RAID — это не резервная копия: почему можно потерять данные даже с RAID1

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

Что RAID делает и чего не делает

RAID (redundant array of independent disks) объединяет несколько дисков в один массив. Уровни с чётностью или зеркалом (RAID1, RAID5, RAID6, RAID10) позволяют пережить отказ одного или нескольких накопителей без остановки работы. Но массив — это единая логическая структура: всё, что происходит на уровне файлов и файловой системы, зеркалируется или распределяется по всем дискам одновременно.

• Делает: переживает отказ диска, повышает доступность, ускоряет чтение (в некоторых уровнях), упрощает замену накопителя.
• Не делает: не хранит историю версий, не защищает от удаления и перезаписи, не спасает от шифровальщика, не восстанавливает повреждённую ФС, не защищает от кражи или пожара.
• Важно: RAID — про непрерывность работы, бэкап — про восстановление данных.

Отказ диска против потери данных: в чём разница

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

Удаление файлов и ошибки пользователя

В RAID1 оба диска содержат идентичные данные. Команда удаления, очистка корзины или ошибочная перезапись мгновенно применяются к обоим накопителям. Массив честно сохраняет новое состояние — уже без файлов.

• Случайный rm -rf или удаление через файловый менеджер.
• Перезапись файла «пустой» версией из редактора.
• Ошибочная синхронизация папок в сторону удаления.
• Неверные права и последующая «починка» с потерей данных.

Ransomware и шифровальщики на RAID-массиве

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

• Изолируйте резервные копии: офлайн-носители или хранилище без постоянного доступа на запись.
• Используйте версионные бэкапы, чтобы откатиться до заражения.
• Ограничивайте права и не держите бэкап на том же сервере.

Повреждение файловой системы и логические сбои

Сбои питания, ошибки контроллера, некорректное извлечение диска и ошибки ПО могут повредить файловую систему. RAID не гарантирует целостность метаданных: при повреждении ФС массив может не смонтироваться, а «починка» утилитами иногда усугубляет ситуацию. Здесь спасает только копия, сделанная до сбоя.

Кража, потеря и физическое повреждение оборудования

RAID находится внутри одного корпуса. Кража сервера, пожар, залив водой или скачок напряжения выводят из строя сразу все диски массива. Если копии нет вне этого устройства, данные потеряны целиком.

Почему RAID1 не спасает от всех сценариев

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

Принцип резервного копирования 3-2-1

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

1. Три копии: рабочие данные плюс две резервные.
2. Два разных носителя или среды: например, внешний диск и сетевое/облачное хранилище.
3. Одна копия вне площадки: в другом помещении или у внешнего провайдера.

Практические шаги: как выстроить защиту данных

1. Оставьте RAID для отказоустойчивости, но не считайте его бэкапом.
2. Настройте автоматические резервные копии по расписанию с версионированием.
3. Храните одну копию вне сервера: внешний диск, который отключаете, или удалённое хранилище.
4. Ограничьте доступ к бэкапу: отдельные учётные данные, запрет записи из рабочей сети.
5. Проверяйте восстановление на тестовом наборе файлов.
6. Документируйте схему: что копируется, куда и как часто.