назад Оглавление вперед


[Старт] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [ 57 ] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72]


57

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

13.5.2,Критические факторы успеха и ключевые показатели качества

Успех Процесса Управления Непрерывностью ИТ-сервисов зависит от следуюпцгх факторов:

•иачпчпя :-)(tKJ)CKTHBnoro Процесса Управления Кон(}яп-урациями;

•поддержки процесса всеми в компапии;

•наличия современных эфс])ективпых инструментальных средств;

•нроведенпя специа.1ьного обучения для всех участников да1И10го процесса;

•регулярного тестирования плана восстановления без предварительного уведомления.

Ключевыми 1Юказателями качества являются:

•K0jni4ecTB0 выявленных оншбок в планах восстановлення;

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

•стоимость процесса.

13.5.3.Функции и роли

Задачи Руководителя Процесса Управления Непрерьпзп(к:гью ИТ-сервпсов состоят во внедрении и обеспечении поддержки процесса ITSCM для постоянного выполнения всех требований по Управ-jtchhk) Непрерывностью Бизнеса (ВСМ) и представлении функций ИТ-сервисов в рамках процесса

нем.

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

Роль

Ответственность в обычных условиях

Ответственность в кризисных ситуациях

Совет

директоров

Инициация процесса ВСМ Выделение персонала и ресурсов Выработка политики

Определение полномочий в рамках процесса

Руководство действиями в кризисной ситуации

Принятие корпоративных/бизнес-решений

Высшее руководство

Управление Процессом ITSCM

Утверждение планов, отчетов

о тестировании и т д.

Коммуникации в компании и создание

осведомленности в компании

Интеграция процесса ITSCM в процесс ВСМ

Координация и арбитраж (принятие окончательных решений) Предоставление персонала, ресурсов и финансовых средств

Руководство

Проведение анализа рисков

Опр>еделение, какие должны бьпь результаты работы

Составление проектов договоров

Руководство тестированием, оценкой

и составлением отчетов

Приведение в действие механизмов восстановления и обеспечения Руководство командами непрерывности Составление отчетов

Руководители команд и члены команд

Проработка способов достижения результатов работы

Ведение переговоров по предоставляемым услугам Проведение тестов, оценок и составление отчетов

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

Таблица 13.1. Примеры видов ответственности в рамках Процесса Управления Непрерывностью ИТ-сервисов

13.6. Проблемы и затраты 13.6.1. Затраты

OchobihjIC затраты, связанные с реализацией Процесса Управления Непрерывностью следуюп1ие;

•затраты времени и средств на инициацию, разработку и внедрение процесса ITSCM.

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



Управление Доступностью 14.1. Введение

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

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

14.1.2. Основные понятия

На рис. 14.1 схематично представлены базовые понятия процесса Управлепня Достуггпостью.

Ссмшения об Уровне Сервиса

I Пользователи1

I Пользователь I 1 Пользователь 1 1 Пользователь 1 1 Пользователь 1

I -1-II-1- I

--------*--------

Лосг/пность

Поставщик ИТ-услуг

ИТ-услуги

ИТ-системы

ИТ-систсмы

Операционные Соглашения об Уровне Услуг

Надежность и обслуживание

Предоставление сервиса

эглашенияоо i- обслуживание -- внешн.и поставщиками -1

ровне Услуги обслуживание1

Внешние договоры

Внутренние поставщики и обслуживающий персонал

Внешние поставщики и обслуживающий персонал

Разработчики программного обеспечения

Сопровождение программного обеспечения

Прочее обслуживание

Аппаратное обеспечение

Поствви1Ики програмого обеспечения

Среда

Te/seKO.v\My-никации

i: !

Рис. 14 1. Концептуальные понятия процесса Управления Доступностью (источник: OGC)

Доступное гь

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

•сложности ИТ-иггфраструктуры;

•надежности килиюпентов;

•способности быстро и эффективно реагировать на сбои;

•качества обслуживания и качества работы поддерживающих opiaim3aiuni и поставнцп<ов;

•качества и границ компетенции процессов операционного уиравления.



Надежность

На;иЖ11ость, и контексте данного нроцесса, означает доступность сервиса в течение согласованного периода biicmchh без каких-либо сбоев. Эта концетщя включает в себя понятие устопчивости. Надежность сервиса будет возрастать, еслп предпринимать превентивные меры против возникновения простоев. Надежность сервиса является статистическим показателем и определяется сочетанием следуЕ0ни1х факторов:

•надежность компонентов, используемых для предоставлення сервиса;

•снособ1ЮСть сервиса или его компонентов эффективно функционировать, несмотря на сбой одной плп нескольких подсистем (устойчивость);

•профилактическое обслуживание для предотвращения простоев.

Обслуживание

Понятия «обслуживание» и «способность к восстановлепгпо» предполагают выполнение работ по обеспечению функционирования сервиса и его восстановлению после сбоев, а также проведение 11])()()нлактического обслуживания и регламентных (плановых) проверок, а именно:

•принятие мер но предотвращен ню сбоев;

•своевреме1П1ое обнаружение сбоев;

•проведение диагностики, включая автоматическую самодиагностику компонентов;

•ликвидация сбоев;

•восстаповленпс функционирования после сбоя;

•восст-аповление сервиса.

Предоставление сервиса внешними поставншками*

Дашюе понятие относится к договорным обязательствам внспп1их поставщиков сервиса (подрядчики, сторонние организапий). Договорами определяется поддержка, которая будет обеспечена сервисам, поставляемым впснпшмп организациями (аугсорсипг). Поскольку это только часть ИТ-сервиса, данный термин пе относится к общей доступности сервиса. Если подрядчик несет ответственность за сервис в ll.eJЮм, как это бывает, например, при заключении договора хозяйственного обеспечения, тогда термит,! «Предоставление сервиса» и «доступность» будут синонимами. Д.1я эффективного Уп]завлепия Доступностью необходимо зпатпте бизнеса и ИТ-среды. Важно 1Ю-нять, что доступность нельзя просто «купить»: доступность должна закладываться на самых ранних .этапах разработки и внедрения. В конечном счете доступность зависит от сложности инфраструктуры, надежностн компонентов, профессионализма ИТ-организации и се подрядчиков и от качества самого процесса.

14.2. Цели процесса

Целью Процесса У1ц;авления Достутюстью является обеспечение рентабельного н согласовантюго Уровня Доступности ИТ-сервиса, который поможет бизнесу в достижении поставленных целей. Такое определение цели процесса означает, что потребности заказчика (бизнеса) должтты соответст-1ювать тому, что могут предложить ИТ-инф)аструктура и организация. Если и.мсется расхождение .между спросом и предложением, тогда Процесс Управления Доступностью должен предложить выход из такой ситуации. Более того, данный процесс гарантирует опенку достигнутых Уровней Дос-тупности и их дальнейшее совершенствование в случае необходимости. Это означает, что в рамках процесса вьпюлняются как проактивные, так и реактивные виды деятельности. При разработке процесса следует исходить из следуюпцгх предпосылок:

Reliability.

Resilience - устойчивость, способность сервиса сохранять доступность при сбое одного или нескольких ИТ-комлонент. - Прим. ред. Mdintaindbilily " Recoverability. Serviceability

[Старт] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [ 57 ] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72]