Резервное копирование сервера: правило 3-2-1 и проверка восстановления

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

Что означает правило 3-2-1

Классическая схема предполагает минимум три экземпляра данных: рабочий и две резервные копии; как минимум два типа носителей или независимых контура; одна копия хранится вне основной площадки. CISA и австралийский ACSC рекомендуют этот подход как одну из мер снижения ущерба от программ-вымогателей.

Три папки на одном RAID-массиве не выполняют правило. Они зависят от одного контроллера, одной учётной записи и одного помещения. Облачная синхронизация также не всегда является резервной копией: удаление или шифрование может автоматически распространиться на синхронизируемые данные.

Определите RPO и RTO

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

Разделите системы по критичности. База заказов, файловый архив и тестовая ВМ могут иметь разные RPO и RTO. Так бюджет расходуется на действительно важные данные, а не на одинаковую политику для всего.

Защитите копии от основной учётной записи

Система резервного копирования должна использовать отдельные учётные данные. Ограничьте права на удаление, включите неизменяемое хранение или блокировку объектов там, где это поддерживается, и сохраняйте офлайн-копию для критичных данных. CISA отдельно советует применять защиту от удаления и object lock для хранилищ, на которые часто нацелены вымогатели.

Шифруйте копии с конфиденциальными данными и храните ключи отдельно. Контролируйте срок хранения, потому что одна повреждённая копия может незаметно вытеснить последнюю исправную.

Копируйте приложения согласованно

Копирование файлов работающей базы данных без поддержки приложения может дать несогласованное состояние. Используйте штатные средства СУБД, quiesce или application-aware backup. Для виртуальных машин проверьте, что снимок завершился, был перенесён в независимое хранилище и не остался единственной копией на том же массиве.

Проверяйте восстановление по расписанию

Тест должен включать получение копии, проверку ключей, развёртывание в изолированной среде, запуск приложения и контроль нескольких реальных операций. Измерьте фактическое время и сравните с RTO. Результат фиксируют: дата, набор данных, длительность, ошибки и ответственный.

• Ежедневно: контролировать завершение заданий и объём новых данных.
• Регулярно: проверять целостность и доступность независимой копии.
• По графику: восстанавливать критичный сервис в тестовой среде.
• После изменений: повторять тест при смене СУБД, гипервизора или хранилища.

Источники

• CISA: стратегия 3-2-1 и офлайн-копии.
• CISA StopRansomware Guide: защита резервных копий.