Как настроить архивирование 1С 8.3

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

Главная ошибка большинства организаций — архив «есть где-то», но никто никогда не проверял, восстанавливается ли он. Копия, которую нельзя развернуть, эквивалентна её отсутствию. Поэтому настройка архивирования всегда включает три компонента: регулярное создание копии, хранение её вне основного сервера и периодическую проверку восстановления.

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

Выбор способа архивирования: файловый или клиент-серверный режим

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

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

Архивирование файловой базы через конфигуратор

Ручная выгрузка в dt — базовый способ, который нужно освоить в любом случае: он же используется перед обновлением конфигурации. Порядок действий: попросите всех пользователей завершить работу, откройте базу в конфигураторе, перейдите в меню «Администрирование» → «Выгрузить информационную базу», укажите путь и имя файла, например Trade_2026-05-10.dt, и дождитесь завершения.

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

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

Автоматическая выгрузка по расписанию через пакетный скрипт

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

Создайте файл backup_1c.bat примерно такого содержания: вызов исполняемого файла 1cv8.exe с параметром DESIGNER, указанием пути к базе, учётных данных и команды /DumpIB с именем выходного файла. Затем создайте задание в Планировщике задач Windows на ночное время, когда пользователи не работают.

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"E:\Backup\Trade_%date:~6,4%-%date:~3,2%-%date:~0,2%.dt" /DisableStartupDialogs

Перед настройкой расписания запустите скрипт вручную и убедитесь, что файл dt создаётся. Учтите: пакетная выгрузка также требует монопольного доступа. Если пользователи могут остаться в базе на ночь, добавьте в сценарий принудительное завершение сеансов или выполняйте копирование файла 1Cv8.1CD через теневую копию (VSS) вместо выгрузки dt.

1. 1
   Создайте отдельный каталог для архивов на другом диске или сетевом ресурсе.
2. 2
   Напишите bat-файл с вызовом конфигуратора в пакетном режиме и командой /DumpIB.
3. 3
   Запустите скрипт вручную и проверьте, что dt-файл создаётся без ошибок.
4. 4
   Создайте задание в Планировщике задач Windows на ночное время от имени учётной записи с правами доступа к базе и каталогу архивов.
5. 5
   Через неделю проверьте журнал заданий и наличие свежих файлов за каждый день.

Архивирование клиент-серверной базы на MS SQL Server

В клиент-серверном режиме данные физически находятся в базе MS SQL Server, и самый надёжный способ — штатный механизм резервного копирования СУБД. Откройте SQL Server Management Studio, подключитесь к серверу, найдите нужную базу, щёлкните правой кнопкой: «Задачи» → «Создать резервную копию». Тип копии — «Полная», назначение — файл на отдельном диске.

Для регулярного архивирования настройте план обслуживания: в SSMS раскройте «Управление» → «Планы обслуживания» → «Мастер планов обслуживания». Добавьте задачу «Резервное копирование базы данных», укажите полную копию ежедневно и, при необходимости, разностную — несколько раз в день. План создаст задание агента SQL Server, которое будет выполняться автоматически.

Если база работает в полной модели восстановления (Full), не забывайте про резервное копирование журнала транзакций — иначе файл журнала (ldf) будет расти бесконечно и в итоге займёт весь диск. Альтернатива для небольших баз — простая модель восстановления (Simple), тогда журнал не накапливается, но восстановление возможно только на момент последней полной копии.

Архивирование базы на PostgreSQL

Для связки 1С + PostgreSQL (частый вариант на Linux-сервере) используется утилита pg_dump. Команда выполняется на сервере СУБД и создаёт файл с дампом базы, который затем разворачивается через pg_restore или psql в зависимости от формата.

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

Ключ -F c задаёт сжатый пользовательский формат, удобный для восстановления. Автоматизируйте выполнение через cron: добавьте строку с командой в crontab на ночное время. Убедитесь, что у пользователя, от имени которого работает задание, есть права на запись в каталог архивов и доступ к базе (настройте pg_hba.conf или файл .pgpass, чтобы не вводить пароль интерактивно).

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

Правила хранения архивов и схема ротации

Один архив на том же диске, что и база, — это отсутствие архива. Минимальное правило: копии должны физически находиться на другом носителе — втором сервере, NAS, внешнем диске или в облачном хранилище. Ещё лучше придерживаться схемы, когда существует несколько копий на разных носителях, одна из которых — вне офиса.

Настройте ротацию, чтобы архивы не заполнили диск. Практичная схема: ежедневные копии хранятся 7–14 дней, еженедельные — 1–2 месяца, месячные — до года. Ротацию можно реализовать в том же bat-файле командой удаления файлов старше заданного срока (например, через forfiles) или штатными средствами плана обслуживания SQL Server.

Проверка восстановления и контроль результатов

Архив считается рабочим только после успешного тестового восстановления. Раз в месяц выбирайте свежую копию и разворачивайте её в отдельную тестовую базу: для dt — через «Загрузить информационную базу» в пустой файловой базе, для копии СУБД — через восстановление в базу с другим именем. Откройте тестовую базу в режиме предприятия и убедитесь, что документы и отчёты на месте.

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

Типичные ошибки и частые вопросы

Подведём итог по частым вопросам, которые возникают при настройке архивирования 1С 8.3.