Исправление ошибки "Файл базы данных поврежден"

1. Скачайте релиз базы, с которой возникла проблема. В данной статье будет расмотрена конфигурация ЗУП версии 3.1.27.23. Понадобятся:

• Типовая конфигурация этого релиза.
• "Живая" база (файл 1Cv8.1CD).

2. Создайте две пустые базы:

• Одну только для хранения конфигурации.
• Вторую — для размещения типовой базы с последующей заменой файла 1Cv8.1CD.

В результате у вас будут:

• Пустая база под замену файла (далее будем называть её "база для замены").
• Пустая база для хранения конфигурации (далее – "база с конфигурацией")

1. Загрузите в "базу для замены" файл .dt из скачанного релиза (через "Администрирование" → "Загрузить информационную базу").
2. Откройте конфигурацию (через "Конфигурация" → "Открыть конфигурацию") и запустите отладку. Затем закройте конфигуратор.
   Зачем это нужно? Платформа кэширует данные при запуске отладки, что в дальнейшем даёт возможность корректно запускать базу.
3. Замените в папке, где хранится "база для замены", файл 1Cv8.1CD на проблемную базу.

1. В "базу с конфигурацией" загрузите только конфигурацию из скачанного релиза (файл .cf).
2. В будущем вы возьмёте отсюда утерянные таблицы для восстановления повреждённой базы.

1. При запуске повреждённой базы в режиме "1С:Предприятие" может появиться ошибка о повреждении файла базы данных:

2. Используйте утилиту chdbfl.exe, расположенную в папке bin установленной платформы 1С:

• Укажите путь к файлу базы данных (1Cv8.1CD).
• Поставьте галочку "Исправлять обнаруженные ошибки".
• Нажмите "Выполнить".

3. Результат может быть разным: если некоторые таблицы полностью повреждены, их не всегда удастся восстановить.

Данный этап не обязателен и нужен для ознакомления! После можно проверить, какие именно таблицы оказались пустыми или не поддаются восстановлению. Для анализа можно использовать инструмент Tool_1CD (версии 0.4.0), который поддерживает новый формат баз (8.3.8).

Пример:

Открыв Tool_1CD версии 0.4.0, можно проверить содержимое таблицы, данные которой не удалось восстановить (как, например, в данном случае _CONSTCHNGR36956). Для этого необходимо загрузить оригинальный файл базы, который ещё не подвергался обработке через "chdbfl.exe", и открыть его в Tool_1CD через "Файл" – "Открыть базу". Найдя нужную таблицу в левой панели вкладки "Просмотр", нужно кликнуть по ней и перейти на вкладку "Физическое представление", где отображаются существующие записи. Как видно, данная таблица изначально была пуста:

Важно! Конвертировать необходимо именно ту базу, которую уже исправили с помощью утилиты "chdbfl.exe" после замены файла, иначе конвертация завершится с ошибкой.

1. Чтобы использовать версию Tool_1CD 0.3.0 (которая редактирует структуру таблиц), нужно перевести базу из формата 8.3.8 в 8.2.14.

2. Воспользуйтесь утилитой cnvdbfl.exe (находится в папке bin):

Для открытия терминала выполните следующие шаги:

• Откройте командную строку (Win+R → cmd → Enter).

В открывшемся терминале сначала нужно перейти в папку, где расположен файл "cnvdbfl.exe". Для этого выполните следующую команду:

cd C:\Program Files\1cv8\<версия>\bin

Дальше прописываем следующую команду:

CNVDBFL.EXE -c -f 8.2.14 "<путь к базе>1Cv8.1CD"

В результате имеем:

Как можем заметить, версия базы успешно изменена.

• Вернитесь в конфигуратор "исправленной" базы (той, где уже был запущен chdbfl.exe).
• Воспользуйтесь "Тестированием и исправлением…" (в конфигураторе 1С) с опциями "Проверка логической целостности" и "Проверка ссылочной целостности". Ошибка может указывать на конкретные таблицы или поля, которые требуют дальнейшего восстановления:

  

Также конвертируйте "базу с конфигурацией" в 8.2.14 и откройте обе базы (исправленную и конфигурационную) в Tool_1CD.

В базе с одной конфигурацией (через Tool_1CD) найдите таблицу CONFIG.

Дополнительная информация: В таблице CONFIG* хранится конфигурация базы данных. Эта конфигурация отражает реальную структуру данных и используется системой "1С:Предприятие" в режиме работы "1С:Предприятие".

• Экспортируйте таблицу CONFIG из базы с одной конфигурацией во временную папку (через "Дополнительно" → "Экспорт текущей таблицы").

  

• В "исправленной" базе удалите текущую таблицу CONFIG:

  

• В В "исправленной" базе укажите путь к экспортированной таблице CONFIG и нажмите "Создание и импорт таблицы":

  

• После успешного импорта в обязательном порядке снова выполните обработку файла базы через chdbfl.exe. Это необходимо, чтобы он адаптировал импортированную таблицу под исправляемую базу.

  

Теперь можно открыть обе базы в конфигураторе и выполните следующие действия:

• В "исправленной" базе включить режим изменения через "Конфигурация" → "Поддержка" → "Настройка поддержки…".
• Зафиксировать конфигурацию (теперь операция должна пройти без ошибок).

Снова выполните "Тестирование и исправление" в "исправленной" базе. Если возникнут сообщения об отсутствии таблиц (например, _Document525), нужно понять, что это за документ/справочник/регистр. Пример:

Разберёмся, что представляет собой таблица "_Document525". Для этого была создана небольшая обработка (по данной инструкции), которая отображает структуру базы данных в удобном и наглядном формате:

Как можно заметить, "_Document525" представляет собой документ "ОперацияУчетаПоСтраховымВзносам". Сначала проверим, действительно ли эта таблица в исходной, неисправленной базе, отсутствует:

Как можно заметить, таблица "_Document525" полностью отсутствует, а её табличные части оказались пустыми.

• Теперь необходимо найти аналогичную таблицу в "типовой" базе (где только конфигурация) с помощью всё той же обработки:

  

  Как видим, в типовой конфигурации это "_Document632".

• Закрываем базу с конфигурацией и открываем её в Tool_1CD, в котором уже ищем эту таблицу:

  

• Заходим на вкладку дополнительно, выбираем каталог, куда экспортировать таблицу и нажимаем на "Экспорт текущей таблицы":

  

• Важно: изменяем имя папки, поменяв номер 632 на 525:

  

  
  

  

• Необходимо зайти в папку и открыть файл "descr" с помощью блокнота. В нем все ссылки с номером 632 нужно поменять на 525. До изменений:

  

  После:

  

• Сохраняем этот файл и открываем в Tool_1CD "исправленную базу".
• Переходим на вкладку "Дополнительно" и в строке выбора каталога, расположенной рядом с кнопкой "Создание и импорт таблицы", указываем папку, в которую была выгружена таблица. После чего необходимо нажать на "Создание и импорт таблицы"

  

• Закрываем и заходим в конфигуратор "исправленной базы", после чего запускаем "Тестирование и исправление". Как можно заметить, ошибка изменилась:

  

• При необходимости, с помощью обработки можно посмотреть, что это за поле:

  

Это реквизит всё той же проблемной таблицы. Опытным путем было установлено, что подобная ошибка распространяется на все реквизиты документа.

В данном случае данный документ оказался пустым, так как соответствующая таблица была утеряна, а все её табличные части – пустыми. Было принято решение удалить реквизиты этого документа и загрузить типовую конфигурацию, которая восстановит их, но уже без возникновения проблемы.

Однако перед этим необходимо сначала восстановить потерянные таблицы, а уже затем заниматься реквизитами. Определить, какие именно таблицы были утеряны, в данном случае удалось при попытке выгрузить базу или при повторной попытке загрузить типовую конфигурацию.

Сообщения имели такой вид:

Для исправления данной ошибки нужно выполнить точно те же операции, как и при восстановлении _Document525.

После восстановления всех утерянных таблиц можно удалить потерянные реквизиты. Затем следует зафиксировать базу, загрузить типовую конфигурацию и снова зафиксировать её.

Для завершения вернитесь в формат 8.3.8, снова применив cnvdbfl.exe:

CNVDBFL.EXE -c -f 8.3.8 -p 8k "<путь к базе>1Cv8.1CD"

Стоит отметить, что в ходе выполненных операций все утерянные записи таблиц CONFIG и _REFERENCE192 были успешно восстановлены.

В результате выполнения этого алгоритма повреждённая база была успешно восстановлена и обновлена до нужного релиза. Все отсутствующие таблицы возвращены в структуру базы, некорректные данные убраны, а исходная конфигурация выведена в рабочее состояние.

Если при выполнении описанных шагов вы сталкиваетесь с другими ошибками или нюансами (например, отсутствующими зависимостями), проверяйте логи "Тестирования и исправления" и вывод chdbfl.exe. Иногда процедуру нужно повторять несколько раз, чтобы добиться полноценного восстановления.

Надеемся, что данная пошаговая инструкция поможет сэкономить ваше время при исправлении повреждённых баз 1С.