Как восстановить базу 1С из резервной копии

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

Ключевой момент: способ восстановления зависит от типа резервной копии. Файловая база может быть сохранена как выгрузка в формате DT (через конфигуратор) или как простое копирование файла 1Cv8.1CD. Клиент-серверная база обычно резервируется средствами СУБД — MS SQL Server, PostgreSQL — и восстанавливается их же инструментами. Пытаться загрузить SQL-бэкап через конфигуратор или наоборот — бессмысленно: форматы несовместимы.

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

Определите тип резервной копии и режим работы базы

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

Файл с расширением .dt — это выгрузка информационной базы, созданная через конфигуратор. Файл 1Cv8.1CD — сам файл файловой базы, скопированный напрямую. Файлы .bak обычно создаются средствами MS SQL Server, а дампы PostgreSQL могут иметь расширение .sql, .backup или не иметь его вовсе.

Также уточните, в каком режиме работала база: файловом или клиент-серверном. Если не знаете, откройте список информационных баз в стартере 1С — там указан путь к базе (для файловой) или адрес сервера (для клиент-серверной).

Восстановление файловой базы из выгрузки DT

Это самый распространённый сценарий для небольших организаций. Выгрузка DT универсальна: её можно загрузить и в файловую, и в клиент-серверную базу, а также использовать для переноса данных между платформами.

1. 1
   Создайте пустую информационную базу или откройте существующую, которую нужно перезаписать
2. 2
   Запустите базу в режиме «Конфигуратор»
3. 3
   Откройте меню «Администрирование → Загрузить информационную базу»
4. 4
   Укажите путь к файлу .dt и подтвердите загрузку
5. 5
   Дождитесь окончания процесса — при больших базах он может занять десятки минут
6. 6
   После загрузки согласитесь на реструктуризацию, если конфигуратор её запросит
7. 7
   Запустите базу в режиме «Предприятие» и проверьте данные

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

Если загрузка прерывается с ошибкой на этапе реструктуризации, проверьте свободное место на диске — для больших баз временные файлы могут занимать объём, сопоставимый с размером самой базы.

Восстановление файловой базы копированием 1Cv8.1CD

Если резервная копия — это просто скопированный файл базы, восстановление ещё проще. Создайте новую папку, положите туда файл 1Cv8.1CD и добавьте базу в список информационных баз, указав путь к этой папке.

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

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

Восстановление клиент-серверной базы

Клиент-серверные базы восстанавливаются средствами СУБД. Для MS SQL Server откройте SQL Server Management Studio, подключитесь к серверу, вызовите контекстное меню узла «Базы данных» и выберите «Восстановить базу данных». Укажите файл .bak, целевое имя базы и дождитесь завершения.

Для PostgreSQL восстановление выполняется командой pg_restore (для дампов в собственном формате) или psql (для текстовых SQL-дампов). Учётная запись, от имени которой работает сервер 1С, должна иметь права на восстановленную базу.

pg_restore -U postgres -d my_base_name -c /backup/my_base.backup

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

Проверка данных после восстановления

То, что база открылась, ещё не значит, что всё в порядке. Обязательно выполните контрольную проверку: сверьте остатки по ключевым отчётам (ОСВ, остатки склада, взаиморасчёты) с данными, которые ожидались на дату копии. Проверьте наличие последних документов и справочников.

Дополнительно запустите «Тестирование и исправление» в конфигураторе в режиме только проверки (без включённых опций исправления). Это покажет логические ошибки в данных без риска их изменить.

Типичные ошибки и как их избежать

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

Что делать, если копия не восстанавливается

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

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