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

Почему это важно?

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

Согласно статистике, более 60% малых и средних предприятий не имеют регулярного бэкапа своих учётных систем. А ведь восстановление из резервной копии может занять менее 30 минут, если всё настроено правильно.

Что такое «серверная копия» в контексте 1С?

В 1С:Предприятие есть два основных способа резервного копирования:

1. Клиентская копия — через интерфейс программы (Файл → Администрирование → Резервное копирование).
   ? Подходит для разовых задач, но не для автоматизации.

2. Серверная копия — выполняется на стороне сервера 1С (СУБД + сервер 1С), без участия пользователя.
   ? Идеальна для регулярного, автоматизированного бэкапа.

Мы поговорим именно о втором варианте — он надёжнее, быстрее и масштабируем.

Пошаговая инструкция: как сделать серверную копию 1С

1. Убедитесь, что используется сервер 1С

Если вы работаете в файловом режиме (база лежит на сетевом диске), серверная копия невозможна.
Переходите на клиент-серверную архитектуру (СУБД: PostgreSQL, MS SQL, Oracle).

2. Используйте утилиту rac (Remote Administration Console)

Это стандартный инструмент администрирования сервера 1С.

Пример команды для создания резервной копии:

bash

1

rac backupdb --cluster=cluster_id --infobase=infobase_id --file=/path/to/backup/file.dt

Где:

• cluster_id — идентификатор кластера сервера 1С (узнать: rac cluster list);

• infobase_id — идентификатор информационной базы (узнать: rac infobase --cluster=... list);

• /path/to/backup/file.dt — путь к файлу резервной копии.

? Совет: используйте .dt как расширение — это стандарт для дампов 1С.

3. Настройте автоматизацию через cron (Linux) или Планировщик задач (Windows)

Пример для Linux (ежедневно в 01:00):

bash

1

0 1 * * * /opt/1C/v8.3/x86_64/rac backupdb --cluster=... --infobase=... --file=/backup/1c_$(date +\%F).dt

Не забудьте:

• Ограничить количество хранимых копий (например, 7 дней);

• Настроить мониторинг успешности выполнения;

• Копировать бэкапы на удалённый сервер или в облако.

4. Проверяйте целостность бэкапов

Раз в месяц восстанавливайте тестовую копию базы на отдельном сервере.
Используйте:

bash

1

rac restoredb --cluster=... --infobase=... --file=/path/to/backup.dt

Типичные ошибки и как их избежать

Дополнительные рекомендации

• Используйте VSS (Volume Shadow Copy) на Windows для «горячего» бэкапа без остановки СУБД.

• Для PostgreSQL: pg_dump + WAL-архивирование = точка восстановления до секунды.

• В облаке (Яндекс.Облако, AWS, Azure): настройте автоматические снапшоты дисков.

• Не храните бэкапы в той же подсети, что и основной сервер — это не защита от DDoS или ошибок администратора.

Заключение

Серверная копия 1С — это не просто «на всякий случай». Это страховка от простоев, штрафов и нервных срывов.
Настройте автоматизацию один раз — и забудьте о кошмарах в день сдачи отчётности.

Если статья будет полезна — ставьте лайк, делитесь опытом в комментариях и не забывайте проверять свои бэкапы!