KIII, Як у 1С відновити пошкоджену базу «1С Підприємство 8»
з 9 00 до 18 00
вул. Б. Червонофлотська, 15
У кошику 0 товарів на суму
Часом для новачка це завдання здається просто нереальним. Хоча, насправді, є ряд нехитрих штатних засобів тестування баз 1С і прийомів виправлення помилок, що виникають.
Поява різноманітних систематичних збоїв (помилок, невірно відображуваних даних, аварійне закриття програми) можна вважати пошкодженням бази.
Причини виникнення критичних помилок бувають різноманітними. Найчастіше проблеми виникають через збої електроживлення.
З упевненістю можна сказати, що при клієнт-серверному режимі роботи база більш стійка до помилок.
В рамках наших статей ми будемо розглядати файловий режим роботи бази. І перше, що потрібно попередити клієнта – наявність джерела безперебійного живлення на комп'ютері, де встановлена інформаційна база, дуже бажано.
Отже, головне не лякатися перед спробою відновлення бази зробити її копію.
Наприклад, можна спочатку скопіювати всю папку, в якій розміщена база, а потім у цій папці залишити лише файл 1Cv8.1CD (файл бази) та папку 1Cv8Log (журнал реєстрації подій).
Насправді, здебільшого бази підлягають відновленню. Деякі 1С-ники це зрозуміли і радо перехоплюють таких клієнтів. Самому робити здебільшого нічого особливого не треба, клієнт наляканий, а робота тестових програм займає чималий час.
Перейдемо до практики. Спочатку з'ясуйте у клієнта, як давно і за яких обставин почали виникати збої. Дізнайтеся, як користувачі здійснюють оновлення конфігурації та як за часом пов'язані ці дві події. Уточніть обсягоснови.
Навіть якщо в даному конкретному випадку з'ясовані обставини вирішально на Ваші наступні дії не вплинуть, Ви зможете зібрати деяку статистику, яка може стати в нагоді в майбутньому.
Обов'язково дізнайтеся, чи оновлювалася платформа, і під яким релізом платформи база працювала раніше.
Насамперед видаліть усі файли та папки, які у заданій директорії оточують файл бази (1Cv8.1CD). Так, це деякі службові файли, які забезпечують повноцінну роботу, але точно зазначено, що у роботі цих файлів виникає деяке неузгодженість.
Нічого страшного не станеться, тому що при черговому запуску бази всі необхідні файли будуть створені заново. Із запуском ми поки що почекаємо.
Тепер використовуємо найефективніший, але ще далеко не останній засіб. У директорії C:\Program Files\1cv82 (для платформи 8.3 – 1cv8)\(далі номер релізу платформи)\bin запустіть утиліту chdbfl.exe.
Увага! У кожному релізі платформи є власна утиліта chdbfl.exe. Доцільно використовувати утиліту з релізу платформи, з яким використовувалася дана база. Найчастіше – це останній встановлений реліз платформи.
Тут варто сказати про одну особливість, якщо момент пошкодження бази приблизно збігається з моментом оновлення платформи, то утиліта chdbfl.exe попередньої платформи найчастіше дає кращі результати в пошуку та виправленні помилок.
Особливість даної утиліти - якщо при першому проході виправлених помилок не було (утиліта не змогла виправити жодної помилки), то повторно запускати її, можна сказати, марно.
Однак якщо помилки виправлені не всі, але при цьому відзначається зменшення кількості помилок, то є сенс запустити утиліту ще раз.
Були випадки, що за другий прохідкількість знайдених помилок змінювалося нанівець. Одним словом, повторюйте операцію, доки є результат зменшення кількості помилок. Схоже, що частина виправлених помилок при черговому проході дозволяє виправити ще й інші.
Далі, навіть якщо Вам вдасться досягти нульової кількості помилок, є сенс скористатися засобами тестування та виправлення в конфігураторі.
Самі параметри тестування та виправлення, якщо Ви абсолютно чітко не розумієте, що саме робите, краще не чіпати.
Поліпшення результатів тестування при повторному використанні цього засобу не відзначено.
Слід сказати про засіб перевірки конфігурації. За досвідом, помилки, що відзначаються цим засобом, не відрізняються особливою критичністю. Швидше вони просто уповільнюють роботу самої бази. Що, по суті, для баз розміром понад 4 Гб користувач може розцінюватися теж як пошкодження бази.
4 Гб - це максимально допустимий розмір не самої бази, а таблиці в базі. Але який-небудь регістр може бути значно більше інших і займати більшу частину обсягу бази.
У цій формі без абсолютно чіткого розуміння ніяких налаштувань змінювати не варто.
Слід сказати ще про один не зовсім очевидний метод. Справа в тому, що при розвантаженні бази в файл з розширенням dt існує дуже низька ймовірність, що завантажити його назад не вдасться.
Однак при завантаженні відбувається певна реструктуризація пам'яті, що в окремих випадках дозволяє відновити роботу бази шляхом послідовного вивантаження та завантаження.
Якщо після всіх проведених заходів та випробувань Ви виявили, що Ваша база залишається пошкодженою, то доцільно використовувати цей засіб.
Вивантаження здійснюється у конфігураторі через меню Адміністрація, пункт Вивантажити інформаційну базу.
З'явиться діалогове вікно, в якому потрібно буде вказати напрямок вивантаження. Назва файлу, що створюється, можна використовувати за замовчуванням – 1Cv8.dt.
Слід зазначити, що вивантаження також є одним із можливих методів копіювання.
Завантаження найкраще робити у нову базу без конфігурації. Щоб створити таку базу у вікні інформаційних баз, натисніть кнопку Додати. На черговому кроці збережіть налаштування Створення нової інформаційної бази та натисніть кнопку Далі.
У формі, що з'явилася, поміняйте налаштування на Створення інформаційної бази без конфігурації і також натисніть кнопку Далі. На наступних двох кроках визначте ім'я бази та директорію (порожню), в якій вона буде.
Додаткові параметри можна не заповнювати та натиснути на кнопку Готово. Буде створено інформаційну базу без конфігурації.
Завантаження здійснюється через меню Адміністрація, пункт Завантажити інформаційну базу.
Далі з'явиться діалогове вікно, у якому потрібно вказати раніше вивантажений файл для завантаження.
Ще кілька моментів. Якщо несправності в роботі бази спостерігаються лише на одному комп'ютері, слід спробувати змінити комп'ютер. Якщо несправності виявляються лише в одного користувача, слід спробувати перестворити користувача.
Іноді допомагає видалення бази зі списку у вікні інформаційних баз із подальшим додаванням до списку тієї ж існуючої інформаційної бази (відновлення шляху до неї).
Насамкінець хочеться сказати, що, звичайно, не всі бази підлягають відновленню, частина з них відновлюється складнішими способами. Але незасмучуйтесь, такі випадки бувають досить рідко.
Як профілактика можна порадити проводити оновлення баз через конфігуратор і використовувати штатні засоби тестування та виправлення помилок перед кожним оновленням. Користувачі, які є власниками базових версій та мають право на безкоштовне оновлення, також можуть завантажувати файли оновлення з сайту.