Проверять возвращение к работе

КОНТУР ВОССТАНОВЛЕНИЯ / КАЖДЫЙ ПЕРЕХОД МОЖНО ПРОВЕРИТЬ

Файл архива может существовать, но для запуска системы понадобится больше: база данных, загруженные документы, конфигурация и совместимая версия приложения. В главе Google SRE о целостности данных резервирование рассматривается через возможность восстановления и доступность информации для пользователя.

Отсюда практический вопрос для проверки: какой рабочий сценарий должен снова стать доступным? Для корпоративного сайта это может быть открытие страниц и обработка тестового обращения. Для учётной системы — просмотр согласованной записи и выполнение операции с тестовыми данными.

Составить карту восстановления

Что уточнить Какой ответ нужен
Данные Какие базы, файлы и настройки входят в набор
Точка восстановления За какую дату доступна согласованная копия
Среда запуска Какие версии и внешние зависимости понадобятся
Доступ к копиям Кто сможет получить их при недоступности основной системы
Приёмка Какие операции подтвердят работоспособность
Ограничения Какие интеграции и данные не входят в эту проверку

Договориться о допустимой потере и времени

Две полезные цели — RPO и RTO. RPO задаёт допустимый промежуток потери данных: насколько старой может быть точка восстановления. RTO задаёт целевое время до возвращения согласованного сервиса. Определения и связь целей с задачами бизнеса приведены в руководстве AWS по восстановлению после аварий.

Начните с процесса: какие операции нельзя потерять, как они учитываются и что люди будут делать во время простоя? Затем определите, от какого события отсчитывается время и что считается восстановленным. Страница, которая открывается, и сервис, который снова принимает и сохраняет обращения, — разные критерии.

Схема проверки: цель процесса → состав копии → изолированное восстановление → пользовательский сценарий → протокол → обновлённая инструкция. Фактическое время сравнивают с согласованной целью. Если цель не достигнута, в протоколе указывают конкретный задерживающий шаг.

На примере веб-приложения

Если приложение использует файлы и базу данных, определите, какие материалы нужны вместе: загруженные изображения, содержимое базы, конфигурация и зависимости. По каждому элементу зафиксируйте источник копии и способ проверить результат восстановления.

В учебном восстановлении полезно отдельно проверить страницы, изображения, вход в управление и тестовый сценарий формы. Перед запуском ограничивают внешние действия копии: рассылки, платежи, уведомления и индексирование. Конкретный список зависит от подключённых сервисов.

Провести проверку по шагам

  1. Согласовать выбранную копию, доступы и безопасное окружение.
  2. Восстановить необходимые компоненты по записанной инструкции.
  3. Проверить, что приложение видит ожидаемые данные.
  4. Выполнить заранее выбранные пользовательские действия.
  5. Записать длительность, ручные операции и обнаруженные препятствия.
  6. Обновить инструкцию и определить следующую проверку.

Измеренное время относится к этому сценарию и окружению. Оно не становится обещанием восстановления при любом инциденте. Если понадобилась помощь автора системы или отсутствующий доступ, это полезный результат проверки: зависимость можно устранить заранее.

Учебный пример: приложение запустилось, запись данных не работает

Предположим, файлы и база восстановлены в отдельной среде. Главная страница открывается, но форма не сохраняет новое обращение. Это учебный пример, а не описание проведённого восстановления.

  • Сценарий: отправить тестовую запись, получить её номер и найти ту же запись после повторного открытия.
  • Сверка: проверить версию приложения, структуру базы и состав конфигурации сервиса. Отдельно отметить внешние зависимости, которые пока не восстановлены.
  • Проверка: пройти запись и чтение данных в согласованной среде. Открытие страницы само по себе не подтверждает этот путь.
  • Результат: указать, какие операции прошли, какая зависимость мешает остальным и что нужно добавить в копию или инструкцию.

Критерий относится к рабочей операции

Такой разбор позволяет уточнить состав восстановления до инцидента. Время и успешность относятся к проверенному набору, среде и сценарию; другие интеграции проверяются отдельно.

Что оставить после проверки

Короткий протокол должен позволять повторить работу: какие копии использовались, где выполнялась проверка, какой сценарий прошёл и кто отвечает за актуальность инструкции. Отдельно фиксируются непроверенные интеграции и действия, которые остаются ручными.

Проверка превращает неопределённое «у нас есть бэкапы» в конкретный ответ о выбранной системе. Затем можно обсудить, какие данные допустимо потерять и сколько времени бизнес может ждать восстановления.

Частые вопросы

Достаточно ли проверить, что архив распаковывается?

Это полезная ранняя проверка, но она не подтверждает запуск приложения и доступность нужных данных. Нужен согласованный рабочий сценарий.

Можно ли проверять на рабочем сервере?

Предпочтительно согласовать отдельную среду. Проверка на рабочем окружении требует собственного плана, ограничений и согласования риска.

Как часто повторять восстановление?

Частота зависит от изменений системы, ценности данных и допустимой задержки. После существенных изменений стоит проверить, подходит ли прежняя инструкция.

Что считать завершённым этапом?

Восстановлен согласованный набор, проверены выбранные операции и переданы протокол с инструкцией. Непроверенные части перечислены явно.

Опишите систему, состав копии и операцию, которую важно восстановить. Открыть форму