К статье
Практический материал

Администрирование · 11 мин

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

Как восстановить базу 1С из резервной копии: выгрузка DT, файловая и клиент-серверная база, типичные ошибки и проверка результата после восстановления.

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

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

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

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

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

Файл .dtВыгрузка информационной базы

Восстанавливается через конфигуратор: «Загрузить информационную базу»

Файл 1Cv8.1CDФайловая база целиком

Копируется в каталог, база подключается через список баз

Файл .bak или дамп SQLБэкап средствами СУБД

Восстанавливается в MS SQL Server или PostgreSQL, затем база регистрируется в кластере 1С

База в списке с путём к серверуКлиент-серверный режим

Нужны права администратора кластера и СУБД

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

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

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

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

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

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

Это самый распространённый сценарий. Создайте пустую папку на диске, откройте окно запуска 1С, нажмите «Добавить» и укажите путь к этой папке — будет создана новая пустая информационная база. Запустите её в режиме «Конфигуратор».

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

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

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

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

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

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

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

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

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

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

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

Универсально и просто, но медленно на больших базах; требует монопольного доступа и много времени

Восстановление бэкапа СУБД

Значительно быстрее для крупных баз, но требует прав администратора СУБД и аккуратной регистрации базы в кластере 1С

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

Проверка базы после восстановления

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

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

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

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

Дата последних документов
Норма

Соответствует дате создания копии

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

Документы заканчиваются раньше — копия старее ожидаемой

Открытие отчётов и журналов
Норма

Данные отображаются без ошибок

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

Ошибки формата потока, «битые» записи

Тестирование и исправление
Норма

Проверка завершается без критических ошибок

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

Множество ошибок ссылочной целостности

Запуск регламентных операций
Норма

Проведение документов и расчёты работают

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

Ошибки при проведении, падение сеанса

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

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

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

Типичные ошибки
01
Восстановление поверх рабочей базы без копии текущего состояния — потеря свежих документов
02
Прерывание загрузки .dt — база остаётся в несогласованном состоянии, приходится начинать заново
03
Копирование 1Cv8.1CD при работающих пользователях — несогласованная копия, ошибки при открытии
04
Восстановление бэкапа СУБД без регистрации в кластере — 1С не видит базу
05
Игнорирование несовпадения версий платформы — ошибка открытия базы после восстановления

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

Как организовать копии, чтобы восстановление не было проблемой

Надёжная стратегия — регулярные автоматические выгрузки. Для файловых баз настройте выгрузку .dt по расписанию через пакетный запуск конфигуратора, для клиент-серверных — бэкапы средствами СУБД (план обслуживания в MS SQL или pg_dump по расписанию). Храните копии на отдельном носителе или в сетевом хранилище, а не на том же диске, где лежит база.

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

Итог

Что важно запомнить

Определите тип копии (.dt, файл базы, бэкап СУБД) и режим работы базы, сохраните текущее состояние перед восстановлением, разворачивайте копию сначала в тестовую базу, а после восстановления проверяйте дату документов и запускайте тестирование и исправление.

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

Можно ли восстановить базу 1С без конфигуратора?

Да, если копия — это файл 1Cv8.1CD или бэкап СУБД. Файловая база подключается копированием файла в каталог и добавлением в список баз. А вот файл .dt без конфигуратора загрузить нельзя — это штатный механизм выгрузки/загрузки.

Копия в формате .dt не загружается, выдаёт ошибку. Что делать?

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

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

Штатной частичной загрузки из .dt нет — выгрузка восстанавливается целиком. Обходной путь: разверните копию в отдельную базу и перенесите нужные документы или справочники через обработку «Выгрузка и загрузка данных XML» либо универсальный обмен данными.

База после восстановления открывается, но документы не проводятся. В чём причина?

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

Как часто нужно делать резервные копии базы 1С?

Минимально приемлемый вариант — ежедневно, при интенсивной работе — чаще. Для клиент-серверных баз удобно сочетать полные бэкапы СУБД с разностными. Критерий простой: потеря данных за какой период для вас допустима — с такой периодичностью и делайте копии.