Администрирование · 9 мин
Как развернуть копию базы 1С
Как развернуть копию базы 1С из файла dt или SQL-бэкапа: пошаговые инструкции для файлового и клиент-серверного режима, проверка результата, типичные ошибки.
Развертывание копии базы 1С — стандартная задача администратора: тестовая среда для проверки обновлений, восстановление после сбоя, перенос на другой сервер или анализ данных без риска для рабочей базы. Способ зависит от режима работы базы (файловый или клиент-серверный) и от того, какой источник есть в наличии — выгрузка .dt, SQL-бэкап или просто папка с файловой базой.
Главное правило: копию нельзя развертывать «поверх» рабочей базы и нельзя запускать её так, чтобы она начала выполнять регламентные задания — обмены, рассылки, синхронизации. Иначе тестовая копия отправит реальные документы контрагентам или создаст дубли в других системах.
Ниже разобраны все рабочие сценарии: развертывание из .dt через конфигуратор, восстановление SQL-бэкапа на сервере, копирование файловой базы, а также обязательные действия после развертывания и проверка результата.
Выберите способ развертывания по типу источника
Перед началом определите три вещи: режим работы базы (файловый или клиент-серверный), формат имеющейся копии (файл .dt, SQL-бэкап, папка с базой) и цель копии (тестирование, восстановление, перенос). От этого зависит весь порядок действий.
Выгрузка .dt — универсальный формат 1С, независимый от СУБД, но медленный на больших базах и чувствительный к повреждениям при выгрузке. SQL-бэкап создается средствами MS SQL Server или PostgreSQL, работает быстро, но привязан к конкретной СУБД и версии. Прямое копирование папки подходит только для файловых баз.
Как выбрать способ
Разверните копию из файла выгрузки .dt
Это самый распространенный способ для файловых баз и небольших серверных. Потребуется файл выгрузки (обычно с именем 1Cv8.dt), полученный через «Администрирование → Выгрузить информационную базу» в конфигураторе исходной базы.
Сначала создайте пустую базу: в окне запуска 1С нажмите «Добавить», выберите «Создание новой информационной базы», затем вариант «Создание информационной базы без конфигурации». Укажите каталог для файловой базы или параметры сервера для клиент-серверной.
Откройте созданную пустую базу в режиме конфигуратора и выполните «Администрирование → Загрузить информационную базу», указав файл .dt. Процесс может занять от нескольких минут до нескольких часов в зависимости от размера. По завершении конфигуратор предложит перезапуститься — соглашайтесь.
Восстановите копию клиент-серверной базы из SQL-бэкапа
Для баз на MS SQL Server или PostgreSQL корректный путь — восстановление бэкапа средствами СУБД, а не выгрузка .dt. Это быстрее, надежнее и сохраняет все данные, включая те, что .dt может не перенести при повреждениях.
На MS SQL Server откройте Management Studio, создайте новую базу данных и выполните Restore из файла бэкапа (.bak). Важно: в параметрах восстановления укажите новые пути к файлам данных и журнала, чтобы не перезаписать файлы рабочей базы. Для PostgreSQL используйте pg_restore или psql с созданной заранее пустой базой.
После восстановления на СУБД зарегистрируйте базу в кластере 1С: откройте консоль администрирования серверов 1С, создайте новую информационную базу, укажите тип СУБД, имя сервера баз данных и имя восстановленной базы. Флажок «Создать базу данных в случае её отсутствия» устанавливать не нужно — база уже существует.
Скопируйте файловую базу напрямую
Простейший сценарий: файловая база — это папка с файлом 1Cv8.1CD и служебными файлами. Чтобы получить копию, достаточно скопировать всю папку в новое место и добавить её в список баз через кнопку «Добавить» в окне запуска.
Обязательное условие: перед копированием все пользователи должны выйти из базы, а сеансы — завершиться. Копирование открытой базы приведет к несогласованному состоянию файла, и копия может не открыться или содержать поврежденные данные. Если база используется круглосуточно, выполняйте копирование в ночное окно или предварительно заблокируйте соединения.
После копирования проверьте, что в новой папке нет файлов блокировок и что база открывается. Служебные папки с журналами и временными файлами копировать не обязательно — достаточно 1Cv8.1CD, но полная копия папки безопаснее.
Настройте копию после развертывания
Развернутая копия — это полный клон рабочей базы, включая настройки обменов, регламентные задания, учетные записи и подключения к внешним системам. Если запустить её «как есть», она начнет работать как вторая продуктивная база.
Первое действие после развертывания — отключить выполнение регламентных заданий. Для файловой базы это делается в настройках (Администрирование → Обслуживание → Регламентные операции), для серверной — в свойствах информационной базы в консоли кластера (флажок «Блокировка регламентных заданий включена»).
Далее проверьте и отключите: обмены с другими базами и сайтами, синхронизацию с банками и ЭДО, отправку почты, интеграции с внешними сервисами. В типовых конфигурациях есть обработка «Блокировка работы с внешними ресурсами», которая автоматически отключает такие подключения при определении копии.
Проверьте результат развертывания
После развертывания и настройки убедитесь, что копия полноценна и безопасна. Проверка занимает 10–15 минут и избавляет от неприятных сюрпризов при работе.
Как проверить результат
База открывается, справочники и документы на месте, данные актуальны на дату копии
Ошибки при открытии, пустые справочники, дата данных старше ожидаемой
Все задания заблокированы, в журнале регистрации нет новых выполнений
Задания выполняются — копия работает как продуктивная
Узлы обмена отключены, подключения к внешним ресурсам заблокированы
Настройки обменов активны и указывают на рабочие системы
Список пользователей соответствует исходной базе, тестовые учетные записи работают
Пользователи отсутствуют или не могут войти
Дополнительно полезно запустить тестирование и исправление копии (для файловой базы) или проверить журнал регистрации на ошибки за первые минуты работы. Если копия предназначена для тестирования обновления, сразу зафиксируйте её текущее состояние — например, сделайте ещё один бэкап уже развернутой и настроенной копии.
Что важно запомнить
Файловая база копируется папкой или разворачивается из .dt через конфигуратор, клиент-серверная — восстановлением SQL-бэкапа с регистрацией в кластере. После развертывания обязательно заблокируйте регламентные задания и внешние подключения, затем проверьте вход, данные и отсутствие активности обменов.
Частые вопросы
Можно ли развернуть копию, пока пользователи работают в исходной базе?
Для клиент-серверной базы — да: SQL-бэкап средствами СУБД делается «на горячую» без остановки работы. Для файловой базы прямое копирование папки при активных сеансах недопустимо — используйте выгрузку .dt или дождитесь завершения сеансов.
Чем копия из .dt отличается от копии из SQL-бэкапа?
Файл .dt — логическая выгрузка средствами платформы, переносимая между разными СУБД. SQL-бэкап — физическая копия на уровне СУБД, быстрее и надежнее для больших баз, но восстанавливается только на тот же тип СУБД.
Почему развернутая копия требует обновления конфигурации базы данных?
Если платформа при открытии просит обновить конфигурацию БД, значит структура метаданных не совпадает со структурой данных — например, загрузка .dt прервалась или база открыта другой версией. Выполните обновление через конфигуратор, предварительно убедившись, что это именно копия, а не рабочая база.
Как сделать, чтобы копия не выполняла обмены автоматически?
Включите блокировку регламентных заданий в свойствах базы (в консоли кластера для серверной базы) и дополнительно отключите узлы планов обмена и настройки синхронизации внутри базы. В типовых конфигурациях при копировании срабатывает автоматическая блокировка работы с внешними ресурсами.
Можно ли развернуть копию серверной базы в файловом режиме?
Да, через выгрузку .dt: выгрузите серверную базу в конфигураторе и загрузите в пустую файловую. Учитывайте ограничения файлового режима — часть функциональности (некоторые регламентные механизмы, работа с внешними компонентами) может отличаться.
Что делать, если файл .dt не загружается с ошибкой?
Сначала проверьте свободное место на диске — для загрузки требуется заметно больше места, чем размер самого .dt. Если места достаточно, файл, скорее всего, поврежден при выгрузке: повторите выгрузку из исходной базы или используйте SQL-бэкап, если база серверная.