Компании и организации намерены создавать планы по аварийному восстановлению данных. В планах будут подробно описываться действия, которые необходимо предпринять для быстрого возобновления критически важных функций компании в случае катастрофы. Об этом пишут журналисты издания Itnews.
Катастрофы бывают разных видов и масштабов. Это не только катастрофы, по типу ураганов, землетрясений и торнадо, это также кибератаки, сбои в работе оборудования и даже терроризм.
Что такое аварийное восстановление данных?
В IT-пространстве аварийное восстановление данных фокусируется на IT-системах, которые помогают поддерживать важные бизнес-функции. Термин «обеспечение бесперебойного функционирования систем» часто ассоциируется с аварийным восстановлением. Однако эти два термина не являются полностью взаимозаменяемыми. Аварийное восстановление является частью обеспечения бесперебойного функционирования систем, где основное внимание уделяется сохранению всех аспектов бизнеса, несмотря на аварию или катастрофу. Аварийное восстановление является основной опорой в процессе обеспечения бесперебойного функционирования систем.
Цена катастрофы
Экономические и операционные убытки могут сокрушить неподготовленные предприятия. Согласно докладу Совета по готовности к чрезвычайным ситуациям (за 2015 год), один час “простоя” может стоить небольшим компаниям до 8 000 долларов, компаниям среднего размера до 74 000 долларов, а крупным предприятиям до 700 000 долларов.
Еще одно исследование, подготовленное компанией по аварийному восстановлению Zetta, показало, что более половины опрошенных компаний (54%) находились в простое более восьми часов за последние пять лет. Две трети опрошенных заявили, что их бизнес потеряет более 20 000 долларов за каждый день простоя.
Оценка риска
Даже если у вашей компании уже есть план аварийного восстановления данных, возможно, самое время его усовершенствовать. Но если у вас нет такого плана или вы только готовитесь его создать — сначала оцените риски. Определите уязвимости вашей IT-инфраструктуры. Необходимым условием является то, как выглядит ваша IT-инфраструктура.
Но даже знание возможных уязвимых мест системы — не залог начала создания плана аварийного восстановления. Так, недавно авторы Том Рупке и Стивен Голдман написали, что создание такого плана может отвернуть внимание от других важных угроз.
По их словам, определяя худший сценарий, например, торнадо, землетрясение или кибер-атаку, мы автоматически начинаем думать и планировать исходя из этой конкретной проблемы, упуская из внимания другие. Гиперконцентрация будет сосредоточена только на одной или двух конкретных областях. Именно эта проблема, по мнению авторов, является наихудшим сценарием, а не возможная “спланированная” катастрофа.
Ключевым моментом, на котором настаивают Рупке и Голдман, является сосредоточение внимания на «управлении кризисом и восстановлении критически важных функций».
Что входит в план аварийного восстановления данных
Введите запрос «шаблон плана аварийного восстановления» в поиске Google и появятся десятки, если не сотни, шаблонов. Используйте их, чтобы начать работу и изменить ваш бизнес или организацию.
Сам план должен включать следующее:
- Название, краткий обзор и основные цели плана.
- Контактную информацию для ключевых сотрудников и членов команды аварийного восстановления.
- Описание действий по реагированию на чрезвычайные ситуации сразу же после катастрофы.
- Схема всей IT-сети и сайта восстановления.
- Определение наиболее важных IT-активов и максимального времени отключения. Изучите термины «Целевая точка восстановления» (RPO) и «Время восстановления» (RTO). RTO — это время, за которое файлы должны быть восстановлены из резервного хранилища для нормального функционирования после катастрофы.
- Список программного обеспечения, лицензионных ключей и систем, которые будут использоваться в процессе восстановления.
- Техническая документация от поставщиков по программному обеспечению системы восстановления.
- Сводный документ страхового покрытия.
- Предложения по решению финансовых и правовых вопросов, а также информационно-пропагандистской деятельности в средствах массовой информации.
Создание команды по аварийному восстановлению данных
План должен быть под контролем членов команды, ответственных за критическую IT-инфраструктуру внутри компании. Кроме того, с планом должны быть ознакомлены генеральный директор или делегированный старший менеджер, директора, руководители отделов, сотрудники отдела кадров и связей с общественностью.
В плане должны быть указаны и перечислены компании, которые обеспечивают ПО и резервное копирование данных, владельцы объектов, управляющие недвижимостью, сотрудники правоохранительных органов и экстренные службы.
После того, как план будет создан и одобрен руководством, протестируйте его и при необходимости обновите. Обязательно укажите следующий период обзора и/или аудит функций аварийного восстановления. Вы должны улучшать план, а не забросить его, пока не произойдет катастрофа.
Произошла катастрофа — что делать?
Если катастрофа все таки случилась, пришло время реализовывать план. Убедитесь, что команда реагирования на инцидент (если она отличается от команды планирования аварийного восстановления) имеет копию плана аварийного восстановления.
Реагирование на инцидент включает в себя оценку ситуации, восстановление систем и последующие действия.
Альтернативы: облако или восстановление как услуга
К преимуществам облака можно отнести более низкую стоимость, простоту развертывания и возможность регулярно тестировать планы. Однако это может привести к увеличению потребностей в пропускной способности или ухудшению производительности сети компании в более сложных системах.
