Коротко: Правило 3-2-1 снижает риск одной точки отказа, но требует мониторинга, защиты учётных данных и теста восстановления.
Основные данные и их копия на том же сервере не являются независимыми. Сбой хранилища, ошибка администратора или шифровальщик могут затронуть обе версии одновременно.
Три копии
Считают рабочие данные и минимум две дополнительные копии. Они должны иметь разные пути отказа и отдельные правила доступа.
Два типа или контура хранения
Разные носители важны не формально, а как независимость: локальное хранилище для быстрого возврата и объектное или ленточное — для устойчивости.
Одна изолированная копия
Копия вне основной инфраструктуры защищает от физического события, а неизменяемость или offline-режим — от компрометации администраторских прав.
Практический чек-лист
- Определить критичные наборы данных
- Разнести учётные записи
- Настроить изолированную копию
- Контролировать завершение заданий
- Проводить тест восстановления
Что зафиксировать в документах
| Объект | Что записать | Зачем |
|---|---|---|
| Рабочие данные | Основная система | Текущая работа |
| Быстрая копия | Локальное хранилище | Короткое восстановление |
| Изолированная копия | Внешний или offline-контур | Защита от общей аварии |
Частые вопросы
Облако автоматически является бэкапом?
Нет. Синхронизация может повторить удаление или шифрование; нужна отдельная политика версий.
Сколько хранить копии?
Срок зависит от требований бизнеса, объёма и вероятности позднего обнаружения ошибки.
Вывод
3-2-1 — не продукт, а архитектурный принцип независимости копий, который работает только вместе с контролем и тестированием.
Нужен взгляд на вашу инфраструктуру?
Опишите текущую задачу — предложим, с какой диагностики или документа начать.
Обсудить задачу →