Администрирование · 11 мин
Как загрузить DT-файл в 1С: полная инструкция
Как загрузить DT-файл в 1С через конфигуратор: подготовка, пошаговая загрузка выгрузки, проверка результата, типичные ошибки и способы их устранения.
Файл с расширением .dt — это выгрузка информационной базы 1С, созданная через конфигуратор. Он содержит и конфигурацию, и все данные: справочники, документы, регистры, настройки пользователей. Загрузка DT — стандартный способ восстановить базу из архива, перенести её на другой сервер или развернуть копию для тестирования.
Операция выполняется в режиме «Конфигуратор» и занимает от нескольких минут до нескольких часов в зависимости от размера файла и производительности сервера. При этом загрузка полностью замещает текущее содержимое базы: всё, что было в ней до загрузки, будет безвозвратно удалено. Поэтому к подготовке стоит отнестись внимательнее, чем к самой процедуре.
Ниже разобраны подготовка, пошаговая загрузка для файлового и клиент-серверного вариантов, проверка результата и типичные ошибки с способами их устранения.
Что такое DT-файл и когда он нужен
DT (data transfer) — универсальный формат выгрузки информационной базы, который платформа 1С создаёт через пункт «Администрирование → Выгрузить информационную базу». Внутри одного файла упакованы структура метаданных, все таблицы данных и служебная информация. Формат не зависит от СУБД: выгрузку с файловой базы можно загрузить на SQL Server или PostgreSQL и наоборот.
Типовые сценарии использования DT: восстановление после сбоя, перенос базы между серверами или между файловым и клиент-серверным режимом, создание тестовой копии для разработки, передача базы франчайзи или аудитору, обновление конфигурации через полную выгрузку в редких случаях.
Важно понимать ограничение: DT — это не средство оперативного резервного копирования для крупных клиент-серверных баз. Выгрузка и загрузка большого DT занимает много времени, а для баз объёмом в десятки гигабайт надёжнее использовать штатные средства СУБД (бэкап/восстановление на уровне SQL Server или PostgreSQL).
Подготовка перед загрузкой
Главное правило: загрузка DT уничтожает текущее содержимое базы. Если в целевой базе есть хоть какие-то нужные данные, сначала сделайте её собственную выгрузку или резервную копию. Даже если база кажется пустой, потратьте две минуты на выгрузку — это дешёвая страховка от ошибки с выбором файла или каталога.
Второй шаг — завершить работу всех пользователей. Загрузка требует монопольного доступа: если в базе останутся активные сеансы или фоновые задания, конфигуратор откажется выполнять операцию. В клиент-серверном варианте сеансы удобно завершить через консоль кластера, в файловом — попросить пользователей выйти и проверить отсутствие блокировок через «Администрирование → Активные пользователи».
Также проверьте свободное место на диске. Для загрузки нужно пространство не только под итоговую базу, но и под временные файлы: ориентируйтесь на запас минимум в 2–3 размера DT-файла. Убедитесь, что версия платформы, под которой выполняется загрузка, не старше версии, на которой файл был выгружен, — загрузка «вниз» по версии платформы невозможна.
Пошаговая загрузка DT через конфигуратор
Сама процедура одинакова для большинства конфигураций и версий платформы 8.3. Запустите «1С:Предприятие», выберите нужную базу в списке и войдите в режим «Конфигуратор» под пользователем с полными правами. Если база новая и пустая, её предварительно нужно создать в списке баз (без конфигурации или с любой — она всё равно будет замещена).
В открывшемся конфигураторе откройте меню «Администрирование» и выберите пункт «Загрузить информационную базу». Укажите путь к DT-файлу. Платформа выдаст предупреждение о том, что данные будут замещены, — подтвердите операцию.
Дождитесь окончания процесса: внизу окна отображается индикатор прогресса. Не закрывайте конфигуратор и не выключайте компьютер до завершения. После загрузки платформа обычно предложит выполнить реструктуризацию или обновление конфигурации базы данных — соглашайтесь. Затем конфигуратор может предложить перезапустить сеанс для обновления версии конфигурации.
- 1Сделайте резервную копию текущей базы, если в ней есть данные
- 2Завершите все сеансы пользователей и фоновые задания
- 3Откройте базу в режиме «Конфигуратор» под полными правами
- 4Выберите «Администрирование» → «Загрузить информационную базу»
- 5Укажите путь к DT-файлу и подтвердите замещение данных
- 6Дождитесь окончания загрузки и согласитесь на реструктуризацию
- 7Войдите в режим «Предприятие» и проверьте результат
Особенности для файлового и клиент-серверного вариантов
В файловом варианте всё просто: достаточно, чтобы никто не держал базу открытой, и чтобы учётная запись имела права на запись в каталог базы. Основные проблемы здесь — сетевые сбои при размещении базы на общем ресурсе и нехватка места на диске. По возможности копируйте DT-файл и саму базу на локальный диск машины, где запущен конфигуратор: это заметно ускоряет процесс и снижает риск обрыва.
В клиент-серверном варианте добавляются нюансы. Загрузка идёт через сервер 1С, поэтому DT-файл должен быть доступен с той машины, где запущен конфигуратор, а на сервере СУБД должно хватать места под данные и журнал транзакций. Для больших баз имеет смысл временно перевести модель восстановления базы SQL Server в простую (simple), чтобы журнал транзакций не разросся.
Также на клиент-серверной базе проверьте, что в свойствах базы в консоли кластера не включена блокировка регламентных заданий и сеансов — иначе загрузка не начнётся. После завершения не забудьте вернуть настройки блокировок и модели восстановления в исходное состояние.
Сравнение вариантов
Универсально и не зависит от СУБД, подходит для переноса между разными платформами хранения. Медленно на больших базах, требует монопольного доступа.
Быстрее для крупных клиент-серверных баз и подходит для регулярных бэкапов. Не работает при переносе между разными СУБД и требует навыков администрирования СУБД.
Самый быстрый способ для файловой базы — просто скопировать файл. Не подходит для клиент-серверного варианта и требует полного отсутствия подключений к базе.
Проверка результата после загрузки
После завершения загрузки войдите в базу в режиме «Предприятие». Первый вход может занять больше времени, чем обычно: типовые конфигурации выполняют отложенные обработчики обновления, пересчёт итогов и заполнение служебных данных. Дождитесь их завершения, не прерывая сеанс.
Проверьте ключевые показатели: откройте списки основных справочников (контрагенты, номенклатура), документы за последний период и пару отчётов, цифры в которых вы заранее знаете или можете сверить с исходной базой. Убедитесь, что список пользователей соответствует ожиданиям, — помните, что в DT сохраняются пользователи и их пароли из исходной базы.
Полезно также запустить «Администрирование → Тестирование и исправление» в режиме проверки без исправления, если есть подозрения на повреждения при переносе. Для тестовой копии дополнительно отключите регламентные задания, которые могут отправлять данные во внешние системы, — обмен из копии базы способен создать дубли документов в смежных системах.
Как проверить результат
База открывается, отложенные обработчики завершаются без ошибок
Ошибки обновления, зависание на обработчиках, невозможность войти
Справочники и документы на месте, отчёты сходятся с исходной базой
Пустые списки, расхождение оборотов, отсутствие периодов
Пользователи из исходной базы входят со своими паролями
Невозможно войти ни под одним пользователем — загрузка не завершилась корректно
Типичные ошибки при загрузке и их решение
Самая частая проблема — сообщение о невозможности установить монопольный режим. Причина всегда одна: остались активные сеансы или фоновые задания. Проверьте «Активные пользователи», а в клиент-серверном варианте — консоль кластера, включая сеансы веб-сервисов и фоновые задания, которые пользователи не видят.
Вторая группа ошибок связана с версией платформы: «Несовместимая версия файла» или отказ загрузки без внятного сообщения означает, что DT создан на более новой платформе. Решение — обновить платформу на целевой машине до версии не ниже исходной. Обратная ситуация (загрузка старого DT на новую платформу) обычно проходит штатно с последующей конвертацией.
Третья причина сбоев — повреждённый или не полностью скопированный DT-файл. Если загрузка обрывается на середине с ошибкой чтения, сверьте размер файла с источником и скопируйте его заново, желательно с контролем целостности. Также встречается нехватка места в каталоге временных файлов: измените переменные среды TEMP/TMP на диск с достаточным объёмом.
Ограничения и безопасные границы самостоятельной работы
Загрузка DT в пустую или тестовую базу — безопасная операция, которую можно выполнять самостоятельно. Риски появляются, когда целевая база рабочая, а DT — единственная копия данных. В этом случае перед загрузкой желательно проверить сам файл: разверните его сначала в отдельную пустую базу и убедитесь, что данные открываются и отчёты сходятся.
Для крупных клиент-серверных баз, баз с нестандартными доработками и ситуаций, где загрузка завершается ошибками целостности, разумнее привлечь администратора 1С или специалиста по СУБД. Попытки «починить» базу средствами СУБД напрямую без понимания структуры хранения 1С часто усугубляют проблему.
И последнее: не храните единственную копию DT на том же диске, где лежит рабочая база. Выгрузка, которая погибнет вместе с базой при отказе диска, резервной копией не является.
Что важно запомнить
DT загружается через «Администрирование → Загрузить информационную базу» в конфигураторе и полностью замещает содержимое базы. Обязательные условия: резервная копия текущих данных, монопольный доступ, платформа не старше версии выгрузки и достаточный запас места на диске. После загрузки — проверка данных и отключение обменов в тестовых копиях.
Частые вопросы
Можно ли загрузить DT без конфигуратора, из режима «Предприятие»?
Нет, штатная загрузка выгрузки информационной базы выполняется только в конфигураторе. В типовых конфигурациях есть обработки переноса данных (например, «Универсальный обмен данными в формате XML»), но они работают с другими форматами и не заменяют загрузку DT.
Чем загрузка DT отличается от загрузки CF-файла?
CF-файл содержит только конфигурацию (метаданные, код, формы) без данных. DT содержит и конфигурацию, и все данные целиком. Для обновления релиза используют CF, для переноса или восстановления базы — DT.
Сколько времени занимает загрузка DT?
Зависит от размера файла, скорости дисков и варианта работы. Небольшая файловая база загружается за минуты, крупная клиент-серверная — часами. Ориентир заранее дать нельзя; если процесс идёт и индикатор прогресса движется, прерывать его не нужно.
Можно ли загрузить DT, созданный в другой конфигурации?
Технически платформа загрузит файл, но база полностью примет конфигурацию и данные из DT — исходная конфигурация целевой базы будет замещена. «Скрестить» две разные конфигурации через DT нельзя; для переноса данных между разными конфигурациями используются обработки обмена и конвертация данных.
Что делать, если после загрузки не удаётся войти в базу?
Сначала попробуйте войти под пользователем из исходной базы — вместе с DT переносятся её учётные записи и пароли, старые логины целевой базы перестают действовать. Если не подходит ни один пользователь, проверьте, завершилась ли загрузка полностью, и при необходимости повторите её с тем же файлом.
Подходит ли DT для ежедневного резервного копирования?
Для небольших файловых баз — да, это рабочий вариант. Для крупных клиент-серверных баз выгрузка DT слишком медленная и ресурсоёмкая для ежедневного регламента; там правильнее настроить резервное копирование средствами СУБД, а DT использовать для переносов и миграций.