Що саме входить у копію
У динамічного сайту контент часто живе не в одному архіві. Код може бути в репозиторії, товарні фотографії — у файловому сховищі, замовлення — у базі, а секрети інтеграцій — окремо. Список джерел залежить від архітектури, а не від назви CMS.
Запишіть для кожного компонента дату, розмір, місце зберігання й спосіб доступу. Якщо чогось немає, не позначайте копію як повну.
Файли
Код, конфігурація й користувацькі завантаження.
База
Дані товарів, заявок, користувачів і замовлень на конкретну дату.
Зовнішні сервіси
Платежі, CRM, пошта чи CDN можуть вимагати окремого експорту або повторного підключення.
Чи переживе копія ту саму аварію
Перевірте, чи зберігається вона поза робочим сервером та чи має окремі права доступу. Backup у тій самій панелі може допомогти після помилки редактора, але не обов’язково після втрати доступу до провайдера або акаунта. CERT-UA радить окремі сховища та періодичну перевірку відновлення.
Враховуйте не тільки локацію, а й спільні залежності: однаковий обліковий запис, ключі та спосіб оплати можуть зробити два сховища однією точкою відмови.
Незалежність
Чи можна отримати архів, якщо основний хостинг недоступний?
Доступ
Хто реально може відкрити копію, якщо власник акаунта недоступний?
Тестове відновлення без ризику для продажів
Зробіть копію поточного стану й підніміть backup у staging або іншому ізольованому середовищі. Перевірте не тільки головну: вхід, пошук, медіа, форму, кошик, статус замовлень, HTTPS і інтеграції. Тестові повідомлення чи платежі потрібно відокремити від реальних клієнтів.
Зафіксуйте фактичний час і найновіший доступний запис. Це показує реальні RTO/RPO для проведеного тесту; цифра в договорі сама по собі не доводить працездатність.
Пройшло
Дані відповідають даті, критичні сценарії працюють, відомий порядок перемикання.
Не пройшло
Запишіть конкретну причину: відсутня БД, пошкоджений файл, несумісна версія чи немає ключа.
Що виправляти після тесту
Для кожного провалу має бути власник і строк виправлення. Додайте контроль свіжості, сигнал про невдалий backup та план наступного restore-test. Перевірку повторюють після значних змін структури сайту й інтеграцій.