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

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

Как заархивировать базу 1С 8.3

Как заархивировать базу 1С 8.3: выгрузка в DT через конфигуратор, архивация файловой папки, резервная копия SQL-базы, проверка результата и частые ошибки.

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

Универсальный метод — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Такой файл содержит и данные, и конфигурацию, его можно загрузить в пустую базу на любой платформе 8.3 совместимой версии. Для файловых баз допустим и более простой путь — копирование папки базы с файлом 1Cv8.1CD, но только при полном завершении всех сеансов.

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

Какой способ архивации выбрать

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

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

Сравнение способов архивации

Выгрузка в .dt через конфигуратор

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

Копирование папки файловой базы

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

Резервная копия средствами СУБД

Оптимально для клиент-серверных баз большого объёма. Требует доступа к серверу СУБД и навыков администрирования; восстановление также делается средствами СУБД.

Выгрузка базы в файл .dt через конфигуратор

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

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

Порядок выгрузки в .dt
  1. 1
    Сообщите пользователям о работах и попросите завершить сеансы. Проверьте отсутствие активных сеансов: в консоли кластера или через «Администрирование» → «Активные пользователи».
  2. 2
    Откройте базу в режиме «Конфигуратор» под учётной записью с полными правами.
  3. 3
    Если база открыта не монопольно, конфигуратор сообщит об этом — завершите оставшиеся сеансы или подождите их окончания.
  4. 4
    Выберите в меню «Администрирование» пункт «Выгрузить информационную базу».
  5. 5
    Укажите папку и понятное имя файла, например base_2026-01-15.dt, и нажмите «Сохранить».
  6. 6
    Дождитесь окончания выгрузки — в окне сообщений появится подтверждение. Не прерывайте процесс.
  7. 7
    Проверьте, что файл создан и имеет ненулевой размер, затем скопируйте его на внешний носитель или в сетевое хранилище.

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

Архивация файловой базы копированием папки

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

Откройте базу, скопируйте папку в архив ZIP или RAR любым архиватором и сохраните архив в надёжном месте. Сжатие обычно уменьшает размер в несколько раз. Проверить результат можно, распаковав архив в отдельную папку и добавив её как новую базу в список информационных баз.

Архивация клиент-серверной базы

Для базы на сервере 1С:Предприятия с СУБД выгрузка в .dt остаётся рабочим вариантом, но на больших объёмах она занимает часы и создаёт нагрузку на сервер. Практичнее делать резервную копию средствами самой СУБД: в MS SQL Server это задача Back Up Database, в PostgreSQL — утилита pg_dump.

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

Для регулярного резервного копирования удобно настроить автоматическую выгрузку в .dt пакетным запуском конфигуратора с параметрами командной строки (DumpIB) через планировщик заданий Windows. Запускайте задание в ночные часы, когда в базе никого нет, и настройте ротацию: храните несколько последних копий, а не одну перезаписываемую.
ПЗ
Практическое замечание

Проверка созданного архива

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

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

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

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

Файл .dt после выгрузки
Норма

Файл существует, размер сопоставим с ожидаемым (обычно меньше размера базы), дата изменения — сегодняшняя

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

Файл отсутствует, нулевой размер или подозрительно мал — выгрузка была прервана

Тестовая загрузка .dt в пустую базу
Норма

Загрузка завершается без ошибок, база открывается, данные на месте

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

Ошибки при загрузке, сообщения о несовместимости версий, пустые справочники

Копия папки файловой базы
Норма

В архиве есть 1Cv8.1CD, база из распакованной копии открывается и работает

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

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

Типичные ошибки и ограничения

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

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

Типичные ошибки
01
Копирование папки файловой базы при открытых сеансах — копия получается повреждённой, и узнают об этом только при попытке восстановления.
02
Хранение архива на том же диске, что и база — при отказе диска теряются и база, и резервная копия.
03
Прерывание выгрузки в .dt — файл остаётся недописанным и непригодным для загрузки.
04
Отсутствие тестового восстановления — битый архив обнаруживается в момент, когда данные уже потеряны.
05
Попытка скопировать файлы клиент-серверной базы — данные хранятся в СУБД, и копирование каталога сервера 1С не даёт резервной копии.
Итог

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

Основной способ архивации базы 1С 8.3 — выгрузка в .dt через конфигуратор в монопольном режиме. Файловую базу можно копировать папкой, но только после завершения всех сеансов. Клиент-серверные базы большого объёма лучше копировать средствами СУБД. Любой архив считается готовым только после тестового восстановления и переноса копии на отдельный носитель.

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

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

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

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

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

Сколько места нужно для архива?

Точный размер заранее предсказать нельзя: он зависит от объёма и структуры данных. Обычно .dt-файл заметно меньше базы за счёт сжатия, а ZIP-архив папки файловой базы сжимается ещё сильнее. Ориентируйтесь на запас свободного места не меньше размера самой базы.

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

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

Как часто нужно делать архивы?

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

Почему выгрузка в .dt идёт очень долго?

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