Администрирование · 11 мин
Как сделать бэкап базы 1С через конфигуратор
Пошаговая инструкция по созданию резервной копии базы 1С через конфигуратор: выгрузка в файл dt, отличия от копирования файла, проверка результата и типичные ошибки.
Резервная копия базы 1С — это единственная гарантия того, что при сбое жёсткого диска, неудачном обновлении конфигурации или ошибочных действиях пользователя данные удастся восстановить. Самый доступный способ сделать бэкап без дополнительного программного обеспечения — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Этот метод подходит как для файловых, так и для клиент-серверных баз и не требует прав администратора операционной системы.
Выгрузка в .dt создаёт универсальный файл, который содержит и данные, и конфигурацию. Его можно загрузить в пустую базу на другом компьютере, использовать для переноса между платформами или хранить как архивную копию. При этом важно понимать ограничения метода: для больших клиент-серверных баз штатные средства СУБД часто эффективнее, а выгрузка .dt требует монопольного доступа к базе.
Ниже разобран полный порядок действий: от подготовки и выгонки пользователей до проверки целостности полученного файла, а также отличия выгрузки от простого копирования файла 1Cv8.1CD и типичные ошибки, из-за которых бэкап оказывается бесполезным.
Что такое выгрузка в .dt и когда она подходит
Файл с расширением .dt — это внутренний формат выгрузки платформы 1С:Предприятие. В него упаковываются все данные информационной базы (справочники, документы, регистры) вместе с конфигурацией. Загрузить такой файл можно только через конфигуратор в пустую или существующую базу, при этом текущее содержимое базы-приёмника будет полностью замещено.
Выгрузка в .dt оптимальна в нескольких ситуациях: перед обновлением конфигурации, перед массовой загрузкой или изменением данных, при переносе базы на другой компьютер, при передаче копии базы разработчику или в поддержку. Для файловых баз небольшого и среднего размера это основной и вполне достаточный способ резервного копирования.
Ограничения метода тоже существенны. Выгрузка большой базы может занять продолжительное время и создаёт заметную нагрузку. Для клиент-серверных баз объёмом в десятки гигабайт надёжнее использовать штатные средства СУБД — например, резервное копирование средствами MS SQL Server или PostgreSQL. Кроме того, файл .dt не предназначен для прямого просмотра: данные из него доступны только после загрузки в базу.
Способы резервного копирования 1С
Универсально, включает конфигурацию, подходит для переноса; требует монопольного доступа и медленно работает на больших базах
Быстро для файловых баз, но требует полного завершения работы всех пользователей и не подходит для клиент-серверного варианта
Оптимально для клиент-серверных баз; требует доступа к серверу БД и навыков администрирования СУБД
Подготовка: завершение сеансов и проверка места на диске
Выгрузка информационной базы требует монопольного доступа: в момент создания копии в базе не должно быть активных сеансов других пользователей и фоновых заданий. Если кто-то останется подключённым, конфигуратор либо откажется начинать выгрузку, либо завершится с ошибкой. Поэтому первый шаг — предупредить пользователей и завершить их сеансы.
Увидеть активные сеансы можно прямо в конфигураторе: откройте меню «Администрирование» → «Активные пользователи». В файловом варианте пользователей придётся попросить выйти самостоятельно. В клиент-серверном варианте сеансы можно завершить принудительно через консоль кластера серверов 1С, а также установить блокировку начала сеансов, чтобы никто не успел войти во время выгрузки.
Второй обязательный пункт подготовки — свободное место на диске, куда будет сохраняться файл. Размер .dt обычно заметно меньше размера самой базы за счёт сжатия, но точное соотношение заранее предсказать нельзя. Ориентируйтесь на запас: свободного места должно быть не меньше размера файла 1Cv8.1CD для файловой базы. Также убедитесь, что у вашей учётной записи есть права на запись в выбранный каталог.
Пошаговая выгрузка базы через конфигуратор
Сама процедура занимает несколько минут на небольшой базе и выполняется в несколько кликов. Запустите конфигуратор нужной информационной базы: в окне выбора баз выделите её и нажмите кнопку «Конфигуратор». Войдите под пользователем с правами администратора — без них пункт выгрузки будет недоступен.
Далее выполните выгрузку по шагам, приведённым ниже. Во время процесса не закрывайте конфигуратор и не выключайте компьютер: прерванная выгрузка оставит недописанный, непригодный файл.
- 1Завершите сеансы всех пользователей и дождитесь окончания фоновых заданий
- 2Откройте базу в режиме «Конфигуратор» под учётной записью администратора
- 3Выберите меню «Администрирование» → «Выгрузить информационную базу»
- 4Укажите каталог и понятное имя файла, например с датой: buh_2026-06-01.dt
- 5Нажмите «Сохранить» и дождитесь сообщения о завершении выгрузки
- 6Проверьте, что файл появился в указанном каталоге и имеет ненулевой размер
После нажатия «Сохранить» платформа покажет индикатор выполнения. На больших базах процесс может идти десятки минут — это нормально. По завершении появится информационное сообщение, а в указанной папке должен появиться файл .dt. Если выгрузка завершилась ошибкой, читайте текст сообщения: чаще всего причина в нехватке места, отсутствии монопольного доступа или повреждении данных в базе.
Чем выгрузка .dt отличается от копирования файла базы
Для файловых баз существует альтернатива — просто скопировать файл 1Cv8.1CD из каталога базы средствами операционной системы. Такой способ быстрее и сохраняет базу «как есть», включая настройки, которые не попадают в .dt. Однако копировать файл можно только при полностью завершённой работе всех пользователей: если база открыта, файл может быть скопирован в несогласованном состоянии, и копия окажется повреждённой.
Выгрузка в .dt, напротив, выполняется штатным механизмом платформы и гарантирует логическую целостность данных на момент выгрузки. Дополнительное преимущество — файл .dt можно загрузить в базу на другой версии платформы (в рамках совместимости) и использовать для переезда между файловым и клиент-серверным вариантами работы. Минус — .dt не содержит некоторых внешних файлов и настроек, например сохранённых вариантов отчётов пользователей в отдельных хранилищах.
На практике разумно комбинировать оба подхода: регулярные быстрые копии файла базы плюс периодическая выгрузка .dt перед критичными операциями — обновлением, свёрткой, массовой обработкой данных.
Проверка созданной копии
Бэкап, который не проверен, нельзя считать бэкапом: нередко файл формально существует, но загрузить его не удаётся из-за ошибок записи или прерванной выгрузки. Минимальная проверка — убедиться, что файл появился в нужном каталоге, имеет правдоподобный размер и дату создания. Файл нулевого размера или размером в несколько килобайт для реальной рабочей базы — верный признак проблемы.
Полноценная проверка — тестовая загрузка. Создайте новую пустую информационную базу, откройте её в конфигураторе и выполните «Администрирование» → «Загрузить информационную базу», указав созданный файл. После загрузки откройте базу в режиме «1С:Предприятие» и убедитесь, что справочники и документы на месте, а отчёты формируются без ошибок. Такой контроль стоит делать хотя бы периодически, особенно для копий, которые хранятся долго.
Как проверить результат
Файл существует, размер сопоставим с ожидаемым, дата создания свежая
Файл отсутствует, нулевого размера или сильно меньше обычного
Загрузка завершается без ошибок, база открывается в режиме предприятия
Ошибка загрузки, сообщения о повреждении данных
Документы и справочники на месте, отчёты строятся
Пропали данные, ошибки при открытии объектов
Типичные ошибки и ограничения метода
Большинство проблем с бэкапами через конфигуратор связано не с самой процедурой, а с организационными моментами: забыли выгнать пользователей, не проверили результат, хранят копии на том же диске, что и база. Отдельная распространённая ошибка — хранение единственной копии на том же компьютере: при отказе диска или шифровании вирусом пропадут и база, и бэкап. Копии следует переносить на другой носитель или в сетевое хранилище.
Ещё одно ограничение: выгрузка .dt не заменяет регулярный автоматический бэкап. Ручная процедура зависит от дисциплины сотрудника, поэтому для ежедневного резервного копирования лучше настроить автоматику — скрипты с пакетным запуском конфигуратора, копирование файла базы по расписанию или средства СУБД.
Перед обновлением конфигурации делайте выгрузку .dt всегда, даже если настроено автоматическое копирование. Отдельный свежий файл, созданный за минуты до обновления, позволит откатиться на точно известное состояние без поиска подходящей архивной копии.
Как восстановить базу из файла .dt
Восстановление выполняется обратной операцией. Создайте новую пустую информационную базу без конфигурации либо откройте существующую базу, которую требуется заменить. В конфигураторе выберите «Администрирование» → «Загрузить информационную базу» и укажите файл .dt. Платформа предупредит, что текущие данные будут потеряны, — подтвердите операцию только если уверены в выборе базы-приёмника.
После загрузки платформа может предложить выполнить реструктуризацию или обновление конфигурации базы данных — соглашайтесь и дождитесь завершения. Затем откройте базу в режиме «1С:Предприятие» и проверьте ключевые данные: остатки, последние документы, основные отчёты. Только после этого базу можно отдавать пользователям в работу.
Что важно запомнить
Бэкап через конфигуратор — это выгрузка в файл .dt через меню «Администрирование». Перед выгрузкой завершите все сеансы, после — проверьте файл тестовой загрузкой и храните копии на отдельном носителе с датой в имени.
Частые вопросы
Можно ли сделать выгрузку .dt, пока пользователи работают в базе?
Нет, выгрузка информационной базы требует монопольного доступа. При активных сеансах конфигуратор откажет в операции или завершится с ошибкой. Сначала завершите сеансы пользователей и дождитесь окончания регламентных заданий.
Чем файл .dt отличается от файла 1Cv8.1CD?
1Cv8.1CD — это рабочий файл файловой базы, который можно скопировать средствами ОС. Файл .dt — результат штатной выгрузки платформы: он содержит данные и конфигурацию в переносимом виде и загружается только через конфигуратор. Для переноса базы удобнее .dt, для быстрого копирования файловой базы — копия 1Cv8.1CD.
Сколько места займёт файл выгрузки?
Точный размер предсказать нельзя: он зависит от объёма и структуры данных, а формат .dt сжимает содержимое. Обычно файл получается заметно меньше размера самой базы, но перед выгрузкой стоит обеспечить запас свободного места, сопоставимый с размером базы.
Можно ли автоматизировать выгрузку .dt по расписанию?
Да. Конфигуратор поддерживает пакетный режим запуска из командной строки с параметром выгрузки информационной базы. Команду можно добавить в планировщик задач Windows и получать копии автоматически. Перед запуском задания нужно обеспечить отсутствие активных сеансов.
Подойдёт ли выгрузка .dt для большой клиент-серверной базы?
Технически — да, но на практике для больших баз это неудобно: выгрузка и загрузка занимают много времени и требуют монопольного доступа. Для клиент-серверных баз правильнее настроить регулярное резервное копирование средствами СУБД, а .dt использовать для разовых задач вроде передачи копии разработчику.
Что делать, если выгрузка завершилась с ошибкой?
Прочитайте текст сообщения: типичные причины — нехватка места на диске, отсутствие монопольного доступа или ошибки в данных базы. Освободите место, завершите сеансы и повторите. Если ошибка повторяется, выполните тестирование и исправление информационной базы, предварительно сохранив копию её файла.