Как настроить резервное копирование 1С 8.3 по расписанию: файловая и SQL-база

Резервное копирование · 04.06.2026 · обновлено 14.10.2026 · 13 мин чтения · Команда НПП РЕКОРД

База 1С — это деньги, склад и зарплата в одном месте. Разбираем, как настроить автоматическое резервное копирование 1С 8.3 по расписанию для файловой и клиент-серверной базы на MS SQL и PostgreSQL, какой график копий выбрать, сколько их хранить, куда выносить и как убедиться, что из копии реально можно восстановиться.

Коротко. Способ автоматического резервного копирования 1С 8.3 зависит от типа базы. Файловую базу копируют встроенным резервным копированием типовой конфигурации или выгрузкой .dt по расписанию при завершённых сеансах — но не копированием файла во время работы. Клиент-серверную базу копируют средствами СУБД: в MS SQL — полная копия ночью и копии журнала транзакций каждые 15–60 минут, в PostgreSQL — pg_dump или физическая копия с архивом WAL. Обязательны копия вне офиса, неизменяемая копия, оповещения об ошибках и ежемесячное тестовое восстановление.

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

Расписание, хранение вне офиса и проверка восстановления — три опоры надёжного бэкапа 1С

Шаг 1. Определите, сколько данных можно потерять

До настройки расписания ответьте на два вопроса вместе с руководителем и главным бухгалтером. Сколько работы можно потерять — час, полдня, день? Это RPO, и от него зависит частота копий. Сколько можно простоять до восстановления? Это RTO, и от него зависит, где хранить копии и как быстро из них подниматься.

Шаг 2. Файловая база: как копировать по расписанию

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

• Встроенное резервное копирование типовой конфигурации: раздел «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление». Можно задать расписание, каталог и число хранимых копий. Учтите, что в файловом варианте копирование выполняется, когда на компьютере запущена 1С под пользователем с правами администратора.
• Выгрузка в файл .dt по расписанию из командной строки: конфигуратор запускается с параметром /DumpIB через планировщик заданий Windows ночью, когда пользователи завершили работу.
• Копирование файла 1Cv8.1CD — только при гарантированно завершённой работе всех пользователей, например после принудительного завершения сеансов ночью.

Важно. Не настраивайте копирование папки с файловой базой «как обычных файлов» в рабочее время — это самая частая причина копий, которые не открываются в день аварии.

Шаг 3. Клиент-серверная база на MS SQL Server

В клиент-серверном варианте данные хранит СУБД, и копировать нужно её средствами. В MS SQL Server ключевой выбор — модель восстановления базы.

• Расписание задают планом обслуживания или заданиями SQL Server Agent. В бесплатной редакции Express агента нет — задания запускают планировщиком Windows через утилиту sqlcmd.
• Копии делайте с проверкой контрольных сумм (параметр WITH CHECKSUM) и сжатием, если редакция его поддерживает.
• В модели Full без копий журнала транзакций журнал растёт до заполнения диска — это частая авария на ровном месте.
• В тот же план обслуживания добавьте обновление статистики и обслуживание индексов: это не бэкап, но без него база со временем замедляется.

Шаг 4. Клиент-серверная база на PostgreSQL

• Логическая копия pg_dump по расписанию (cron в Linux или планировщик Windows) — простой и надёжный вариант для баз среднего размера. Восстановление — только на момент копии.
• Физическая копия pg_basebackup плюс непрерывное архивирование журналов WAL — для больших баз и восстановления на любой момент времени.
• Используйте версию PostgreSQL, поддерживаемую вашей версией платформы 1С, и сохраняйте её дистрибутив вместе с копиями.

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

Шаг 5. Сколько копий хранить

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

Шаг 6. Куда сохранять копии

Копия, которая лежит на том же сервере или в той же сети, при атаке шифровальщика будет зашифрована вместе с базой. По данным Sophos за 2025 год, вымогатели пытаются добраться до резервных копий в 96% атак. Поэтому работает правило 3-2-1-1-0: три копии, на двух разных носителях, одна вне офиса, одна неизменяемая или офлайн и ноль ошибок при проверочном восстановлении.

• Локальное хранилище для быстрого восстановления — отдельное устройство, не подключённое к домену как обычный общий ресурс.
• Копия вне офиса — облачное S3-хранилище или другая площадка.
• Неизменяемая копия — хранилище с блокировкой удаления (например, Object Lock в S3) или носитель, физически отключённый от сети.
• Отдельные учётные записи для системы копирования: логин, которым пишутся бэкапы, не должен иметь права их удалять.

Шаг 7. Оповещения и проверка

1. Настройте оповещение о каждой ошибке копирования на почту или в мессенджер ответственного — и о том, что копия не создавалась больше суток.
2. Раз в месяц восстанавливайте свежую копию на отдельном компьютере или сервере, никогда не поверх рабочей базы.
3. Засекайте время восстановления и проверяйте, что в базе есть документы за последний рабочий день.
4. Записывайте результаты: дата проверки, время восстановления, найденные проблемы.
5. Держите письменную инструкцию по восстановлению, чтобы базу мог поднять не только один конкретный человек.

Копия вне офиса и неизменяемая копия — то, до чего не дотянется шифровальщик

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

Теги: 1С, бэкап, резервное копирование, расписание, MS SQL, PostgreSQL, 1С 8.3