З помилками в роботі баз даних, що виникають з різних причин, починаючи з відключення електрики, закінчуючи руйнуванням обладнання, стикався будь-який користувач і системний адміністратор. І якщо користувач просто бачить, що програма дає, наприклад, перезавантажитися, але закрити її не виходить, то адміністратор буде помилки шукати і боротися з ними.
Першим пропозицією кожного фахівця в такій ситуації, стане відновлення резервної копії. Якщо такої немає або вона застаріла, необхідно буде зробити ряд нескладних дій, наприклад, протестувати базу 1С. У даній статті ми розглянемо тільки один з механізмів виявлення і усунення несправностей в базах даних 1С, а також особливості його використання.
Тестування і виправлення інформаційної бази 1С ми розглянемо на прикладі конфігурації 1С Бухгалтерія редакції 3.0 (реліз - 3.0.54.20), платформа - 8.3.10.2561. Для більш старих редакцій та інших конфігурацій, а також версій платформи 8.2, алгоритм роботи даної утиліти аналогічний.
Почнемо з нашого обов'язкового нагадування про те, що перед ЯКИМИ маніпуляціями з конфігуратором 1С, в тому числі і перед тим, як провести тестування і виправлення бази 1С 8.3, рекомендується створити резервну копію тієї бази даних, з якою ми збираємося мати справу.
Потрібний нам режим роботи, створений, щоб протестувати базу 1С і виправити знайдені помилки, доступний в конфігураторі, в розділі меню «Адміністрування».
Запустивши утиліту, ми побачимо наступне вікно:
Воно містить перелік перевірок і режимів, а також способи тестування. Зупинимося на кожному з них докладніше.
Реіндексація таблиць ІБ - при постановці галочки проводиться реіндексація таблиць. Це процес повного перестроювання індексів таблиць БД. Реіндексація досить сильно покращує продуктивність і швидкодію систем 1С.
Контроль логічної цілісності ІБ - механізм перевірки організації даних, а також знаходження помилок в логічній і структурної цілісності досліджуваної БД.
Посилальна цілісність ІБ - перевіряє ІБ на наявність «битих» або «порожніх» посилань, які з'являються при некоректній обробці інформації, а часто і при видаленні даних або некоректно налаштованому обміні даними.
Перерахунок підсумків, з поняттям про які ми стикаємося в регістрах 1С. Це таблиці результатів, підраховані дані з яких аналізувати простіше і швидше, ніж «переглядати» весь регістр. Процедура здатна збільшити швидкість роботи БД.
Стиснення таблиць ІБ - зменшує обсяг БД. Справа в тому, що при видаленні об'єктів з БД, 1С не видаляти їх остаточно, а лише позначає на видалення. Тобто вони залишаються в БД, але не доступні в роботі. Якщо такі дані не видаляються спеціальною обробкою, то вони видаляються при стисненні таблиць ІБ. Того ж ефекту, до речі, можна досягти вивантаженням / завантаженням файлу БД.
Реструктуризація таблиць ІБ - під час цього процесу система перестворює таблиці БД. Зазвичай це відбувається при внесенні змін до структури метаданих конфігурації. Процес може зайняти тривалий час.
Трохи нижче за цей список знаходиться поле вибору виду тестування: чи буде проходити просто тестування, при якому система покаже наявні помилки, але не буде їх виправляти, або тестування з подальшим виправленням. В цьому випадку система постарається виправити всі знайдені помилки.
Ще нижче знаходяться варіанти роботи з «битими» посиланнями і при часткової втрати даних. Доступні три варіанти:
- створювати об'єкти - система створює порожній елемент, який потім можна буде заповнити даними вручну.
- очищати посилання - «биті» посилання і об'єкти з частковими даними будуть видалені.
- Не змінювати - тільки показавши помилки, об'єкти система міняти не стане.
І остання зона нашого вікна - можливість призупинити і продовжити перерване тестування. Справа в тому, що в деяких БД процес тестування і виправлення може зайняти тривалий час (від 1-2, до 20-30 годин). При наявності підозр на те, що система буде проводити перевірку дуже довго, можна поставити галочку «Перервати виконання перевірки через» і встановити часовий проміжок, після закінчення якого виконання перевірки буде призупинено.
При наявності галочки «Продовжити перерване раніше тестування», натискання кнопки «Виконати» продовжить тестування з місця зупинки.
утиліта chdbfl.exe
Якщо в силу ряду причин потрапити в конфігуратор ми не можемо - немає прав на запуск, наприклад, то можна скористатися утилітою «chdbfl.exe». Це, по суті, аналог тестування і виправлення файлової (для SQL не підходить) інформаційної бази. Вона проводить перевірку фізичної цілісності БД. Розглянемо, де вона знаходиться і як нею користуватися.
Заходимо в папку зі встановленою платформою. Викачувати файл не треба.
Після запуску ми побачимо наступне вікно:
У ньому потрібно вказати шлях до файлу БД і підтвердити (або не робити цього) необхідність виправлення виявлених помилок. Шлях до файлу БД можна дізнатися зі списку баз даних.
Після закінчення перевірки система повідомить про знайдені помилки.
Як зробити тестування і виправлення бази 1С: Бухгалтерія (8.3 редакція 3.0)
2017-12-19T18: 21: 22 + 00: 00Отже, з базою виникли проблеми. Полізли помилки або вона просто перестала запускатися. Не поспішайте викликати програміста, багато що можна зробити своїми силами.
1. Для початку резервну копію наявної бази. Справа в тому, що тестування і виправлення це незворотні операції над базою даних, які майже завжди роблять ситуацію краще, але в дуже невеликому відсотку випадків можуть все зіпсувати. Ось на цей самий рідкісний випадок ми і повинні спочатку зробити резервну копію.
2. Тепер, коли резервна копія зроблена, запустіть базу в режимі конфігуратора:
3. Виберіть пункт "Адміністрування" - "Тестування і виправлення ...":
4. Перед нами багато варіантів перевірок і виправлень, які потрібно вибрати і натиснути кнопку "Виконати". В принципі, можна вибрати їх всі, але найбільш розумним буде виконувати ці перевірки і виправлення по-порядку і після кожного виправлення перевіряти - чи не пропали помилки в базі:
5. Будемо тестувати і виправляти відразу (другий варіант):
6. Якщо база дуже великого розміру, то можна обмежити виконання перевірок в часі. Не будемо цього робити:
7. реіндексація таблиць інформаційної бази. Що це таке? Для кожної таблиці (наприклад, довідника) в базі будується індекс для прискорення пошуку за певними полях. Так ось, це виправлення заново будує все індекси:
8. Перевірка логічної цілісності інформаційної бази перевіряє і виправляє логічні помилки в структурах таблиць:
9. Перевірка посилальної цілісності інформаційної бази перевіряє всі посилання на об'єкти, які можуть вже не існувати або бути зруйнованими:
Тому на даній перевірці потрібно вказати, що робити з такими об'єктами: створювати нові, очищати або нічого не робити.
10. Перерахунок підсумків. Підсумки - грубо кажучи, це індекси для регістрів, в яких зберігається інформація, створювана документами. Наприклад, наявність підсумків по регістру залишків товару дозволяє нам швидко отримувати значення залишків товару на деяку дату. Ця перевірка заново перераховує все підсумки за весь час. Зауважу, що зазвичай це дуже довга за часом перевірка.
11. Згодом бази даних сильно збільшуються в розмірах. Це відбувається, тому що в базі накопичується багато даних, які ми позначили на видалення, потім видалили, але на самій-то справі в базі вони як і раніше залишилися (просто ми їх більше не бачимо). Пункт "Стиснення таблиць інформаційної бази" виробляє їх справжнє видалення і база скорочується в розмірі:
12. Реструктуризація таблиць інформаційної бази. Останнє грізна зброя в боротьбі з помилками. Для кожної таблиці - створюється нова таблиці з потрібною структурою і всі дані зі старої таблиці переносяться в нову:
13. Вибравши потрібний пункт, запускайте перевірку (кнопка "Виконати"):
14. Після всіх перевірок відкриється вікно Службові повідомлення з інформацією про результати тестування:
Якщо виправлення не допомогло і стало тільки гірше - з резервної копії, яку ми зробили на першому етапі.
Тестуємо через обновлятор
Для користувачів мого все ще простіше.
Відзначте потрібну базу в списку, а потім з пункту "Ще" виберіть пункт "6.06 Тестування і виправлення баз":
Відкриється вікно з опціями повністю співпадаючими з опціями конфігуратора:
Відзначте потрібні і натисніть кнопку "ОК".
При цьому обновлятор:
- сам заблокує базу і вижене працюючих користувачів;
- сам створить резервну копію бази;
- сам запустить конфігуратор для автоматичного тестування відповідно до зазначених настройками;
- сам пустить всіх користувачів назад після тестування
- всю інформацію про результати тестування ви побачите у вікні обновлятора на закладці звіт.
При цьому, якщо вам буде потрібно відновити (відкотити) базу на створену резервну копію перед тестуванням - відзначте базу галкою, а потім з пункту "Ще" виберіть варіант "6.01 Відновити файл даних бази з zip, 7z, rar".
Створено 10.03.2016 13:43 Опубліковано 10.03.2016 13:43 Administrator Переглядів: 6202Багато користувачів можуть зіткнутися з тим, що в програмі 1С трапився збій, стали з'являтися помилки, програма раптово "висне" або закривається. У цьому випадку просто необхідно виконати тестування і виправлення інформаційної бази, так як цей вбудований механізм майже завжди допомагає вирішити подібного роду проблеми.
Але перед тим як запустити цю процедуру, так само як і перед проведенням будь-яких важливих операцій, потрібно обов'язково зробити копію бази. Детально про те, яким чином створити копію бази, було розглянуто в статті Створення копії бази - для чого це потрібно і як це зробити.
Як тільки у вас з'явилася резервна копія, яка позбавить вас від виникнення проблем з втратою даних, можна перейти до самої процедури тестування. Для цього потрібно запустити програму в режимі конфігуратора.
Коли "Конфігуратор" запущений, в меню натискаємо "Адміністрування" і з випав списку вибираємо відповідний пункт. 
У вікні, ми маємо право самі налаштувати варіант перевірки, пропонується відзначити "галочками" потрібні позиції.
Перший пункт відзначаємо, так як ця настройка виконає перестроювання індексів таблиць, що збільшить продуктивність системи. Установка "галочки" у другому пункті дозволить перевірити цілісність таблиць бази і усунути в них помилки. Далі вибираємо перевірку посилальної цілісності інформаційної бази, щоб перевірити всі посилання на об'єкти, адже деякі з них можуть вже не існувати або бути зруйнованими. При такому виборі активним стає поле, розташоване нижче, в якому можна вказати, що робити з такими об'єктами: створювати нові, очищати або нічого не робити. Вибір наступного пункту призведе до перерахунку підсумків у регістрах накопичення. Завдяки "галочці" навпроти стиснення таблиць інформаційної бази при виконанні тестування і виправлення будуть нарешті видалені ті дані, які ми свого часу позначали на видалення і навіть потім видаляли, але вони все також залишалися в базі, просто не було видно нам. Тим самим обсяг нашої бази зменшиться. І останнє в цьому списку - реструктуризація, вона потрібна для того, щоб утворилися нові таблиці з потрібною структурою, боятися цього не варто, тому що всі старі дані перенесуться в нові. Таким чином, як бачимо, для усунення проблем по всіх фронтах рекомендується відзначати всі пункти.
Після того, як визначилися з перевірками і режимами, перевіряємо, щоб нижче було відзначено виконувати "Тестування і виправлення".
У самому кінці, в разі коли база занадто великого розміру, є можливість обмежити час виконання перевірки.
Коли настройка тестування проведена, можна запустити процес по кнопці "Виконати". 
В ході перевірок в нижній частині відкриється вікно для службових повідомлень, тобто ми зможемо спостерігати за етапами тестування і побачимо, коли воно завершиться. Не забуваємо, що дана процедура здійснюється в монопольному режимі, тому необхідно, щоб всі, хто працює користувачі закрили програму. Також рекомендується виконувати дану перевірку кожен раз перед оновленням, а про те, як виконати оновлення програми, було описано в статті Як оновити 1С.
На жаль бувають ситуації, що через збій в програмі ми навіть не можемо запустити "Конфігуратор". Тоді доведеться діяти іншим чином, а саме провести тестування компонентою chdbfl.exe. Цей процес аналогічний тестуванню і виправлення, розглянутому вище. Нам також в першу чергу потрібно зробити копію бази, але так як в цьому випадку робота протікає без конфігуратора, то робимо копію простим копіюванням каталогу інформаційної бази.
Якщо ми забули, де саме знаходиться база, завжди можемо подивитися шлях у стартовому вікні, вибравши потрібну базу.
Тепер, знаючи точний шлях до бази, знаходимо каталог і копіюємо. 
Далі потрібно знайти і запустити утиліту chdbfl.exe, вона встановлюється разом з платформою 1С і знайти її можна в папці "Bin" каталогу установки, найчастіше адреса виглядає подібним чином C: \\ Program Files (x86) \\ 1cv8 \\ 8.3.7.1845 \\ bin , де 8.3.7.1845 - номер релізу платформи. Але якщо труднощі з пошуком все-таки виникли, уточнити адресу можна клацнувши правою кнопкою миші по ярлику "1С Підприємство".
Отже, ми знаходимо в папці "bin" потрібну нам утиліту і запускаємо її подвійним клацанням лівої кнопки миші. 
Після запуску утиліти відкриється вікно перевірки фізичної цілісності файлу бази даних, нам буде потрібно вказати ім'я файлу, шлях до бази вже відомий після копіювання, відкриваємо каталог з базою і вибираємо файл "1Cv8". Відзначаємо "галочкою" необхідність виправляти виявлені помилки і натискаємо "Виконати".
Коли операція завершиться, у вікні утиліти ми побачимо результат. Після цього закриваємо вікно і пробуємо зайти в програму.
Beta Меню
Зовнішнє і внутрішнє тестування бази 1С: Підприємство
Будь-якому бувалому користувачеві 1С: Підприємство зовнішнє і внутрішнє тестування бази даних - справа буденна. Ця стаття націлена на початківців користувачів, які або зіткнулися з незрозумілою роботою своєї бази даних, або пережили раптове відключення живлення ПК або ноутбука, після якого база даних перестала відкриватися, або під час роботи відбуваються «вильоти» і 1С просто закривається без будь-яких повідомлень про помилки, або багато іншого (причин тестування дійсно маса, все перераховувати не будемо).
Процес тестування досить простий в обох випадках, але в залежності від розміру бази і дискової підсистеми ПК (HDD або SSD) може займати досить тривалий проміжок часу.
Зовнішнє тестування бази даних 1С: Підприємство: перевірка фізичної цілісності файлу БД
Зовнішнє тестування - перше, що потрібно зробити, якщо Ваша база даних не відкривається.
Перед будь-яким тестуванням обов'язково зробіть копію файлу 1Cv8.1CD!
Для проведення даної процедури в зазначеній папці (версія платформи може бути будь-яка)
C: \\ Program Files (x86) \\ 1cv8 \\ 8.3.8.1784 \\ bin
лежить утиліта chdbfl.exe (Синій бочонок із зеленою галочкою).
- запускаємо утиліту chdbfl.exe.
- У вікні вказуємо нехай до файлу 1Cv8.1CD бази даних, яку потрібно протестувати.
- Ставимо галочку «Виправляти виявлені помилки».
- натискаємо «Виконати».
Після цього в папці з базою даних з'явиться чотири нових файлу з префіксом _ $ NEW $ _. Не знімайте ці файли під час тестування, вони віддалятися самі! Так само Вам здасться, що ця утиліта «зависла» і нічого не відбувається - це не так! Ні в якому разі не переривайте роботу цієї утиліти! Ці дії безповоротно зіпсують Вашу базу даних 1С!
Після тестування швидше за все Ви побачите повідомлення «Помилок не виявлено», але це не означає, що з Вашою базою даних нічого не сталося. Перше: вона точно стала менше. Може навіть в 2 рази - це нормально, навіть добре. Друге, швидше за все проблеми більше немає і тепер 1С запуститься. Перевіряйте.
Якщо проблема серйозніша і не усунулася зовнішнім тестуванням, переходимо до внутрішнього тестування.
Внутрішнє тестування бази даних: Тестування і виправлення інформаційної бази (ТіС)
Це наступний крок щодо усунення неполадок в роботі бази даних. Потрібні ці дії набагато рідше зовнішнього тестування, проте допомагають не гірше.
Залишилися питання?
Щось пішло не так? Фахівці нашої компанії допоможуть Вам розібратися з проблемами, що виникли! Звертайтеся! →
Також Ваші питання Ви можете задати в нашій групі ВК або на нашому YouTube каналі!
Ці статті будуть Вам цікаві
У нашого клієнта виникла цілком стандартна ситуація: Windows 10 отримала великий пакет оновлення та після перезавантаження ПК під час запуску 1С: Підприємство користувач побачив вікно з текстом "Чи не виявлена \u200b\u200bліцензія для використання програми". Поки нічого не звичайного. Але після введення нового пін-коду 1С: Підприємство і повідомлення про успішної активації при черговому вході в програму повідомлення про те, що ліцензія не знайдена знову спливає. Розбираємося, в чому ж справа.
Функціонування програми може порушитися внаслідок аварійного припинення роботи, наприклад при відключенні електроенергії. Потім в базу даних не вдається увійти.
Іноді функціонуюча програма може показувати невірні результати. Зі списку «зникають» документи, при спробі відкрити документ програма зависає, в звітах з'являються дивні результати. Всі ці «глюки» припиняються після тестування і виправлення 1C.
Помилки можуть виявлятися не настільки грубо, але будь-які несподіванки й неточності є приводом для «ремонтних робіт».
Причини, які ведуть до проблем:
- Аварійне припинення роботи (раптове відключення живлення);
- фізичний знос жорсткого диска;
- Збої в роботі комп'ютера.
Перед виправленням бази зробіть резервну копію
Перш ніж тестувати базу даних, обов'язково потрібно зробити її резервну копію.
Це можна зробити прямим копіюванням каталогу, де знаходиться інформаційна база. Якщо не вдається увійти в Конфігуратор, то зробити копію можна тільки таким способом.
Якщо вдалося увійти в Конфігуратор, то потрібно вибрати в меню опцію Адміністрування → Вивантажити інформаційну базу, як на рис.1. У вікні, потрібно задати каталог для запису резервної копії та ім'я файлу, в якому буде збережений архів.
Перед тестуванням і виправленням копія робиться обов'язково, оскільки при виправленні виконуються незворотні зміни даних. Іноді (дуже рідко) вони можуть не поліпшити, а погіршити стан бази даних.
При нормальній роботі резервні копії потрібно робити регулярно, найкраще - щодня. Для того, щоб ця робота виконувалася автоматично, встановіть безкоштовну програму Бекапер-1С Резервні копії бухгалтерії.
Краще зберігати резервні копії не на тому ж носії, де розташована сама база. Підійде флешка, сховище в Інтернеті, інший жорсткий диск. Адже іноді втрата даних буває пов'язана з фізичним зносом жорсткого диска.
Наявність резервних копій - страховка від втрати даних. Однак не можна поручитися, що в резервних копіях все ідеально, тому актуальність опції Тестування і Виправлення не зменшується.
Мал. 1. Вивантаження даних.
Підведемо підсумок:
- Резервні копії потрібно робити регулярно;
- Резервні копії потрібно зберігати на іншому носії;
- Для автоматизації є програма Бекапер-1С Резервні копії бухгалтерії;
- Перед тестуванням і виправленням обов'язково роблять копію бази.
Виправлення інформаційної бази внутрішніми засобами програми
Після того, як зроблена резервна копія, відкриємо базу в режимі Конфігуратора. Вибираємо опцію меню Адміністрування → Тестування і виправлення інформаційної бази.
У вікні, потрібно проставити галочки (рис.2).
Але краще не робити цього: не всі операції, перераховані в меню, необхідні при ремонті після аварії.
Рис.2. Вікно тестування і виправлення 1с 8 з проставленими галочками у всіх пунктах. Так робити НЕ ТРЕБА:
Якщо відзначити всі пункти, запуститься довгий процес. Результати тестування і виправлення відображається в нижній частині вікна. Після виконання дій потрібно клацнути по кнопці Закрити.
Виконати всі - не найкращий варіант! Кваліфіковані користувачі виконують дії поетапно і вибірково.
етапи виправлення
Розглянемо всі пункти меню Тестування і виправлення.
- Реіндексація таблиць інформаційної бази;
- Перевірка логічної цілісності;
- Перевірка посилальної цілісності;
- Перерахунок підсумків;
- Стиснення таблиць;
- Реструктуризація таблиць.
Перший етап, реіндексація таблиць інформаційної бази, допомагає вирішити 90% проблем. Що відбувається в процесі реіндексація?
Внесення даних в довідники, створення нових документів супроводжується їх автоматичним упорядкуванням. Назви шикуються в алфавітному порядку, документи - по датах і т.д. При цьому фізичний порядок проходження записів не змінюється. Записи виводяться на екран у певному порядку, тому що їм присвоєні номери (індекси), і відповідність індексу фізичного номеру запису міститься в таблицях індексів.
Індекси дуже важливі:
- Пошук в індексованих таблицях відбувається у багато разів швидше, ніж в неіндексованих;
- Індексний номер - це унікальний «код» записи, за індексами виконується зв'язок між записами з різних таблиць;
- Індексні таблиці - це каркас інформаційної бази; без них програма 1с не працює.
Порушення індексних таблиць призводить до хаосу в уявленні документів. Може, наприклад, засвітитися документ, в якому відсутні найменування товарів, але є їх кількість.
Кожна нова запис супроводжується змінами в таблицях індексів: наприклад, після внесення в довідник записи, що починається на букву А, їй буде присвоєно один з перших індексів, а всі інші індексні номери будуть змінені. Невелика пауза, що виникає після внесення нового запису, пов'язана з перерахунком індексів; чим більше база, тим помітніше пауза.
Створення документа і записів в ньому надає руху кілька індексних таблиць (іноді кілька десятків). Фактично, реіндесація таблиць в 1с ведеться постійно під час роботи з даними. Але в робочому режимі індексуються кожен раз одна або кілька таблиць, а при тестуванні та способи їх усунення виконується повна індексація всіх таблиць, і цей процес, для великих баз, займає тривалий час.
Отже, при переиндексации відбуваються такі процеси:
- Записи заново ранжуються і упорядковуються;
- Відновлюється зв'язок між таблицями та іншими об'єктами;
- У багатьох випадках - відновлюється робота програми.
Після переиндексации можна перевірити - відновилася чи працездатність бази.
Наступний етап - перевірка логічної цілісності. Перевіряється відповідність реальної структури інформаційної бази і її опису в Зміни (наявність об'єктів, наявність зв'язків між об'єктами). Ця перевірка часто повідомляє про помилки навіть у чинній базі, не слід панікувати при таких повідомленнях. Однак це привід для звернення за консультацією до фахівця.
Перевірка посилальної цілісності «продзвонювати» зв'язку між об'єктами. Іноді в таблиці використовується посилання на відсутній об'єкт, наприклад на віддалений документ. Кількість посилань цілісність прийнято відновлювати вручну, за списком, отриманого в результаті перевірки. Іноді посилальна цілісність порушена на «покинутих ділянках» - в старих неактуальних документах. Тоді на них просто не звертають уваги.
Перерахунок підсумків - тривала і ризикована процедура. В 1с проводиться перерахунок результатів в штатному режимі, але він ведеться не «від початку часів», а з початку місяця. Підсумкові значення відслідковуються в регістрах, це прискорює роботу. Якщо включити перерахунок підсумків в режимі тестування і виправлення, то перерахунок здійсниться від моменту створення бази, причому правильні поточні значення регістрів можуть "поплисти" через давно видалених або виправлених «заднім числом» документів. В результаті тривала робота по перерахунку не принесе користі.
Якщо немає необхідності, то від перерахунку підсумків краще утриматися.
Стиснення таблиць - це процедура фізичного видалення записів, які були помічені на видалення і перестали виводитися на екран. Таких записів може бути дуже багато, вони без користі роздмухують обсяг бази даних.
Стиснення таблиць - корисна функція, Хоча її виконувати не обов'язково.
Реструктуризація таблиць - операція, актуальна при переході на нову версію програми. При реструктуризації створюються порожні таблиці з форматом, заданим в конфігурації, і в них переноситься, запис за записом, інформація зі старих таблиць. У нових таблицях можуть бути розширені поля, додані нові поля. Реструктуризація - це операція, яка повинна підготувати інформаційну базу для роботи по-новому, і вона абсолютно необхідна при оновленнях.
Якщо ніякі версії не змінювалися, то реструктуризація не потрібна, ця тривала процедура нічого не додасть і не змінить.
Отже, при виправленні «впала» програми необхідні і корисні опції:
- Реіндексація таблиць інформаційної бази
- Перевірка логічної цілісності
- Перевірка посилальної цілісності
Що робити, якщо не вдається запустити Тестування і виправлення?
Якщо база сильно пошкоджена і навіть в Конфігуратор не вдається увійти, залишається ще одна можливість відновлення: скористайтеся утилітою chdbfl.exe. Файл можна знайти в папці Bin каталогу установки (рис.3).
Мал. 3. Вибір утиліти chdbfl.exe
За записи в командному рядку, Показаної на рис.3, видно, що шлях до файлу лежить через каталог 1сv8.2, або 1сv8.3, коротше кажучи, через каталог програми. Він може бути розташований в папці Program Files або в іншій папці. Потрібно знайти місце розташування каталогу і відкрити його. Усередині каталогу відкрити папку Bin,
Запустивши виконуваний файл, вибирайте базу, що підлягає виправленню, і дозвольте виправляти виявлені помилки (рис.4)
Рис.4. Вікно програми chdbfl.exe
Підведемо підсумки. Якщо програма не починається після аварійного переривання роботи, потрібно зробити наступне:
- Зробити резервну копію;
- Спробувати увійти через Конфігуратор і скористатися опцією Тестування і виправлення;
- Якщо в Конфігуратор не вдається увійти, знайти програму exe і спробувати врятувати дані за допомогою цієї програми;
- Якщо всі спроби не дають результату, потрібно звернутися за допомогою до фахівців;
- У разі невідновні втрати даних встановити останню працездатну резервну копію;
- якщо резервне копіювання не виконувалося - відновлювати дані за первинними документами і паперовим роздруківками.
Вдале відновлення даних відбувається не завжди. Страховкою від втрати даних є щоденне резервне копіювання: якщо інформаційна база пошкоджена, можна повернутися на день назад і швидко відновити втрачені записи.
