Точка восстановления. Что это такое

Целевая точка восстановления RPO — это основанное на времени измерение максимального объема потери данных, допустимого для организации. Также называемая целевой точкой восстановления резервной копии, RPO также важна для определения того, достаточно ли расписания резервного копирования организации для восстановления после аварии.

Что такое целевая точка восстановления?

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

РПО может определить:

• Сколько данных будет потеряно после стихийного бедствия или события
• Как часто вам нужно создавать резервные копии данных для аварийного восстановления — другими словами, RPO не касается других ИТ-потребностей.

Определение цели точки восстановления

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

Терпимость организации к потерям, или сколько данных она может потерять без значительного ущерба, связана с RPO и изложена в плане обеспечения непрерывности бизнеса (BCP). Это также диктует процедуры планирования аварийного восстановления, включая приемлемый интервал резервного копирования, поскольку он относится к последней точке, когда данные организации были сохранены в пригодном для использования формате. Например, для RPO, равного 60 минутам, требуется резервное копирование системы каждые 60 минут.

Как работает целевая точка восстановления ?

Часто высокоприоритетные приложения требуют более жестких RPO, что требует более частого резервного копирования. В таких ситуациях ИТ-отдел должен запланировать системы резервного копирования, которые могут удовлетворить такие целевые точки восстановления, такие как комбинация моментальных снимков и репликации (также известная как почти непрерывная защита данных или почти CDP).

Когда RPO приближается к нулю, команда будет комбинировать службы аварийного переключения и непрерывную репликацию или систему непрерывной защиты данных (CDP), чтобы обеспечить почти 100-процентную доступность приложений и данных.

Целевая точка восстановления (RPO) и целевое время восстановления (RTO)

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

Хотя эти два термина связаны, важно понимать разницу между ними.

Каждый BCP устанавливает максимально допустимый допуск или пороговое значение для потери данных во время сбоя. Целевая точка восстановления (RPO) описывает количество времени, которое может пройти во время события, прежде чем потеря данных превысит этот допуск.

Пример: Произошел сбой. Если RPO для этого бизнеса составляет 12 часов, а последняя доступная правильная копия данных была сделана 10 часов назад, мы все еще находимся в пределах параметров RPO для этого плана обеспечения непрерывности бизнеса.

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

Целевое время восстановления (RTO) — это количество реального времени, которое у бизнеса есть для восстановления своих процессов на приемлемом уровне обслуживания после аварии, чтобы избежать недопустимых последствий, связанных с нарушением. МРК отвечает на вопрос: «Сколько времени после уведомления о нарушении бизнес-процесса должно пройти для возобновления нормальной работы?»

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

Фактическое время восстановления (RTA) и фактическая точка восстановления (RPA) всегда представляют собой прошедшее время и потерянные данные фактического процесса восстановления и часто отличаются от этих целей. Только сбои в бизнесе и репетиции катастрофы могут выявить эти факты.

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

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

Это еще один способ выразить разницу между целевой точкой восстановления и целевым временем восстановления: RPO сосредоточен на том, сколько данных было потеряно после сбоя. Плохой пользовательский опыт и раздраженные пользователи — это область RTO, но RPO покрывает катастрофические проблемы, такие как потеря сотен тысяч долларов в транзакциях клиентов.

Примеры целевой точки восстановления

Вот несколько примеров целевых точек восстановления в действии:

В случае бизнеса, использующего традиционное резервное копирование на магнитную ленту, рассмотрите план резервного копирования, предусматривающий резервное копирование два раза в день в 6 утра и 6 вечера. Сбой основного сайта в 14:00 позволяет команде восстановить из резервной копии, созданной в 6:00, RPA за восемь часов. RTA будет зависеть от того, сколько времени займет восстановление, а затем любые дополнительные работы, необходимые для возврата системы к полной работе.

Непрерывная репликация и непрерывная защита данных (CDP) предлагают более надежные гарантии RPO, поскольку целевая система содержит зеркальное отображение исходной системы. В зависимости от того, является ли репликация синхронной или асинхронной, и насколько быстро применяются изменения, значения RPA меняются. RPA зависит от того, насколько быстро приложение сможет получить доступ к данным на реплицированном сайте.

В некоторых ситуациях бизнесу могут потребоваться возможности выборочного восстановления элементов. Например, пользователь может удалить важные файлы компании, прикрепленные к сообщениям электронной почты, а затем очистить содержимое своей папки для мусора. Электронная почта является критически важным бизнес-приложением для многих предприятий, поэтому ИТ-специалисты могут постоянно создавать резервные копии этого приложения, что позволяет выполнять выборочное резервное копирование и восстановление удаленного файла с RTA в несколько минут.

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

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

Как рассчитать целевую точку восстановления

RPO можно установить в зависимости от частоты обновления файлов. Это подтверждает, что ваши восстановленные операции содержат самую последнюю версию ваших данных после перерыва в обслуживании. Например, для часто обновляемых файлов требуется короткая целевая точка восстановления (не более нескольких минут), чтобы ИТ-специалисты могли восстановить операции с минимальной потерей данных после аварийного события.

Факторы, которые могут повлиять на RPO, включают:

• Максимально допустимая потеря данных для конкретной организации
• Отраслевые факторы — компании, имеющие дело с конфиденциальной информацией, такой как финансовые транзакции или медицинские записи, должны обновляться чаще.
• Варианты хранения данных, такие как физические файлы или облачное хранилище, могут повлиять на скорость восстановления.
• Стоимость потери данных и потерянных операций
• Схемы соответствия включают положения об аварийном восстановлении, потере данных и доступности данных, которые могут повлиять на бизнес.
• Стоимость внедрения решений аварийного восстановления

После определения RPO служат для детализации целей BCP, и каждое бизнес-подразделение должно иметь отдельные RPO. Например, для финансовых транзакций и других критически важных процессов обработки данных требуется более короткий RPO, чем менее часто обновляемые файлы, такие как кадровые записи.

При расчете RPO для ваших бизнес-подразделений рассмотрите следующие выборочные интервалы:

От 0 до 1 часа
Это значение предназначено для критически важных операций, которые не могут позволить себе потерять более часа данных. Они динамичны, имеют большой объем, и их трудно или невозможно воссоздать из-за большого количества задействованных переменных. К этому уровню относятся записи пациентов, банковские операции и CRM-системы.

От 1 до 4 часов
Этот интервал предназначен для полукритических бизнес-подразделений, которые могут допустить потерю данных на срок до четырех часов, таких как файловые серверы и журналы чатов клиентов.

От 4 до 12 часов
Бизнес-подразделения на этом уровне могут включать данные о продажах и маркетинге.

От 13 до 24 часов.
Эти бизнес-подразделения обрабатывают полуважные данные, и их RPO не должен возвращаться более чем за 24 часа. Этот уровень может включать, например, закупки и человеческие ресурсы.