Эффективный #DRP (часть 1)
🚨🛠️✔️
Паника и непонимание того, что нужно сделать в случае аварии, могут привести к более трагическим последствиям, нежели сбой IT-инфраструктуры. Чтобы минимизировать негативные последствия, необходим план аварийного восстановления (DRP). DRP призван гарантировать, что любой сбой или инцидент станет для бизнеса не больше, чем коротким перерывом в работе какого-то из подразделений.
DRP должен содержать подробное описание четких действий при возникновении нежелательной ситуации. Давайте определимся, что должно быть учтено при составлении DRP.
Любую ИС можно представить в виде пирамиды:
1. ERP
2. IT-инфраструктура
3. Активное оборудование и сети
3. Инженерная инфраструктура
В случае аварии эту пирамиду нужно восстановить, причем восстановление начинается с нижнего уровня. Качественный DRP должен учитывать действия не только IT-специалистов, но и других сотрудников, которые имеют отношение к работоспособности систем этой «пирамиды».
DRP — это не про «сделал один раз и забыл». Чтобы документ был эффективным, необходимо поддерживать его актуальность. Даже простые IT-системы подвержены изменениям ПО, настроек и конфигураций, — все это должно актуализироваться в DRP. Также DRP должен определять круг лиц, которые будут ответственны за выполнение каждой задачи и в процессе разработки DRP, и в реальной ситуации.
Стратегия восстановления основывается на таких показателях, как RTO и RPO. Процедура восстановления состоит из правил и процессов, которые гарантируют работу критичных бизнес-процессов даже в случае инцидента одного или более телеком-ресурса или ресурса обработки данных.
В следующей части мы расскажем, что входит в DRP и как разрабатывается.
🚨🛠️✔️
Паника и непонимание того, что нужно сделать в случае аварии, могут привести к более трагическим последствиям, нежели сбой IT-инфраструктуры. Чтобы минимизировать негативные последствия, необходим план аварийного восстановления (DRP). DRP призван гарантировать, что любой сбой или инцидент станет для бизнеса не больше, чем коротким перерывом в работе какого-то из подразделений.
DRP должен содержать подробное описание четких действий при возникновении нежелательной ситуации. Давайте определимся, что должно быть учтено при составлении DRP.
Любую ИС можно представить в виде пирамиды:
1. ERP
2. IT-инфраструктура
3. Активное оборудование и сети
3. Инженерная инфраструктура
В случае аварии эту пирамиду нужно восстановить, причем восстановление начинается с нижнего уровня. Качественный DRP должен учитывать действия не только IT-специалистов, но и других сотрудников, которые имеют отношение к работоспособности систем этой «пирамиды».
DRP — это не про «сделал один раз и забыл». Чтобы документ был эффективным, необходимо поддерживать его актуальность. Даже простые IT-системы подвержены изменениям ПО, настроек и конфигураций, — все это должно актуализироваться в DRP. Также DRP должен определять круг лиц, которые будут ответственны за выполнение каждой задачи и в процессе разработки DRP, и в реальной ситуации.
Стратегия восстановления основывается на таких показателях, как RTO и RPO. Процедура восстановления состоит из правил и процессов, которые гарантируют работу критичных бизнес-процессов даже в случае инцидента одного или более телеком-ресурса или ресурса обработки данных.
В следующей части мы расскажем, что входит в DRP и как разрабатывается.