Коли сервер впав о третій ночі, а останній бекап виявився з минулого тижня — це той момент, коли розумієш ціну правильної стратегії відновлення. Ми зібрали 47 реальних кейсів, де компанії втрачали дані, і розберемо, що саме пішло не так.

Більшість проблем починаються не з технічних збоїв, а з того, що ніхто не перевіряв, чи взагалі працює процес відновлення. У нас був випадок, коли бекапи створювалися щодня протягом року, але файли виявилися пошкодженими — про це дізналися лише під час реальної аварії.

Що насправді важливо знати

RPO та RTO — це не просто абревіатури для звітів. Recovery Point Objective показує, скільки даних ви готові втратити (година, день, тиждень), а Recovery Time Objective — як швидко треба все повернути. Для інтернет-магазину з оборотом 200 тисяч на день RTO в 4 години коштує зовсім інших грошей, ніж для корпоративного сайту.

Розглянемо три типи резервного копіювання: повне, інкрементне та диференційне. Повне займає найбільше місця, але відновлюється найшвидше. Інкрементне зберігає лише зміни з останнього разу — економить простір, але для відновлення потрібна вся ланцюжок бекапів.

Реальні цифри та інструменти

Протестуємо Veeam, Acronis та відкриті рішення типу Bacula. Побачите різницю між snapshot на рівні гіпервізора та file-level backup. Є база на 380 ГБ? Покажемо, як налаштувати інкрементне копіювання так, щоб щоденний бекап важив 12-15 ГБ замість повних обсягів.

Окрема увага — правилу 3-2-1: три копії даних на двох різних носіях, одна з яких офсайт. Звучить просто, але реалізація залежить від бюджету та інфраструктури. Обговоримо варіанти від хмарних сховищ до фізичних серверів у партнерському датацентрі.