Правило 3-2-1: как настроить бэкап 1С, чтобы не потерять базу

Каждый год мы видим одну и ту же ситуацию: у компании «падает» сервер с 1С, все обращаются к бэкапу — и выясняется, что копии либо нет, либо она месячной давности, либо лежит на том же диске, который только что умер. База 1С — это учёт, зарплата, склад. Её потеря останавливает бизнес полностью.

Что такое правило 3-2-1

Классическое правило резервного копирования, которое остаётся золотым стандартом:

• 3 — минимум три копии данных (рабочая + две резервных);
• 2 — копии хранятся на двух разных типах носителей (например, сервер + NAS или NAS + облако);
• 1 — одна копия находится вне офиса (облако или другая площадка).

Правило защищает от всех основных сценариев потери: отказ железа, ошибка пользователя, пожар или кража оборудования, вирус-шифровальщик.

Частые ошибки, которые сводят бэкап к нулю

«Бэкап на том же сервере»

Самая распространённая ошибка. Скрипт складывает копию базы в папку D:\Backup на том же дисковом массиве. При отказе массива теряется и база, и копия.

«Копия есть, но её никто не проверял»

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

«Шифровальщик зашифровал и бэкапы»

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

Как правильно настроить бэкап 1С: практическая схема

Рабочая схема для типовой компании на 10–50 пользователей 1С:

• Локальная копия на NAS. Ежедневно ночью, хранение 14–30 дней, снапшоты. Быстрое восстановление — минуты.
• Облачная копия. Ежедневно после локальной, хранилище с версионированием (S3-совместимое облако). Защита от физических рисков офиса.
• Выгрузка средствами 1С (.dt). Раз в неделю — независимая от СУБД копия, которую можно развернуть где угодно.
• Тестовое восстановление. Раз в месяц разворачиваем копию на тестовом стенде и проверяем, что база открывается и отчёты сходятся.

SQL-база или файловая — разница важна

Для файловой 1С достаточно копирования каталога с базой при условии, что все пользователи вышли. Для клиент-серверной 1С (SQL Server, PostgreSQL) нужны штатные средства СУБД: полные копии + копии журналов транзакций, позволяющие восстановить базу на любой момент времени (point-in-time recovery), а не «на вчерашнюю ночь».

Вывод

Настройка правильной схемы занимает один-два дня и не требует дорогого ПО. Гораздо дороже обходится её отсутствие. Если хотите проверить свою текущую систему — закажите аудит резервного копирования: покажем, какие сценарии потери данных у вас не закрыты, и настроим систему резервного копирования с гарантией восстановления.