Восстановление базы 1С из бэкапа: .dt, SQL-дампы и образы дисков

Способ восстановления зависит от того, как сделан бэкап. Выгрузку .dt возвращают через Конфигуратор: Администрирование → Загрузить информационную базу. Файловую базу — обычным копированием файла 1Cv8.1CD обратно в каталог. Серверную — средствами СУБД: RESTORE DATABASE в MS SQL или pg_restore в PostgreSQL. Образ диска или виртуальной машины откатывают той программой, что его создавала.

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

Какие бывают копии и чем они отличаются

У «резервной копии 1С» нет одного формата. Под этим словом скрывают четыре разные вещи, и восстанавливают их по-разному.

• 📦 Выгрузка .dt — внутренний формат 1С. Содержит конфигурацию и все данные, не зависит от СУБД. Файловую базу можно выгрузить в .dt и загрузить в серверную, и наоборот. Делается и грузится через Конфигуратор.
• 🗄️ Дамп СУБД — .bak для MS SQL Server или файл pg_dump для PostgreSQL. Относится только к серверному (клиент-серверному) варианту. Восстанавливается средствами самой СУБД, 1С в этом не участвует.
• 📁 Копия файла базы — для файлового варианта это файл 1Cv8.1CD в каталоге базы. Резервная копия — это просто его копия, сделанная при закрытой базе.
• 💽 Образ диска или ВМ — .tib (Acronis), .vhdx, снапшот гипервизора. Это копия всего сервера или диска целиком, а не отдельной базы.

Как понять, что у вас:

Загрузка выгрузки .dt через Конфигуратор

Самый частый случай: есть файл .dt, который делали руками или заданием обслуживания.

1. Выгоните всех пользователей из базы. Загрузка идёт монопольно — если кто-то работает, Конфигуратор не пустит.
2. Запустите базу в режиме Конфигуратор (в окне запуска 1С выберите базу и нажмите Конфигуратор).
3. Меню Администрирование → Загрузить информационную базу….
4. Укажите файл .dt и подтвердите. 1С предупредит, что текущая база будет перезаписана, — соглашайтесь, если это то, что нужно.
5. После загрузки Конфигуратор предложит перезапуститься. Согласитесь.

Монопольный доступ для .dt нужен не «на всякий случай»: при загрузке переписывается вся структура и все данные базы, и параллельная работа пользователей привела бы к разрушению.

Загрузка из командной строки пригодится для автоматизации и серверного обслуживания:

"C:\Program Files\1cv8\8.3.24.1234\bin\1cv8.exe" DESIGNER ^
  /F"D:\Bases\Buh" /N"Администратор" /P"пароль" ^
  /RestoreIB "D:\backup\buh.dt" /DisableStartupMessages

Для серверной базы вместо /F указывают /S"server\ref". Парный ключ /DumpIB делает выгрузку — его же ставят в задание резервного копирования.

Восстановление серверной базы из дампа СУБД

Если база клиент-серверная, данные лежат в СУБД, и правильный бэкап — это дамп СУБД, а не .dt. Он снимается без остановки работы и восстанавливается точно в то состояние, которое было на момент снятия.

MS SQL Server. Восстановление делают из .bak через SQL Server Management Studio или запросом. Перед этим нужно, чтобы к базе никто не был подключён, — остановите службу сервера 1С или переведите базу в однопользовательский режим.

USE master;
ALTER DATABASE [buh] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
RESTORE DATABASE [buh]
  FROM DISK = N'D:\backup\buh.bak'
  WITH REPLACE, RECOVERY;
ALTER DATABASE [buh] SET MULTI_USER;

WITH REPLACE разрешает перезапись существующей базы, RECOVERY оставляет базу готовой к работе после восстановления.

PostgreSQL. Формат дампа зависит от того, как его снимали. Для архива pg_dump -Fc (custom) восстанавливают через pg_restore, для обычного SQL-файла — через psql.

# Архивный формат (-Fc): обычно сначала создают пустую базу
createdb -U postgres buh
pg_restore -U postgres -d buh -c D:\backup\buh.backup

# Простой SQL-дамп
psql -U postgres -d buh -f D:\backup\buh.sql

Ключ -c в pg_restore удаляет объекты перед восстановлением — удобно при развёртывании поверх существующей базы.

После восстановления на уровне СУБД имя базы и строка подключения в кластере 1С не меняются — если вы восстановили данные в ту же базу СУБД, 1С подхватит их сама. Регистрировать ничего не нужно.

Если база развёрнута в новой базе СУБД

Иногда дамп разворачивают не поверх старой базы, а в новую (чтобы сравнить или не трогать рабочую). Тогда в кластере 1С появляется «новая» информационная база, которую нужно подключить к восстановленной базе СУБД.

Это делают в консоли администрирования серверов 1С:

1. Откройте оснастку Администрирование серверов 1С Предприятия (или утилиту rac для Linux-сервера).
2. Разверните узел Локальный → кластер → Информационные базы.
3. Добавьте информационную базу и в её свойствах укажите сервер СУБД, имя восстановленной базы данных и логин/пароль СУБД.
4. Снимите флажок создания базы, если база СУБД уже существует, — иначе сервер попытается создать пустую поверх.

Для командной строки на Linux порядок тот же через rac; точные параметры смотрите в rac help, подкоманды — rac infobase.

Восстановление из образа диска или виртуальной машины

Образ (.tib, .vhdx, снапшот гипервизора) — это копия всего сервера, а не одной базы. Его откатывают, когда сервер не загружается или нужно вернуть систему целиком.

• Acronis (.tib) — восстановление через загрузочный носитель Acronis или из работающей системы. Можно развернуть весь диск или достать из образа отдельные файлы (в том числе 1Cv8.1CD или каталог данных PostgreSQL).
• Снапшот VMware/Hyper-V — откат средствами гипервизора. Возвращает виртуальную машину в состояние на момент снимка вместе с ОС, службами и базой.
• .vhdx/.vhd — виртуальный диск можно подмонтировать в Windows (Управление дисками → Присоединить виртуальный жёсткий диск) и скопировать нужные файлы, не разворачивая всё.

Регистрация восстановленной базы в списке

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

1. В окне запуска 1С нажмите Добавить….
2. Выберите Добавление в список существующей информационной базы.
3. Укажите тип:
   • для файловой — На данном компьютере или в локальной сети и путь к каталогу с файлом 1Cv8.1CD;
   • для серверной — На сервере 1С:Предприятия и реквизиты имя кластера / имя базы.
4. Задайте имя базы в списке и завершите.

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

Типичные ошибки при восстановлении

Большинство проблем — не в самой 1С, а в доступе, версиях и правах. Разберём по симптомам.

Отдельно про права: при восстановлении из командной строки или на Linux убедитесь, что у учётной записи, от которой работает сервер 1С (usr1cv8) или СУБД, есть доступ на чтение к файлу копии и на запись в каталог базы.

Стратегия резервного копирования

Восстановление начинается задолго до аварии — с того, как настроены копии. Минимальный рабочий набор правил:

Как настроить:

• Файловая база. Задание обслуживания внутри 1С (Администрирование → Обслуживание → Резервное копирование) делает .dt по расписанию. Надёжнее — внешний скрипт с ключом /DumpIB плюс копирование файла на другой носитель.
• Серверная база. Копии снимает СУБД, а не 1С. В MS SQL — план обслуживания (Maintenance Plan) с полным и разностным бэкапом. В PostgreSQL — регламентный pg_dump или непрерывная архивация WAL для восстановления на точку во времени.

Главное правило: не держите единственную копию на том же диске, что и база. Выход диска из строя унесёт и базу, и бэкап одновременно.

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