Что такое цель точки восстановления?
RPO или цель точки восстановления определяется как максимально допустимый объем тома/данных, которые могут быть потеряны с определенного момента времени, т. е. с момента возникновения аварии, сбоя или незапланированной потери данных, измеряемый в единицах объема. времени. RPO определяют максимальный возраст потери данных, который компания может допустить в промежутках между резервными копиями, начиная с прошедшего времени и заканчивая последним моментом времени, до которого данные могут быть успешно восстановлены, перед аварийным событием.
Для успешной стратегии RPO любая компания, большая или малая, должна рассчитать устойчивость к потерям между резервными копиями. Также не менее важно определить временные рамки при переходе от аварийного состояния к рабочему состоянию в соответствии с запланированным резервным копированием данных. Но как бы вы обеспечили стратегии и технологии восстановления после того, как предвидите катастрофы? Здесь вы должны заниматься звуком План продолжения работы компании (BCP), задающий максимально допустимый порог RTO или интервал времени с минимальной потерей данных при сбое.
Вот пример RPO
Когда происходит авария и самая последняя резервная копия данных была сделана 8 часов назад, а стандартный RPO для бизнеса составляет 10 часов, мы все еще находимся в пределах предела RPO, указанного в BCP.
Про Совет: По сути, RPO признает большой вопрос: «До какого момента времени можно выдержать процесс восстановления, учитывая объем данных, потерянных во время этого перерыва?»
Что определяет RPO?
Целевая точка восстановления или RPO зависит от времени и является важным показателем для определения устойчивости компании к убыткам. По сути, это поможет вам выяснить, как часто следует выполнять резервное копирование всей системы, чтобы обеспечить непрерывность бизнеса. RPO помогает определить следующее,
- Какова минимальная периодичность резервного копирования по расписанию;
- Сколько данных может быть потеряно после того, как катастрофа нанесет значительный ущерб организации; а также
- Как далеко должна вернуться ИТ-команда, чтобы использовать методы восстановления, не откладывая потерю данных до ожидаемого RTO.
Почему важен RPO?
RPO вычисляет время, которое может потребоваться предприятию, прежде чем количество потерянных данных превысит лимит. план аварийного восстановления (DRP) максимально допустимый допуск или порог. Это очень важно, поскольку помогает организации:
- Повышение эффективности Плана обеспечения непрерывности бизнеса (BCP)
- Защита основных приложений, без которых бизнес не может работать
- Помощь в определении вашего соглашения об уровне обслуживания (SLA) во время сбоя
Как рассчитать RPO?
Чтобы рассчитать RPO, вы должны сначала определить, сколько данных вы готовы потерять, если производственная система будет недоступна. Также необходимо понимать стоимость простоя — времени, в течение которого приложение или система недоступны для использования. Затем создайте список всех систем и приложений, используемых в вашем бизнесе, в рамках плана обеспечения непрерывности бизнеса и аварийного восстановления (BCDR). Кроме того, вы должны рассчитать, как долго ваш бизнес может позволить себе оставаться в автономном режиме, рискуя доверием клиентов и отношениями с партнерами. Не забывайте учитывать внутренние команды и конечных пользователей, которые могут быть затронуты недоступностью систем. Эти системы делятся на уровни.
Например:
- Уровень 1/ Золото = 0 мин – 1 час. Этот уровень включает критически важные бизнес-операции, которые не могут позволить себе потерять более часа данных. Например, банковские транзакции, записи пациентов CRM-систем и т. д.
- Уровень 2/ Серебро = 1 час – 4 часа. Этот уровень представляет полукритические бизнес-подразделения, которые могут допустить потерю данных до 4 часов. Например, файловые серверы и журналы чатов клиентов.
- Уровень 3/Бронза = 4 часа – 12 часов. Этот уровень включает предприятия, которые не могут позволить себе потерять данные более чем за 12 часов. Например, данные о продажах и маркетинге.
- Уровень 4/ Медь = 13 часов – 24 часа Под этот уровень подпадают предприятия, которые имеют дело с полукритической информацией, требующей RPO не менее 24 часов. Например, данные о человеческих ресурсах (HR) и отделах закупок.
Достичь RPO — путь Zmanda
Наиболее важной переменной в случае аварии является ваша целевая точка восстановления (RPO) и Целевое время восстановления (РТО). Надежный план аварийного восстановления включает шаги для достижения двух основных целей — RPO и RTO, сохраняя при этом минимальное время восстановления.
Решение Zmanda для аварийного восстановления с помощью бесшовных гибридных облачных сред призвано решить эту проблему. Zmanda предлагает идеальный стек для формирования RPO, который идеально соответствует потребностям вашего бизнеса. Благодаря высокодоступной архитектуре нативного кода, Zmanda резервное копирование Engine ускоряет время восстановления, устраняя задержку уведомления о сбое.
Посмотрите сами! Давайте начнем с бесплатная пробная версия разработать стратегию резервного копирования данных или запросить демонстрация. Есть вопросы? Пожалуйста, свяжитесь с нами здесь.
