Администрирование · 9 мин
Как создать DT-файл в 1С: выгрузка информационной базы
Как создать файл DT в 1С через конфигуратор: пошаговая выгрузка информационной базы, отличия от бэкапа SQL, типичные ошибки и проверка результата.
DT-файл — это файл выгрузки информационной базы 1С, который содержит и конфигурацию, и все данные: справочники, документы, регистры, настройки пользователей. Через него базу переносят между серверами, превращают клиент-серверную базу в файловую, создают копию для тестирования доработок или архивную копию перед рискованными операциями.
Создать DT можно только через конфигуратор и только в монопольном режиме — активные сеансы пользователей блокируют выгрузку. Это главное ограничение, из-за которого операцию обычно планируют на нерабочее время или предварительно завершают сеансы через консоль кластера.
Важно понимать: DT — это не полноценная замена резервному копированию на уровне СУБД. Выгрузка занимает заметно больше времени на больших базах, а загрузка из DT может обернуться реструктуризацией. Для ежедневных бэкапов клиент-серверных баз правильнее использовать штатные средства MS SQL или PostgreSQL, а DT оставить для переноса и создания копий.
Что такое DT-файл и когда он нужен
Формат DT — штатный механизм платформы 1С:Предприятие для полной выгрузки информационной базы в один файл. Внутри упакованы конфигурация, данные всех таблиц, пользователи и их роли. При загрузке из DT создаётся база, идентичная исходной на момент выгрузки.
Типовые сценарии, где без DT не обойтись: перенос базы с одного сервера на другой, преобразование клиент-серверной базы в файловую (и обратно), создание тестовой копии для проверки обновления, передача базы франчайзи или разработчику для диагностики ошибки.
При этом DT не подходит для инкрементального резервного копирования: каждый раз создаётся полная копия, и для базы в сотни гигабайт процесс может занять часы. Если цель — именно защита от потери данных, а не перенос, выгрузка в DT должна дополнять, а не заменять бэкап средствами СУБД.
Подготовка: что проверить перед выгрузкой
Перед запуском выгрузки убедитесь, что у вас есть права администратора информационной базы и доступ к конфигуратору. Если база клиент-серверная и конфигуратор открывается только через сервер 1С — этого достаточно, прямой доступ к СУБД не требуется.
Проверьте свободное место на диске, куда будет сохраняться файл. Размер DT обычно меньше размера базы в СУБД за счёт сжатия, но для крупных баз файл всё равно может занимать десятки гигабайт. Ориентируйтесь на запас не менее размера самой базы.
Согласуйте окно для работы: пользователей нужно предупредить и завершить их сеансы. В файловом варианте достаточно попросить всех выйти, в клиент-серверном сеансы завершают через консоль кластера или командой блокировки сеансов в конфигураторе (Администрирование → Блокировка сеансов).
Пошаговое создание DT через конфигуратор
Основной способ — выгрузка через меню конфигуратора. Порядок одинаков для файлового и клиент-серверного вариантов работы.
- 1Завершите все сеансы пользователей и установите блокировку сеансов
- 2Откройте конфигуратор и войдите под пользователем с правами администратора
- 3Выберите пункт меню Администрирование → Выгрузить информационную базу
- 4Укажите путь и имя файла с расширением .dt
- 5Дождитесь окончания выгрузки и проверьте, что файл создан и имеет ненулевой размер
Во время выгрузки конфигуратор показывает индикатор прогресса. Прерывать процесс нежелательно: недописанный файл будет непригоден для загрузки. После завершения откройте каталог с файлом и убедитесь, что его размер адекватен базе — файл в несколько килобайт при большой базе означает сбой.
Для регулярных выгрузок удобнее пакетный режим запуска конфигуратора из командной строки. Это позволяет выполнять операцию по расписанию через планировщик задач Windows.
"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB "D:\Backup\trade_%date%.dt"В примере для клиент-серверной базы вместо /F используется параметр /S с указанием сервера и имени базы. Пароль в открытом виде в скрипте — риск: ограничьте доступ к файлу скрипта или используйте учётную запись только с нужными правами.
Особенности для клиент-серверных и файловых баз
Для файловой базы всё просто: выгрузка работает при условии, что никто не открыл базу. Достаточно закрыть все сеансы 1С и убедиться, что файл 1Cv8.1CD не заблокирован другими процессами.
В клиент-серверном варианте выгрузка идёт через сервер 1С:Предприятия, нагрузка ложится на него, а не на СУБД напрямую. На больших базах процесс может занимать значительное время и заметно нагружать сервер, поэтому его планируют на период минимальной активности.
Способы копирования базы
Подходит для переноса между серверами и смены варианта работы. Ограничение: медленно на больших базах, только полная копия
Оптимален для регулярного резервного копирования клиент-серверной базы. Ограничение: восстановление только в ту же СУБД, не переносит базу в файловый вариант
Быстрый способ для файловой базы при полном отсутствии сеансов. Ограничение: неприменим для клиент-серверного варианта
Проверка результата и загрузка из DT
Надёжный способ убедиться, что DT-файл рабочий — выполнить тестовую загрузку в пустую базу. Создайте новую пустую информационную базу без конфигурации, откройте её в конфигураторе и выберите Администрирование → Загрузить информационную базу, указав созданный файл.
После загрузки платформа может предложить выполнить реструктуризацию — это нормально для тестовой копии. Проверьте, что открываются ключевые справочники и документы, список пользователей соответствует исходной базе, а отчёты формируются без ошибок.
Как проверить результат
Сопоставим с объёмом данных базы
Файл в несколько килобайт или нулевого размера
База загружается, данные и пользователи на месте
Ошибка загрузки или пустые справочники
Данные соответствуют моменту выгрузки
Отсутствуют документы за последний период
Типичные ошибки и ограничения
Отдельное ограничение касается версий платформы: загрузить DT можно только на той же или более новой версии платформы, чем та, на которой он создан. Обратная совместимость «сверху вниз» не гарантируется, поэтому при передаче файла разработчику уточняйте, какая версия платформы у него установлена.
Если база очень большая и выгрузка не укладывается в разумное окно, рассмотрите альтернативы: перенос через бэкап СУБД с последующим восстановлением на новом сервере, а DT использовать только для финального шага — преобразования в файловый вариант при необходимости.
Что важно запомнить
DT создаётся через конфигуратор в монопольном режиме: Администрирование → Выгрузить информационную базу. Перед выгрузкой завершите сеансы и проверьте место на диске, после — выполните тестовую загрузку. Для ежедневных бэкапов клиент-серверных баз используйте средства СУБД.
Часто задаваемые вопросы
Можно ли создать DT без конфигуратора?
Штатного способа нет: выгрузка в DT — функция конфигуратора, в том числе запущенного в пакетном режиме из командной строки. Сторонние инструменты и копирование файлов СУБД создают копию базы, но не DT-файл.
Почему выгрузка не запускается с ошибкой о монопольном режиме?
В базе остаются активные сеансы пользователей, фоновые задания или открытые соединения. Проверьте список сеансов в консоли кластера (для клиент-серверной базы) или в пункте Администрирование → Активные пользователи, завершите их и повторите попытку.
Сколько времени занимает выгрузка в DT?
Зависит от размера базы, скорости дисков и нагрузки на сервер. Небольшая файловая база выгружается за минуты, крупная клиент-серверная — за часы. Точное время для конкретной базы определяется только практикой, поэтому первую выгрузку лучше выполнить в нерабочее время с запасом.
Можно ли загрузить DT в базу с другой конфигурацией?
Нет. Загрузка из DT полностью заменяет базу вместе с конфигурацией — получится точная копия исходной. Для переноса данных между разными конфигурациями используются другие механизмы: обмены, конвертация данных, обработки загрузки.
Чем DT отличается от файла 1Cv8.1CD?
1Cv8.1CD — это сам файл файловой базы, который можно скопировать при отсутствии сеансов. DT — универсальный формат выгрузки, не зависящий от варианта работы: его можно создать из клиент-серверной базы и загрузить в файловую, и наоборот.
Нужно ли останавливать регламентные задания перед выгрузкой?
Да, фоновые и регламентные задания удерживают сеансы и мешают монопольному режиму. Установите блокировку регламентных заданий в консоли кластера или в настройках базы до начала выгрузки и снимите её после завершения.