Резервне копіювання даних (Бекап): Повний посібник з кіберзахисту на 2026 рік
Як надійно захистити бізнес від втрати даних? Пояснюємо правила бекапу, метрики RPO/RTO, захист від вірусів-шифрувальників і хмарні рішення для МСБ.
RAID (Redundant Array of Independent Disks) об'єднує кілька звичайних дисків в один великий логічний масив. Це роблять з двох причин: змусити сервер працювати швидше і не втратити файли, якщо якийсь із накопичувачів раптово згорить.
Саму ідею придумали ще у 1987 році. Тоді Девід Паттерсон, Гарт Гібсон та Ренді Кац з університету Берклі довели, що з кількох дешевих дисків можна зібрати надійне сховище. Тому спочатку літера "I" в абревіатурі означала "Inexpensive" (недорогий). Але технологія швидко перебралася в серйозні корпоративні сервери, тому термін змінили на "Independent" (незалежний).
Операційна система бачить цей масив просто як один великий диск. Їй байдуже, як саме дані лежать на пластинах. І якщо раніше RAID створювали, щоб компенсувати повільну роботу старих HDD, то сьогодні масиви збирають навіть на надшвидких NVMe. Річ у тім, що контролери флеш-пам'яті часто виходять з ладу без жодних попереджень. Апаратне резервування - це мастхев, якщо ви хочете, щоб бізнес не зупинився через один мертвий SSD.
Апаратний чи програмний RAID: що обрати?
Апаратний RAID бере всі розрахунки на себе. Для цього в сервер ставлять окрему плату (контролер) із власним процесором. Програмний RAID створюється засобами самої операційної системи, і всі обчислення лягають на центральний процесор (CPU) сервера.
Апаратні контролери вважаються корпоративним стандартом. Оскільки плата має власний чип, оперативна пам'ять сервера не витрачається на перекладання блоків даних. Це особливо важливо для серверів віртуалізації. Нормальний контролер дозволяє міняти диски "на гарячу" без зупинки роботи. Крім того, на ньому зазвичай стоїть батарейка (BBU). Вона рятує транзакції в кеші, якщо раптово зникне світло. Але є й недолік. Якщо згорить сама плата контролера, вам доведеться шукати точно таку ж модель. Інакше ви просто не зможете прочитати дані з масиву.
Програмна реалізація, навпаки, не потребує додаткових витрат. Ви можете зібрати масив через "Керування дисками" у Windows або через mdadm у Linux. Головний мінус - постійне навантаження на процесор. Це особливо помітно, коли система рахує парність для RAID 5. До того ж, якщо "впаде" сама операційна система, масив може розсипатися.
| Параметр | Апаратний RAID-контролер | Програмний RAID (в ОС) |
|---|---|---|
| Хто рахує дані | Окремий чип на платі контролера | Центральний процесор сервера (CPU) |
| Залежність від системи | Працює сам по собі, ОС його просто бачить | Повністю залежить від стабільності ОС |
| Захист кешу | Є своя батарейка (BBU) | Немає (світло зникло - кеш втрачено) |
| Головний ризик | Пошук ідентичної плати, якщо стара згорить | Падіння швидкості під навантаженням |
Як працюють популярні рівні RAID?
Кожен рівень масиву - це просто різний математичний алгоритм. Інженерам завжди доводиться шукати компроміс між швидкістю, корисним об'ємом дисків та стійкістю до поломок.
RAID 0 (Стрипінг): чому це небезпечно
RAID 0 просто розрізає всі ваші файли на шматки і пише їх одночасно на всі диски. Тут немає жодного резервування інформації.
Вам потрібно мінімум два накопичувачі. Оскільки контролер не витрачає час на контрольні суми, швидкість роботи зростає пропорційно кількості дисків. Використовується весь об'єм сховища - ви не втрачаєте жодного гігабайта. Уявіть, що ви розірвали книгу на сторінки: непарні віддали на перший диск, парні - на другий. Працює швидко, але якщо ламається хоча б один накопичувач - ви втрачаєте абсолютно все. Залишається лише сміття з уривків файлів, яке неможливо склеїти назад. Тому "нульовий" рейд використовують тільки для тимчасових завдань. Наприклад, для рендерингу важкого відео чи як кеш, де оригінали надійно лежать деінде.
RAID 1 (Дзеркало): коли потрібна проста надійність
Цей масив робить точну копію даних. Усе, що сервер пише на перший диск, миттєво дублюється на другий. Якщо один пристрій ламається, система продовжує працювати як ні в чому не бувало.
Читає таке "дзеркало" швидко, бо контролер може тягнути різні шматки файлу з обох дисків паралельно. А от швидкість запису завжди буде впиратися у найповільніший диск у парі. Головний плюс - максимальна простота. Коли диск вмирає, ви просто вставляєте новий, і сервер сам переносить туди дані. Нічого не гальмує. Але за такий комфорт ви платите половиною дискового простору. Купили два SSD по 4 ТБ - отримали логічний диск лише на 4 ТБ. Зазвичай так налаштовують диски під саму операційну систему або під невеликі бухгалтерські бази.
RAID 5: баланс об'єму та контрольних сум
Для RAID 5 потрібно хоча б три накопичувачі. Він пише дані по черзі, але до кожного блоку додає контрольну суму. Якщо один диск згорить, контролер просто вирахує втрачені файли за допомогою математики.
В основі алгоритму лежить логічна операція "виключне АБО" (XOR). Працює це так: на перший диск ми пишемо цифру 4, на другий - 9. Контролер рахує їхній XOR (4 XOR 9 = 13) і записує цифру 13 на третій диск. Якщо другий диск раптом помирає, система складає рівняння "13 XOR 4" і повертає втрачену "дев'ятку". Ви втрачаєте простір лише одного диска з усього масиву. Це дуже вигідно по грошах.
Але є серйозні мінуси. Перший - це "штраф за запис". Щоб оновити файл, контролер має прочитати старі дані, стару парність, вирахувати новий XOR і тільки тоді записати зміни. Друга проблема - відновлення масиву (ребілд). На сучасних дисках по 10-15 ТБ цей процес може тривати кілька діб. Диски працюють під 100% навантаженням. І якщо в цей момент зламається ще один накопичувач або вилізе помилка читання (URE) - весь масив розвалиться назавжди.
RAID 10: чому це найкращий вибір для баз даних
RAID 10 (або RAID 1+0) - це гібрид. Спочатку диски об'єднуються у дзеркальні пари (як у RAID 1). А потім ці захищені пари об'єднуються у швидкий масив чергування (як у RAID 0). Для цього потрібно мінімум чотири диски.
Тут взагалі немає складних розрахунків XOR, тому сервер пише дані максимально швидко. Відповідно, ми маємо високий показник IOPS (операцій за секунду). Якщо один диск згорає, виходить з ладу лише половинка конкретного "дзеркала". Глобальний масив навіть не помітить втрати продуктивності. Сервер може пережити смерть навіть двох дисків, якщо вони знаходилися в різних дзеркальних парах. Звісно, ви віддаєте 50% загального об'єму накопичувачів, але це стандарт для навантажених баз даних (OLTP) та серверів віртуалізації.
Трохи про екзотику та старі формати
У великих корпоративних архівах часто використовують RAID 6. Це той самий "п'ятий", але з подвійною парністю. Він може пережити смерть двох дисків одночасно, що критично для повільних серверів бекапів. Є ще RAID 50 - це об'єднання кількох RAID 5 у нульовий масив, щоб пришвидшити відновлення.
А от рівні 2, 3, 4 та 7 сьогодні вже ніхто не використовує. Наприклад, у RAID 3 парність писалася на один окремий диск. Цей диск постійно навантажувався і швидко ставав вузьким місцем усієї системи. Інколи адміни збирають JBOD (Just a Bunch Of Disks) - файли просто пишуться на диски по черзі. Якщо зламається один диск, ви втратите лише ту інформацію, що була на ньому. Але ні швидкості, ні надійності JBOD не дає.
Чому RAID ніколи не замінить бекапи?
Головне правило сисадміна: RAID захищає сервер від зупинки, але він не захищає самі файли. Це лише питання апаратної доступності (uptime).
Багато хто вірить, що дзеркалювання врятує їхню базу даних. Але контролер миттєво дублює всі дії системи. Якщо ви випадково натиснете "Видалити", файли зникнуть одразу з усіх дисків масиву. Якщо на сервер залетить вірус-шифрувальник, він зашифрує оригінал, і RAID чесно скопіює цей зашифрований код на всі резервні носії. Блискавка чи стрибок напруги можуть легко спалити всю дискову полку цілком. Тому єдиний надійний спосіб не втратити дані - це регулярно робити холодні бекапи і тримати їх десь на окремому сервері або в хмарі.
| Що трапилося | Чи врятує RAID (1, 5, 10)? | Чи врятує бекап? |
|---|---|---|
| Згорів один жорсткий диск | Так, сервер працює далі | Так, але доведеться витратити час на відновлення |
| Хтось випадково видалив папку | Ні, папка видаляється скрізь | Так, можна дістати вчорашню копію |
| Вірус зашифрував файли | Ні, шифрується весь масив | Так, якщо бекап зберігається ізольовано |
| Стрибок напруги спалив сервер | Ні, диски згоріли разом | Так, дані лежать на іншому фізичному носії |
Часті запитання (FAQ)
Який RAID обрати для бази даних 1С або SQL?
Для високонавантажених баз найкраще підходить RAID 10. Він дає максимальну швидкість запису (немає штрафу на обчислення парності, як у RAID 5) і при цьому зберігає дані, якщо диски почнуть сипатися.
Чи можна тримати важливі файли на RAID 0?
В жодному разі. RAID 0 взагалі не резервує дані. Якщо з ладу вийде хоча б один накопичувач з масиву, ви втратите 100% інформації, бо файли розрізані на шматочки між усіма дисками.
Чи є сенс збирати RAID на SSD накопичувачах?
Так. SSD не мають механіки, яка може заклинити, але їхні електронні контролери люблять помирати раптово і назавжди. RAID дозволить вашому проєкту працювати далі, поки ви замовляєте новий диск на заміну.
