Загрузка базы 1С из файла .dt: от пустой базы до проверки

Файл .dt — это полная выгрузка информационной базы: и конфигурация, и все данные в одном архиве. Разворачивают её в Конфигураторе через Администрирование → Загрузить информационную базу. Для этого нужна пустая база-приёмник и монопольный доступ: в момент загрузки в базе не должно быть ни одного активного сеанса.

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

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

Что такое выгрузка .dt и когда её разворачивают

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

Типичные ситуации, когда базу разворачивают из .dt:

• 🔁 Перенос базы на другой компьютер или сервер (переезд, смена железа).
• 🗄️ Восстановление из резервной копии, снятой через выгрузку.
• 🧪 Создание копии рабочей базы для тестов и обучения.
• 🖥️ Смена варианта — перевод файловой базы в клиент-серверную или наоборот.

Выбор между .dt и копией средствами СУБД зависит от размера базы и задачи:

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

Важное ограничение по версиям: загружать .dt нужно платформой с номером не ниже той, что делала выгрузку. Более новая платформа примет старый файл, более старая — выдаст ошибку. Поэтому перед переносом убедитесь, что на приёмнике установлена подходящая версия платформы 1С 8.3.

Подготовка: пустая база, версия платформы, место на диске

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

1. Запустите стартер 1С и нажмите Добавить.
2. Выберите Создание новой информационной базы.
3. На следующем шаге — Создание информационной базы без конфигурации. Конфигурация приедет из .dt, поэтому шаблон выбирать не нужно.
4. Укажите каталог — пустую папку. Загрузка перезапишет её содержимое.
5. Завершите создание. В списке появится новая пустая база.

Для клиент-серверного варианта базу регистрируют на кластере. Два способа:

• Из стартера. В диалоге создания базы выберите вариант На сервере 1С:Предприятия, укажите имя кластера, имя базы, тип СУБД и параметры подключения к ней. Отметьте Создание информационной базы без конфигурации — данные приедут из .dt.
• Через консоль администрирования серверов. В ветке кластера добавьте новую информационную базу, задав имя базы данных, пользователя СУБД с правом создавать базы и, при необходимости, флаг создания базы данных на сервере СУБД.

Разрядность платформы приёмника и источника совпадать не обязана, но версия должна быть не ниже исходной.

О месте на диске: при распаковке платформа создаёт временные файлы, которые в несколько раз крупнее самого .dt. Если на системном диске или в каталоге базы мало места, загрузка оборвётся на середине. Для серверной базы место проверяют и на сервере СУБД.

Монопольный доступ: как отключить пользователей

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

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

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

Для клиент-серверной базы сеансы завершают через консоль администрирования серверов:

1. Откройте ветку кластера → информационную базу → Сеансы.
2. Поставьте блокировку начала сеансов в свойствах базы (Блокировка начала сеансов включена), иначе пользователи переподключатся сразу после того, как вы их завершили.
3. Завершите активные сеансы.

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

Когда приёмник готов и в базе никого нет, открывайте базу в режиме Конфигуратор (не в 1С:Предприятии).

1. Меню Администрирование → Загрузить информационную базу.
2. В диалоге выбора файла укажите ваш .dt.
3. Платформа предупредит, что текущая база будет полностью заменена. Подтвердите.
4. Дождитесь окончания. На крупных базах загрузка занимает от нескольких минут до часа и более.
5. После загрузки Конфигуратор предложит перезапуститься — согласитесь.

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

Тот же результат даёт запуск из командной строки — удобно для скриптов и автоматического восстановления. Для файловой базы:

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" CONFIG /F"C:\Bases\MyBase" /RestoreIB"C:\Backup\base.dt"

Для серверной базы вместо /F указывают /S"СерверКластера\ИмяБазы". Параметр /RestoreIB и путь к файлу можно писать без кавычек, если в пути нет пробелов. Полный список ключей — в справке по запуску (1cv8.exe с ключом /?); не используйте параметры, в которых не уверены.

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

С серверной базой есть нюансы, которых нет у файловой.

Загрузка идёт на машину, где запущен Конфигуратор, а данные пишутся в СУБД через сервер 1С. Это медленнее, чем в файловую базу на локальном диске, и чувствительнее к сетевым таймаутам. На очень больших базах загрузка через тонкий канал может оборваться.

Монопольный доступ обеспечивает кластер. Перед загрузкой включите блокировку начала сеансов и завершите текущие (см. раздел выше). Без этого Конфигуратор не начнёт загрузку.

После загрузки проверьте регламентные задания. Если базу перенесли на другой сервер, расписания остаются, но путь к базе и настройки обмена могли смениться. Фоновые задания стоит просмотреть, чтобы они не ушли на старый адрес.

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

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

Типичные ошибки при загрузке и что с ними делать

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

Финальная проверка и производительность после загрузки

Загрузка восстанавливает базу целиком, поэтому обновлять конфигурацию базы данных после .dt не нужно — она уже встала. Но несколько шагов проверки лишними не будут.

• ✅ Зайдите в 1С:Предприятие под администратором и откройте пару журналов и отчётов — данные должны открываться без ошибок.
• ✅ Проверьте список пользователей и их права — они переносятся вместе с базой, но убедитесь, что вход работает.
• ✅ Пересмотрите настройки обмена и подключения к сервисам — интернет-поддержку, обмен с ЭДО, расписания регламентных заданий: после переезда их часто нужно переподключить.

Для ускорения работы перенесённой базы:

• 🧰 Запустите Администрирование → Тестирование и исправление в Конфигураторе с пересчётом итогов и реиндексацией таблиц. Это выровняет итоги и индексы после переноса.
• 📊 Для серверной базы обновите статистику на стороне СУБД (MS SQL или PostgreSQL) — после массовой заливки данных планы запросов без свежей статистики могут быть неоптимальными.
• 🔢 Если переносили файловую базу между компьютерами, проверьте региональные настройки базы — формат дат и чисел хранится в самой базе и переезжает вместе с ней.

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

Частые вопросы