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

Восстановление резервной копии 1С — штатная операция, но способ её выполнения зависит от того, в каком формате создана копия и как развёрнута база: файлово или на сервере СУБД. Чаще всего встречаются три варианта: файл выгрузки с расширением .dt, созданный через конфигуратор; прямое копирование файла 1Cv8.1CD файловой базы; и резервная копия средствами СУБД (MS SQL, PostgreSQL). Каждый сценарий требует своего порядка действий.

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

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

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

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

Также важно знать версию платформы 1С, на которой создавалась копия. Файл .dt, выгруженный на более новой версии платформы, может не загрузиться на старой. Обратная ситуация обычно решается проще: платформа предложит конвертировать базу при первом запуске, но эта операция необратима для самой копии, поэтому конвертировать лучше дубликат файла.

Восстановление из файла выгрузки .dt через конфигуратор

Это самый распространённый и безопасный способ. Откройте конфигуратор той базы, в которую нужно загрузить данные. Если базы ещё нет, создайте пустую: в окне запуска 1С нажмите «Добавить», выберите «Создание новой информационной базы» и вариант «без конфигурации». Затем откройте её в конфигураторе.

В меню выберите «Администрирование → Загрузить информационную базу» и укажите путь к файлу .dt. Платформа предупредит, что текущие данные будут замещены — подтвердите только если загружаете в пустую или заведомо ненужную базу. Процесс может занять от нескольких минут до нескольких часов в зависимости от размера выгрузки.

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

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

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

Если резервная копия — это копия каталога с файлом 1Cv8.1CD, конфигуратор не нужен вовсе. Скопируйте каталог с копией в постоянное место на диске, например D:\Bases\Trade_Restore. Не запускайте базу прямо из архива, сетевой папки с копиями или внешнего диска — при работе 1С создаёт служебные файлы и требует стабильного доступа на запись.

Откройте окно запуска 1С, нажмите «Добавить», выберите «Добавление в список существующей информационной базы» и укажите путь к каталогу с файлом 1Cv8.1CD. После этого база появится в списке и её можно открыть в режиме предприятия или конфигуратора.

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

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

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

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

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

pg_restore -U postgres -d new_base_name /backup/base_dump.backup

Проверка восстановленной базы

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

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

Типичные ошибки и ограничения

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

Для клиент-серверных баз распространённая ошибка — восстановление SQL-копии без регистрации в кластере 1С или регистрация с включённым флагом создания новой базы. Также помните, что выгрузка .dt из большой базы (десятки гигабайт) — долгая операция, и для таких объёмов надёжнее копирование средствами СУБД.

Когда самостоятельное восстановление небезопасно

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

Также не пытайтесь «починить» повреждённый файл 1Cv8.1CD сторонними утилитами, пока не снята его побайтовая копия. Любая попытка исправления меняет файл, и если она неудачна, вернуться к исходному состоянию будет невозможно.

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