К статье
Практический материал

Администрирование · 10 мин

Как загрузить базу 1С из файла формата DT

Пошаговая инструкция по загрузке информационной базы 1С из файла выгрузки .dt через конфигуратор. Проверка результата, типичные ошибки и ограничения.

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

Перед загрузкой важно понимать: операция полностью заменяет содержимое целевой базы. Если в ней есть рабочие данные, они будут безвозвратно удалены и перезаписаны содержимым DT-файла. Поэтому первый шаг любой загрузки — резервная копия текущего состояния базы, даже если кажется, что «там ничего нет».

Ниже разобран полный цикл работы: подготовка, сама загрузка, проверка результата, типичные ошибки и альтернативные способы переноса данных, когда DT-файл не подходит.

Что такое файл DT и когда он нужен

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

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

Типовые сценарии использования DT-файла:

  • создание копии рабочей базы для тестирования обновлений;
  • перенос базы на другой компьютер или сервер;
  • архивная копия перед рискованными операциями (свертка, массовая обработка данных);
  • передача базы специалисту для диагностики ошибок.

Подготовка перед загрузкой

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

Убедитесь, что у вашей учётной записи есть полные права (роль «Администратор»). Без административных прав пункт загрузки будет недоступен или завершится ошибкой. Также проверьте свободное место на диске: загруженная база обычно занимает сопоставимый или больший объём, чем сам DT-файл, плюс требуется запас для временных файлов.

Сделайте резервную копию целевой базы. Для файловой базы достаточно скопировать каталог с файлом 1Cv8.1CD, для клиент-серверной — средствами СУБД или той же выгрузкой в DT. Это единственная страховка на случай, если загрузится «не тот» файл или процесс прервётся.

Пошаговая загрузка через конфигуратор

Сама процедура одинакова для большинства версий платформы 1С:Предприятие 8.3 и занимает от нескольких минут до нескольких часов в зависимости от размера базы и скорости дисковой подсистемы.

Порядок действий
  1. 1
    Завершите все сеансы пользователей и фоновые задания в целевой базе
  2. 2
    Запустите конфигуратор и войдите под учётной записью с полными правами
  3. 3
    Откройте меню «Администрирование» и выберите «Загрузить информационную базу»
  4. 4
    Укажите путь к DT-файлу и подтвердите предупреждение о замене данных
  5. 5
    Дождитесь окончания загрузки, не прерывая процесс
  6. 6
    Ответьте на вопрос о реструктуризации, если платформа её предложит, и дождитесь завершения
  7. 7
    Запустите базу в режиме предприятия и проверьте данные

Во время загрузки конфигуратор может показывать «зависшее» окно без индикации прогресса — на больших базах это нормально. Не закрывайте конфигуратор принудительно: прерывание оставит базу в повреждённом состоянии, и потребуется восстановление из резервной копии.

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

Особенности для клиент-серверного варианта

В клиент-серверной архитектуре загрузка выполняется тем же способом — через конфигуратор, подключённый к базе на сервере 1С. Отдельно выгружать данные из СУБД (MS SQL, PostgreSQL) для этой операции не нужно: конфигуратор работает через сервер 1С и сам управляет транзакциями.

Учитывайте два момента. Во-первых, на время загрузки база в консоли кластера должна иметь разрешённые сеансы для конфигуратора, но все прочие сеансы нужно завершить. Во-вторых, для очень больших баз (десятки гигабайт) загрузка через DT может занять много часов; в таких случаях эффективнее переносить базу средствами самой СУБД — через backup/restore.

Сравнение вариантов переноса

Загрузка из DT через конфигуратор

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

Backup/restore средствами СУБД

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

Копирование файла 1Cv8.1CD

Простое копирование файловой базы целиком. Ограничение: применимо только к файловому варианту и только при закрытой базе.

Проверка результата после загрузки

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

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

Контрольные точки

Как проверить результат

Запуск в режиме предприятия
Норма

База открывается без ошибок конфигурации

Тревожный признак

Ошибки реструктуризации, сообщения о несовместимости версий

Наличие данных
Норма

Справочники и документы на месте, отчёты сходятся с исходной базой

Тревожный признак

Пустые разделы, отсутствие документов за период

Пользователи и права
Норма

Пользователи входят со своими паролями, права соответствуют исходным

Тревожный признак

Невозможно войти ни под одной учётной записью

Регламентные задания
Норма

В тестовой копии задания отключены, в рабочей — работают по расписанию

Тревожный признак

Тестовая копия выполняет обмены или рассылки как рабочая

Типичные ошибки и как их избежать

Типичные ошибки
01
Загрузка при активных сеансах — операция не запускается или обрывается; решение: принудительно завершить сеансы через консоль или список активных пользователей
02
Загрузка DT в рабочую базу вместо тестовой — безвозвратная потеря актуальных данных; решение: всегда проверять имя базы в окне конфигуратора и иметь резервную копию
03
Попытка загрузить файл с новой платформы на старую — ошибка несовместимости версий; решение: обновить платформу до версии не ниже той, где делалась выгрузка
04
Прерывание загрузки из-за «зависшего» окна — повреждение базы; решение: дождаться завершения, для больших баз запланировать процесс на нерабочее время
05
Нехватка места на диске — загрузка обрывается с ошибкой; решение: заранее проверить свободное место с запасом под временные файлы

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

Когда DT не подходит: альтернативы

DT-файл переносит базу целиком, «всё или ничего». Если нужно перенести только часть данных — например, справочники и остатки в новую чистую базу — используют другие механизмы: типовые обработки переноса данных, конвертацию данных или универсальный обмен в формате XML/EnterpriseData.

Также DT не заменяет регулярное резервное копирование в клиент-серверном варианте: штатные backup-средства СУБД быстрее, надёжнее и позволяют восстановить базу на конкретный момент времени. DT разумно рассматривать как инструмент переноса и разовых копий, а не как основу системы резервного копирования.

Маршрут решения

Как выбрать действие

Нужна полная копия базы для теста или переносаИспользуйте выгрузку/загрузку через DT-файл
База клиент-серверная и очень большая, СУБД на обоих серверах одинаковаяПереносите базу через backup/restore средствами СУБД
Нужно перенести только часть данных в другую конфигурациюИспользуйте обработки переноса данных или конвертацию данных
Нужно регулярное резервное копирование рабочей базыНастройте штатный backup СУБД или копирование файловой базы по расписанию

Часто задаваемые вопросы

Можно ли загрузить DT-файл в пустую базу, созданную из шаблона?

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

Сколько времени занимает загрузка?

Зависит от размера базы, скорости дисков и загрузки сервера. Небольшая файловая база загружается за минуты, клиент-серверная база в десятки гигабайт — за часы. Отсутствие индикатора прогресса в конфигураторе на больших файлах — норма, а не признак зависания.

Можно ли загрузить DT без конфигуратора, из командной строки?

Да, конфигуратор поддерживает пакетный режим: запуск с параметром /RestoreIB и указанием пути к файлу. Это удобно для автоматизации, например ночного развёртывания тестовой копии по расписанию. Параметры запуска описаны в документации платформы.

Переносятся ли пароли пользователей при загрузке DT?

Да, список пользователей и их пароли сохраняются в файле выгрузки и переносятся в целевую базу. Учитывайте это при передаче DT-файла третьим лицам: файл фактически даёт доступ ко всем данным и учётным записям базы.

Что делать, если загрузка прервалась с ошибкой на середине?

Целевая база после прерванной загрузки обычно находится в нерабочем состоянии. Восстановите её из резервной копии, устраните причину сбоя (место на диске, версия платформы, целостность файла) и повторите загрузку заново.

Можно ли открыть DT-файл и посмотреть его содержимое без загрузки?

Штатных средств для просмотра содержимого DT без развёртывания нет — это внутренний формат платформы. Чтобы увидеть данные, файл нужно загрузить в базу. Поэтому DT-файлы стоит подписывать понятными именами с указанием базы и даты выгрузки.

Итог

Что важно запомнить

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