ИТ-архитектура от А до Я: Шаблоны документов. Первое издание. Вадим Алджанов
Чтение книги онлайн.

Читать онлайн книгу ИТ-архитектура от А до Я: Шаблоны документов. Первое издание - Вадим Алджанов страница 15

СКАЧАТЬ Бизнес Процессов (Business Environment Analysis, BEA);

      •Анализ Рисков (Risk Analysis, RA);

      •Оценка Воздействия на Бизнес (Business Impact Analysis, BIA);

      •Анализ Отказа Сервиса (Service Failure Analysis SFA);

      •Анализ Отказа Компонентов (Component Failure Impact Analysis CFIA);

      •Оценка влияния на целевую систему;

      •Уровень состояния сервиса (SDO);

      •Максимально допустимое время сбоя (MAO, MAD или MTD);

      •Точка Восстановления (RPO);

      •Время Восстановления (RTO);

      •Уровень Восстановления (RLO);

      •Последовательность действий по восстановлению;

      РАССЛЕДОВАНИЕ И ДИАГНОСТИКА

      Расследование и диагностика может включать в себя расследование причин сбоя и определение наиболее оптимальных вариантов восстановления.

      ОПРЕДИЛЕНИЕ ДЕЙСТВИЙ И МЕХАНИЗМОВ

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

      •Если не происходит деградация качества, восстановление выполняется в штатном режиме;

      •Если деградация качества в пределах норм, восстановление выполняется в штатном режиме;

      •Если деградация качества ниже норм, необходимо проинформировать владельца сервиса. Восстановление сервиса начать в как можно быстрее;

      •в случае полного отказа, необходимо проинформировать владельцев текущего и зависимых сервисов. Восстановление начать немедленно. На время восстановления, перейти на «резервный» или «аварийный» план работы бизнеса;

      УСТРАНЕНИЕ

      В качестве механизмов устранения неисправностей, можно использовать следующие:

      •Перезапуск службы или сервиса;

      •Перезагрузка сервера;

      •Восстановление из резервной копии;

      •Переустановка;

      •Замена компонентов;

      •Восстановление или переустановка может происходить:

      •На уровне данных или конфигурации;

      •На уровне приложения;

      •На уровне операционной системы;

      •На уровне виртуальной машины;

      После устранения неисправностей необходимо:

      •Проверить работоспособность сервиса;

      •Проинформировать владельца сервиса;

      •Перейти на «штатный» режим работы;

      •Обновить информацию;

      ЗАКРЫТИЕ

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

      МЕТРИКИ ПРОЦЕССА

      Для обеспечения высокого уровня функционирования процесса управления непрерывностью бизнеса необходимо обеспечить мониторинг состояния следующих метрик и активности процесса:

      •Количество сбоев;

      •Адекватность действий по восстановлению;

      •Время восстановления в рамках регламента;

      РОЛИ СКАЧАТЬ