Сколько данных бизнес может потерять?
RPO обозначает допустимый разрыв в восстанавливаемых данных, а RTO задаёт целевое время возврата к работе. Это требования бизнеса, а не автоматические гарантии плагина. С их учётом выбираем расписание и проверку. Результат теста показывает конкретный сценарий; копия может быть неполной или уже содержать заражение. Состояние копии и успешный запуск из неё фиксируются отдельно; цели RTO/RPO требуют проверки.
Резервное копирование сайта: что должно попасть в копию
Для приложения обычно нужны файлы, база данных, конфигурация и сведения о зависимостях. Доступ к панели хостинга, DNS и ключам восстановления может понадобиться при запуске в новой среде. Снимок виртуальной машины и экспорт базы решают разные задачи.
Сначала определяем допустимую потерю изменений (RPO) и желаемое время восстановления (RTO). Это цели для проектирования и тестирования; выбранная частота копирования сама по себе не доказывает, что цели достигнуты.
Как отличить наличие копии от готовности к восстановлению
Зелёный статус задания подтверждает только тот этап, который действительно проверяла система.
| Этап | Подтверждение | Оставшийся вопрос |
|---|---|---|
| Создание | Задание завершилось, файлы доступны | Полон ли набор данных |
| Независимость | Отдельное место и права хранения | Переживёт ли копия компрометацию основного аккаунта |
| Восстановление | Приложение запущено и протестировано | Сколько времени займёт повторение при аварии |
Как принять настройку резервирования
По согласованному объёму фиксируем состав, расписание, хранение, ответственного за ошибки и результат тестового восстановления. Проверку запуска проводим в отдельной согласованной среде, чтобы не заменить рабочие данные случайной копией.
В примере для магазина копия за ночь не содержит утренние заказы. Перед возвратом такой копии нужен план сверки новых данных. Это иллюстрация ограничения, а не клиентский случай. Юридические сроки хранения и доступ к архивам определяются отдельно.
Карта покрытия и пример протокола восстановления
Сверяем файлы, базу, конфигурацию и внешние медиа. Почта у отдельного поставщика обычно требует собственного согласованного резервирования и не должна автоматически считаться частью копии сайта. Для каждого источника нужен владелец. Учебный протокол: копия TEST-BACKUP, дата создания, отдельная среда, запуск приложения, проверка формы, фактически измеренное время, недостающие данные, ответственный и решение по исключению. Отдельно определяем доступ к ключам, стоимость хранения, утверждённое удержание и того, кто рассматривает ошибки копирования.