Как восстановить 1С 7: практическое руководство

1С:Предприятие 7.7 до сих пор работает во многих организациях, и сбои в ней случаются регулярно: отключение электричества во время записи, переполнение диска, повреждение индексных файлов или случайное удаление каталога базы. Хорошая новость в том, что файловая архитектура «семёрки» проста: вся база — это каталог с DBF-таблицами, файлом метаданных 1Cv7.MD и служебными файлами, поэтому восстановление часто сводится к копированию файлов и штатным процедурам.

Способ восстановления зависит от того, что именно пострадало: данные (таблицы DBF), конфигурация (файл 1Cv7.MD), словарь данных (1Cv7.DDS) или база не открывается целиком. Прежде чем что-либо делать, определите характер повреждения и обязательно сделайте копию текущего состояния каталога — даже «битая» копия может стать последним источником данных, если дальнейшие действия выполнить неверно.

Оцените ситуацию: что именно повреждено

Признаки повреждения различаются. Если программа выдаёт ошибку «Ошибка открытия индексного файла» или «Ошибка блокировки файла» — скорее всего, пострадали только индексы или остались «зависшие» файлы блокировок. Сообщение «Файл не является файлом базы данных» указывает на повреждение заголовка DBF-таблицы. Если база открывается, но в ней пропали документы или справочники — проблема в конкретных таблицах либо в действиях пользователей.

Отдельный случай — база вообще не видна в списке или каталог удалён. Тогда первична проверка наличия самих файлов: каталог базы должен содержать 1Cv7.MD, 1Cv7.DDS, DBF- и CDX-файлы, подкаталоги Syslog и ExtForms. Отсутствие 1Cv7.MD означает утерю конфигурации, её придётся восстанавливать отдельно.

Сделайте резервную копию текущего состояния

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

Не используйте для копирования штатную «Сохранение данных» из конфигуратора, если база повреждена: выгрузка может прерваться на середине или сохранить уже испорченные данные. Побайтовое копирование каталога средствами проводника надёжнее.

Восстановление из архивной копии

Самый надёжный путь — откат из архива. Если у вас есть ZIP-архив, созданный через «Сохранить данные» в конфигураторе, разверните его в новый пустой каталог и пропишите путь к нему в списке информационных баз при запуске 1С. Если архив делался простым копированием каталога — восстановление сводится к возврату каталога на прежнее место.

Помните, что откат возвращает базу на дату архива. Документы, введённые после этой даты, придётся восстанавливать вручную по бумажным первичным документам или переносить из «битой» копии, если она хотя бы частично открывается. Для переноса используются обработки импорта/экспорта через текстовые файлы или OLE-соединение между двумя базами.

1. 1
   Создайте пустой каталог для восстановленной базы
2. 2
   Распакуйте в него архив или скопируйте файлы резервной копии
3. 3
   Запустите 1С, добавьте базу в список с указанием нового пути
4. 4
   Откройте конфигуратор и выполните тестирование и исправление
5. 5
   Проверьте ключевые отчёты: оборотно-сальдовую ведомость, остатки
6. 6
   Введите документы, созданные после даты архива

Восстановление повреждённых индексов и таблиц

Переиндексация через конфигуратор

Если ошибка указывает на индексные файлы, закройте все сеансы, удалите из каталога базы файлы с расширением CDX (данные при этом не теряются — индексы строятся заново). Затем запустите конфигуратор в монопольном режиме и выполните «Администрирование → Тестирование и исправление ИБ», отметив пункты реиндексации таблиц и проверки логической целостности.

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

Лечение повреждённых DBF-файлов

Когда повреждена сама таблица DBF (например, файл документов DH*.dbf или журналов), штатных средств 1С недостаточно. Используются утилиты восстановления DBF-формата или открытие таблицы в программах, работающих с xBase-форматом, с последующей выгрузкой уцелевших записей. После восстановления таблицу подкладывают в каталог базы и снова выполняют тестирование.

Учтите ограничение: записи, находившиеся в физически испорченной области файла, восстановить не удастся. Поэтому после лечения обязательно сверьте количество документов и итоги с бумажными данными или отчётами за последние периоды.

Часто «пропавшие» документы на самом деле не потеряны: сбилась дата расчёта итогов или документ оказался за пределами периода расчёта. Прежде чем лечить файлы, проверьте в монопольном режиме «Управление бухгалтерскими итогами» и установите расчёт на актуальный период.

Восстановление конфигурации и файла метаданных

Файл 1Cv7.MD хранит всю конфигурацию: структуру метаданных, формы, модули. Если он повреждён или удалён, а данные (DBF) целы, базу можно спасти. Возьмите 1Cv7.MD из архивной копии той же конфигурации, либо создайте пустую базу из дистрибутива той же версии конфигурации и подмените MD-файл — но только если релизы совпадают, иначе структура таблиц не сойдётся с реальными DBF.

После подмены MD обязательно выполните «Загрузить изменённую конфигурацию» и тестирование. Если конфигурация дорабатывалась под вашу организацию, дистрибутивный MD не подойдёт — ищите архивы именно вашей базы или копии, которые делал программист при обновлениях.

Проверка результата после восстановления

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

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

Контрольные точки

Как проверить результат

ОСВ за последний закрытый период

Норма

Совпадает с ранее распечатанной

Тревожный признак

Расхождения по счетам — ищите потерянные документы

Тестирование и исправление

Норма

Завершается без ошибок

Тревожный признак

Ошибки в конкретной таблице — лечить её отдельно

Последние документы

Норма

Присутствуют и проводятся

Тревожный признак

Пропуски в нумерации, документы не проводятся

Вход пользователей

Норма

Все открывают базу без ошибок

Тревожный признак

Ошибки блокировок — остались LCK-файлы

Профилактика: как не повторять восстановление

Настройте ежедневное автоматическое копирование каталога базы по расписанию — простейший bat-файл с архивацией и планировщик Windows закрывают эту задачу. Храните копии минимум за несколько дней и периодически сбрасывайте их на внешний носитель или сетевое хранилище.

Исключите типовые причины сбоев: установите источник бесперебойного питания на сервере с базой, следите за свободным местом на диске, не размещайте базу на «падающих» сетевых дисках и завершайте работу пользователей корректно. Раз в месяц выполняйте тестирование и исправление в профилактическом режиме — мелкие ошибки проще устранить до того, как они накопятся.

Частые вопросы

База не открывается с ошибкой «Ошибка блокировки файла». Что делать?

Убедитесь, что все пользователи вышли из программы, затем проверьте каталог базы: удалите файлы с расширением LCK — это «зависшие» маркеры блокировок. Если ошибка сохраняется, перезагрузите компьютер, на котором лежит база, чтобы сбросить сетевые блокировки.

Можно ли восстановить удалённый каталог базы?

Если каталог удалили недавно и диск не перезаписывался, попробуйте программы восстановления удалённых файлов. Работать с диском до восстановления нужно минимально: каждая запись снижает шансы. Восстановленные файлы проверяйте через тестирование и исправление.

Поможет ли переустановка платформы 1С?

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

После восстановления из архива пропали документы за последнюю неделю. Как их вернуть?

Архив возвращает базу на дату копии. Документы, введённые позже, восстанавливаются вручную по первичным документам либо переносом из старой «битой» копии, если она открывается, — через обработки выгрузки/загрузки или OLE-подключение.

Чем отличается «Сохранить данные» от простого копирования каталога?

«Сохранить данные» создаёт ZIP-архив через конфигуратор и требует работоспособной базы. Копирование каталога средствами ОС быстрее и работает даже с повреждённой базой, но требует, чтобы все сеансы были закрыты. Для ежедневного резервирования обычно используют именно копирование по расписанию.