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