Стратегия 3-2-1 — это базовое правило информационной безопасности, гарантирующее восстановление данных после сбоев, вирусов-шифровальщиков или физического уничтожения носителей. Подход был сформулирован фотографом Питером Кроу в 2003 году, но актуален до сих пор благодаря универсальности и простоте. Суть метода заключается в создании избыточности на трёх уровнях: количестве копий, разнообразии носителей и географическом распределении.
Игнорирование этого принципа часто приводит к необратимой потере фотоархивов, рабочих документов и корпоративных баз. Даже современные облачные сервисы не исключают риск ошибок синхронизации, взлома аккаунта или прекращения работы провайдера. Правило 3-2-1 остаётся единственным проверенным временем способом снизить вероятность потери информации до статистически незначительных значений.
Что означают цифры в формуле 3-2-1
Каждая цифра обозначает жёсткое требование к архитектуре бэкапа. Нарушение хотя бы одного пункта делает стратегию уязвимой для определённых сценариев катастроф. Разберём компоненты подробно.
- 📂 3 копии данных — оригинал плюс две независимые резервные копии. Вероятность одновременного выхода из строя трёх носителей стремится к нулю.
- 💾 2 разных типа носителей — например, локальный NAS и облачное хранилище, либо SSD и магнитная лента LTO. Разные физические принципы записи защищают от системных дефектов партии.
- ☁️ 1 копия в удалённом месте — хранение вне офиса или дома (облако, дата-центр, банковская ячейка). Это спасает при пожаре, наводнении или краже оборудования.
Классическая схема: рабочие файлы на NVMe SSD ноутбука, ежедневный бэкап на домашний Synology NAS по локальной сети и еженедельная репликация в Backblaze B2 или AWS S3 Glacier. Такой набор покрывает 99% сценариев потери данных для домашнего пользователя и малого бизнеса.
⚠️ Внимание: простая синхронизация папки с Google Drive или Яндекс.Диск НЕ считается полноценной резервной копией. При заражении шифровальщиком зашифрованные файлы мгновенно загрузятся в облако, перезаписывая здоровые версии.
Исторический контекст и эволюция подхода
Питер Кроу предложил правило в книге «Digital Asset Management for Photographers» как ответ на хрупкость жестких дисков начала 2000-х. Тогда основной угрозой был механический отказ HDD. С появлением SSD, Ransomware и облачных технологий вектор рисков сместился, но математическая модель избыточности не изменилась.
В 2017 году эксперт по кибербезопасности Питер Кроу (другой специалист) и компания Veeam популяризировали расширенную модель 3-2-1-1-0. Две дополнительные единицы и ноль добавляют требования к неизменяемости и верификации. Это реакция на эпидемию вымогателей, умеющих удалять теневые копии Windows и шифровать сетевые шары.
| Модель | Копии | Носители | Off-site | Immutable | Verified |
|---|---|---|---|---|---|
| 3-2-1 | 3 | 2 | 1 | Нет | Ручное |
| 3-2-1-1-0 | 3 | 2 | 1 | 1 (air-gapped) | 0 ошибок (автотест) |
| 4-3-2 | 4 | 3 | 2 | Опционально | Автотест |
| 3-2-2 | 3 | 2 | 2 (разные регионы) | Нет | Автотест |
Для критической инфраструктуры (банки, медицина) применяют схему 4-3-2 с двумя изолированными копиями. Домашнему пользователю достаточно классики, если включить контроль целостности через хеш-суммы SHA-256.
Пошаговая реализация стратегии дома
Внедрение не требует дорогого оборудования. Начните с аудита: что бы вы потеряли при краже ноутбука прямо сейчас? Фото, сканы документов, пароли, кодовые базы — это приоритет №1. Видео с камер наблюдения или скачанные фильмы — приоритет ниже, их можно не бэкапить по полной схеме.
☑️ Минимальный набор для 3-2-1 дома
Для автоматизации в Windows используйте robocopy /MIR /R:2 /W:5 в планировщике задач. На macOS — Time Machine на локальный диск плюс Arq Backup или Restic в S3-совместимое хранилище. Linux-пользователи часто выбирают BorgBackup с репозиторием на Hetzner Storage Box — это дешево, шифруется на клиенте и поддерживает дедупликацию.
⚠️ Внимание: никогда не храните единственную копию ключей шифрования (паролей от архивов, seed-фраз) вместе с зашифрованными бэкапами. Потеря ключа = потере всех данных без возможности восстановления. Печатайте QR-коды ключей и кладите в сейф.
Частые ошибки, ломающие схему 3-2-1
Самая распространённая иллюзия — «у меня есть RAID-массив, это и есть бэкап». RAID — это отказоустойчивость железа, а не защита данных. Контроллер может выдать сбой записав мусор на все диски одновременно, а ошибка пользователя rm -rf мгновенно реплицируется на весь массив.
Вторая ошибка — хранение двух копий на одной полке. Если внешний диск лежит рядом с ноутбуком, пожар уничтожит оба. Третья — отсутствие тестов восстановления. По статистике Veeam, 30% компаний обнаруживают повреждённые бэкапы только в момент инцидента.
- 🛑 Использование синхронизации вместо версионированного бэкапа.
- 🛑 Хранение off-site копии в том же городе (риск регионального ЧС).
- 🛑 Отключение шифрования «для скорости» на чувствительных данных.
- 🛑 Игнорирование логов заданий бэкапа месяцами.
Как правильно тестировать восстановление?
Не ждите аварии. Раз в квартал выберите случайный файл старше 3 месяцев и восстановите его в альтернативную папку. Сравните хеш-суммы оригинала и копии. Если используете базы данных — поднимите дамп на тестовом сервере и проверьте целостность таблиц. Автоматизируйте это скриптом, присылающим отчёт в Telegram/email.
Современные инструменты и «холодное» хранение
Рынок предлагает решения от бесплатных скриптов до коробочных апплайансов. Для «горячих» бэкапов (RPO < 1 часа) подходят Veeam Agent Free, Duplicati, Restic, Kopia. Они умеют в дедупликацию, сжатие и шифрование AES-256 на стороне клиента.
Для «холодного» архива (фото 10-летней давности, старые проекты) выгоднее использовать объектные хранилища класса Archive: AWS S3 Glacier Deep Archive ($1/ТБ/мес), Wasabi Hot Cloud Storage (без платы за исходящий трафик), Selectel или Yandex Object Storage в РФ. Время восстановления там — часы, но цена в 10-20 раз ниже «горячих» тарифов.
Используйте разные облачных провайдеров для основной и резервной off-site копии. Если у вас аккаунт в Microsoft 365 — отправляйте вторую копию в Backblaze или Wasabi, а не в OneDrive. Это защитит от одновременной блокировки доступа к экосистеме одного вендора.
Важный нюанс: версионирование в облаке не заменяет air-gapped копию. Вымогатели 2023-2026 годов (LockBit, BlackCat) научились удалять версии файлов через API, если украли токены доступа. Физически изолированная лента LTO-9 или отключённый от сети HDD в сейфе остаются эталоном надёжности.
Адаптация 3-2-1 под мобильные устройства
Смартфоны часто становятся единственным источником уникальных фото. iOS и Android имеют встроенные механизмы, но они не соответствуют 3-2-1 «из коробки». iCloud / Google Photos — это синхронизация, а не бэкап с версионированием и защитой от удаления.
Решение: включите «Оптимизацию хранилища» на телефоне, но настройте автоматическую выгрузку оригиналов на домашний сервер через Immich, PhotoPrism или Synology Photos по Wi-Fi зарядке. Это даёт вторую копию на другом носителе. Третью — загружайте раз в месяц в дешёвое S3-хранилище через Rclone на ПК.
⚠️ Внимание: сброс телефона к заводским настройкам при включённом iCloud / Google Backup может удалить локальные оригиналы, если в облаке остались только превью. Всегда проверяйте наличие полноразмерных файлов в веб-интерфейсе облака перед сбросом.
Главный вывод: правило 3-2-1 — это не про покупку железа, а про дисциплину регулярной проверки восстановления. Лучше один проверенный бэкап, чем три нерабочих.
Чек-лист зрелости вашей стратегии защиты данных
Оцените свою систему по 5-балльной шкале. Если сумма ниже 20 — срочно пересматривайте архитектуру.
- 📋 Есть ли документ с описанием схемы бэкапов (RPO/RTO для каждого типа данных)?
- 📋 Проведено ли тестовое восстановление за последние 90 дней?
- 📋 Шифрованы ли все off-site копии ключом, которого нет у провайдера?
- 📋 Есть ли air-gapped копия, обновляемая минимум раз в месяц?
- 📋 Настроены ли алерты о провале заданий бэкапа в Telegram/Email/Slack?
Внедрение 3-2-1 — процесс, а не разовое действие. Начните с самого ценного гигабайта, автоматизируйте, проверяйте, расширяйте. Через год вы спасёте себе недели работы и нервов при неизбежном сбое «железа» или атаке шифровальщика.
FAQ: Частые вопросы о правиле 3-2-1
Нужно ли соблюдать 3-2-1 для обычных фото с телефона?
Да, если фото имеют сентиментальную ценность. Облако фото (iCloud/Google Photos) — это только одна копия на одном типе носителя (облако провайдера). Сбой аккаунта или бан по ошибке ИИ удалит всё безвозвратно. Локальный бэкап на ПК/NAS закрывает эту дыру.
Считается ли RAID-1 (зеркало) двумя копиями в правиле 3-2-1?
Нет. RAID-1 защищает только от выхода из строя одного диска. Ошибка файловой системы, вирус-шифровальщик, случайное удаление или сбой контроллера затрагивают оба диска мгновенно. Это один логический носитель.
Как реализовать air-gapped копию без ленточки?
Варианты: 1) Внешний HDD, который физически отключен от ПК и сети 99% времени, подключается только для бэкапа. 2) Неизменяемый (immutable) бакет в S3 с Object Lock (WORM) на срок хранения 30+ дней — API не позволит удалить/перезаписать файлы даже с админскими правами.
Какая разница между RPO и RTO в контексте 3-2-1?
RPO (Recovery Point Objective) — сколько данных вы готовы потерять (частота бэкапа). RTO (Recovery Time Objective) — за какое время нужно восстановиться. Правило 3-2-1 не задаёт эти метрики, но требует архитектуру, позволяющую достичь целевых значений: частые снимки для низкого RPO, быстрые носители (SSD/NVMe) для низкого RTO.
Подходит ли 3-2-1 для защиты от программ-шифровальщиков?
Базовая схема 3-2-1 уязвима, если шифровальщик получает доступ к сетевой шаре бэкапа и к облаку через сохранённые токены. Расширение 3-2-1-1-0 с immutable копией и регулярной верификацией — минимум для защиты от современных вымогателей.
Правило 3-2-1 — фундамент, а не потолок. Строительство надёжной защиты данных начинается здесь, но заканчивается тестированием восстановления, шифрованием, мониторингом и планированием реакции на инциденты.