Backup, репліка і RAID — різні захисти
Backup зберігає стан на конкретний момент, до якого можна повернутися. Репліка або дзеркало підтримує доступність, але може скопіювати помилкове видалення, зараження чи неправильну зміну. RAID витримує відмову частини дисків, але не замінює окремих історичних копій.
Для бізнес-сайту потрібні не лише сторінки: база замовлень і заявок, завантаження, конфігурація й опис інтеграцій можуть жити окремо.
Історія
Кілька точок відновлення, а не один перезаписуваний архів.
Склад
Код, БД, медіа та потрібні конфігурації.
Визначте RPO і RTO як бізнес-цілі
RPO — скільки даних можна допустимо втратити між копією та інцидентом. RTO — скільки часу бізнес може чекати повернення сервісу. Якщо 12 годин замовлень неприйнятні, нічний backup не відповідає задачі. Якщо потрібен короткий простій, одного архіву без готового середовища теж замало.
Ці цілі не стають гарантією після запису в документі. Їх перевіряють пробним відновленням, вимірюють фактичний результат і коригують систему.
Магазин
Урахуйте нові замовлення, оплати й статуси.
Сайт послуг
Урахуйте заявки, форми, листи й публікації.
Відокремте копії від точки відмови
Зберігайте критичні копії поза робочим сервером і бажано з окремими правами. Шифрування, доступ відповідальних, термін зберігання та видалення старих копій треба задокументувати. Якщо ключ дешифрування існує лише на втраченому сервері, архів може виявитися непридатним.
Налаштуйте повідомлення про провал копіювання. Без відповідального за сигнал навіть правильний розклад непомітно перестане працювати.
Перевірка
Регулярно піднімайте копію в окремому середовищі та проходьте критичні сценарії.
Оновлюйте політику разом із сайтом
Після переходу на нову CMS, додавання CRM чи зміни сховища перевірте, що нові дані потрапляють у backup. Документуйте останню успішну точку та результат тесту, щоб у день інциденту команда не шукала власника невідомого архіву.