TR EN RU
Техническая консультация
Пригодность нагрузки Ёмкость и стоимость Маршрут миграции и эксплуатации Облако

Как применять правило резервного копирования 3-2-1

Как применить правило резервного копирования 3-2-1 в корпоративной среде? Стратегия копий, политика хранения и шаги проверки.

Автор: Техническая редакция AnatoliaCore

Как применять правило резервного копирования 3-2-1?

Подход 3-2-1 предполагает не менее трёх копий вместе с рабочими данными, два разных типа носителей и одну внешнюю (off-site) копию. Выполнения цифр недостаточно: если одна и та же идентификация, система управления или домен отказа затрагивает все копии, независимость слабая.

Разнообразие копий и подход immutable

Копии размещаются в разных доменах отказа хранения и управления, права администраторов разделяются и по возможности применяется период защиты от удаления и изменения. Неизменяемость (immutable) подтверждается не настройкой продукта, а правами, сроком, блокировкой и сценарием удаления.

Проверка восстановления и частота тестов

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

Чек-лист политики резервного копирования

Короткая контрольная таблица ниже — практический ориентир для проектов по правилу резервного копирования 3-2-1:

Область контроляОжидаемый результат
КопииРабочие данные + независимые резервные копии
Домен отказаРазделение носителей, площадок, идентификации и управления
ЗащитаХранение, шифрование и неизменяемость
ПодтверждениеИзмеренное восстановление и приёмка пользователями

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

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

Для каждой нагрузки записываются RPO/RTO, метод, частота, срок хранения, расположение копий, шифрование, владелец и тест восстановления. Одна политика не применяется вслепую ко всем типам данных.

Проверка мер 3-2-1

Случайные выборочные восстановления и восстановление критичных сервисов планируются отдельно. Проверяются разделение доступа, внешняя и неизменяемая копии, журналы и оповещения, точка данных и приёмка приложения; открытые замечания закрываются повторной проверкой.

Связанные страницы услуг

Чтобы превратить это руководство в проект, ознакомьтесь со страницами услуг ниже.

Взгляд на технологию

NetApp — семейства продуктов, сценарии использования и важные моменты при выборе технологии описаны на соответствующей странице о технологии.

Подробнее о NetApp

Коммерческое предложение и контакты

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

Проверка по официальной документации

Помимо количества копий, планируйте приоритеты восстановления, разделение доступа, проверку целостности и регулярные учения.

NIST SP 800-34 — Contingency Planning