Разработка с учетом требований по восстановлению

Определение потребностей в управлении жизненного цикла

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

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

Потребности управления для каждого ИТ сервиса включают эффективное управление:

· Запуском и остановкой, включая зависящие от главных подсистемы.

· Контролем.

· Проверкой готовности.

· Вспомогательными операциями/администрированием.

· Охраной паролей.

· Методологией замены расходных материалов.

· Методологией резервирования и восстановления.

· Методологией обновления программ по предотвращению аварий

· Методологией модернизации и изменений.

· Возможностью использовать онлайновые средства резервного копирования и конфигурирования.

· Требованиями по восстановлению после отказа и отката после отказа.

· Навыками, необходимыми для эксплуатации, контроля и диагностики.

· Требованиями по генерированию событий и эксплуатации.

· Необходимой конфигурационной документацией.

· Актуальной документацией от поставщика.

Для максимизации доступности ИТ сервиса, следует разработать процессы управления и ИТ инфраструктуру, которые обеспечивают эксплутационные потребности базовых ИТ компонентов. Данная разработка охватывает роли и ответственность различных участников, инструменты и технологии, которые они применяют, а также определенные задачи (как в режиме реального времени, так и оффлайн), необходимые для функционирования ИТ компонента. При этом следует учитывать как текущие проблемы, так и возможные аварии. Любые требования по обслуживанию, требующему остановки сервиса, необходимо согласовать с заказчиком и включить во внешние и внутренние контракты и SLA.

Как бы хорошо ни был разработан и управляем ИТ сервис, проблемы с его предоставлением будут возникать. Поэтому, кроме контрмер, необходимо создать процедуры быстрого восстановления. Инцидент может быть результатом непредвиденного события или даже сбоя, случившегося во время применения контрмеры для защиты сервиса. Быстрое восстановление может быть подходящим решением для предотвращения или минимизации определенного риска в том случае, если эффективная контрмера слишком дорогостояща для заказчика.

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

Как показано на рисунке внизу, любой инцидент проходит следующие этапы жизненного цикла:

· Инцидент произошел

· Обнаружение инцидента

· Исследование и диагностика инцидента

· Устранение инцидента

· Закрытие инцидента

· Сервис восстановлен

Рисунок 3. Жизненный цикл инцидента

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

Дата добавления: 2015-01-03