Повреждённая база 1С: как восстановить и не допустить снова

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

Шаг 0. Остановить работу и сохранить копию

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

Как понять, что именно повреждено

• База не открывается вообще или открывается с ошибкой формата
• Открывается, но при проведении или открытии отдельных документов появляются ошибки
• Отчёты показывают странные данные, итоги не сходятся

Для файловой базы данные лежат в одном файле, и повреждение затрагивает его структуру. Для клиент-серверной базы проблема может быть в СУБД или в самой информационной базе — в этом случае подключайте администратора сервера. Запишите точный текст ошибки и момент, когда она появилась: после отключения света, после обновления, при открытии определённого документа. Эта информация сильно сокращает поиск причины.

Тестирование и исправление в конфигураторе

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

Варианты, которые обычно выбирают:

• Реиндексация таблиц
• Проверка логической и ссылочной целостности
• Пересчёт итогов
• Сжатие таблиц

Утилита для файловых баз

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

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

Если исправление не помогло или удалило важные данные, восстанавливайте последнюю рабочую копию. Операции, введённые после неё, придётся повторить: поднимите документы за этот период по бумагам, выпискам, кассовым отчётам. Чем чаще делаются копии, тем меньше эта ручная работа.

После восстановления

• Проверьте остатки товаров и денег на текущую дату
• Сверьте расчёты с крупными клиентами и поставщиками
• Проведите повторно документы за последний период, если итоги расходятся
• Убедитесь, что обмены с другими системами работают

Профилактика

Источник бесперебойного питания для компьютера или сервера с базой. Ежедневные автоматические копии, которые хранятся отдельно. Регулярная проверка, что копии восстанавливаются. Контроль свободного места на диске. Для файловой базы — не открывать её по нестабильной сети или через общие папки на слабом компьютере.

Когда переходить на серверный вариант

Если с базой работают много пользователей одновременно, особенно из разных офисов, файловый вариант становится уязвимым. Клиент-серверная база на СУБД лучше переносит сбои, позволяет делать копии без остановки работы и упрощает восстановление на определённый момент.

Чего не делать

• Не запускать исправление на единственном экземпляре повреждённой базы
• Не копировать файл базы, пока с ней кто-то работает: копия может оказаться битой
• Не удалять «лишние» файлы в каталоге базы наугад
• Не продолжать работу в базе, которая выдаёт ошибки при проведении: повреждение может расшириться

Если данные критичны, а встроенные средства не помогли, обратитесь к специалисту по восстановлению баз 1С, передав ему копию, а не оригинал.