Администрирование · 12 мин
Выгрузка информационной базы 1С: как создать файл .dt и загрузить его обратно
Как выгрузить информационную базу 1С в файл .dt и загрузить её обратно: пошаговая инструкция через конфигуратор, проверка результата, ошибки и ограничения.
Выгрузка информационной базы 1С в файл с расширением .dt — штатный способ сделать полную копию базы: вместе с данными, конфигурацией, пользователями и настройками. Такой файл используют для резервного копирования, переноса базы на другой сервер, создания тестовой копии для разработчика или передачи базы специалисту поддержки.
Обратная операция — загрузка .dt — полностью заменяет содержимое целевой базы. Поэтому важно понимать не только последовательность кнопок, но и условия, при которых загрузка безопасна: версия платформы, режим работы, наличие пользователей в базе и различие между файловым и клиент-серверным вариантом.
Ниже разобраны оба действия — выгрузка и загрузка — через конфигуратор, а также проверка результата, типичные ошибки и случаи, когда файл .dt не подходит и нужен другой инструмент.
Что такое файл .dt и когда он нужен
Файл .dt (dump) — это полный снимок информационной базы в проприетарном формате 1С. Внутри находятся все данные: документы, справочники, регистры, конфигурация, список пользователей с паролями и настройки. По сути, это «архив всей базы одним файлом».
Типичные сценарии использования .dt:
- резервная копия перед обновлением конфигурации или массовой обработкой данных;
- перенос базы с одного компьютера или сервера на другой;
- создание тестовой копии для проверки доработок без риска для рабочих данных;
- передача базы разработчику или в поддержку для диагностики ошибки;
- миграция между файловым и клиент-серверным режимом работы.
Важно понимать ограничение: .dt — это не инструмент обмена данными между разными конфигурациями. Загрузить файл можно только туда, где ожидается та же конфигурация (или пустая база), а для переноса отдельных документов и справочников между разными базами используют обработки обмена в формате XML.
Подготовка перед выгрузкой и загрузкой
Перед выгрузкой убедитесь, что у вашей учётной записи есть административные права — пункты выгрузки и загрузки доступны только пользователям с полными правами. Также проверьте свободное место на диске: размер .dt обычно меньше размера базы за счёт сжатия, но для больших баз это всё равно могут быть гигабайты.
Перед загрузкой требования жёстче, потому что операция разрушительная для целевой базы:
- сделайте резервную копию текущей целевой базы, если в ней есть что терять;
- завершите работу всех пользователей и фоновые сеансы — загрузка требует монопольного доступа;
- убедитесь, что версия платформы, на которой загружаете, не ниже версии, на которой выгружали; обратная совместимость не гарантируется;
- для клиент-серверной базы убедитесь, что блокировка регламентных заданий не помешает, или заранее спланируйте её отключение.
Как выгрузить информационную базу в файл .dt
Выгрузка выполняется через конфигуратор — режим разработчика, который есть у любой базы 1С. Пользовательский режим «1С:Предприятие» для этого не подходит.
- 1Откройте базу в режиме «Конфигуратор» под пользователем с полными правами.
- 2В главном меню выберите «Администрирование → Выгрузить информационную базу».
- 3Укажите папку и имя файла, например base_backup.dt, и подтвердите сохранение.
- 4Дождитесь окончания процесса — индикатор прогресса покажет завершение, ошибок быть не должно.
- 5Проверьте, что файл появился в указанной папке и имеет ненулевой размер.
Для больших баз выгрузка может занимать значительное время — от десятков минут до нескольких часов. В этот период пользователи могут продолжать работать, но для гарантированно целостной копии лучше выгружать в нерабочее время или при завершённых сеансах: данные, изменённые в процессе выгрузки, могут попасть в копию в несогласованном состоянии.
После выгрузки полезно сразу проверить копию на работоспособность — загрузить её в отдельную тестовую базу. Бэкап, который ни разу не проверяли восстановлением, нельзя считать надёжным.
Как загрузить файл .dt в базу
Загрузка выполняется в том же конфигураторе, зеркальной командой. Целевая база может быть пустой (созданной без конфигурации) или уже содержащей данные — во втором случае они будут полностью замещены.
- 1Создайте пустую базу через стартовое окно 1С («Добавить → Создание новой информационной базы → без конфигурации») или откройте базу, которую нужно заменить.
- 2Зайдите в неё в режиме «Конфигуратор».
- 3Выберите «Администрирование → Загрузить информационную базу» и укажите файл .dt.
- 4Подтвердите предупреждение о замещении данных.
- 5Дождитесь окончания загрузки. Если конфигуратор предложит реструктуризацию или обновление конфигурации базы данных — соглашайтесь.
- 6После завершения запустите базу в режиме «1С:Предприятие» и проверьте данные.
После загрузки список пользователей и их пароли берутся из файла .dt. Если вы загружали чужую копию, ваш старый логин в этой базе перестанет действовать — войти нужно под учётной записью из выгруженной базы. Это частая причина «сломанного входа», которая на самом деле не ошибка.
Если база клиент-серверная, после загрузки проверьте настройку блокировки регламентных заданий: при переносе копии для тестов её обычно включают, чтобы тестовая база не выполняла обмены и рассылки наравне с рабочей.
Особенности для файлового и клиент-серверного режима
В файловом режиме всё происходит локально: конфигуратор читает и пишет файл базы напрямую. Единственное условие — монопольный доступ, то есть ни один пользователь не должен быть подключён к базе во время загрузки.
В клиент-серверном режиме выгрузка и загрузка идут через сервер 1С и СУБД (MS SQL, PostgreSQL и др.). Здесь есть нюансы:
- операция создаёт нагрузку на сервер СУБД — на больших базах её лучше выполнять вне пиковых часов;
- загрузка также требует монопольного режима: активные сеансы нужно завершить через консоль кластера или дождаться их окончания;
- для регулярного резервного копирования серверных баз штатно надёжнее использовать средства самой СУБД, а .dt оставить для переносов и тестовых копий.
Способы копирования базы
Универсально: подходит для переноса между файловым и серверным режимами и между разными СУБД. Медленнее на больших базах, требует монопольного доступа при загрузке.
Быстрее для больших серверных баз, можно автоматизировать по расписанию. Но восстановление возможно только на ту же СУБД, и копия привязана к серверной инфраструктуре.
Просто для файловых баз при полностью завершённых сеансах. Не подходит при работающих пользователях — риск получить повреждённую копию.
Проверка результата после загрузки
Факт завершения загрузки без сообщений об ошибках — хороший знак, но недостаточный. Проверьте базу предметно:
Как проверить результат
Вход выполняется под пользователем из выгруженной базы, интерфейс открывается
Ошибка аутентификации у всех пользователей или пустой список пользователей
Справочники и документы на месте, актуальные остатки и обороты совпадают с источником
Отсутствуют периоды документов, пустые справочники
Версия конфигурации в «О программе» совпадает с исходной базой
Версия отличается или база просит обновление, которое завершается ошибкой
В тестовой копии задания заблокированы, в рабочей — выполняются по расписанию
Тестовая копия выполняет обмены и рассылки как рабочая
Дополнительно для тестовых копий имеет смысл запустить «Тестирование и исправление» базы (пункт в меню «Администрирование» конфигуратора) в режиме только проверки — это выявит скрытые повреждения, которые могли возникнуть ещё в исходной базе.
Типичные ошибки и их причины
Большинство проблем при выгрузке и загрузке .dt имеет понятные причины и решается без глубокой диагностики:
Отдельная ситуация — повреждение самого файла .dt при хранении или передаче. Если файл передаётся по сети или на внешнем носителе, после копирования сравните его размер с оригиналом, а лучше — контрольную сумму. Неполный файл загрузится не сможет, и выяснится это обычно в самый неподходящий момент.
Когда .dt не подходит: альтернативы
Выгрузка в .dt — не универсальный ответ на все задачи переноса. Есть ситуации, где нужны другие механизмы:
- Перенос отдельных данных между разными конфигурациями (например, из «Управления торговлей» в «Бухгалтерию») — используются планы обмена, универсальный формат EnterpriseData или обработка «Выгрузка и загрузка данных XML».
- Перенос данных между одинаковыми конфигурациями без замещения целой базы — типовая обработка «Выгрузка и загрузка данных XML» переносит выбранные объекты по правилам.
- Регулярные бэкапы большой серверной базы — средства СУБД быстрее и удобнее для автоматизации.
- Обновление конфигурации — выполняется через «Поддержка → Обновить конфигурацию», а не через .dt.
Как выбрать действие
Что важно запомнить
Выгрузка и загрузка базы 1С выполняются в конфигураторе через пункты меню «Администрирование». Загрузка .dt полностью замещает содержимое целевой базы и требует монопольного доступа. Перед загрузкой делайте копию, после — проверяйте вход, данные и регламентные задания. Для переноса отдельных данных и регулярных бэкапов серверных баз используйте специализированные инструменты.
Частые вопросы
Можно ли загрузить .dt в базу с другой конфигурацией?
Технически загрузка пройдёт, но конфигурация из файла полностью заменит конфигурацию целевой базы — вместе с данными. Получить «данные из одной конфигурации в другой» через .dt нельзя: для этого существуют обработки обмена и конвертация данных.
Почему после загрузки не подходит мой пароль?
Файл .dt содержит собственный список пользователей с их паролями, и при загрузке он заменяет текущий список. Войдите под учётной записью из исходной базы. Если пароли неизвестны, потребуется администратор исходной базы или сброс списка пользователей специальными средствами.
Можно ли выгружать базу, пока в ней работают пользователи?
Выгрузка технически возможна при активных сеансах, но данные, изменённые во время процесса, могут попасть в копию в несогласованном виде. Для критичных бэкапов выгружайте в нерабочее время. Загрузка, в отличие от выгрузки, всегда требует монопольного доступа.
Чем .dt отличается от копирования файла 1Cv8.1CD?
Для файловой базы копирование 1Cv8.1CD даёт тот же результат, но только при полностью завершённых сеансах — иначе копия может оказаться повреждённой. Файл .dt создаётся штатным механизмом платформы, переносим между файловым и серверным режимами и сжат, поэтому для переносов он предпочтительнее.
Файл .dt очень большой, можно ли его сжать?
Формат .dt уже содержит сжатие, но дополнительная упаковка в ZIP или 7z обычно даёт ещё некоторое уменьшение размера и упрощает передачу по сети. Перед загрузкой архив нужно распаковать и убедиться, что файл извлечён полностью.
Как часто нужно делать выгрузку в .dt?
Как минимум — перед каждым обновлением конфигурации, массовой обработкой данных и любыми доработками. Для регулярного резервного копирования частота зависит от допустимой потери данных: чем интенсивнее ввод документов, тем чаще нужны копии, а для серверных баз эту задачу лучше делегировать средствам СУБД.