Как выгрузить базу 1С в формате DT

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

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

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

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

Убедитесь, что у вашей учётной записи есть полные права (роль «Администратор» или полные права в типовой конфигурации). Без административных прав пункт выгрузки будет недоступен или завершится ошибкой.

Оцените свободное место на диске, куда будет сохраняться файл. Размер .dt обычно заметно меньше размера самой базы благодаря сжатию, но для больших баз (десятки гигабайт) запас места должен быть существенным — ориентируйтесь минимум на половину размера базы, а лучше на полный объём.

Выгрузка через конфигуратор: пошаговый порядок

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

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

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

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

Выгрузка из командной строки и по расписанию

Для регулярного резервного копирования удобнее запускать выгрузку пакетным режимом конфигуратора, не открывая интерфейс. Это позволяет назначить задачу в планировщике 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"

Ключ DESIGNER запускает конфигуратор, /F указывает путь к файловой базе (для серверной используется /S с адресом сервера и именем базы), /N и /P — логин и пароль, /DumpIB — путь к создаваемому файлу выгрузки. Точный путь к исполняемому файлу зависит от установленной версии платформы.

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

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

В клиент-серверном варианте (MS SQL, PostgreSQL и другие СУБД) выгрузка в .dt выполняется тем же способом — через конфигуратор, подключённый к серверной базе. Платформа сама собирает данные из СУБД и формирует файл.

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

Проверка результата и восстановление из .dt

Сам факт создания файла не гарантирует его пригодность. Минимальная проверка — размер файла: он не должен быть нулевым или подозрительно маленьким относительно базы. Надёжная проверка — тестовая загрузка в пустую информационную базу.

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

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

Типичные ошибки при выгрузке и их решение

Большинство проблем связано с доступом к базе, нехваткой ресурсов или повреждением исходных данных. Разбирать ошибку стоит по её тексту в окне сообщений конфигуратора.

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

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

Ограничения формата .dt

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

Загрузка .dt возможна только в базу на платформе той же или более новой версии, и она полностью замещает содержимое целевой базы. Объединить две базы через .dt нельзя — для обмена данными между базами используются другие механизмы (универсальный обмен XML, планы обмена).

Файл .dt не заменяет полноценную стратегию резервного копирования: он требует остановки работы пользователей и не поддерживает инкрементальные копии. Рассматривайте его как инструмент переноса и периодических архивных снимков.

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