Как вернуть резервную копию 1С: пошаговая инструкция

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

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

Ниже разобраны все основные сценарии: восстановление через конфигуратор из .dt, развёртывание файловой базы из архива, загрузка дампа SQL и проверка целостности результата.

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

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

• Файл .dt — выгрузка информационной базы, созданная через Конфигуратор («Администрирование → Выгрузить информационную базу»). Универсальный формат, подходит и для файлового, и для клиент-серверного режима.
• Папка с файлом 1Cv8.1CD или её ZIP-архив — побайтовая копия файловой базы. Восстанавливается простым копированием.
• Дамп СУБД (.bak для MS SQL, выгрузка pg_dump для PostgreSQL и т.п.) — копия клиент-серверной базы средствами сервера баз данных.
• Копия из облачного сервиса (например, 1С:Фреш) — восстанавливается через интерфейс сервиса или выгрузкой .dt.

Если файл получен от коллег или из архива без пояснений, посмотрите на расширение и размер. Файл .dt обычно имеет осмысленное имя с датой выгрузки. Папка файловой базы всегда содержит файл 1Cv8.1CD — это и есть само хранилище данных.

Подготовьтесь к восстановлению: что сделать до загрузки

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

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

Также проверьте свободное место на диске: для загрузки .dt потребуется пространство под сам файл, временные файлы и развёрнутую базу. Ориентировочно нужно не менее 2–3 объёмов файла выгрузки.

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

Это самый распространённый сценарий. Файл .dt загружается в существующую или новую пустую базу через Конфигуратор.

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

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

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

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

Если копия представляет собой папку с файлом 1Cv8.1CD (или её архив), конфигуратор не нужен — база подключается напрямую. Это самый быстрый способ восстановления.

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

Если восстановленная из архива база не открывается или выдаёт ошибку формата потока, запустите для неё тестирование и исправление: откройте базу в Конфигураторе, перейдите в «Администрирование → Тестирование и исправление», отметьте проверки логической и ссылочной целостности и выполните процедуру. Дополнительно можно проверить файл утилитой chdbfl.exe из каталога установки платформы — она проверяет физическую целостность файла 1Cv8.1CD.

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

В клиент-серверном варианте есть два пути: загрузка .dt через конфигуратор в пустую базу на сервере 1С или восстановление дампа средствами СУБД. Второй способ значительно быстрее для больших баз и сохраняет все настройки на уровне сервера баз данных.

Загрузка .dt в серверную базу

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

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

Для MS SQL Server восстановление выполняется через SQL Server Management Studio: правый клик по разделу «Базы данных» → «Восстановить базу данных» → выбор источника «Устройство» и указание .bak-файла. Для PostgreSQL дамп, созданный pg_dump, разворачивается командой pg_restore или psql в заранее созданную пустую базу. После восстановления дампа создайте запись о базе в консоли кластера 1С, указав существующую базу данных на сервере СУБД.

При восстановлении дампа на другой сервер СУБД проверьте, что версия СУБД не ниже той, на которой делалась копия. Дамп с новой версии SQL Server или PostgreSQL на старую обычно не восстанавливается — в этом случае остаётся только путь через выгрузку .dt.

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

Факт успешной загрузки ещё не гарантирует, что база пригодна к работе. Перед тем как пустить пользователей, выполните контрольные проверки.

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

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

Открытие базы в режиме Предприятия

Норма

База открывается без ошибок, списки документов и справочников отображаются

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

Ошибки формата потока, пустые списки, аварийное завершение

Актуальность данных

Норма

Последние документы соответствуют дате создания копии

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

Данные старше ожидаемых — восстановлена не та копия

Отчёты и проведение

Норма

Оборотно-сальдовая ведомость строится, тестовый документ проводится

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

Ошибки при проведении, битые ссылки в отчётах

Пользователи и права

Норма

Пользователи входят под своими учётными записями

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

Список пользователей пуст или права сброшены

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

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

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

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

Можно ли восстановить .dt в базу с другой конфигурацией?

Нет. Файл .dt содержит и конфигурацию, и данные, поэтому загружать его нужно в пустую базу или в базу той же конфигурации. Загрузка в базу с другой конфигурацией либо будет отклонена, либо полностью заменит содержимое вместе с конфигурацией.

Забыли пароль от базы в резервной копии — что делать?

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

База после восстановления требует обновления конфигурации — это нормально?

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

Можно ли восстановить только часть данных, а не всю базу?

Штатной загрузкой .dt — нет, восстанавливается база целиком. Для частичного переноса используют обработки выгрузки-загрузки данных в формате XML: восстановите копию в отдельную базу, выгрузите из неё нужные документы или справочники и загрузите их в рабочую базу.

Как часто нужно проверять, что резервные копии реально восстанавливаются?

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