Ситуация, когда файловая база 1С перестает запускаться после неудачного обновления (выключили свет, завис компьютер, прервалась связь), является одной из самых сложных в практике администратора 1С. Особенно критично это становится при отсутствии свежих резервных копий. В данной статье мы подробно разберем комплексный подход к "оживлению" такой базы, основываясь на реальном опыте восстановления конфигурации Бухгалтерия предприятия 3.0. Для минимизации подобных рисков при обслуживании нескольких программ можно настроить автоматическое архивирование и тестирование баз.
Прежде чем приступать к любым разрушительным действиям, необходимо проанализировать текущее состояние. Если база при запуске сразу начинает выполнять обработки обновления и "валится" с ошибками, это явный признак незавершенной реструктуризации данных. Проанализируем, нет ли у нас шанса на легкое восстановление.
Разберем важный момент: при автоматическом обновлении через режим "1С:Предприятие", программа по умолчанию создает временную копию. Проверим папку пользователя по следующему пути: %TEMP%\1C8.Update. Часто именно там можно обнаружить временную копию файла 1Cv8.1CD, сделанную прямо перед началом процесса обновления. Если такая копия найдена — считайте, что вам повезло.
Если копии нет, выполним стандартную проверку утилитой chdfl.exe, которая находится в папке bin вашей платформы. Важно понимать, что chdfl.exe исправляет только физическую структуру файла базы данных, но не лечит логические ошибки в метаданных или битые ссылки в самих данных.
Часто при прерывании обновления конфигурация базы данных (DBConfig) перестает соответствовать основной конфигурации или оказывается поврежденной. Если при попытке зайти в конфигуратор вы видите ошибки о ненайденных реквизитах, к которым обращается код, попробуем восстановить структуру метаданных:
3.0.75.109)..cf.Важно: Не путайте с "Объединением". Загрузка полностью заменяет структуру метаданных, что позволяет исправить ошибки в таблицах определений объектов. Если после этого база начала выгружаться в .dt, значит, первый этап восстановления прошел успешно.
Рассмотрим ситуацию, когда при запуске или выгрузке возникает ошибка вида: Ошибка SQL: Таблица не найдена '_Document339'. Это означает, что в метаданных документ (например, "Возврат товаров от покупателя") объявлен, но физическая таблица в файле .1CD отсутствует. Проанализируем способы решения:
Если база не дает сделать выгрузку данных стандартными средствами, воспользуемся внешней обработкой ВыгрузкаЗагрузкаДанныхXML.epf. Её можно запустить через меню "Файл - Открыть", если конфигуратор позволяет запустить предприятие, или через кнопку "Запустить внешнюю обработку" в окне с ошибкой обновления (кнопка "Еще").
При выгрузке данных через XML выполним следующие действия:
_Document339). Выгружаем все данные, кроме этого документа.Если документ _Document339 критически важен, придется использовать утилиту Tool_1CD. С её помощью можно вручную проверить наличие таблицы в списке и, в крайнем случае, пересоздать её структуру в SQL-версии базы, а затем попытаться импортировать её обратно в файловую, но это требует глубоких знаний структуры формата 1CD. Для анализа физических таблиц и сопоставления их с метаданными можно использовать инструмент для просмотра структуры хранения базы данных.
Разберем типичную ошибку при запуске БП 3.0: Формат значения версии ОТ () должен быть 99.99.999.9999. Эта ошибка часто возникает в общем модуле ОбработкаНовостей и блокирует дальнейший запуск системы. Выясним причину: в регистрах сведений скопились некорректные записи о версиях программы.
Для исправления ситуации выполним следующие шаги:
Версия ОТ пустое или заполнено некорректно.ДатыОбновленияСтандартныхСписковНовостей.Если зайти в интерфейс невозможно, можно программно очистить эти регистры через внешнюю обработку, написав простой код:
НаборЗаписей = РегистрыСведений.КатегорииНовостейИнтервалыВерсий.СоздатьНаборЗаписей();
// Без установки фильтров набор просто очистит таблицу при записи
НаборЗаписей.Записать();
Иногда после "жесткого" восстановления из базы пропадают предопределенные элементы, например, счета в Хозрасчетном плане счетов. Это происходит из-за сбоя в таблице идентификаторов. В этом случае документы не могут быть проведены, так как ссылки на счета превращаются в "Объект не найден". Для поиска и исправления таких повреждений пригодится обработка для восстановления битых ссылок.
Проанализируем алгоритм восстановления:
Воспользуемся программным методом обновления предопределенных данных. Для этого в модуле управляемого приложения или во внешней обработке вызовем метод УстановитьОбновлениеПредопределенныхДанных. Рассмотрим пример кода:
СчетаХозрасчетный = ПланыСчетов.Хозрасчетный;
СчетаХозрасчетный.УстановитьОбновлениеПредопределенныхДанных(ОбновлениеПредопределенныхДанных.Принудительно);
// После этого необходимо инициировать реструктуризацию или обновление метаданных
В большинстве случаев помогает также полная загрузка .cf в режиме конфигуратора с последующим выполнением Тестирования и исправления (ТиИ) с установленными галочками "Очищать ссылки" и "Создавать объекты при частичной потере данных".
Если файловый движок продолжает выдавать "дамп" при попытке проведения ТиИ, применим метод переноса на клиент-серверный вариант (PostgreSQL или MS SQL). SQL-сервер обладает гораздо более мощными инструментами контроля целостности и позволяет выполнять операции, на которых файловая база "захлебывается".
.dt (если удалось его сделать) или саму базу в пустую схему SQL..1CD.Восстановление "убитой" базы — это всегда итерационный процесс. Мы выяснили, что ключевыми этапами являются: физическое исправление файла (chdfl.exe), исправление структуры (загрузка cf), очистка проблемных регистров (новости) и ручная выгрузка данных через XML в случае фатальных ошибок в отдельных таблицах.
Помните: Любые операции по восстановлению следует проводить только на копии файла 1Cv8.1CD. Каждый шаг (загрузка CF, ТИИ, очистка регистра) должен фиксироваться созданием промежуточной копии, чтобы в случае неудачи вы могли вернуться на шаг назад, а не начинать все сначала.