Что такое файл DT в 1С и как с ним работать

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

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

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

Что содержит DT-файл и чем он отличается от обычного бэкапа

В выгрузку попадают: конфигурация (включая доработки), все данные — справочники, документы, регистры, список пользователей с ролями и паролями в хешированном виде, а также настройки базы. Фактически загруженный DT воспроизводит базу «один в один» на момент выгрузки.

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

Когда DT-файл — правильный выбор

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

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

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

Как создать выгрузку DT: пошаговый порядок

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

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

Для регулярных выгрузок удобнее использовать пакетный режим запуска конфигуратора с параметром /DumpIB, указав путь к файлу выгрузки. Такую команду можно поставить в планировщик задач и автоматизировать создание копий.

"C:\Program Files\1cv8\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Admin" /P"пароль" /DumpIB"D:\Backup\trade_%date%.dt"

Как загрузить DT-файл обратно в базу

Загрузка выполняется симметрично: Конфигуратор → Администрирование → Загрузить информационную базу. Загружать можно как в пустую базу (созданную без конфигурации), так и поверх существующей. Во втором случае все данные целевой базы будут полностью замещены содержимым DT-файла — это необратимая операция.

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

Ограничения и типичные ошибки при работе с DT

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

Второе ограничение — время и ресурсы. На базах объёмом в десятки гигабайт выгрузка и загрузка могут занимать часы, при этом требуется свободное место на диске под сам файл и под временные данные. Загрузка DT в базу на другой версии платформы может завершиться ошибкой несовместимости — версии платформы на источнике и приёмнике желательно выровнять заранее.

Контроль целостности и хранение копий

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

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

FAQ: частые вопросы о DT-файлах