План обеспечения непрерывности бизнеса и восстановления после катастроф (BCDR) — это набор методов и процессов, используемых организациями для восстановления после катастрофы и возобновления повседневной деятельности. Процессы BCDR легче понять, если разделить их на две части:
Эта часть процедуры касается деловой стороны вопроса. Процедура направлена на разработку политик и процедур, обеспечивающих бесперебойную работу основных бизнес-функций во время и после стихийного бедствия. Это включает в себя:
Аварийное восстановление в первую очередь касается ИТ-составляющей процесса. Этот процесс определяет, как организация или бизнес будет восстанавливаться после стихийного бедствия или цифровой катастрофы. Это включает в себя:
Есть ещё несколько важных терминов, которые вам следует знать при обсуждении, создании и тестировании планов BCDR. Вот некоторые из них:
Целевая точка восстановления («RPO») : Каковы требования вашего плана к восстановлению данных? Другими словами, если бы сегодня произошёл сбой, насколько далеко в прошлое вам пришлось бы вернуться, чтобы восстановить достоверные данные, и приемлем ли такой объём потерянных данных для бизнеса? Некоторые компании устанавливают RPO в одну неделю. Это означает, что если бы им пришлось восстанавливать данные из резервных копий, они бы восстанавливали данные из резервной копии недельной давности, теряя до недели транзакционных данных и операций.
Целевое время восстановления («RTO») : ваш RTO — это показатель того, насколько быстро вы должны выполнить свой план восстановления. Если вы запустили план обеспечения непрерывности бизнеса и восстановления (BCDR) в данный момент, и ваш RTO составляет 24 часа, то все ваши операции должны быть восстановлены на 100% в течение 24 часов с момента начала выполнения плана BCDR.
Да. Если ваш бизнес не может выдержать длительное отключение питания продолжительностью неделю или более, вам следует разработать план BCDR, разработанный вашей технологической командой или поставщиком управляемых услуг. Кроме того, этот план следует протестировать.
В одном из недавних кошмарных сценариев потребовался план BCDR с RPO (целевым временем восстановления) и RTO (целевым временем восстановления) 24 часа. Проблема заключалась в том, что резервные копии не могли быть достаточно быстро восстановлены из хранилища, находящегося за пределами офиса, из-за очень медленного интернет-соединения и большого объёма данных, которые необходимо было перенести для восстановления. В конечном итоге план BCDR был изменён таким образом, чтобы локальное резервное копирование данных выполнялось раз в месяц, чтобы оно могло служить точкой восстановления, на которую инкрементные изменения восстанавливались из интернет-хранилища резервных копий раз в неделю, пока не будет достигнуто RPO. Это повлияло на RTO, которое пришлось увеличить с 24 до 48 часов, чтобы обеспечить дополнительные этапы восстановления, но это был наиболее экономичный подход, который компания могла себе позволить и принять.
Узнавайте и делитесь последними тенденциями, советами и передовыми методами в области кибербезопасности, а также новыми угрозами, на которые следует обратить внимание.
Автор: Кэти Бокетти | Редактор: Крейг Тейлор | Редакторская работа Крейга Тейлора: Мы это знаем уже давно...
Читать далее
Автор: Кэти Бокетти | Редакционная статья: Крейг Тейлор | Редакционная статья Крейга Тейлора: CAPTCHA должна проверять, является ли...
Читать далееБолее пристальное внимание к человеческим рискам с помощью позитивного подхода, который превосходит традиционное тестирование на фишинг.
