5 Способов тестирования планов аварийного восстановления ИТ

5 Способов тестирования ИТ-планов аварийного восстановления - манекены

Часть планирования аварийного восстановления ИТ для чайников Шпаргалка

Тестирование является естественной частью жизненного цикла для многих усилия по разработке технологий: программное обеспечение, процессы и - да - планирование аварийного восстановления. Бедствия происходят не часто, поэтому вы редко можете четко определить, будут ли эти планы DR действительно работать. И учитывая характер бедствий, если ваш план DR не удастся, организация может не пережить катастрофу.

Вот пять типов тестов аварийного восстановления:

  • Тестирование бумаги: Лица читают и комментируют планы восстановления.

  • Прохождение теста: Группы просматривают планы по выявлению проблем и изменений.

  • Моделирование: Группы переживают симулированное бедствие, чтобы определить, адекватны ли планы реагирования на чрезвычайные ситуации.

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

  • Тест на разрыв: Системы восстановления построены / настроены, чтобы взять на себя полную производственную нагрузку. Вы отключите первичные системы.

Структурируйте свое тестирование DR так же, как вы структурируете другие сложные начинания, такие как разработка программного обеспечения и связанное с ним тестирование. Просто выполните следующие действия:

  1. Определите, как часто вы должны выполнять каждый тип теста.

  2. Проверка отдельных компонентов.

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

  3. Провести более широкие испытания комбинированных компонентов.

  4. Протестируйте весь план.

Выполняя эти четыре шага, вы можете определить множество ошибок во время отдельных тестов и исправить эти ошибки, прежде чем выполнять более комплексные тесты. Этот процесс экономит время, предотвращая небольшие ошибки от прерывания комплексных тестов, в которых участвуют многие люди.