Что такое DT в 1С и как работать с файлом выгрузки базы

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

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

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

Что содержится внутри DT-файла

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

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

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

Как создать файл DT (выгрузить базу)

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

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

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

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"D:\Backup\trade_%date%.dt" /DisableStartupDialogs

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

Загрузка — обратная операция. Сначала создайте пустую информационную базу: при запуске 1С выберите «Добавить → Создание новой информационной базы → без конфигурации». Затем откройте эту пустую базу в конфигураторе и выберите «Администрирование → Загрузить информационную базу», указав путь к DT-файлу.

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

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

Чем DT отличается от бэкапа и копии файла базы

DT часто называют «бэкапом», но это не единственный и не всегда лучший способ резервного копирования. Для файловой базы существует простая альтернатива — скопировать сам файл 1Cv8.1CD, предварительно завершив все сеансы. Для клиент-серверной базы штатный вариант — резервная копия средствами СУБД (MS SQL Server, PostgreSQL).

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

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

Самая частая ошибка — «Ошибка формата потока» при загрузке. Она возникает, когда DT-файл повреждён (прерванная выгрузка, сбой диска, неполное копирование по сети) либо когда файл создавался на существенно другой версии платформы. Проверьте целостность файла: сравните его размер с оригиналом и попробуйте загрузить на той же версии платформы, на которой делалась выгрузка.

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

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

Как проверить, что выгрузка и загрузка прошли корректно

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

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

Когда DT использовать не стоит

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

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

Частые вопросы о DT-файлах в 1С