1С: как сделать бэкап в формате DT

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

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

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

Что нужно проверить перед выгрузкой

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

Второе условие — права. Выгружать базу может только пользователь с полными правами (роль «Полные права» / администратор). Обычный пользователь без административных прав не увидит пункт выгрузки или получит отказ.

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

Как сделать бэкап DT через конфигуратор

Это основной способ, подходящий как для файловых, так и для клиент-серверных баз. Порядок действий одинаковый, отличается только способ подключения к базе.

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

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

Имя файла лучше формировать с датой, чтобы копии не путались: например, ut_2026-06-01.dt. Храните несколько последних копий, а не одну — если свежая окажется повреждённой, поможет предыдущая.

Автоматическая выгрузка через пакетный режим

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F "D:\Bases\Trade" /N Администратор /P Пароль /DumpIB "E:\Backup\trade_%date:~6,4%-%date:~3,2%-%date:~0,2%.dt"

Разберём параметры. DESIGNER — запуск в режиме конфигуратора. /F — путь к файловой базе (для серверной используются /S с адресом сервера и именем базы). /N и /P — имя пользователя и пароль. /DumpIB — команда выгрузки с указанием пути к DT-файлу.

Сохраните команду в bat-файл и добавьте его в планировщик задач Windows с нужным расписанием, например ежедневно ночью. Учтите, что пароль в скрипте хранится в открытом виде — ограничьте доступ к файлу на уровне прав NTFS и используйте отдельную учётную запись с минимально необходимыми правами.

Особенности для клиент-серверных баз

Для баз на SQL Server, PostgreSQL или других СУБД выгрузка в DT остаётся рабочим инструментом, но у неё есть ограничения. На больших базах (десятки и сотни гигабайт) выгрузка и загрузка DT занимают много времени и требуют значительных ресурсов сервера 1С. Кроме того, DT не является транзакционно согласованной копией на уровне СУБД.

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

Как проверить, что бэкап рабочий

Сам факт создания файла не гарантирует, что из него можно восстановиться. Выгрузка может прерваться, файл может быть повреждён при копировании по сети. Минимальная проверка — размер файла и отсутствие ошибок в журнале выгрузки.

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

Типичные ошибки и как их избежать

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

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

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

Восстановление выполняется через тот же конфигуратор. Создайте пустую информационную базу (без конфигурации), откройте её в конфигураторе и выберите «Администрирование → Загрузить информационную базу». Укажите DT-файл и подтвердите операцию.

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

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