Архивация базы 1С: выгрузка в .dt, копия папки и архиватор

Заархивировать базу 1С можно двумя способами. Первый: выгрузить информационную базу в файл .dt из конфигуратора (меню Администрирование → Выгрузить информационную базу). Второй: закрыть все сеансы и упаковать каталог файловой базы или файл 1Cv8.1CD обычным архиватором. Для серверной базы нужен третий путь, резервная копия средствами СУБД.

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

Что готовим перед архивацией базы

Сначала выясните, какая у вас база. Это решает, что именно вы будете архивировать.

• 📁 Файловая. В карточке базы в списке запуска указан путь к каталогу. Внутри лежит файл 1Cv8.1CD.
• 🖥 Клиент-серверная. В списке указано имя сервера и имя базы на нём. Данные хранятся в СУБД (PostgreSQL, MS SQL Server и др.), и папки с 1Cv8.1CD у такой базы нет.

Дальше три проверки:

1. Все пользователи вышли из базы. Для копирования каталога это обязательно, для выгрузки .dt нужен монопольный доступ к базе.
2. На диске есть место. Под .dt закладывайте объём не меньше размера файла 1Cv8.1CD, под архив рядом с базой столько же с запасом.
3. Вы знаете, куда положите архив. Хранить его на том же диске, что и база, нельзя: при поломке диска пропадёт всё сразу.

Сколько занимает база, видно в проводнике: размер файла 1Cv8.1CD. Для небольшой бухгалтерии это 200 МБ - 2 ГБ, для торговли с многолетней историей легко 10-30 ГБ.

Встроенная выгрузка в .dt: конфигуратор и режим Предприятие

Это основной способ, который предлагает сама платформа. Результат — один файл с расширением .dt, уже сжатый.

Через конфигуратор

1. Закройте все сеансы. Запустите 1С, выберите базу и нажмите кнопку Конфигуратор.
2. В меню откройте Администрирование → Выгрузить информационную базу.
3. Укажите каталог и имя файла. Имя лучше делать с датой, например bp_2026-10-07.dt.
4. Нажмите Сохранить и дождитесь сообщения о завершении. Окно с прогрессом не закрывайте.

Если конфигуратор сообщает, что не может получить монопольный доступ, значит, кто-то ещё сидит в базе. Найдите сеанс в консоли кластера (для серверной базы) или попросите коллег выйти.

Через пользовательский режим

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

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

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

Порядок действий:

1. Убедитесь, что в базе никого нет. В Windows это видно по процессам 1cv8.exe на всех рабочих местах и на сервере терминалов.
2. Откройте каталог базы. Там лежит 1Cv8.1CD, а рядом могут быть каталог 1Cv8Log с журналом регистрации и служебные файлы.
3. Упакуйте каталог целиком. Если места мало, достаточно 1Cv8.1CD, но тогда журнал регистрации и полнотекстовый индекс не сохранятся. Данные базы они не содержат, их можно создать заново.
4. Проверьте, что архив открывается.

Копировать файл 1Cv8.1CD у открытой базы нельзя. Копия получится, но внутри будут несогласованные страницы данных, и платформа может её не открыть.

Какой формат выбрать

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

Сжатие и форматы: что даёт упаковка

Размер архива зависит от того, что вы упаковываете.

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

Для 7-Zip в графическом окне выбирайте уровень «Нормальный». «Ультра» даёт выигрыш в размере в пределах нескольких процентов, а время упаковки растёт в разы. На большой базе это съест ночное окно резервного копирования.

Автоматическая архивация из командной строки

Ручной бэкап забывают. Настройте автоматический, и копии будут появляться без участия человека.

Выгрузка .dt батником

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

"C:\Program Files\1cv8\8.3.25.1445\bin\1cv8.exe" DESIGNER /F "D:\Bases\BP" /N "Администратор" /P "пароль" /DumpIB "E:\Backup\bp.dt" /Out "E:\Backup\dump.log"

Для серверной базы вместо /F указывается /S сервер\имя_базы. Путь к 1cv8.exe замените на свой: номер версии платформы в каталоге у вас другой. Ключ /Out пишет журнал в файл, по нему видно, чем закончилась выгрузка. Для восстановления есть ключ /RestoreIB.

Упаковка 7-Zip в том же скрипте

Если нужна копия каталога файловой базы, добавьте упаковку. После того как все сеансы закрыты:

"C:\Program Files\7-Zip\7z.exe" a -t7z "E:\Backup\bp_%date%.7z" "D:\Bases\BP\*"

Дату в имени задавайте через переменные, а не вручную. Формат %date% зависит от региональных настроек Windows и может содержать точки, которые допустимы в имени файла, но неудобны при сортировке.

Расписание

Скрипт запускают через планировщик заданий Windows. Время выбирайте, когда в базе заведомо никого нет, например в 02:00. Перед выгрузкой стоит завершить сеансы, иначе команда упрётся в монопольный доступ.

Свежие копии храните по схеме «ежедневные за неделю, еженедельные за месяц». Старые удаляйте тем же скриптом, иначе диск забьётся за пару месяцев.

Файловая и серверная база: чем архивация различается

С файловой всё просто: есть каталог с файлом 1Cv8.1CD, его можно упаковать при закрытых сеансах. С серверной так не выйдет.

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

Отдельно про сервер: выгрузка .dt из серверной базы нагружает и сервер приложений, и СУБД. Днём в рабочие часы её лучше не запускать.

Восстановление данных из архива

Архив, который никогда не разворачивали, нельзя считать резервной копией. Хотя бы раз проверьте восстановление на тестовой базе.

Из .dt

1. Создайте новую пустую информационную базу в списке запуска (кнопка Добавить, затем создание базы без конфигурации).
2. Откройте её в конфигураторе, выберите Администрирование → Загрузить информационную базу.
3. Укажите файл .dt. Платформа заменит содержимое базы данными из файла.

Загружайте .dt в пустую базу, а не поверх рабочей: если выбран не тот файл, вы потеряете текущие данные. Если версия платформы старше той, на которой делали выгрузку, загрузка может не пройти; ставьте платформу не ниже исходной.

Из упакованного каталога

1. Распакуйте архив в новый каталог.
2. В списке запуска добавьте существующую базу и укажите этот каталог.
3. Запустите базу и проверьте последние документы.

Файл 1Cv8.1CD из старой копии нельзя класть поверх рабочего без остановки работы: сначала переименуйте текущий каталог, затем распаковывайте архив.

Как понять, что копия живая

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

Когда архивацию делают вне расписания

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

• 🔄 Перед обновлением конфигурации или платформы. Если обновление пойдёт не так, вы вернётесь к состоянию на утро, а не на прошлую ночь.
• 📅 Перед закрытием периода. Групповое перепроведение и закрытие месяца меняют много движений сразу. Копия до операции позволяет откатиться, если итоги не сошлись.
• 🛠 Перед правкой конфигурации или загрузкой данных. Это касается обработок, которые массово изменяют справочники и документы.
• 🧪 Перед передачей базы подрядчику. Отдавайте копию, а не рабочую базу, и убедитесь, что в ней нет лишних персональных данных.

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

Что проверить в готовом архиве

Достаточно трёх вещей. Размер файла не нулевой и сопоставим с прошлыми копиями: резкое падение размера в два-три раза говорит о сбое. Архивная программа сообщает об отсутствии ошибок при проверке целостности (в 7-Zip это команда t, например 7z t bp.7z). И дата изменения файла совпадает с временем запуска задания.

Если копии лежат на сетевой папке, заведите привычку раз в месяц разворачивать одну из них на тестовой базе. Это занимает полчаса, а результат либо подтвердит, что бэкап рабочий, либо вовремя покажет проблему.

Частые ошибки при архивации

• Копируют 1Cv8.1CD при открытой базе. Файл получается нечитаемым, а выясняется это при аварии.
• Хранят архивы на одном диске с базой.
• Не проверяют восстановление. Бэкап годами лежит, а разворачивать его первый раз приходится в аврале.
• Выгружают .dt из серверной базы в рабочее время и мешают пользователям.
• Забывают о ключах шифрования и сертификатах: они лежат вне базы, и в .dt не попадают.

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