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

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

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

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

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

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

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

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

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

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

1. 1
   Создайте новую пустую папку для базы
2. 2
   Скопируйте в неё файлы из резервной копии, включая 1Cv8.1CD
3. 3
   В окне запуска 1С нажмите «Добавить» → «Добавление в список существующей базы»
4. 4
   Укажите имя и путь к новой папке, завершите мастер
5. 5
   Запустите базу и проверьте актуальность данных

Загрузите базу из файла выгрузки .dt

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

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

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

Восстановите клиент-серверную базу

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

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

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

Способы восстановления

Копия каталога (файловая база)

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

Загрузка .dt

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

Бэкап СУБД

Штатный способ для клиент-серверных баз, быстрый и надёжный. Требует доступа к СУБД и навыков её администрирования.

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

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

Дополнительно полезно выполнить тестирование и исправление базы (Конфигуратор → Администрирование → Тестирование и исправление) в режиме проверки логической целостности. Это займёт время, но выявит скрытые повреждения, которые не видны при поверхностном просмотре. Перед тестированием убедитесь, что у вас есть копия восстановленной базы.

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

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

Запуск базы

Норма

База открывается в режиме Предприятие без ошибок

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

Ошибки формата потока, повреждения файла — база требует восстановления целостности

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

Норма

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

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

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

Отчёты и остатки

Норма

ОСВ и складские отчёты формируются, остатки сходятся

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

Ошибки при формировании, расхождения остатков

Работа пользователей

Норма

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

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

Не хватает пользователей или прав — проверьте список пользователей базы

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

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

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

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

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

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

Полезно включать дату создания копии прямо в имя файла или папки, например base_2026-06-01.dt. Когда копий несколько, это избавляет от риска восстановить не ту версию и упрощает ротацию старых архивов.

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

Можно ли восстановить базу, если есть только файл 1Cv8.1CD без остальных файлов каталога?

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

Чем отличается выгрузка .dt от копирования каталога базы?

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

Нужно ли останавливать работу пользователей при восстановлении?

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

База после восстановления не открывается с ошибкой формата потока. Что делать?

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

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

Штатные средства восстановления работают с базой целиком. Чтобы достать отдельные документы или справочники, разверните копию в отдельную тестовую базу и перенесите нужные данные обработками выгрузки-загрузки (например, через универсальный обмен данными в формате XML) или вручную. Прямого выборочного восстановления из .dt не существует.

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

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