Как развернуть базу 1С из dt-файла

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

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

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

Что такое dt-файл и когда он подходит

DT (dump) — универсальный формат выгрузки информационной базы платформы 1С:Предприятие. В файл попадают конфигурация, все данные, пользователи и их настройки. Выгрузка создаётся через конфигуратор командой «Администрирование → Выгрузить информационную базу» или пакетным запуском конфигуратора с параметром DumpIB.

Формат не зависит от СУБД: базу, выгруженную из файлового варианта, можно загрузить на сервер MS SQL или PostgreSQL и наоборот. Это делает dt удобным инструментом миграции между платформами хранения. Также dt незаменим, когда нужно передать копию базы разработчику или в техподдержку вендора.

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

Подготовка: что проверить перед загрузкой

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

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

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

Создание пустой базы для загрузки

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

Файловый вариант

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

Серверный вариант

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

Загрузка dt-файла через конфигуратор

Откройте созданную базу в режиме конфигуратора. Если база пустая, платформа предложит выбрать вариант открытия — выбирайте конфигуратор. В главном меню перейдите «Администрирование → Загрузить информационную базу» и укажите путь к dt-файлу.

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

1. 1
   Создайте пустую информационную базу без конфигурации (файловую или серверную)
2. 2
   Откройте базу в конфигураторе
3. 3
   Выберите «Администрирование → Загрузить информационную базу»
4. 4
   Укажите путь к dt-файлу и подтвердите замену данных
5. 5
   Дождитесь окончания загрузки, не закрывая конфигуратор
6. 6
   После загрузки примите перезапуск сеанса конфигуратора
7. 7
   Выполните обновление конфигурации базы данных, если платформа его запросит
8. 8
   Проверьте вход в режиме предприятия и целостность данных

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

Загрузка из командной строки и пакетный режим

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\TestBase" /N"Администратор" /RestoreIB "D:\Backups\base.dt"

В примере используется файловый вариант (ключ /F с каталогом базы). Для серверной базы вместо /F укажите /S в формате «Сервер\ИмяБазы». Если в базе уже есть пользователи с паролями, добавьте ключ /P с паролем. Результат выполнения удобно направлять в файл журнала ключом /Out, чтобы анализировать ошибки.

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

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

После загрузки войдите в базу в режиме предприятия под пользователем с полными правами. Учётные записи приходят из dt-файла, поэтому используются логины и пароли исходной базы, а не пустой. Если пароль администратора неизвестен, придётся запросить его у того, кто делал выгрузку.

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

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

Типичные ошибки и способы их устранения

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

Вторая группа ошибок связана с нехваткой ресурсов: заканчивается место на диске, переполняется журнал транзакций MS SQL, не хватает оперативной памяти рабочему процессу. Перед повторной загрузкой освободите место, для MS SQL временно переведите базу в простую модель восстановления и увеличьте размер журнала.

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

Когда dt не лучший выбор

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

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

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