Как восстановить копию 1С: инструкция для файловой и серверной базы

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

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

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

Определите, какой тип копии у вас есть

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

Посмотрите на расширение и структуру файлов копии и сопоставьте с таблицей ниже.

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

Подготовка: что сделать до восстановления

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

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

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

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

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

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

Обратите внимание на версию платформы: база, выгруженная в более новой версии 1С, может не загрузиться или не запуститься на старой. Установите платформу не ниже той, на которой делалась выгрузка.

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

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

Если вы восстанавливаете базу «на то же место» вместо повреждённой, сначала переименуйте старую папку (например, добавьте к имени «_повреждена»), а не удаляйте её. После успешной проверки восстановленной копии старую папку можно будет удалить.

Учтите важное ограничение: копирование файловой базы корректно только если в момент копирования с ней никто не работал. Если папку скопировали «на горячую», при открытых сеансах пользователей, файл 1Cv8.1CD может оказаться в несогласованном состоянии. Признаки проблемы — ошибки при открытии базы, исчезнувшие документы, ошибки при проведении. В этом случае восстановленную копию стоит прогнать через тестирование и исправление (Конфигуратор → Администрирование → Тестирование и исправление) с предварительной копией.

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

Для клиент-серверного варианта штатный способ резервного копирования — средства СУБД. В MS SQL Server восстановление выполняется через SQL Server Management Studio: правый клик по узлу «Базы данных» → «Восстановить базу данных» → выбор устройства и файла .bak. При восстановлении поверх существующей базы включите опцию перезаписи (WITH REPLACE) и убедитесь, что активных подключений к базе нет, иначе операция завершится ошибкой «база данных используется».

В PostgreSQL восстановление выполняется командой pg_restore или psql для текстовых выгрузок. База-приёмник должна существовать и быть пустой, а пользователь, от имени которого выполняется восстановление, должен иметь соответствующие права.

RESTORE DATABASE [MyBase] FROM DISK = N'D:\Backups\MyBase_backup.bak' WITH REPLACE, RECOVERY;

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

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

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

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

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

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

Ограничения и когда нужен специалист

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

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

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