Як зіпсувати базу даних і потім повернути її до життя

ще трохи слів про 1С

Якщо ви не фахівець у роботі з базами 1С, то можете при оновленні припуститися просту помилку: замість того, щоб запустити процедуру об'єднання (при якій система аналізує відмінності в структурі даних), замінюєте файл конфігурації на новий, просто записуючи його поверх старого. Найбільш велика спокуса вчинити в такий спосіб у разі локальної базою у файловому варіанті, тобто. коли всі дані зберігаються у файлах DBF. Ось на такому прикладі й розповім, що буває, і як це виправити.

Отже, після заміни файлу 1cv7.md новим варіантом під час запуску 1С:Підприємства бачимо приблизно таке повідомлення: “Codebase error, Unrecognised Field Name…”

потім

І за ним наприклад таке: "Порушено структуру даних таблиці ..."

даних
Ці повідомлення свідчать, що з відкритті файлів бази система виявляє, що й структура, тобто. назви або параметри полів у таблицях не відповідає тому, що вона очікує побачити. А зрозуміти, що вона хоче бачити дуже просто: структура даних описана в текстовому файлі, який знаходиться в одній папці з конфігураційним файлом, він називається 1cv7.dd. Відкривши цей файл, наприклад стандартним Блокнотом, і виконавши пошук за назвою таблиці DH553, можна виявити, що йдеться про документ Калькуляція, крім того, тут видно, що помилка в шапці документа, т.к. його таблична частина зберігається у файлі DT553 - це також видно в описі структури.

Логіка наведеного прикладу проста: аналізуючи файл опису структури даних і самі дані необхідно спочатку підігнати опис структури під наявні дані, та був у конфігураторі зробити відкат змін, тобто. повернути реквізити у той стан, який було описано у структурі до ручних виправлень. І, звичайно, не забувайте про резервні копії,всього цього можна уникнути, просто відновивши базу з копії, зробленої перед оновленням.