Ресурсы · 20
Тестирование восстановления резервной копии из копии до работающего сервиса.
Переход от предполагаемой доступности резервной копии к отработанному и задокументированному восстановлению.
Обновлено · 3 min
Чего помогает достичь это руководство
- Определение полезного восстановления
- Проверка резервных копий
- Репетиция восстановления
- Устранение выявленных пробелов
Быстрая проверка
- Какая служба должна восстановиться первой и от чего это зависит?
- Кто может получить доступ к копии во время сбоя?
- Изолирована ли копия и пригодна ли она для использования?
- Поддерживает ли восстановленная служба реальный процесс восстановления?
- Какое время восстановления и потери данных наблюдались?
Пошаговый метод
- 1
Выбор сценария
Начните с бизнес-сервиса и сопоставьте его данные, идентификаторы, сеть и поставщиков. Определите смоделированный сбой и минимально пригодный результат.
Результат: описание сценария и порядок восстановления.
- 2
Установка измеримых критериев
Согласовать приемлемую точку восстановления, целевое время, функциональные проверки и лиц, которые могут подтвердить результат. Отделить заявленную цель от наблюдаемого результата тестирования.
Результат: утвержденные критерии успеха.
- 3
Проверка копий и доступа
Проверить существование копии, дату, целостность и изоляцию, а также необходимые разрешения для восстановления. Защитить производственные данные и секреты во время выполнения упражнения.
Результат: инвентаризация копий и предварительные условия.
- 4
Безопасное восстановление
Следовать предусмотренной процедуре с указанными операторами, фиксировать время каждого шага и записывать блокирующие факторы. Использовать изолированную среду или метод, который не может перезаписать работающий сервис.
Результат: журнал упражнения и восстановленный сервис.
- 5
Проверка сервиса
Провести сценарий взаимодействия пользователя и проверить согласованность данных, доступ и зависимости. Измерить затраченное время и разрыв между ожидаемыми данными и точкой восстановления.
Результат: протокол функциональной приемки и наблюдаемые показатели.
- 6
Исправление и повторение
Распределить недостатки между ответственными лицами, улучшить процедуры или архитектуру и повторить неудачные шаги. Обновить план обеспечения непрерывности на основе полученных данных.
Результат: план действий и дата следующего репетиционного этапа.
Показатели управления
| Показатель | Что он измеряет | Первое действие |
|---|---|---|
| Охват | Приоритетные службы с недавней репетицией | Тестирование служб без подтверждения |
| Восстанавливаемость | Копии фактически прочитаны и проверены | Исправление непригодных копий |
| Наблюдаемое время | Время от запуска до начала работы | Устранение реального узкого места |
| Наблюдаемая потеря | Разрыв между ожидаемыми данными и точкой восстановления | Корректировка частоты или метода резервного копирования |
Распространенные ошибки
- Рассмотрение успешного резервного копирования как доказательства восстановления
- Тестирование одного файла без его зависимостей
- Перезапись или раскрытие производственных данных в ходе репетиции
- Заявление о достижении целевого показателя восстановления без проведенного теста
Часто задаваемые вопросы
Достаточно ли проверенной резервной копии?
Она показывает, что копия существует или прошла определенную проверку, а не то, что вся служба может быть восстановлена. Функциональное тестирование по-прежнему необходимо. Она показывает, что копия существует или прошла определенную проверку, а не то, что вся служба может быть восстановлена. Функциональное тестирование по-прежнему необходимо.
Необходимо ли прерывать производство?
Изолированная среда может выявить большинство основных блокирующих факторов, не прерывая работу действующего сервиса.
Что следует зафиксировать?
Сценарий, копии, разрешения, временная шкала, функциональный результат, пробелы и ответственные за корректирующие действия.
Официальные ссылки
Ссылки подтверждают метод. Адаптируйте проверки к вашему контексту; они не являются сертификацией. Оригинальные названия ссылок и исходные документы могут быть на другом языке.
