Пошаговое руководство по созданию плана аварийного восстановления

В то время, когда не очень хорошие новости стали нормой, трудно изображать удивление, когда надвигается кризис. Хотя мы продолжаем надеяться на лучшее, мы все ожидаем худшего. Вот почему крайне важно иметь готовый к реализации план аварийного восстановления (Disaster Recovery Plan).

Комплексный план восстановления сведет к минимуму влияние стихийного бедствия на непрерывность бизнеса, соблюдение требований и потерю данных.

Хороший план также помогает ускорить восстановление после кибератак, например, недавно поразивших Infosys , Boeing и Okta .

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

Итак, что такое план аварийного восстановления и что он должен включать?

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

Шаг 1. Создайте группу реагирования на стихийные бедствия и задокументируйте обязанности.

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

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

Шаг 2. Установите четкие значения RTO и RPO.

Одним из наиболее важных компонентов плана аварийного восстановления является определение целевого времени восстановления (RTO)  и целевой точки восстановления (RPO).

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

RTO рассчитываются на основе важности приложения:

• RTO близко к нулю: критически важные приложения, требующие аварийного переключения 
• RTO в четыре часа: менее критично, поэтому есть время для восстановления на месте с «голого железа».
• RTO восемь и более часов: несущественные приложения, которые могут быть недоступны на неопределенный срок.

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

Сумма, которую вы готовы потратить на резервное копирование конкретного приложения, также играет роль, поскольку при управлении расходами на ИТ:

• RPO, близкое к нулю: используйте непрерывную репликацию (важнейшие данные). Это требование потребует эффективных решений по обеспечению непрерывности бизнеса , которые практически исключают простои.
• RPO в четыре часа: используйте запланированную репликацию моментальных снимков.
• RPO 8–24 часа: используйте существующее решение для резервного копирования (данные, которые потенциально можно воссоздать из других репозиториев).

Шаг 3. Создайте план вашей сетевой инфраструктуры

Создание подробной документации вашей сетевой инфраструктуры значительно облегчит восстановление системы после катастрофы, особенно если сеть была повреждена в результате кибератаки . 

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

Шаг 4. Выберите решение для аварийного восстановления

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

Ищите решение для аварийного восстановления, такое как  Arcserve Unified Data Protection (UDP), которое по доступной цене защитит ваши системы и приложения от потери данных. Arcserve также сводит к минимуму сложность, упрощая управление резервным копированием и аварийным восстановлением, а также восстановление соглашений об уровне обслуживания с помощью Arcserve Cloud Console , унифицированного веб-интерфейса управления.

Шаг 5: Создайте контрольный список критериев для инициирования плана реагирования на стихийное бедствие

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

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

Шаг 6. Задокументируйте процесс аварийного восстановления

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

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

Шаг 7. Проверьте свой план аварийного восстановления

Регулярно проверяйте свой  план аварийного восстановления  , чтобы убедиться, что он сработает при необходимости. Выполняйте тест частичного восстановления два раза в год, а моделирование полного восстановления — ежегодно.

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

Шаг 8. Регулярно пересматривайте и обновляйте свой план аварийного восстановления

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

Получите экспертную помощь

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