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

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

Что такое выгрузка информационной базы 1С и как её выполнить

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

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

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

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

Что содержит файл выгрузки .dt и чем он отличается от копии базы

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

Ключевое отличие от копии каталога файловой базы (файла 1Cv8.1CD) в том, что .dt проходит внутреннюю сериализацию: платформа читает данные и записывает их заново. За счёт этого выгрузка иногда помогает при лёгких повреждениях файловой базы — данные перезаписываются в целостную структуру. Обратная сторона: процесс медленнее простого копирования и требует монопольного доступа.

Для клиент-серверных баз .dt не заменяет SQL-бэкап. Резервная копия средствами СУБД создаётся быстрее, может выполняться по расписанию без остановки работы и восстанавливается на тот же сервер за минуты. Выгрузка в .dt уместна, когда базу нужно перенести на другую СУБД, другую платформу или передать третьим лицам.

Способы сохранения базы 1С

Выгрузка в .dt

Подходит для переноса между серверами и платформами, передачи копии разработчику. Требует монопольного доступа, медленная на больших базах.

Копия файла 1Cv8.1CD

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

Бэкап средствами СУБД

Стандарт для клиент-серверных баз: быстро, по расписанию, без остановки работы. Не подходит для переноса на другую СУБД.

Когда выгрузка действительно нужна

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

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

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

Как выгрузить информационную базу через конфигуратор

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

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

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

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

Как загрузить базу из файла .dt обратно

Загрузка выполняется симметрично: создайте пустую информационную базу (без конфигурации), откройте её в конфигураторе и выберите «Администрирование» → «Загрузить информационную базу». Укажите файл .dt и подтвердите операцию. После загрузки конфигуратор предложит обновить конфигурацию базы данных — согласитесь.

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

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

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

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

Открытие базы
Норма

База запускается в режиме «Предприятие» без ошибок

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

Ошибки открытия, требование восстановления

Данные за последние даты
Норма

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

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

Отсутствуют документы за выгруженный период

Ключевые отчёты
Норма

Остатки совпадают с исходной базой

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

Расхождения в суммах и количествах

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

Все пользователи входят под своими учётными записями

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

Пользователи не могут войти или потеряли права

Ограничения и подводные камни выгрузки

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

Второй момент — версии платформы. Файл .dt, созданный на более новой версии платформы, может не загрузиться на старой. Перед передачей файла уточните, какая версия платформы установлена у получателя, и при необходимости сообщите минимально требуемую.

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

Типичные ошибки при выгрузке
01
Выгрузка при активных сеансах — конфигуратор откажет в монопольном доступе, а принудительное завершение сеансов без предупреждения оборвёт работу пользователей с несохранёнными данными.
02
Хранение .dt на том же диске, что и база — при отказе диска теряются и рабочая база, и её копия.
03
Загрузка .dt в рабочую базу вместо пустой — все текущие данные базы-приёмника уничтожаются безвозвратно.
04
Отсутствие проверки после загрузки — расхождения в данных обнаруживаются спустя недели, когда исходная база уже изменилась.

Альтернативы: выгрузка данных без конфигурации

Не путайте выгрузку информационной базы с выгрузкой данных через обработку «Выгрузка и загрузка данных XML» (она же на диске ИТС и в типовых конфигурациях). Эта обработка переносит только данные между базами с идентичной конфигурацией и не требует монопольного доступа в ряде сценариев. Она подходит для обмена между одинаковыми базами, но не создаёт полную копию вместе с конфигурацией.

Ещё один вариант — механизм «РИБ» (распределённые информационные базы) и планы обмена: они предназначены для регулярной синхронизации, а не для разового создания копии. Для задачи «получить полный слепок базы» именно файл .dt остаётся самым простым штатным инструментом.

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

Как выбрать способ

Нужно перенести базу на другой компьютер или другую СУБДИспользуйте выгрузку в .dt через конфигуратор
Нужна регулярная резервная копия клиент-серверной базы без остановки работыНастройте бэкап средствами СУБД по расписанию
Нужно передать данные в базу с идентичной конфигурациейПодойдёт обработка «Выгрузка и загрузка данных XML»
Нужна быстрая копия файловой базы в нерабочее времяСкопируйте файл 1Cv8.1CD при закрытых сеансах

FAQ: частые вопросы о выгрузке базы 1С

Можно ли выгрузить базу, пока в ней работают пользователи?

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

Чем файл .dt отличается от файла 1Cv8.1CD?

1Cv8.1CD — это сам файл файловой базы на диске, его можно просто скопировать. Файл .dt — результат выгрузки через конфигуратор: данные в нём пересериализованы платформой. Из .dt базу можно развернуть и в файловом, и в клиент-серверном варианте, а 1Cv8.1CD подходит только для файлового режима.

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

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

Загружается ли .dt на более старую версию платформы?

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

Достаточно ли одной выгрузки .dt для резервного копирования?

Для файловой базы небольшого объёма — допустимо, но не оптимально как единственный метод: выгрузка ручная и требует остановки работы. Для регулярной защиты настройте автоматические копии (скрипт копирования файла базы или бэкап СУБД), а .dt используйте как дополнительный контрольный слепок перед рискованными операциями.

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

Не перезапускайте её многократно. Проверьте журнал регистрации и выполните «Тестирование и исправление» информационной базы в конфигураторе (предварительно сделав копию любым доступным способом). Ошибки чтения при выгрузке часто указывают на физическое повреждение данных, которое нужно устранить до создания копии.

Итог

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

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