Dumps 1C: что это такое и как работать с файлами выгрузки .dt

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

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

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

Что находится внутри файла .dt

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

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

Как создать выгрузку базы в файл .dt

Выгрузка делается из конфигуратора, а не из пользовательского режима. Откройте базу в конфигураторе под учётной записью с полными правами, затем перейдите в меню «Администрирование → Выгрузить информационную базу» и укажите путь и имя файла. Платформа сформирует файл и сообщит об окончании.

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

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

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"D:\Backups\trade_%DATE%.dt"

Как загрузить базу из файла .dt

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

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

Чем .dt отличается от бэкапа средствами СУБД

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

Типичные сценарии использования дампов

Перенос базы из файлового варианта в клиент-серверный

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

Передача копии базы разработчику или в техподдержку

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

Аварийные дампы памяти платформы

Отдельный случай — файлы дампа, которые платформа создаёт при аварийном завершении процесса (обычно в каталоге вида %APPDATA%\1C\1cv8\dumps или в каталоге, заданном настройками технологического журнала). Это не бэкапы, а снимки памяти для диагностики падений. Самостоятельно их анализировать сложно; их передают вендору или используют вместе с логами технологического журнала. Если дампы появляются регулярно — это признак проблем с платформой, памятью сервера или диском, а не повод просто удалять файлы.

Частые ошибки и ограничения

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

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

Как проверить, что выгрузка и загрузка прошли корректно

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

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

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