Как развернуть базу 1С из выгрузки .dt и не затереть рабочие данные
Содержание
Чтобы загрузить конфигурацию 1С из файла dt, откройте базу в режиме «Конфигуратор» и выберите Администрирование → Загрузить информационную базу…, укажите файл .dt и подтвердите замену. Программа полностью перезапишет базу содержимым файла: конфигурацию, все данные, список пользователей и расширения.
Поэтому грузить .dt почти всегда стоит в новую пустую базу, а не поверх рабочей. Порядок одинаковый для 1С:Бухгалтерии, ЗУП, УТ и любой другой конфигурации на платформе 8.3: это механизм платформы, а не прикладного решения.
Что лежит в файле .dt и чем он отличается от .cf
Файл .dt — это полная выгрузка информационной базы. Её делают командой Администрирование → Выгрузить информационную базу… в конфигураторе. Внутри:
- 🧩 основная конфигурация и конфигурация базы данных;
- 📦 все данные: справочники, документы, регистры, константы;
- 👤 список пользователей с паролями и ролями;
- 🧱 расширения конфигурации , если они были в базе.
Файл .cf устроен иначе. В нём только конфигурация — без документов и справочников. Его загружают через Конфигурация → Загрузить конфигурацию из файла…, и данные базы остаются на месте.
| Файл | Что внутри | Как загрузить | Что будет с текущими данными |
|---|---|---|---|
.dt | Конфигурация + все данные + пользователи | Администрирование → Загрузить информационную базу… | Будут полностью заменены |
.cf | Только конфигурация | Конфигурация → Загрузить конфигурацию из файла… | Сохранятся, но структура изменится |
.cfu | Файл обновления типовой конфигурации | Конфигурация → Поддержка → Обновить конфигурацию… | Сохранятся |
Частая путаница: человек хочет «взять конфигурацию из dt» и загружает файл поверх рабочей базы. Через минуту в ней оказываются чужие данные на дату выгрузки. Если нужна только конфигурация из .dt — разверните файл в отдельную пустую базу и уже оттуда сохраните .cf: Конфигурация → Сохранить конфигурацию в файл….
Подготовка к загрузке базы из dt
Пять минут подготовки снимают большую часть проблем, которые потом приходится разбирать.
Проверьте версию платформы
Выгрузку, сделанную на новой платформе, старая может не прочитать. Узнайте, на какой версии работала исходная база (спросите у того, кто делал выгрузку), и запускайте конфигуратор на платформе с номером не ниже этого.
Если на компьютере стоит несколько версий, в окне запуска откройте Изменить для базы и в поле «Версия 1С:Предприятия» пропишите нужную, например 8.3.24.
Оцените место на диске
Файл .dt — сжатый архив. Развёрнутая база занимает в несколько раз больше. Например, выгрузка на 2 ГБ легко превращается в файл 1Cv8.1CD на 8–12 ГБ. Плюс во время загрузки платформа пишет временные файлы в папку %TEMP% пользователя.
💡 Держите свободным объём минимум в 5 раз больше файла .dt — и на диске с базой, и на системном диске.
Сделайте копию, если грузите поверх существующей базы
Если сознательно заменяете рабочую базу — сначала выгрузите её саму в .dt или скопируйте каталог файловой базы. Загрузка .dt необратима: отменить её нельзя, вернуть данные можно только из копии.
Последний пункт часто забывают. После загрузки в базе окажется список пользователей из файла, а не ваш. Если вы не знаете пароль администратора исходной базы, войти в неё не получится.
Как создать пустую базу и открыть конфигуратор
Самый безопасный сценарий — новая пустая база.
- Запустите 1С и в окне выбора баз нажмите
Добавить. - Выберите «Создание новой информационной базы» →
Далее. - Отметьте «Создание информационной базы без конфигурации для разработки новой конфигурации или загрузки выгруженной ранее информационной базы».
- Задайте имя, например «Бухгалтерия — копия из dt», и тип расположения: на этом компьютере (файловая) или на сервере 1С:Предприятия.
- Для файловой базы укажите пустой каталог. Для серверной — кластер, имя базы, СУБД и учётные данные (подробнее ниже).
- Нажмите
Готово. База появится в списке. - Выделите её и нажмите
Конфигуратор.
Пустая база откроется без запроса пароля: пользователей в ней ещё нет.
💡 Заготовка из шаблона типовой конфигурации здесь не нужна. Всё равно всё заменится содержимым .dt, а лишняя установка шаблона только отнимает время.
Загрузка информационной базы из файла dt: алгоритм
В открытом конфигураторе:
- Откройте меню
Администрирование → Загрузить информационную базу…. - В окне выбора файла укажите ваш
.dt. Если файл лежит на сетевом диске, лучше заранее скопировать его на локальный — загрузка пойдёт быстрее и не оборвётся при сбое сети. - Платформа предупредит, что данные текущей базы будут потеряны, и спросит, продолжать ли. Нажмите
Да. - Дождитесь окончания. Внизу окна идёт индикатор. Для базы на 1–2 ГБ это обычно 5–20 минут, для серверной базы на десятки гигабайт — до нескольких часов.
- Появится сообщение об успешной загрузке и предложение перезапустить конфигуратор. Соглашайтесь.
После перезапуска конфигуратор попросит логин и пароль. Это уже пользователи из выгрузки.
Если вы грузите .dt поверх существующей базы, все её пользователи должны выйти: загрузке нужен монопольный доступ. Активные сеансы видно в Администрирование → Активные пользователи.
Проверка после загрузки
Откройте Конфигурация → Открыть конфигурацию, затем режим «1С:Предприятие». Сверьте пару контрольных точек с исходной базой: последний документ в журнале, остаток по кассе на дату выгрузки, количество сотрудников. Если цифры совпадают — база перенесена целиком.
Нужно ли обновлять конфигурацию базы данных после загрузки
Чаще всего — нет. В .dt хранятся и основная конфигурация, и конфигурация базы данных, и структура таблиц создаётся сразу под неё.
Исключение — когда исходную базу выгрузили с несохранёнными изменениями. Например, разработчик поправил модуль в конфигураторе, но не выполнил Конфигурация → Обновить конфигурацию базы данных (клавиша F7). Тогда обе версии конфигурации приедут в .dt как есть, и после загрузки вы увидите расхождение.
Как это проверить:
- откройте
Конфигурация → Открыть конфигурацию; - если в заголовке дерева или в статусе стоит пометка об отличиях от конфигурации базы данных, выполните
F7; - платформа покажет список изменений структуры — примите его.
Пока конфигурация базы данных не обновлена, режим «1С:Предприятие» откроет старую версию прикладного решения, а не ту, что видна в конфигураторе.
Первый запуск в режиме 1С:Предприятие
Типовые конфигурации на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11 и другие) при первом запуске копии часто спрашивают, перемещена ли база или это её копия. Это защита от двойной работы с внешними ресурсами: обмены, загрузка выписок из банка, отправка отчётности, регламентные задания.
- Если это тестовая копия — ответьте, что это копия. Регламентные задания с внешними ресурсами будут заблокированы, и копия не начнёт отправлять отчёты или забирать почту вместо рабочей базы.
- Если базу переносят на новый сервер насовсем — ответьте, что база перемещена, и работа с внешними ресурсами продолжится.
Ошибки при загрузке dt и что с ними делать
%TEMP%.Если при загрузке файловой базы появляется ошибка доступа к каталогу, проверьте, что у пользователя Windows есть права на запись в папку базы. Особенно часто это ловят при работе с папкой в C:\Program Files.
Тонкие настройки: серверная база, пакетный режим и ibcmd
Загрузка .dt в серверную базу
Для клиент-серверного варианта создайте базу через консоль администрирования серверов 1С или из окна запуска (тип «На сервере 1С:Предприятия»). Укажите:
- кластер серверов и имя базы в кластере;
- тип СУБД (MS SQL Server, PostgreSQL), сервер и имя базы данных;
- пользователя СУБД с правом создания базы и таблиц;
- галку «Создать базу данных в случае её отсутствия».
Дальше загрузка такая же — через конфигуратор. Перед заменой существующей серверной базы в её свойствах в консоли кластера включите «Блокировка начала сеансов включена» и «Блокировка регламентных заданий включена». Иначе в середине загрузки кто-нибудь зайдёт или стартует регламентное задание.
Блокировка сеансов не выгоняет тех, кто уже работает. Активные сеансы придётся завершить вручную — пользователи потеряют несохранённые данные, поэтому делайте это вне рабочего времени и с предупреждением.
После загрузки большой серверной базы не забудьте снять блокировку регламентных заданий, если база рабочая. Для тестовой копии её, наоборот, лучше оставить.
Загрузка в пакетном режиме
Если загрузку нужно запускать по расписанию или из скрипта, используйте пакетный запуск конфигуратора с параметром /RestoreIB:
"C:\Program Files\1cv8\8.3.24.1691\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh_copy" /N"Администратор" /P"пароль" /RestoreIB "D:\Backup\buh.dt" /Out"D:\Backup\restore.log"
/F— путь к файловой базе (для серверной вместо него/S"сервер\имя_базы");/Nи/P— пользователь и пароль текущей базы, в которую грузите (для пустой базы их можно не указывать);/Out— файл журнала: по нему видно, чем закончилась загрузка.
Номер платформы в пути замените на свой. Обратная операция — выгрузка — делается так же, только с параметром /DumpIB.
Утилита ibcmd
В платформе 8.3 есть отдельная утилита ibcmd. Она работает с базой напрямую, без запуска конфигуратора, и подходит для больших баз и серверов без графической оболочки. Загрузку .dt она выполняет командой ibcmd infobase restore. Набор параметров подключения к базе отличается для файлового и СУБД-варианта — точный список смотрите в справке: ibcmd help infobase restore.
| Способ | Когда удобен | Ограничения |
|---|---|---|
Конфигуратор, меню Администрирование | Разовая загрузка, небольшая база | Нужна графическая сессия |
1cv8 DESIGNER /RestoreIB | Скрипты, ночные задания, восстановление тестовой копии | Ошибки видны только в журнале /Out |
ibcmd infobase restore | Большие базы, Linux-серверы, автоматизация | Нужно разобраться с параметрами подключения |
Когда .dt — не лучший выбор
Выгрузка в .dt удобна, но это не единственный способ перенести базу.
- 🗂 Файловая база, тот же компьютер или сеть. Быстрее просто скопировать каталог с файлом
1Cv8.1CD— при условии, что в этот момент в базе никто не работает. - 🗄 Серверная база на десятки гигабайт. Резервное копирование средствами СУБД (backup в MS SQL,
pg_dumpв PostgreSQL) обычно в разы быстрее загрузки .dt. Восстановленную базу СУБД затем регистрируют в кластере 1С. - 🧩 Нужна только конфигурация. Берите
.cf: файл меньше, данные не затрагиваются.
.dt хорош, когда нужно перенести базу между файловым и серверным вариантом, между разными СУБД или передать её другому специалисту одним файлом. В этих случаях платформа сама перестраивает структуру таблиц под новое хранилище.