Ситуация, когда основной файл базы данных 1cv8.1CD внезапно теряет в объеме (например, с 1.8 Гб до 1.2 Мб), является критической. Это часто происходит из-за человеческого фактора (ошибка «Сохранить как» в браузере поверх файла базы), программного сбоя или некорректной работы файловой системы. Разберем пошагово, что можно предпринять в такой ситуации, используя имеющиеся технические файлы и методы низкоуровневого восстановления.
Первое и самое важное правило: прекратите любые операции записи на диск, где находилась база. Если файл был перезаписан или удален, физические блоки данных на диске могут быть помечены как свободные. Любая новая запись (даже установка программ для восстановления) может окончательно уничтожить остатки данных.
Проанализируем ситуацию: если диск является системным (диск C:), компьютер следует немедленно выключить. Работу по восстановлению необходимо проводить, подключив этот диск к другому компьютеру как дополнительный, либо загрузившись с внешнего носителя (например, WinPE).
Обязательно выполните следующие действия:
1Cv8.lgd (журнал регистрации), так как это основной источник информации о последних операциях.Рассмотрим, стоит ли надеяться на файлы в папках vrs-cache, SICache или файл cache.1CD. К сожалению, как показывает практика и техническое устройство платформы 1С, полноценное восстановление данных из этих источников невозможно.
Почему кэш не поможет:
SICache и vrs-cache содержат вспомогательные данные: скомпилированные формы, описания метаданных для ускорения запуска интерфейса и настройки пользователя.cache.1CD — это техническая база в формате 1С, но в ней хранятся не документы или справочники, а кэшированная конфигурация. Даже если её размер составляет 100-200 Мб, в ней отсутствуют таблицы с учетными данными.Попытки «подменить» основной файл базы файлом кэша не приведут к успеху — платформа выдаст ошибку структуры или запустит пустую конфигурацию без данных.
Если у вас сохранился файл 1Cv8.lgd значительного размера (в нашем примере — 2 Гб), это очень ценный ресурс. В современных версиях 1С (начиная с 8.3.5.1068) журнал регистрации хранится в формате SQLite.
Выясним, что можно извлечь из этого файла:
Журнал регистрации фиксирует события создания, изменения и удаления объектов. Хотя он не содержит полных данных объекта (всех реквизитов и табличных частей), в нем можно найти:
Для работы с ним используйте любую утилиту для SQLite, например, DB Browser for SQLite. Проанализируем структуру основной таблицы EventLog с помощью SQL-запроса:
SELECT
datetime(date/10000, 'unixepoch') as Date,
userName,
data,
metadata,
event
FROM EventLog
ORDER BY date DESC;
Этот запрос позволит вам увидеть список последних действий. Если у вас есть старый бэкап (даже за 2019 год), вы сможете восстановить структуру базы и, используя данные из журнала регистрации, понять, какие документы были внесены с тех пор. Полностью автоматического «наката» лога на старую базу не существует, но на основе GUID можно написать обработку, которая создаст «пустышки» документов, которые бухгалтеру будет легче заполнить вручную, имея на руках бумажные копии или данные из банк-клиента.
Иногда при зависании системы («бухгалтер говорит — зависла») 1С не успевает удалить временные рабочие файлы. Проверьте папку с базой данных на наличие файла 1Cv8Tmp.1cd.
Если такой файл существует и имеет сопоставимый с оригинальной базой размер (в нашем случае около 1.8 Гб):
1Cv8.1CD.chdbfl.exe (находится в папке bin установленной платформы 1С).Также проверьте папку временных файлов пользователя Windows (%TEMP%). В некоторых случаях там могут оставаться фрагменты базы данных или временные копии, созданные при обновлении или выгрузке данных.
Если файл 1cv8.1CD был именно перезаписан (например, при сохранении файла из браузера), стандартные утилиты восстановления файлов типа «Undelete» его не найдут. Здесь поможет глубокое сканирование диска («Raw Recovery» или «Поиск по сигнатурам»).
Файл базы данных 1С версии 8 имеет специфический заголовок. Разберем технические детали:
Первые байты (сигнатура) файла 1cv8.1CD всегда выглядят так (в шестнадцатеричном виде):
1C FD FF FF
Используйте мощные инструменты восстановления данных (например, R-Studio, PhotoRec или WinHex). В настройках сканирования укажите поиск пользовательского типа файла по указанной сигнатуре. Если диск HDD (не SSD), велика вероятность, что старое «тело» файла размером 1.8 Гб все еще находится в секторах диска, так как новый файл размером 1.2 Мб занял лишь крошечную часть пространства и не успел физически затереть все данные.
Важное замечание про SSD: если база лежала на твердотельном накопителе (SSD), шансы на успех по сигнатурам крайне малы из-за работы функции TRIM, которая физически очищает блоки данных почти сразу после пометки их как свободных.
Разберем типичный случай, упомянутый в обсуждении. Бухгалтер, импортируя платежки через браузер, нажимает «Сохранить как», выбирает файл базы данных 1cv8.1CD и подтверждает замену. В этом случае ОС записывает новый (маленький) файл поверх старого дескриптора.
В этой ситуации:
Проанализировав ситуацию, можно сделать вывод: если прямое восстановление файла не удалось, основным источником для реконструкции учета становится журнал регистрации (1Cv8.lgd). Используйте его вместе с последним доступным бэкапом. Это позволит восстановить хотя бы хронологию событий и список утраченных документов.
В будущем, чтобы избежать подобных инцидентов, настоятельно рекомендуем: