Разрушение главного мифа: RAID — это НЕ бэкап. Фундаментальная ошибка начинающих системных администраторов — считать, что отказоустойчивый дисковый массив (RAID 1, 5, 10) защищает данные от потери. RAID обеспечивает доступность (High Availability) оборудования. Если один физический диск сгорает, сервер продолжает работать. Но RAID мгновенно синхронизирует любые изменения. Если пользователь случайно удалит базу данных, или вирус-шифровальщик (Ransomware) зашифрует файлы, RAID добросовестно и мгновенно скопирует это удаление или зашифрованные блоки на все диски массива. Резервное копирование (Backup) — это создание исторической, независимой копии данных на определенный момент времени. Только бэкап позволяет 'отмотать время назад' и восстановить удаленный файл или состояние системы до вирусной атаки.

Золотой стандарт: Правило 3-2-1. В индустрии IT-инфраструктуры правило 3-2-1 является непреложным законом построения стратегии резервного копирования. Оно расшифровывается следующим образом: 3 — храните не менее трех копий данных (одна основная рабочая копия на сервере и две резервные). 2 — используйте два разных типа носителей (например, первая копия на жестких дисках NAS-сервера, вторая — на ленточных накопителях LTO или в облачном объектном хранилище). Это защищает от специфических аппаратных багов или дефектов одной партии носителей. 1 — храните как минимум одну копию вне физического офиса (Offsite). Если серверная комната сгорит, будет затоплена или оборудование изымут, локальный NAS с бэкапами погибнет вместе с основными серверами. Offsite-копия (в другом городе, ЦОДе или облаке) гарантирует выживание бизнеса.

Типы резервного копирования: Full, Incremental, Differential. Понимание механики снятия копий необходимо для экономии дискового пространства и оптимизации времени (Backup Window). Full (Полное): копирует 100% данных. Очень надежно, но долго и занимает много места. Обычно делается раз в неделю (например, в выходные). Incremental (Инкрементное): копирует только те блоки данных, которые изменились с момента любого последнего бэкапа. Занимает минимум места и делается очень быстро. Минус: для восстановления системы за пятницу вам потребуется ফুল-бэкап с воскресенья и все инкременты (понедельник, вторник, среда, четверг, пятница). Если хоть один файл в цепочке поврежден — восстановление невозможно. Differential (Дифференциальное): копирует данные, измененные с момента последнего полного бэкапа. С каждым днем недели размер копии растет. Плюс: для восстановления нужен только начальный Full-бэкап и последний дифференциальный файл. Выбор зависит от требований бизнеса к скорости восстановления.

Метрики бизнеса: RTO и RPO. Системный администратор строит систему бэкапов не ради самих бэкапов, а ради соответствия требованиям бизнеса, которые выражаются в двух ключевых метриках. RTO (Recovery Time Objective) — целевое время восстановления. Это время, в течение которого бизнес может позволить себе простаивать. Например, RTO = 4 часа означает, что с момента падения сервера до полного запуска сервиса должно пройти не более 4 часов. Если у вас огромная база данных и медленные диски, вы можете не уложиться в RTO. RPO (Recovery Point Objective) — целевая точка восстановления (или допустимый объем потери данных). Если бэкапы делаются раз в сутки ночью, а сервер сгорел в 17:00, вы потеряете все данные за рабочий день. В данном случае RPO составляет 24 часа. Если бизнес требует RPO = 15 минут, вам придется внедрять непрерывную репликацию данных или очень частые инкрементные снапшоты на уровне СХД.

Защита от программ-вымогателей (Ransomware) и Air-Gapping. Современные вирусы-шифровальщики стали умнее: проникнув в сеть, они сначала ищут серверы резервного копирования, шифруют бэкапы, и только потом шифруют 'боевые' серверы. Чтобы противостоять этому, применяется изоляция (Air-Gapping) и неизменяемые хранилища (Immutable Storage). Физический Air-Gap означает, что носитель с бэкапом физически отключен от сети (например, кассета с магнитной лентой LTO извлечена из стримера и лежит в сейфе). Хакер не может зашифровать то, что физически не подключено к розетке. Логический Air-Gap и Immutability реализуются программно: сервер бэкапов (например, репозиторий Veeam на базе Linux с XFS) блокирует любые попытки изменения или удаления файлов на заданный период (например, 14 дней), даже если команду подает администратор с правами root. Это спасает данные, даже если учетные данные администратора были скомпрометированы.

Тестирование бэкапов (Бэкап Шрёдингера). Среди сисадминов есть известная поговорка: 'Бэкап, который никогда не восстанавливали, находится в состоянии суперпозиции — он одновременно существует и не существует'. Создание резервной копии — это лишь половина процесса. Критически важной процедурой является регулярное тестовое восстановление (Disaster Recovery Test). Часто бывает так, что ПО рапортует об успешном создании копии (Success), но при попытке развернуть виртуальную машину выясняется, что база данных внутри повреждена (corrupted), или не хватает загрузочного сектора. В современных гипервизорах (VMware, Proxmox) и системах копирования есть функции автоматической проверки: система разворачивает бэкап в изолированной виртуальной сети (песочнице), запускает ВМ, пингует её, проверяет доступность порта приложения и присылает администратору отчет, после чего удаляет тестовую ВМ. Только такой подход гарантирует целостность данных.