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