Эксплуатация
Резервная копия сайта: что сохранять и как проверить восстановление
Сохранённое состояние данных или системы, предназначенное для восстановления после утраты, повреждения или ошибочного изменения. Пригодность копии подтверждают проверкой восстановления нужных данных и функций.
Редакция:
Backup сайта может включать базу данных, загруженные файлы, код, настройки и инструкции запуска. Конкретный состав зависит от архитектуры: копия репозитория не обязательно содержит изображения редактора и заявки, а архив файлов сайта не обязательно содержит базу данных.
Синхронизация и резервное копирование решают разные задачи. Если удаление файла сразу повторяется во всех синхронизированных местах, прежнее состояние может быть потеряно. Для восстановления уточните, какие версии сохраняются и сколько времени они доступны.
Пример: архив есть, изображения отсутствуют
Учебная ситуация: после ошибки редактора специалист восстановил базу CMS. Тексты вернулись, но часть изображений не открывается — файлы хранились отдельно и не вошли в копию. Сообщение «backup выполнен» было правдой только для части системы.
До согласования услуги составьте перечень данных и зависимостей. Если копии базы и файлов относятся к разным моментам, нужно проверить их совместимость. Способ получения согласованной копии выбирают под конкретную систему: например, документация PostgreSQL объясняет ограничения простого копирования файлов работающей базы. Это не универсальная инструкция для любой CMS.
Паспорт резервного копирования
| Вопрос | Что зафиксировать |
|---|---|
| Что сохраняем | База, файлы, код, конфигурация и необходимые внешние зависимости |
| Как часто | Расписание и момент последней пригодной копии |
| Сколько храним | Срок доступности версий и порядок удаления старых копий |
| Где храним | Место хранения и его независимость от возможного отказа сайта |
| Кто имеет доступ | Ответственный, права восстановления и защищённый способ получения ключей |
| Как узнаём о сбое | Получатель уведомления и порядок проверки неудачной или пропущенной копии |
| Как проверяем | Среда восстановления, контрольные данные, сценарии и протокол результата |
Копия на том же диске не защищает от утраты этого диска. Обсудите независимое хранение и защиту от удаления вместе с рабочими данными. CISA рекомендует офлайн-копии с шифрованием и регулярную проверку восстановления. Нужная схема зависит от рисков проекта; в предложении должны быть конкретные условия, а не только слово «облако».
Допустимая потеря данных и время восстановления
Уточните два разных ограничения. Первое — какой период последних изменений бизнес может потерять; его часто обозначают RPO. Второе — за какое время нужно восстановить согласованную работу после сбоя; это целевое время восстановления, RTO. Частота копирования сама по себе не подтверждает соблюдение этих целей.
Учебный пример: последняя пригодная копия сделана в 02:00, сбой случился в 14:00. Без другого источника восстановления изменения за эти 12 часов могут быть потеряны. Даже доступный архив не говорит, сколько займут получение доступа, развёртывание, восстановление данных и проверка сценариев. Числа в примере не являются рекомендацией по расписанию или обещанием CoreWeb.
Как принять проверку восстановления
- Выберите конкретную копию и запишите её дату, состав и проверяемую версию системы.
- Подготовьте отдельную защищённую среду. Ограничьте отправку писем, платежи и другие внешние действия; копия может содержать рабочие настройки интеграций.
- Восстановите данные по инструкции. Зафиксируйте начало, завершение и возникшие препятствия.
- Проверьте контрольные записи и файлы, открытие нужных страниц, вход с согласованной ролью и безопасный основной сценарий.
- Запишите, что восстановлено, что не проверено, фактическое время и следующие действия по расхождениям.
Размер архива, успешное завершение задания и контрольная сумма полезны, но не заменяют этот протокол. Проверка одной копии доказывает результат для выбранного состояния и условий; её повторяют по согласованному графику и после существенных изменений системы.
Не восстанавливайте копию поверх рабочего сайта только ради демонстрации. Для упражнения используйте отдельную тестовую среду с подходящими ограничениями доступа. Пароли, ключи расшифрования и содержимое реальных обращений не включайте в общий отчёт.
Внесите инструкцию, доступы и последний протокол в комплект передачи сайта. Хранение, наблюдение и учебное восстановление учитывайте в расходах после запуска. Тогда можно проверить, что именно входит в сопровождение и кто отвечает за восстановление.