Disaster recovery план. В чем разница между RTO и RPO

Disaster recovery план имеет два важных показателя - RTO и RPO. Именно они определяют работоспособность и стоимость создаваемого плана аварийного восстановления. Рассмотрим это подробно

Disaster recovery план

При разработке планов обеспечения непрерывности бизнеса (BCPS) или планов аварийного восстановления (DRP или Disaster recovery план) довольно часто используются два термина: целевое время восстановления (RTO) и целевая точка восстановления (RPO).

Несмотря на первостепенное значение для определения BCP и DRP, RTO и RPO не являются простыми для понимания понятиями, что может привести к планам, которые либо выделяют больше ресурсов, чем необходимо, либо к планам, которые не приведут к ожидаемым результатам.

В этой статье вы увидите, как  ISO 22301 , ведущий стандарт ISO для управления непрерывностью бизнеса, определяет эти параметры, а также примеры их применения и то, как их можно использовать для создания надежных планов, позволяющих оптимизировать ресурсы с учетом желаемые результаты.

Что такое RTO?

ISO 22300 , определяющий словарь для ISO 22301, дает определение целевого времени восстановления, или RTO, которое можно понимать как количество времени после аварии, в течение которого бизнес-операция восстанавливается, или ресурсы снова доступны для использования.

Например, если RTO составляет 2 часа, это означает, что вы хотите возобновить доставку продуктов или услуг или выполнение действий через 2 часа.

Что такое RPO?

Тем не менее, согласно ISO 22301, определение цели точки восстановления или RPO можно понять лучше всего, если вы спросите себя для данной операции, какую потерю данных вы можете допустить с точки зрения времени или объема информации. .

Подумайте о базе данных для записи всех транзакций в банке (например, платежей, переводов, планирования и т. д.). База данных, подлежащая восстановлению, должна быть практически равна базе данных на момент аварии (т. е. разница близка к нулю), ведь даже за несколько минут могут быть совершены сотни транзакций, и эта информация не может быть утеряна и потеряна. не могут быть легко восстановлены каким-либо другим способом. В этом случае RPO близок к нулю, а это значит, что резервное копирование необходимо делать в режиме реального времени.

Теперь подумайте о репозитории исходного кода, где разработчики программного обеспечения хранят свою работу. Для разработчика программного обеспечения относительно легко переписать один день потерянного кода, но воссоздать нечто большее может быть сложно или невозможно. В этом случае RPO будет составлять 24 часа, а это означает, что резервное копирование необходимо делать не реже, чем каждые 24 часа.

Дело в том, что чем сложнее восстановить или воссоздать данные, тем короче должен быть RPO.

В чем разница между RTO и RPO?

Основное различие заключается в их назначении: ориентируясь на время, RTO фокусируется на времени простоя сервисов, приложений и процессов, помогая определить ресурсы, которые должны быть выделены для обеспечения непрерывности бизнеса; в то время как RPO, ориентированный на объем данных, имеет единственной целью определить частоту резервного копирования.

Еще одно существенное отличие состоит в том, что в отношении момента разрушительного инцидента RTO смотрит вперед во времени (т. е. количество времени, необходимое для возобновления операций), в то время как RPO смотрит назад (т. готовы проиграть).

Что такое RTO и RPO при аварийном восстановлении?

RTO используется для определения того, какие виды подготовки необходимы для стихийного бедствия с точки зрения денег, средств, телекоммуникаций, автоматизированных систем, персонала и т. д. Чем короче RTO, тем больше требуется ресурсов.

RPO используется для определения частоты резервного копирования данных для восстановления необходимых данных в случае аварии. Если ваш RPO равен 4 часам, то вам нужно выполнять резервное копирование не реже, чем каждые 4 часа; каждые 24 часа подвергали бы вас большой опасности, но если бы вы делали это каждый час, это могло бы стоить вам слишком дорого и не приносило бы дополнительной ценности бизнесу.

И целевое время восстановления, и целевая точка восстановления определяются в ходе анализа влияния на бизнес (BIA), а подготовка к их достижению определяется в стратегии обеспечения непрерывности бизнеса.

Должен ли RPO быть меньше, чем RTO?

Хотя RTO и RPO имеют решающее значение для анализа влияния на бизнес и управления непрерывностью бизнеса, они не связаны напрямую; но они также не конфликтуют (нет такого понятия, как RTO и RPO), поэтому RPO не обязательно должно быть меньше RTO или наоборот — у вас может быть RTO 24 часа и RPO 1 час. или RTO 2 часа и RPO 12 часов.

Например, сайту электронной коммерции может потребоваться быть в сети через 4 часа после сбоя, поэтому RTO составляет 4 часа. Теперь на этом же сайте электронной коммерции есть две базы данных: одна для каталога товаров, который обновляется раз в неделю, а вторая для учета продаж (тысячи в день). RPO для первой базы данных может составлять 1 неделю, но для второй RPO должен быть близок к нулю.

Управление непрерывностью больше связано с подготовкой, чем с предположениями
Планы обеспечения непрерывности бизнеса и аварийного восстановления — это то, что организации должны иметь и надеются не использовать, и в таких случаях им необходимо найти баланс между вложением минимально возможного количества ресурсов и максимальной уверенностью в том, что планы сработают.

Для достижения этого баланса RPO и RTO имеют первостепенное значение. Не определив их должным образом, вы будете просто строить предположения, а предположения — лучший способ обеспечить аварийное восстановление, а не восстановление после него.