Администрирование · 9 мин
Что такое DT-файл в 1С и как с ним работать
DT-файл в 1С — что это, зачем нужен, как создать выгрузку и загрузить базу. Инструкция по работе с файлом .dt, отличия от бэкапа, типичные ошибки.
DT-файл — это файл выгрузки информационной базы 1С, который платформа создаёт через конфигуратор. Внутри него находится полный снимок базы: конфигурация, все данные, пользователи и настройки. Расширение .dt образовано от английского «dump» — дамп, то есть сохранённое состояние системы в один момент времени.
Такой файл применяется в трёх основных сценариях: резервное копирование базы, перенос данных между серверами или компьютерами и создание копии базы для тестирования доработок. В отличие от простого копирования каталога базы, выгрузка в DT проходит через механизмы платформы, поэтому результат получается целостным и пригодным для восстановления даже на другом релизе платформы.
Работать с DT-файлом может только администратор или пользователь с полными правами через конфигуратор. Из режима «1С:Предприятие» выгрузку в DT выполнить нельзя — там доступны лишь штатные механизмы резервного копирования отдельных конфигураций, которые работают иначе.
Что содержит DT-файл и чем он отличается от других форматов
Внутри DT-файла находится всё, что составляет информационную базу: метаданные конфигурации (справочники, документы, отчёты, обработки, роли), сами данные (проведённые документы, записи регистров, остатки), список пользователей с их правами и паролями, а также настройки, хранящиеся в базе. По сути, загрузив DT в пустую базу, вы получаете точную копию исходной системы.
Важно не путать DT с другими файлами, которые встречаются в экосистеме 1С. Файл с расширением .cf содержит только конфигурацию без данных — его используют для обновления типовых решений. Файл .epf — это внешняя обработка, .erf — внешний отчёт. Архивы ZIP, которые создают встроенные средства резервного копирования некоторых конфигураций, тоже не являются DT-файлами, хотя могут содержать его внутри.
Когда нужен DT-файл: основные сценарии
Первый и самый частый сценарий — резервное копирование. Перед обновлением конфигурации, массовой загрузкой данных или запуском нестандартной обработки администратор делает выгрузку в DT, чтобы при сбое вернуть базу в исходное состояние. Это стандартная практика, которую нельзя пропускать: откатить неудачное обновление без копии часто невозможно.
Второй сценарий — перенос базы. При смене сервера, переезде с файлового варианта на клиент-серверный или при передаче базы франчайзи для диагностики используют именно DT-файл. Он не зависит от СУБД: выгрузку из базы на PostgreSQL можно загрузить в базу на MS SQL или в файловый вариант.
Третий сценарий — создание тестовой копии. Разработчику или внедренцу нужна база с реальными данными, чтобы проверить доработку, не рискуя рабочей системой. Загрузка DT в отдельную базу решает эту задачу за одну операцию.
Сравнение вариантов копирования базы
Универсально, переносимо между СУБД и платформами. Требует монопольного доступа и больше времени на больших базах.
Быстро и просто, но применимо только к файловому варианту и требует, чтобы с базой никто не работал.
Подходит для клиент-серверных баз большого объёма, работает по расписанию, но привязано к конкретной СУБД и требует навыков администрирования.
Как создать DT-файл: пошаговая инструкция
Выгрузка выполняется в конфигураторе и требует монопольного доступа к базе — все пользователи и фоновые сеансы должны быть завершены. Если кто-то работает в базе, конфигуратор не даст выполнить операцию или выдаст ошибку в процессе.
Время выгрузки зависит от объёма базы: небольшая файловая база выгружается за минуты, крупная клиент-серверная может занять часы. Прерывать процесс нельзя — файл окажется неполным и непригодным для загрузки.
Как загрузить DT-файл в базу
Загрузка выполняется через тот же конфигуратор: меню «Администрирование → Загрузить информационную базу». Платформа полностью заменит содержимое базы данными из файла — всё, что было в базе до загрузки, будет безвозвратно удалено. Поэтому перед загрузкой в существующую базу убедитесь, что её текущее содержимое вам не нужно или сохранено отдельно.
Для создания копии базы правильный порядок такой: создайте новую пустую информационную базу (без конфигурации), откройте её в конфигураторе и выполните загрузку DT. После завершения конфигуратор предложит перезапуститься — это нормально, поскольку загруженная конфигурация требует обновления структуры базы данных.
После загрузки проверьте результат: войдите в базу в режиме «1С:Предприятие», откройте несколько документов и отчётов, убедитесь, что периоды данных совпадают с ожидаемыми. Если база клиент-серверная, дополнительно проверьте работу регламентных заданий — в копии их часто отключают, чтобы тестовая база не отправляла реальные письма и не выполняла обмены.
Ограничения и типичные ошибки при работе с DT
Главное ограничение — версия платформы. Загрузить DT можно только на платформе той же версии или новее, чем та, на которой файл создавался. Обратная совместимость не гарантируется: файл, выгруженный на новой платформе, на старой может не открыться. Перед переносом сверьте версии платформы на обоих компьютерах.
Вторая проблема — размер. На очень больших базах выгрузка в DT занимает много времени и требует свободного места на диске, а загрузка может занять ещё больше. Для баз объёмом в десятки и сотни гигабайт на клиент-серверном варианте практичнее использовать штатные средства резервного копирования СУБД, а DT оставить для миграций.
Как проверить целостность и хранить DT-файлы
Единственный надёжный способ проверить DT-файл — выполнить тестовую загрузку в отдельную пустую базу. Размер файла и успешное завершение выгрузки не гарантируют, что копия восстановится: сбой диска при записи мог повредить архив. Для ответственных систем периодическая проверка восстановления — обязательная практика.
Храните DT-файлы по правилу нескольких копий: минимум одна копия на другом физическом носителе или в сетевом хранилище, отдельно от сервера с базой. В имени файла указывайте дату и назначение, например trade_backup_15-03.dt, — это избавит от путаницы, когда копий накопится много. Старые копии удаляйте по расписанию, оставляя разумную глубину архива.
Как проверить результат
Файл существует, размер сопоставим с размером базы, дата изменения свежая
Нулевой размер, файл отсутствует или дата старая
Загрузка завершается без ошибок, база открывается в режиме предприятия
Ошибка формата потока или обрыв загрузки
Документы, отчёты и справочники открываются, периоды совпадают
Пустые журналы, ошибки при открытии объектов
Частые вопросы о DT-файлах
Чем DT-файл отличается от обычного бэкапа?
DT — это штатный формат выгрузки платформы 1С, универсальный и переносимый между СУБД. Бэкап средствами СУБД (например, SQL Server) быстрее на больших базах и работает по расписанию, но привязан к конкретной СУБД. Для файловых баз аналогом бэкапа служит копирование каталога базы.
Можно ли открыть DT-файл без 1С?
Нет. Формат закрытый, просмотреть или извлечь данные из него можно только загрузив файл в информационную базу через конфигуратор 1С. Сторонних программ для чтения DT не существует.
Почему при выгрузке возникает ошибка монопольного доступа?
В базе остаются активные сеансы пользователей или фоновые задания. Завершите сеансы через консоль кластера серверов 1С или через функцию «Активные пользователи» в режиме предприятия, затем повторите выгрузку.
Переносятся ли пароли пользователей вместе с DT-файлом?
Да, список пользователей с хешами паролей и ролями сохраняется в выгрузке. После загрузки копии пользователи входят с теми же логинами и паролями, что и в исходной базе. Учитывайте это при передаче файла третьим лицам.
Можно ли загрузить DT, созданный на более новой платформе?
Как правило, нет. Загрузка гарантированно работает на той же версии платформы или более новой. Если версии различаются, обновите платформу на целевом компьютере до версии не ниже исходной.
Что делать, если загрузка DT прервалась с ошибкой?
База остаётся в нерабочем состоянии, поэтому загрузку нужно начать заново. Сначала проверьте свободное место на диске и целостность самого файла — если ошибка повторяется на том же месте, вероятно, файл повреждён, и потребуется другая копия.
Что важно запомнить
DT-файл — полный снимок базы 1С для резервного копирования и переноса. Создаётся и загружается только через конфигуратор при монопольном доступе. Загрузка уничтожает текущее содержимое базы, поэтому всегда проверяйте, куда загружаете файл, и храните копии отдельно от рабочей базы.