Как создать архив базы 1С: полная инструкция

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

Способ архивирования зависит от режима работы базы. Файловая база архивируется выгрузкой в файл DT или простым копированием файла 1Cv8.1CD, а клиент-серверная база на SQL — штатными средствами СУБД. Смешивать эти подходы нельзя: копирование файлов SQL-базы без остановки транзакций даст повреждённый архив.

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

Выберите способ архивирования под тип вашей базы

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

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

Создайте архив выгрузкой в файл DT через конфигуратор

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

1. 1
   Закройте все сеансы пользователей или переведите базу в монопольный режим
2. 2
   Откройте базу в режиме «Конфигуратор» под учётной записью с правами администратора
3. 3
   Выберите меню «Администрирование» → «Выгрузить информационную базу»
4. 4
   Укажите каталог и имя файла, например Архив_Бухгалтерия_01-06.dt
5. 5
   Дождитесь окончания выгрузки и проверьте, что файл создан и имеет ненулевой размер

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

Храните файл DT на другом физическом носителе, а не на том же диске, где лежит сама база. Если диск выйдет из строя, архив, лежащий рядом с базой, погибнет вместе с ней.

Скопируйте файловую базу напрямую

Для файловой базы допустим более простой способ — скопировать каталог базы целиком. Это быстрее выгрузки и не требует запуска конфигуратора, но работает только при полном отсутствии активных сеансов.

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

Признак того, что копирование безопасно: в файловом менеджере файл 1Cv8.1CD свободно копируется без ошибок занятости, а в консоли сеансов нет активных подключений. Если файл заблокирован — кто-то ещё работает в базе.

Настройте резервное копирование клиент-серверной базы

Клиент-серверную базу архивируют средствами СУБД. Для MS SQL Server это задача Backup в плане обслуживания, для PostgreSQL — утилита pg_dump. Такой архив создаётся «на горячую», без остановки работы пользователей, что критично для круглосуточного учёта.

pg_dump -U postgres -F c -f /backup/ut_base_$(date +%Y%m%d).dump ut_base

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

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

Автоматизируйте архивирование по расписанию

Ручной архив рано или поздно забывают сделать — именно перед сбоем. Автоматизация снимает этот риск: выгрузка запускается ночью по расписанию без участия администратора.

Для файловой базы используют пакетный режим конфигуратора через планировщик заданий Windows. Команда запускает 1С в пакетном режиме и выполняет выгрузку в указанный файл.

"C:\Program Files\1cv8\bin\1cv8.exe" DESIGNER /F "D:\Bases\Trade" /N Админ /P пароль /DumpIB "E:\Backup\trade_%date%.dt"

Для SQL-баз автоматизацию настраивают средствами самой СУБД: план обслуживания в SQL Server или задание cron/Task Scheduler для pg_dump. В типовых конфигурациях также есть встроенный механизм резервного копирования (раздел «Администрирование → Резервное копирование и восстановление») — он подходит для файловых баз и умеет напоминать пользователю о копии при выходе.

Проверьте, что архив действительно восстанавливается

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

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

Избегайте типичных ошибок при архивировании

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

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