План восстановления после аварии (disaster recovery plan, DRP) — это описание действий сотрудников в случае аварии (ситуации, когда программное обеспечение или оборудование полностью неисправно в течение длительного периода времени).

Практика последних месяцев – неутешительно показала полную неготовность ИТ противостоять не то что внешним угрозам, а и собственным – внутренним.

Многие компании попросто не знали что делать в случае ЧП.
Паника среди персонала (особенно ИТ) привела к гораздо большим негативным последствиям чем вирусные атаки.

А ведь всё очень даже просто…. :

  1. Грамотно строим архитектуру сервисов
  2. Используем микросегментацию
  3. Контролируем или “режем” конечных пользователей
  4. Строим DR-планы для всех участников процесса

В данной статье мы поговорим о последнем пункте – что делать чтобы избежать хаоса.

Итак, основные этапы создания плана:

  1. Исследование – на этом этапе исследуется влияние возможной аварии на различные уровни работы организации, производится оценка уязвимости во всех областях, включая методы работы, рабочее пространство и оборудование, сохранность и целостность данных. Иными словами – строятся зависимости возможности продолжения рабочих процессов в случае выхода из строя или недоступности одной или нескольких ИС.
  2. Разработка – разработка стратегии, за счет каких технических и организационных средств будет реализовано DR-решение. На этом же этапе строится концепция катастрофоустойчивой IT-инфраструктуры. Проводится планирование человеческих ресурсов и участие последних в определённых бизнес-процессах.
  3. Внедрение – внедрение технического решения и разработка краткосрочных и долгосрочных планов восстановления после аварии, включая план возвращения к нормальным деловым операциям и определение приоритетов среди восстанавливаемых функций. На данном этапе необходимо корректно определить что является приоритетом и как от кратковременных решений вернуться к нормальному режиму работы.
  4. Тестирование – обязательное тестирование решения и проверка работоспособности планов. Оптимиация процессов и тренировки персонала.

Как видим, колчество пунктов в плане – небольшое, но именно от корректности и актуальности DR-плана будет зависить как быстро вы сможете поднять Вашу инфраструктуру (а может и вовсе обойдётесь переключением на резервный ЦОД), как минимизировать потери и простои, как избежать паники среди конечных пользователей и их руководителей.

 

Наша компания поможет Вам проанализировать инфраструктуру и бизнес процессы, чтобы создать DR-план и архитектуру которая соответствует всем Вашим требованиям!

По дополнителным вопросам, консультациям и запросам на тестирование – обращайтесь к нашим специалистам!