Администрирование · 12 мин
Как загрузить 1С из файла DT
Подробная инструкция по загрузке информационной базы 1С из файла выгрузки DT через конфигуратор: подготовка, пошаговые действия, проверка результата и типичные ошибки.
Файл с расширением .dt — это выгрузка информационной базы 1С, которая содержит конфигурацию, данные, пользователей и настройки в одном архиве. Загрузка из такого файла нужна при переезде базы на другой сервер, восстановлении после сбоя, создании тестовой копии для разработки или передаче базы специалисту. Операция выполняется через Конфигуратор и полностью заменяет содержимое целевой базы.
Главное, что нужно понимать перед началом: загрузка из DT — это не импорт данных, а полная замена базы. Всё, что находится в целевой информационной базе на момент загрузки, будет безвозвратно перезаписано содержимым файла. Поэтому процедура требует подготовки: резервной копии текущего состояния, монопольного доступа и проверки совместимости версий платформы.
Ниже разобран весь процесс: от подготовки и выбора способа загрузки до проверки результата и разбора типичных ошибок, из-за которых загрузка прерывается или база оказывается в нерабочем состоянии.
Что такое файл DT и когда он используется
DT (dump) — штатный формат выгрузки информационной базы 1С:Предприятие. В один файл упаковываются конфигурация, все данные справочников и документов, регистры, настройки, список пользователей с ролями и паролями. Это универсальный контейнер, который одинаково работает и для файловых, и для клиент-серверных баз.
Типичные сценарии использования DT-файла: перенос базы между компьютерами или серверами, создание копии рабочей базы для тестирования доработок, архивное резервное копирование, передача базы франчайзи или аудитору, восстановление после повреждения основной базы.
Важно отличать загрузку DT от загрузки конфигурации из файла .cf. Файл CF содержит только конфигурацию без данных, а DT — базу целиком. Если нужно перенести только доработки без данных, DT не подходит: он затрёт все данные целевой базы.
Подготовка перед загрузкой
Первый и обязательный шаг — резервная копия текущего состояния целевой базы. Если в неё уже внесены какие-то данные, выгрузите её в собственный DT-файл или скопируйте каталог базы (для файлового варианта). После загрузки откатить изменения штатными средствами невозможно.
Второй шаг — обеспечить монопольный доступ. Все пользователи должны завершить работу, фоновые задания нужно остановить. Если в момент загрузки к базе подключён хотя бы один сеанс, операция завершится ошибкой. Для клиент-серверных баз дополнительно проверьте, что регламентные задания не запустятся автоматически.
Третий момент — версия платформы. Загрузить DT, созданный на более новой версии платформы, в старую нельзя: конфигуратор выдаст ошибку несовместимости. Обратная ситуация (старая выгрузка на новую платформу) обычно работает, но после загрузки может потребоваться обновление конфигурации базы данных.
Подозрительно маленький файл может оказаться повреждённой или неполной выгрузкой
Уточните, на какой версии создавался файл, и сравните со своей
Развёрнутая база обычно занимает заметно больше места, чем сжатый DT
Проверьте список сеансов в консоли кластера или завершите работу всех пользователей
Загрузка файловой базы через Конфигуратор
Для файлового варианта процедура максимально прямолинейна. Запустите Конфигуратор, выберите в списке нужную информационную базу (или заранее создайте пустую) и войдите под пользователем с правами администратора. Если база пустая, вход выполняется без указания пользователя.
- 1Откройте Конфигуратор и войдите в целевую базу с правами администратора
- 2Убедитесь, что других сеансов с этой базой нет
- 3Откройте меню «Администрирование» → «Загрузить информационную базу»
- 4Укажите путь к файлу .dt и подтвердите начало загрузки
- 5Дождитесь завершения операции — не прерывайте процесс
- 6Ответьте на вопрос о восстановлении конфигурации базы данных, если он появится
- 7Выполните «Конфигурация» → «Обновить конфигурацию базы данных», если потребуется
- 8Запустите базу в режиме Предприятие и проверьте данные
Во время загрузки конфигуратор может показаться «зависшим» — окно не отвечает, полоса прогресса стоит на месте. Для больших баз (десятки гигабайт) это нормально: распаковка и запись данных занимают продолжительное время. Прерывать процесс нельзя: база останется в повреждённом состоянии, и её придётся восстанавливать из копии.
После завершения загрузки конфигуратор часто предлагает обновить конфигурацию базы данных. Соглашайтесь — без этого база может не запуститься в режиме Предприятие или будет работать с ошибками.
Загрузка в клиент-серверный вариант
Для баз на SQL Server, PostgreSQL или других СУБД логика та же, но есть особенности. Загрузка выполняется через Конфигуратор, подключённый к базе через кластер серверов 1С. Учётная запись должна иметь административные права, а в свойствах базы в консоли кластера не должна стоять блокировка сеансов, мешающая входу администратора.
Практическая рекомендация: перед загрузкой в свойствах информационной базы в консоли кластера установите блокировку регламентных заданий. Иначе сразу после загрузки начнут выполняться фоновые процессы из загруженной базы — рассылки, обмены, синхронизации, которые в тестовой копии не нужны и могут отправить реальные данные контрагентам.
Альтернативные способы загрузки
Помимо интерактивной работы в Конфигураторе, загрузку можно запустить из командной строки — это удобно для автоматизации и регулярных операций. Используется параметр RestoreInfobase у исполняемого файла конфигуратора.
"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /F"D:\Bases\MyBase" /RestoreInfobase "D:\Backup\base.dt" /N"Администратор"Для клиент-серверной базы вместо параметра /F с путём к каталогу используется параметр /S с указанием сервера и имени базы в формате «Сервер\ИмяБазы». Результат выполнения пакетной операции стоит проверять по коду возврата и журналу — при ошибке команда завершится молча, если не предусмотреть вывод в файл.
Сравнение способов загрузки
Подходит для разовых операций и новичков: все шаги наглядны, ошибки видны сразу. Ограничение — требует ручного участия
Подходит для автоматизации, ночных регламентов и скриптов развёртывания. Ограничение — ошибки видны только в журнале, нужна аккуратность с параметрами
Для клиент-серверных баз — альтернатива через бэкап SQL. Быстрее для больших баз, но переносит только данные СУБД и требует прав администратора СУБД
Проверка результата после загрузки
Завершение операции без сообщений об ошибках — необходимое, но недостаточное условие успеха. После загрузки запустите базу в режиме Предприятие и выполните базовую проверку: открываются ли основные справочники, есть ли документы за последние периоды, корректно ли формируются ключевые отчёты, например оборотно-сальдовая ведомость.
Дополнительно проверьте список пользователей: при загрузке DT переносятся все учётные записи из исходной базы вместе с паролями. В тестовой копии это может быть нежелательно — лишних пользователей стоит отключить. Также проверьте настройки подключений к внешним системам: пути к каталогам обмена, адреса серверов и веб-сервисов в копии часто указывают на рабочую среду.
Как проверить результат загрузки
База открывается без ошибок обновления конфигурации
Ошибки при входе, требование обновления, которое не выполняется
Документы и справочники на месте, периоды соответствуют источнику
Пустые журналы, отсутствие данных за часть периодов
ОСВ и другие отчёты формируются и сходятся с источником
Ошибки при формировании, расхождения итогов
В тестовой копии заблокированы, в рабочей — настроены верно
Задания из копии выполняются и обращаются к рабочим системам
Типичные ошибки и способы их устранения
Самая частая проблема — ошибка «Нарушена целостность файла» или её аналоги при загрузке. Причины: файл был скопирован с ошибкой (например, прервана передача по сети), выгрузка изначально завершилась аварийно, файл повреждён на носителе. Решение одно — получить файл заново из источника, желательно с проверкой контрольной суммы или повторной выгрузкой.
Вторая распространённая ошибка — «Несовместимая версия файла базы данных». Она означает, что выгрузка сделана на более новой платформе. Выход — установить соответствующую версию платформы и повторить загрузку на ней.
Третья группа проблем — нехватка ресурсов: свободного места на диске или оперативной памяти. При загрузке больших баз в клиент-серверном варианте процесс может обрываться по таймауту на стороне СУБД. В таких случаях помогает загрузка непосредственно на сервере, увеличение таймаутов или восстановление через бэкап СУБД вместо DT.
Как выбрать действие
Частые вопросы
Можно ли загрузить DT в базу с другой конфигурацией?
Да, технически загрузка выполнится, но база примет конфигурацию из файла DT — она полностью заменит ту, что была в целевой базе. Поэтому «загрузить в другую конфигурацию» в смысле объединения невозможно: после загрузки вы получите копию исходной базы, а не перенос данных в существующую.
Сколько времени занимает загрузка из DT?
Зависит от размера базы и оборудования. Небольшая файловая база загружается за минуты, база в десятки гигабайт может разворачиваться часами, особенно в клиент-серверном варианте. Ориентируйтесь на то, что загрузка обычно длится дольше выгрузки.
Переносятся ли пароли пользователей при загрузке DT?
Да, список пользователей переносится полностью, включая хэши паролей и роли. Пользователи исходной базы смогут войти в загруженную копию со своими паролями. В тестовых копиях это следует учитывать и при необходимости отключать лишние учётные записи.
Чем отличается DT от бэкапа SQL-базы?
DT — платформенный формат 1С, независимый от СУБД: его можно загрузить и в файловую, и в серверную базу. Бэкап SQL привязан к конкретной СУБД, но для больших баз создаётся и восстанавливается заметно быстрее. Для миграций между платформами подходит DT, для регулярного резервирования серверной базы эффективнее бэкап СУБД.
Можно ли прервать загрузку и продолжить позже?
Нет, загрузка DT — неделимая операция без возможности паузы и возобновления. Прерванная загрузка оставляет базу в нерабочем состоянии, и операцию придётся начинать заново, предварительно восстановив целевую базу из копии или создав её заново.
Почему после загрузки база требует обновить конфигурацию?
Это нормальная ситуация: структура базы данных должна быть приведена в соответствие с загруженной конфигурацией. Выполните «Конфигурация» → «Обновить конфигурацию базы данных» в Конфигураторе и дождитесь завершения реструктуризации. Прерывать её нельзя по тем же причинам, что и загрузку.
Что важно запомнить
Загрузка из DT полностью заменяет содержимое целевой базы, поэтому начинайте с резервной копии и завершения всех сеансов. Загружайте через Конфигуратор, не прерывайте процесс, после завершения обновите конфигурацию базы данных и проверьте данные. В тестовых копиях сразу блокируйте регламентные задания.