Файл .dt: загрузка в 1С и подготовка копий баз для Конвертации данных

Файл формата DT открывают не двойным щелчком, а загрузкой в информационную базу: создайте пустую базу, запустите её в режиме Конфигуратор и выберите Администрирование → Загрузить информационную базу.... После загрузки база запускается в обычном режиме 1С:Предприятие со всеми данными, пользователями и конфигурацией из файла.

Чаще всего .dt присылают, когда нужно настроить обмен, разобрать ошибку или проверить правила конвертации на чужой базе. Ниже разобрано, как развернуть такой файл в 1С 8.3 без потери рабочих данных, как подготовить из него копии баз для Конвертации данных 2.0 и 3.0 и что делать, если загрузка падает с ошибкой.

Что лежит внутри файла .dt и зачем он нужен

DT — это выгрузка информационной базы целиком. В одном файле упакованы:

• 🧩 конфигурация (вместе с расширениями, если они есть в базе);
• 📦 все данные: справочники, документы, регистры, константы;
• 👤 список пользователей с их правами и паролями.

Формат закрытый и сжатый. Архиватор или текстовый редактор его не прочитают, а Windows не знает, какой программой открывать файл. Единственный штатный способ увидеть содержимое — загрузить DT в базу 1С.

Не путайте .dt с другими файлами платформы:

Где применяется DT на практике:

• 💾 резервная копия перед обновлением или крупной правкой;
• 🚚 перенос базы на другой компьютер или с файлового варианта на сервер;
• 🛠 передача базы разработчику или в поддержку для разбора ошибки;
• 🔄 подготовка копий источника и приёмника при разработке правил обмена.

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

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

Перед началом проверьте пять вещей:

1. Версия платформы. Загружайте выгрузку платформой с номером не ниже той, которой её делали. Номер платформы источника уточните у отправителя: он виден в окне Справка → О программе.
2. Место на диске. DT сжат, развёрнутая база занимает в несколько раз больше. Для файла в 2 ГБ держите свободными хотя бы 15–20 ГБ: часть места уходит на временные файлы во время загрузки.
3. Разрядность клиента. Большие выгрузки 32-разрядный Конфигуратор может не осилить по памяти. Если установлена 64-разрядная платформа, запускайте её.
4. Пароль администратора. Пользователи загружаются из файла. Без имени и пароля пользователя с полными правами вы не попадёте в базу после загрузки. Запросите их у отправителя сразу.
5. Целостность файла. Сверьте размер полученного файла с исходным. Файлы, оборванные при скачивании или передаче через мессенджер, — частая причина ошибки при загрузке.

Как открыть файл DT в 1С 8.3: пошагово

Вариант 1. Файловая база (самый частый случай)

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

Вариант 2. Клиент-серверная база

Для серверного варианта сначала создают пустую базу в кластере, затем загружают в неё DT тем же способом.

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

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

Вариант 3. Из командной строки

Командная строка удобна, когда базу нужно перезаливать регулярно, например каждую ночь обновлять тестовую копию из свежей выгрузки. Для этого у Конфигуратора есть параметр /RestoreIB:

"C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe" DESIGNER /F "D:\Bases\Kopiya" /N "Администратор" /P "пароль" /RestoreIB "D:\Upload\base.dt" /Out "D:\Upload\restore.log"

Номер в пути замените на свою версию платформы. Для серверной базы вместо /F указывают /S "сервер\имя_базы". Результат загрузки смотрите в файле, заданном параметром /Out. Обратная операция — выгрузка в DT — выполняется параметром /DumpIB.

Для автономного сервера есть утилита ibcmd. Набор её параметров зависит от версии платформы, поэтому сверяйтесь со справкой ibcmd help infobase.

DT-файл и Конвертация данных 2.0: копии баз для разработки правил

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

Порядок работы такой:

1. Разверните обе выгрузки в отдельные пустые базы по инструкции выше. Назовите их понятно: «Источник — копия», «Приёмник — копия».
2. Выгрузите структуру метаданных. В каждой копии откройте в режиме 1С:Предприятие обработку выгрузки структуры метаданных из комплекта Конвертации данных (MD83Exp.epf; в старых комплектах для 8.2 — MD82Exp.epf). Она сохраняет описание конфигурации в XML-файл.
3. Загрузите структуру в Конвертацию данных. В базе КД 2.0 создайте или откройте конвертацию и укажите файлы структуры источника и приёмника.
4. Настройте правила конвертации объектов и выгрузки данных, сохраните их в XML.
5. Проверьте правила на копиях с помощью обработки универсального обмена данными в формате XML: выгрузите данные из копии источника и загрузите в копию приёмника.

Если в копии нет внешней обработки выгрузки структуры, её берут из каталога установки Конвертации данных: она входит в поставку.

Конвертация данных 3.0: зачем ей развёрнутая база

Конвертация данных 3.0 работает по другой схеме. Обмен в типовых конфигурациях на БСП идёт через универсальный формат EnterpriseData, а правила в КД 3.0 описывают преобразование «конфигурация ↔ формат», а не «конфигурация ↔ конфигурация».

Что меняется для работы с DT:

• 📥 Нужна копия только той конфигурации, для которой вы пишете или правите правила. Вторая сторона обмена описана форматом.
• 🧾 Структуру конфигурации загружают в КД 3.0 из развёрнутой копии. Поэтому релиз копии должен совпадать с релизом заказчика: правила под чужой релиз дадут ошибки на несуществующих реквизитах.
• 🧩 Результат работы — модуль менеджера обмена, который встраивают в конфигурацию. Для доработок типовой базы его разумно оформлять расширением, чтобы не снимать конфигурацию с поддержки. Проверяйте всё это на копии из DT, а не в рабочей базе.

Ошибки при открытии и загрузке DT-файла

Ниже собраны ситуации, с которыми сталкиваются чаще всего. Нажмите на симптом, чтобы увидеть причину и решение.

Ещё две ситуации стоят отдельного упоминания.

Файл открывается, но база пустая. Скорее всего, загрузили не .dt, а .cf через Загрузить конфигурацию из файла. Конфигурация на месте, данных нет. Повторите загрузку через Администрирование → Загрузить информационную базу....

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

Отладка правил обмена на развёрнутой копии

Копия из DT нужна прежде всего для того, чтобы ошибаться безопасно. Несколько приёмов, которые экономят время.

Протокол обмена

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

Отладка обработчиков

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

Порционная проверка

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

Чистая копия приёмника

Перед каждым контрольным прогоном перезаливайте приёмник из исходного .dt через /RestoreIB из командной строки. Так результат каждого прогона не смешивается с предыдущим, и вы видите, что именно создали правила.

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