Правило 3-2-1: как не потерять важные данные

[Артём]

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

Суть правила 3-2-1

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

• 3 копии данных — оригинал и минимум две резервные копии;
• 2 разных типа носителей — например, внутренний SSD и внешний HDD;
• 1 копия вне основного устройства — в облаке, другом помещении или удалённом сервере.

Пример для домашнего компьютера:

1. Рабочие файлы находятся на компьютере.
2. Каждую ночь они копируются на внешний жёсткий диск.
3. Раз в сутки важные документы отправляются в облачное хранилище.

Если выйдет из строя SSD, останутся внешний диск и облако. Если компьютер и внешний диск пострадают одновременно, удалённая копия всё ещё будет доступна.

Почему одной копии недостаточно

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

Поэтому одну из копий желательно хранить:

• отключённой от компьютера;
• в другом помещении;
• с отдельной учётной записью;
• с многофакторной аутентификацией;
• с запретом автоматического удаления старых версий.

Обычная синхронизация папки не всегда является полноценным бэкапом. Если файл случайно удалить, изменение может сразу распространиться на все устройства. Резервная система должна сохранять историю версий.

Какие данные нужно копировать

Сначала стоит разделить данные по важности.

Критически важные:

• документы;
• фотографии и видео;
• рабочие проекты;
• базы данных;
• ключи доступа и сертификаты;
• конфигурации серверов;
• исходный код.

Восстанавливаемые:

• установщики программ;
• фильмы и музыка;
• игры;
• временные файлы;
• кэш браузера.

Операционную систему и приложения часто можно установить заново. Личные документы и архив фотографий заменить намного сложнее.

Полная, инкрементальная и дифференциальная копия

Полная копия

Сохраняются все выбранные файлы.

Преимущества:

• простое восстановление;
• независимость от других архивов;
• легко проверить содержимое.

Недостаток — требуется много места и времени.

Инкрементальная копия

Сохраняются только изменения после последнего бэкапа любого типа.

Например:

Понедельник: полная копия
Вторник: изменения за вторник
Среда: изменения за среду
Четверг: изменения за четверг

Экономится место, но для полного восстановления нужны все части цепочки. Если один архив повреждён, часть данных может стать недоступной.

Дифференциальная копия

Сохраняются изменения с момента последней полной копии.

Понедельник: полная копия
Вторник: изменения с понедельника
Среда: все изменения с понедельника и вторника
Четверг: все изменения с понедельника по четверг

Для восстановления нужны полная копия и последняя дифференциальная. Места требуется больше, чем для инкрементальной схемы, зато восстановление проще.

Пример простой автоматизации в Linux

Для документов можно использовать rsync:

rsync -a --delete \
  --exclude=".cache/" \
  "$HOME/Documents/" \
  "/media/backup/Documents/"

Параметры:

• -a — сохраняет структуру каталогов, права и даты;
• --delete — удаляет из резервной копии файлы, которых больше нет в источнике;
• --exclude — исключает ненужные каталоги.

С параметром --delete нужно быть осторожным: ошибка в пути может привести к удалению данных. Сначала полезно выполнить пробный запуск:

rsync -avhn \
  "$HOME/Documents/" \
  "/media/backup/Documents/"

Ключ -n включает тестовый режим без фактического копирования.

Для важных файлов лучше не ограничиваться зеркальной копией. Она повторяет удаления и повреждения. Надёжнее создавать архивы с датой:

tar -czf \
  "/media/backup/documents-$(date +%F).tar.gz" \
  "$HOME/Documents"

Шифрование резервных копий

Если внешний диск потеряется или будет украден, данные не должны оказаться доступными посторонним. Для этого применяют:

• шифрование диска;
• зашифрованные контейнеры;
• программы с клиентским шифрованием;
• отдельный пароль для резервной копии.

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

Важно: потеря ключа шифрования может означать потерю доступа ко всему архиву. Производительность компьютера тут уже не поможет — криптография безжалостна и чувства юмора не имеет.

Проверка резервных копий

Копия считается рабочей только после успешного восстановления тестового файла. Минимальная процедура:

1. Создать небольшой тестовый архив.
2. Скопировать его на резервный носитель.
3. Проверить контрольную сумму.
4. Восстановить файлы в отдельный каталог.
5. Открыть несколько документов и фотографий.
6. Зафиксировать дату проверки.

Контрольную сумму можно получить с помощью SHA-256:

sha256sum important-file.zip

После копирования команда выполняется повторно. Значения должны совпадать:

оригинал:  8d3f...a91c
копия:     8d3f...a91c

Проверять нужно не только существование файла, но и его содержимое. Повреждённый архив вполне может иметь правильное имя и размер.

Практический график

Для обычного домашнего компьютера подойдёт такой режим:

• рабочие документы — автоматическая копия каждый час;
• полный локальный бэкап — раз в сутки;
• облачная или удалённая копия — раз в сутки;
• еженедельная версия, которую нельзя сразу удалить;
• тестовое восстановление — раз в месяц.

Для сервера частота определяется допустимой потерей данных. Если бизнес может потерять максимум 15 минут работы, резервное копирование должно происходить чаще, чем раз в час.

Главный показатель — RPO, допустимый объём потерянных данных. Например, RPO в 24 часа означает, что при аварии допустима потеря данных максимум за сутки.

Второй показатель — RTO, допустимое время восстановления. RTO в 4 часа означает, что система должна снова заработать не позднее чем через четыре часа после сбоя.

Минимальная рабочая схема

Для большинства пользователей достаточно следующей конфигурации:

Компьютер
   ├── внешний HDD с ежедневным бэкапом
   ├── облачное хранилище с историей версий
   └── периодически отключаемый архивный диск

Такая схема защищает от поломки оборудования, случайного удаления, шифровальщиков и части физических угроз. Абсолютной безопасности не бывает, но правило 3-2-1 заметно снижает вероятность безвозвратной потери данных.

Лучший бэкап — не самый дорогой и не самый сложный, а тот, который выполняется автоматически и регулярно проверяется восстановлением.