Управление непрерывностью

• Расстояние до центра — обычно существует ограниченное количество поставщиков, предоставляющих услуги стационарного центра, и он может находиться на некотором расстоянии от заказчика. Этот недостаток может быть компенсирован использованием мобильной станции.
• Время — стационарные залы доступны лишь на определенное время.
• Задержка — в любом случае доставка необходимого компьютерного оборудования занимает определенное время.
• Сеть — часто возникают трудности с предоставлением нужных телекоммуникационных средств. Оборудование передвижной станции можно подсоединить к сети в основном используемом здании.
• Промежуточное восстановление («теплый» резерв⁷) — данный способ обеспечивает доступ к аналогичной операционной среде, в которой можно восстановить обычное предоставление услуг в течение короткого промежутка времени (от 24 до 72 часов). Существует три варианта этого способа:
• Внутренний (совместное устранение неисправности): применим в тех случаях, когда бизнес располагается на нескольких площадках или имеет выделенную среду тестирования, которую можно использовать в качестве рабочей среды. Данный способ обеспечивает полное восстановление при минимальных затратах времени на переключение.
• Внешний: некоторые поставщики услуг предлагают этот способ как коммерческую услугу. При этом затраты распределяются между несколькими заказчиками. Часто этот способ помогает сохранить работоспособность на период времени, в течение которого активируется «холодный» резервный центр..
• Мобильный: в данном варианте готовая к работе инфраструктура размещается в трейлере, который используется как компьютерный зал и оборудован устройствами контроля за окружающей средой, такими как кондиционеры. У ИТ-организации должно быть место для парковки такого трейлера. В специально выделенных пунктах на некотором расстоянии от основного здания должны быть предусмотрены источники электропитания, телекоммуникационные каналы и хранилище данных..
• Немедленное восстановление (««горячий»» старт, ««горячее»» восстановление ) - данный способ обеспечивает немедленное или очень быстрое восстановление работы менее чем за 24 часа путем предоставления идентичной рабочей среды и зеркального отображения данных, а возможно, и рабочих процессов..
• Комбинации способов — часто План на случай чрезвычайных обстоятельств⁸ включает в себя более дорогой способ восстановления, который используется до активизации более дешевого варианта. Например, трейлер, оборудованный как передвижной вычислительный центр может служить временным решением до тех пор, пока не приедет мобильный центр.

6. Организация процесса и планирование внедрения

Должен быть разработан общий план, охватывающий следующие вопросы:

• План экстренного реагирования;
• План оценки повреждений;
• План восстановления работа;
• План работа с важными данными (что делать с данными, включая записи на бумажный носителях);

7. Применение превентивныых мер и способов восстановления

Превентивные меры по уменьшению степени воздействия включают:

■ Использование бесперебойный  источников питания и резервный  источников электропитания;

• Использование отказоустойчивых систем⁹;
• Использование удаленных систем хранения данных и RAID-массивов и т. д .

 

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

Рамочные неактивированные («дремлющие»») договоры на такой случай могут быть заключены с поставщиками заранее.

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

• Такие неактивированные («дремлющие») договоры следует пересматривать каждый год, т. к. цены и модели технических средств могут изменяться.

8. Разработка планов и процедур восстановления

Планы должны быть разработаны  в деталях, и стать официальными документами.

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

Основные проблемы связаны с изменениями в инфраструктуре и Изменениями Уровней Сервиса. Например, переход на новую платформу среднего класса² может привести к тому, что не будет э квивалентного оборудования в резервном центре «теплого»», внешнего старта.

План восстановления

План восстановления должен включать все виды деятельности по восстановлению бизнес- активности и ИТ-услуг:

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

• серьезности (незначительные, среднего уровня серьезности, серьезные),
• длительности (день, неделя, месяцы) и
• уровня повреждений (незначительные, ограниченные, серьезные).

■ Разделы для участвующих групп специалистов — план должен бытъ разделен на шесть разделов — по количеству областей действия и закрепленных на за ними групп специалистов:

• Администрация — как и когда вводить план в действие, какие руководители и специалисты участвуют в нем, где находиться центр управления?
• ИТ-инфраструктура — аппаратное и программное обеспечение, телекоммуникационные средства, включенные в систему восстановления и соответствующие процедуры, а также неактивированные («дремлющие») договоры на закупку новых ИТ-компонентов.
• Персонал — персонал, необходимым для работы в резервном центре, возможно, средства транспортировки и размещение персонала, если резервный центр расположен удалено от основного месторасположения.
• Безопасность — инструкции по защите от краж, пожаров и взрывов, как в основном здании, так и на удаленной площадке, а также информация о внешних хранилищах, таких как склады и подвалы.
• Площадки восстановления — информация о договорах, персонале с указанием конкретных функций, системе безопасности и транспорте.
• Возврат к нормальным условиям — процедуры восстановления нормальной инфраструктуры (например, здания), условия, при которых начинают действовать эти процедуры и соответствующие неактивированныы («дремлющие»») контракта.

9. Начальное тестирование

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

10. Обучение и осведомление

Обучение персонала  ИТ-подразделения и других отделов  компании и осведомленность всего  персонала организации являются важными условиями успешной реализации Процесса Управления Непрерывностью ИТ-сервисов.

11. Анализ и аудит

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

12. Тестирование

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

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

4. Критические факторы успеха, ключевые показатели эффективности и проблемы  процесса Управления Мощностями

1. Критические факторы успеха Процесса Управления Непрерывностью

• наличие эффективного Процесса Управления Конфигурациями;
• проведение специального обучения для всех участников данного процесса;
• регулярное тестирование плана восстановления без предварительного уведомления.

2. Ключевыми показателями качества являются:

• количество выявленных ошибок в планах восстановления;
• потеря дохода компании в результате чрезвычайной ситуации;

13. стоимость процесса управления непрерывностью.

3. Проблемы

 

• Ресурсы — организация должна предоставить дополнительные мощности проектной команде для разработки и тестирования плана.
• Серьезность намерений (обязательства) — ежегодные расходы на процесс должны быть включены в бюджеты организации, для чего требуется твердое намерение руководства поддерживать Процесс Управления Непрерывностью ИТ-сервисов.
• Оценка потерь — некоторые потери, такие как потеря репутации, нельзя измерить в денежном выражении.
• Постоянное откладывание — это бывает в тех случаях, когда отсутствует большинство составляющих процесса и, как следствие этого, реализация процесса постоянно откладывается. «Да. Мы встречается по этому вопросу на следующей неделе», «Мы собирается создать комиссию специально по данному вопросу» и тому подобное.
• Отсутствие осведомленности в компании — необходимо, чтобы вся организация знала о значимости процесса ITSCM. Б ез информирования персонала и его поддержки процесс обречен на неудачу.

 

¹ Scope

² Business Impact Analysis

³ Recovery options.

⁴ Cold stand-by.

⁵ Fixed facility.

⁶ Mobile facility.

⁷ Warm stand-by.

⁸ Continsency plan.

⁹ Fault-tolerant systems.