В современном бизнесе IT-инструменты стали неотъемлемой частью операционной деятельности. Компании активно внедряют программные решения для координации проектов, управления производством и оптимизации работы персонала. Развитие интеллектуальных технологий привело к тому, что создание, продвижение и реализация товаров и сервисов достигли качественно нового уровня.
Однако, чем более сложной становится IT-инфраструктура предприятия, тем сильнее его зависимость от ее стабильной работы. Любые сбои или нестандартные ситуации в работе оборудования или программного обеспечения могут негативно сказаться на прибыльности, деловой репутации, качестве обслуживания и общей продуктивности команды. Полностью исключить вероятность возникновения сбоев невозможно, но разработка плана действий по восстановлению работоспособности систем после аварийных ситуаций вполне осуществима.
Disaster Recovery Plan (DRP) – это инструмент, призванный обеспечить восстановление IT-систем и данных после возникновения неполадок любой степени сложности. Он представляет собой комплекс процедур, направленных на минимизацию последствий аварий, затрагивающих IT-активы компании, и поддержание непрерывности бизнес-процессов.
Причины сбоев могут быть различными: человеческий фактор, стихийные бедствия, технические неисправности и ошибки в программном обеспечении, срывы поставок и нарушение договорных обязательств со стороны партнеров, политические события и санкции, а также кибератаки.
Для оперативного и успешного восстановления необходима параллельная IT-система, обеспечивающая резервное хранение данных и образов виртуальных серверов, либо наличие дополнительных вычислительных мощностей для временной работы в период устранения аварии.
Disaster Recovery обычно включает в себя резервную площадку для хранения информации, программные средства для восстановления и детальный план действий. К DRP прибегают в следующих ситуациях: отключение электропитания оборудования и доступа к сети Интернет, ошибки, допущенные сотрудниками при эксплуатации IT-систем, злонамеренные действия, технические неполадки и программные сбои, пожары, землетрясения, наводнения, утечки конфиденциальных данных, необходимость соблюдения требований законодательства в области обеспечения информационной безопасности.
Основные цели Disaster Recovery включают в себя восстановление работоспособности IT-систем, обеспечение защиты данных и минимизацию репутационного ущерба для компании.
Вне зависимости от того, использует ли компания физические серверы, облачные технологии или виртуальные машины, необходимо разработать план восстановления для каждого метода хранения информации. Это позволит минимизировать риски потери данных и остановки рабочих процессов.
Различным компаниям Disaster Recovery требуется на разных этапах развития. Ключевыми предпосылками для внедрения данной услуги являются: критичность IT-инфраструктуры для бизнеса, высокий риск репутационных и финансовых потерь в случае сбоев, наличие бюджета на создание резервной системы и функционирование полноценного IT-подразделения с собственным бюджетом.
Если простой IT-системы не оказывает существенного влияния на работу команды, то, возможно, затраты на Disaster Recovery нецелесообразны. Тем не менее, наличие плана действий на случай возникновения аварийных ситуаций может быть полезным в любом случае.
Провайдеры предлагают следующие решения и услуги в рамках Disaster Recovery: предоставление дополнительных вычислительных мощностей на выделенной платформе, организация защищенного канала связи для синхронизации данных и настроек, а также настройка сценария для переключения IT-систем на резервные в случае возникновения сбоев.
Разделение основной и резервной систем между разными ЦОДами является основой безопасности IT-инфраструктуры. Между этими системами настраиваются каналы связи, обеспечивающие синхронизацию данных, что позволяет резервной системе быть готовой к работе в любой момент. При этом, решение DRaaS (аварийное восстановление как услуга) отличается от услуги резервного копирования данных (бэкапа).
Бэкап предназначен только для сохранения копий данных на случай сбоев. Disaster Recovery, в свою очередь, обеспечивает полноценное продолжение работы в резервной системе на время устранения аварии. Резервная система полностью идентична основной и предоставляет все ее функции, настройки и интерфейсы, а не только данные. Воспользоваться услугами диска для бэкапа или кибер-бэкапа для резервного копирования и восстановления данных можно в компании Miran – ведущем дата-центре, предоставляющем решения для сохранения работоспособности IT-инфраструктур обширного ряда компаний.
Этапы аварийного восстановления системы в общем виде выглядят следующим образом:
1. Определение спектра систем, подлежащих восстановлению, расчет параметров BIA, RA, RTO и RPO.
Именно расчет BIA, RA, RTO и RPO позволяет определить оптимальную стратегию восстановления для каждого элемента IT-системы компании.
RTO (Recovery Time Objective) – это допустимое время восстановления системы после аварии. Этот параметр определяет период времени, в течение которого необходимо восстановить определенную систему. К примеру, если RTO составляет 12 часов, то система должна быть восстановлена не позднее, чем через 12 часов. В некоторых случаях, при автоматическом переключении трафика на резервную систему, RTO может составлять всего несколько секунд. Для крупного бизнеса большой RTO может привести к значительным убыткам.
RPO (Recovery Point Objective) – это допустимая потеря данных или допустимая точка восстановления. Параметр отражает период времени, за который данные могут быть утеряны в результате сбоя. Например, RPO, равный 1 часу, означает, что будет потеряна информация, созданная не более чем за 1 час до сбоя. Чем меньше значение RPO, тем чаще необходимо выполнять резервное копирование данных. Для некоторых компаний, например, банков, критически важно не потерять данные даже за минуту до аварии, поэтому для них RPO обычно имеет минимальные значения.
BIA (Business Impact Analysis) – это анализ воздействия на бизнес. Параметр оценивает ущерб для бизнеса в результате аварии. Расчет BIA учитывает важность систем для бизнеса и распределение средств на их защиту. Все убытки выражаются в денежном эквиваленте и сравниваются со стоимостью мер защиты. Например, привлечение упущенного количества клиентов может обойтись вдвое дороже, чем услуга резервного копирования данных. Параметр помогает принять решение о приобретении услуги Disaster Recovery и выбрать приоритетные системы для защиты.
RA (Risk Analysis) – это анализ рисков. Параметр отражает потенциальные проблемы, которые могут негативно повлиять на бизнес-процессы предприятия в случае аварий. Зная потенциальные риски, легче найти оптимальные способы их предотвращения или смягчения. RA также помогает определить, какие воздействия будут наиболее серьезными для компании и с какими системами они могут быть связаны.
Расчет параметров RA, BIA, RTO и RPO позволяет определить, какие системы нуждаются в наибольшей защите, и какие инструменты для этого будут наиболее эффективными и выгодными.
2. Разработка Disaster Recovery Plan и его наполнение.
Disaster Recovery Plan – это документ, описывающий процесс восстановления после аварии, и включающий в себя:
На этом этапе также могут разрабатываться такие документы, как SLA (Service-Level Agreement, соглашение об уровне услуг между компанией и клиентом) и RumBook (пошаговая инструкция для каждого сотрудника в момент сбоя).
3. Внедрение DRP и другой документации по аварийному восстановлению системы, их обсуждение и разбор с командой. Все сотрудники, особенно те, кто участвует в устранении аварии, должны точно знать свои действия и понимать их значимость для достижения максимальной эффективности работы.
4. Проверка плана, его корректировка и обновление. Проводятся репетиции аварийных ситуаций и обучающие мероприятия для команды. Вносятся изменения в план аварийного восстановления информационной системы для повышения эффективности действий сотрудников.
| 2024 | 2025 | 2026 |
© Все права защищены. Администрация Сайта не несет ответственности за размещаемые Пользователями материалы (в т.ч. информацию и изображения), их содержание и качество.
