Как выгрузить DT-файл из 1С

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

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

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

Что такое DT-файл и когда он нужен

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

Формат универсален: DT-файл, выгруженный из файловой базы, можно загрузить в клиент-серверную базу и наоборот. Это основной способ миграции между вариантами работы. Также DT используется для переноса базы между серверами, создания тестовой копии для разработки и архивного хранения.

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

Подготовка перед выгрузкой

Перед запуском выгрузки проверьте три условия. Первое — права: пользователь, под которым выполняется выгрузка, должен иметь право «Администрирование» и «Выгрузка информационной базы». В типовых конфигурациях это роль «Полные права» или профиль администратора.

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

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

Выгрузка DT из файловой базы через конфигуратор

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

Далее откройте меню «Администрирование» и выберите пункт «Выгрузить информационную базу». В диалоге укажите путь и имя файла — рекомендуется включать в имя дату, например buh_2026-05-15.dt, чтобы потом не путать копии. Нажмите «Сохранить» и дождитесь окончания процесса: в окне состояния будет виден прогресс.

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

По завершении платформа выведет сообщение об успешной выгрузке. Не закрывайте конфигуратор до появления этого сообщения: прерывание процесса оставит на диске обрезанный, непригодный файл.

Выгрузка DT из клиент-серверной базы

В клиент-серверном варианте логика та же, но подготовка сложнее. Сначала через консоль кластера серверов 1С откройте свойства информационной базы и установите блокировку начала сеансов с запасом по времени. Затем завершите активные сеансы — принудительно или дождавшись выхода пользователей.

После этого запустите конфигуратор и выполните выгрузку стандартным способом: «Администрирование» → «Выгрузить информационную базу». Учитывайте, что выгрузка большой клиент-серверной базы может занять часы и создаёт нагрузку на СУБД, поэтому её планируют на нерабочее время.

Пакетный режим выгрузки

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

"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

Ключ DESIGNER запускает конфигуратор, /F указывает путь к файловой базе (для серверной используется /S с адресом сервера и именем базы), /DumpIB — путь к создаваемому DT-файлу. Для серверной базы команда выглядит так: /S"server\base" вместо /F. Пароль в открытом виде в скрипте — риск, поэтому скрипты хранят с ограниченным доступом или используют учётную запись с минимально необходимыми правами.

Чем DT отличается от копирования файла базы и ZIP-архива

Частая путаница — попытка заменить DT простым копированием файла 1Cv8.1CD или архивацией папки базы. Такие способы существуют, но у них другие свойства и ограничения.

Копирование файла 1Cv8.1CD допустимо только при гарантированном отсутствии сеансов: если скопировать файл во время работы пользователей, копия будет содержать несогласованные данные и может не открыться. DT-выгрузка в этом смысле безопаснее, так как платформа контролирует целостность снимка.

Проверка результата выгрузки

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

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

Типичные ошибки и их решение

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

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

Безопасное хранение DT-файлов

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

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

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