Резервное копирование 3-2-1: как защитить NAS, ПК и фотографии
NAS · Backup · Synology · защита данных

Правило 3-2-1 для резервных копий: NAS, внешний диск, облако и защита от потери данных

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

Главная мысль

Надёжный backup должен существовать независимо от основной копии. Практический минимум: рабочие данные + локальная резервная копия + ещё одна копия вне основного устройства и желательно вне помещения. Копии нужно не только создавать, но и регулярно проверять восстановлением.

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

3копии данных

Рабочая копия и минимум две дополнительные.

2разных хранилища

Не держать всё на одном массиве или одном физическом устройстве.

1копия вне основной площадки

Облако, второй NAS в другом месте или физически вынесенный носитель.

Такую стратегию прямо рекомендует Synology для защиты NAS. Она снижает риск потери данных из-за аппаратного отказа, повреждения основной площадки и ransomware.

RAID не является резервной копией

RAID отвечает прежде всего за доступность.

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

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

Snapshot тоже не равен полноценному backup

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

Snapshot

Быстрое восстановление, версии данных, удобная защита от части пользовательских ошибок.

Backup

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

Синхронизация с облаком тоже может не быть backup

Если локальный файл удалился или был зашифрован и сервис синхронизации передал изменение в облако, повреждение может распространиться на синхронизированную копию. Поэтому важны история версий, корзина, отдельный backup или неизменяемая/offline-копия.

Практичная схема для дома

1ПК / телефоныисходные данные
→
2NASцентральное хранилище
→
3USB / второй NAS / облаконезависимая копия

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

Вариант 1: NAS + внешний USB-диск

Один из самых доступных вариантов. NAS по расписанию делает версионную копию на внешний диск. После выполнения backup носитель можно отключать и хранить отдельно.

  • Плюс: низкая стоимость и быстрое локальное восстановление.
  • Минус: постоянно подключённый диск остаётся доступным системе и разделяет часть рисков NAS.
  • Лучше: периодически отключать носитель или использовать ротацию двух дисков.

Вариант 2: второй NAS

Второй NAS позволяет автоматически хранить копию в другом помещении или по другому адресу. Для Synology Hyper Backup может отправлять данные на удалённый Synology с Hyper Backup Vault, а Snapshot Replication позволяет реплицировать поддерживаемые Btrfs snapshots.

Удалённый NAS не должен быть открыт в интернет без необходимости. Для связи между площадками разумнее использовать VPN и ограниченные учётные записи.

Вариант 3: облако

Облачное хранилище удобно как offsite-копия. Hyper Backup поддерживает Synology C2 и ряд публичных/S3-совместимых целей. Для больших архивов нужно учитывать стоимость хранения, исходящий трафик и время полного восстановления.

Hyper Backup на Synology

Hyper Backup предназначен для версионного резервного копирования папок, пакетов, LUN и, на поддерживаемых моделях, всей системы. Он поддерживает локальные и удалённые NAS, внешние устройства и облачные цели.

Версионность

Можно вернуться к более раннему состоянию данных.

Ротация

Старые версии можно автоматически удалять по заданной политике.

Дедупликация

Снижает объём хранения повторяющихся данных.

Несколько целей

USB, другой NAS, rsync и облачные сервисы.

Что резервировать обязательно

  • семейные фотографии и видео;
  • документы и рабочие файлы;
  • проекты и исходники;
  • важные базы данных;
  • конфигурации NAS и сервисов;
  • Home Assistant backups;
  • конфигурации сетевого оборудования, если их потеря критична;
  • ключи и файлы, без которых невозможно восстановить зашифрованные архивы.

Что не обязательно копировать трижды

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

Backup видеонаблюдения

Постоянно дублировать весь многотерабайтный архив камер обычно дорого и бессмысленно. Практичнее резервировать экспортированные критичные фрагменты, конфигурации NVR и действительно важные события. Требования объекта могут быть другими, поэтому политика хранения определяется задачей.

Как защититься от шифровальщика

CISA рекомендует поддерживать offline-копии, шифровать резервные данные и регулярно проверять возможность восстановления. Причина проста: ransomware может пытаться найти, зашифровать или удалить доступные по сети backups.

Backup, доступный той же учётной записи на запись 24/7, менее устойчив.

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

Offline и immutable: в чём отличие

Offline

Носитель физически или логически недоступен основной системе. Пример: отключённый USB-диск.

Immutable

Копия остаётся доступной, но её нельзя изменить или удалить в течение заданного периода средствами обычной учётной записи.

3-2-1-1-0: усиленный вариант

К классическому 3-2-1 часто добавляют ещё два принципа:

1offline или immutable

Хотя бы одна защищённая от изменения копия.

0непроверенных ошибок

Backup должен проходить проверку, а восстановление нужно периодически тестировать.

Это не отдельный обязательный стандарт для домашнего пользователя, а полезная современная интерпретация стратегии.

Как часто делать backup

ДанныеПримерная стратегия
Рабочие документыЕжедневно или чаще
Фото с телефоновАвтоматически при появлении новых файлов
КонфигурацииПосле существенных изменений + периодически
Большой домашний архивПо мере изменения
Offline-копияРегулярно, исходя из допустимой потери последних данных

Главный вопрос: сколько последних данных вы готовы потерять. Если максимум один день, backup раз в месяц очевидно недостаточен.

Сколько версий хранить

Одна перезаписываемая копия опасна: повреждение может быть замечено спустя недели. Версионность позволяет вернуться к состоянию до ошибки.

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

Шифрование backup

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

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

Самая забытая часть: тест восстановления

  1. Выберите несколько файлов. Фото, документ, архив.
  2. Восстановите их в отдельную папку.
  3. Откройте и проверьте содержимое.
  4. Проверьте старую версию файла.
  5. Периодически моделируйте более крупное восстановление.

Статус «backup completed» подтверждает выполнение задачи, но не гарантирует, что вы знаете процедуру восстановления после реальной аварии.

Что будет, если NAS полностью погиб

До аварии нужно знать ответы на четыре вопроса: где находится backup, каким приложением он открывается, где лежит ключ шифрования и можно ли восстановить данные без исходного NAS.

Для проприетарных форматов резервирования полезно заранее установить или сохранить информацию о программе восстановления на обычном компьютере.

Пример разумной домашней схемы

Основной NAS→ежедневный Hyper Backup на отдельное хранилище→offsite/облачная копия важных данных

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

Частые вопросы

RAID 1 заменяет backup?

Нет. RAID 1 переживает часть отказов диска, но синхронно отражает удаление и изменение файлов и не защищает от всех рисков устройства.

Достаточно ли копии на внешний диск?

Это уже существенно лучше отсутствия backup. Но если диск постоянно подключён и находится рядом с NAS, остаются общие физические и киберриски.

Snapshot защищает от ransomware?

Может помочь, особенно если snapshot защищён от изменения, но локальный snapshot не должен быть единственной стратегией. Нужна независимая копия.

Нужно ли копировать весь NAS в облако?

Не обязательно. Можно разделить данные по ценности и отправлять offsite только то, что невозможно восстановить из других источников.

Как понять, что backup работает?

Не только по зелёному статусу задания. Периодически выполните реальное восстановление и проверьте полученные файлы.