DRP: Три простых вопроса для непростых решений
Чудо инженерной мысли — круизный лайнер «Титаник» мог бы стать синонимом образцового BCP, настолько идеально в нем были продуманы все технические детали, организационные моменты, имидж. Но вместо этого он стал одним из самых горьких уроков в истории человечества и, пожалуй, самым убедительным аргументом для тех, кто сомневается, всегда ли нужен DRP. Да, всегда. Потому что любой «непотопляемый» проект рано или поздно становится зависимым от «незначительных» недоразумений.
Прежде чем продолжить разговор, разберемся с аббревиатурой.
BCP — Business Continuity Planning — спланированный, документально регламентированный и доведенный до сведения исполнителей комплекс мер и процедур, направленных на обеспечение непрерывности бизнеса путем недопущения сбоя в бизнес-процессах. Иными словами, инструкция о том, как избежать проблем.
DRP — Disaster Recovery Planning — тоже спланированный, регламентированный и доведенный до сведения потенциальных (!) исполнителей комплекс мер, направленных на восстановление бизнес-процессов при их нарушении вследствие нештатных ситуаций, т. е. инструкция на случай, если проблемы избежать не удалось.
По сути, DRP — часть BCP программы. Часть, но не одно и то же, хотя многие склонны их отождествлять. Иногда руководство компании отказывается рассматривать DRP, ссылаясь на то, что накануне был подписан BCP. Но ведь в ВСP вопросы, связанные с восстановлением работоспособности ИКТ-систем, описаны лишь в общих чертах.
Принято считать, что DRP нужен только высокотехнологичным компаниям, у которых потери от кратковременного простоя измеряются сотнями, миллионами, миллиардами тысяч денежных единиц. Но разве для компаний с не столь мощным ущербом в абсолютных цифрах потеря в критическом для них процентном соотношении с оборотом менее губительна? У каждого своя планка, свои мерки и свои методики. Кому-то достаточно восстановить в памяти картинки противопожарного щита, кому-то — просто перезагрузить компьютер, а кому-то необходимо четко представлять, где лежит файл и/или распечатка с перечнем нужных телефонов и пошаговым описаний действий.
Ориентирами для определения действий на случай непредвиденного инцидента являются два показателя: Recovery Point Objective (РПО) — допустимые потери данных, не подлежащих восстановлению;
<