Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Лекцию по разделу управление.docx
Скачиваний:
71
Добавлен:
19.05.2015
Размер:
1.05 Mб
Скачать

Управление Конфигурациями

6.1. Введение

В каждой ИТ-организации имеется информация об ИТ-инфраструктуре. Она чаще всего появляется по­сле реализации крупных проектов, которые обычно завершаются проведением аудита и анализом ре­зультатов. Главным в работе с такой информацией является поддержание ее в актуальном состоянии. Процесс Управления Конфигурациями помогает получать достоверную и актуальную информацию об ИТ-инфраструктуре. Важным в этой информации является то, что в нее входят данные не только о кон­кретных единицах конфигурации (Конфигурационных Единицах' или CI), но и о том, как они связаны друг с другом. Взаимоотношения и взаимосвязи между Конфигурационными Единицами составляют основу для анализа степени воздействия инцидентов, проблем, изменений и т. д. на ИТ-инфраструктуру. Процесс Управления Конфигурациями проверяет, правильно ли регистрируются изменения в ИТ- инфраструктуре, включая взаимоотношения между Конфигурационными Единицами (CI), и ведет мониторинг статуса ИТ-компонентов чтобы гарантировать наличие точной информации о версиях существующих Конфигурационных Единиц (СЬ).

В случае если Управление Конфигурациями реализовано эффективно, то этот процесс может дать информацию о следующем:

  • Финансовая информация и политика компании в отношении продуктов

  • Какие ИТ-компоненты используются в настоящее время по каждой модели (версии) и на про­тяжении какого времени?

  • Какие тенденции существуют в разных группах продуктов?

  • Какова текущая и остаточная стоимость ИТ-компонентов?

  • Какие ИТ-комноненты нужно выводить из операционной среды и какие требуют модернизации?

  • Сколько будет стоить замена определенных компонентов?

  • Какие имеются лицензии и достаточно ли их?

  • Какие контракты на сопровождение следует пересмотреть?

  • Какова степень стандартизации инфраструктуры?

  • Выявление неисправностей и оценка результатов

  • Какие ИТ-компоненты необходимы для поддержки процесса восстановления в случае чрезвы­чайной ситуации?

  • Будет ли работать план восстановления на случай чрезвычайных обстоятельств, если была из­менена Конфигурация Инфраструктуры?

  • Какие ИТ-компоненты будут затронуты при развертывании новых сервисов?

  • Как оборудование подключено к сети?

  • Какие программные модули входят в каждый из комплектов программного обеспечения?

  • Какие ИТ-компоненты затрагиваются изменениями?

  • Какие Запросы на Изменения (RFC) конкретных ИТ-компонентов находятся на рассмотрении и какие инциденты и проблемы произошли в прошлом и сейчас продолжают оставаться акту­альными?

  • Какие ИТ-компоненты вызывают известные ошибки?

  • Какие ИТ-компоненты были закуплены у конкретного поставщика в течение определённого пе­риода?

  • Предоставление услуг и выставление счетов

  • Какие Конфигурации ИТ-компонентов являются существенными для определенных услуг?

  • Какие ИТ-компоненты используются в том или ином месте и кем?

  • Какие стандартные ИТ-компоненты может заказать пользователь и какие из них поддержива­ются (каталог продуктов)

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

По терминологии процесса Управления Конфигурациями ИТ-компоненты и предоставляемые на их основе услуги называются Конфигурационными Единицами (CI). Каждый ИТ-компонент, чье на­личие и версия зарегистрированы, является Конфигурационной Единицей. Как видно из рис. 6.1, Конфигурационными Единицами могут быть технические средства, все виды программного обеспе­чения, активные и пассивные сетевые элементы, серверы, системные блоки, документация, процеду­ры, услуги и все другие ИТ-компоненты, контролируемые ИТ-организацией.

Если Управление Конфигурациями применено к информационным системам, а не только к инфор­мационным технологиям, то Конфигурационная База Данных' (CMDB) может хранить и управлять детальной информацией о пользователях, персонале ИТ-организации и бизнес-структурах. Эти Конфигурационные Единицы также попадают под действие процесса Управления Изменениями, на­пример, при найме и увольнении работников.

Все Конфигурационные Единицы должны быть включены в Конфигурационную Базу Данных (CMDB), которая отслеживает все ИТ-компоненты и взаимоотношения между ними. В самой при­митивной форме Конфигурационная База Данных представляет собой набор бумажных форм или электронных таблиц.

Разработчики часто используют нечто подобное Конфигурационной Базе Данных для контроля вер­сий всех программных модулей. Некоторые платформы предоставляют такой вид контроля. Конфи­гурационная База Данных может состоять из нескольких физически раздельных баз данных, кото­рые вместе составляют единое логическое целое. Рекомендуется оптимально интегрировать различ­ные источники Конфигурационных Данных.

Не следует путать Конфигурационную Базу Данных со складскими или инвентаризационными ба­зами данных. Такие программы предоставляют только ограниченную информацию о действующем аппаратном и программном обеспечении, сетевых компонентах и компонентах среды. Кроме того, Конфигурационная База Данных (CMDB) демонстрирует, какой должна быть инфраструктура, ес­ли все идет по плану (см. также Управление Изменениями), включая документацию. Данные в базе CMDB фактически представляют авторизованную Конфигурацию Инфраструктуры. Список расхо­ждений (дельта) между бухгалтерскими и Конфигурационными Базами Данных является источни­ком ценной информации.

Управление Конфигурациями не следует путать с Управлением Активами.

  • Управление Активами — это бухгалтерский процесс мониторинга амортизации активов, чья заку­почная цена превышает определенную величину. Мониторинг ведется путем учета закупочных цен, амортизации, месторасположения активов. Эффективно работающая система Управления Активами может послужить основой для системы Управления Конфигурациями.

  • Управление Конфигурациями идет дальше, учитывая также информацию о взаимоотношениях между Конфигурационными Единицами и решая задачу стандартизации и авторизации единиц CI. Управление Конфигурациями также контролирует информацию о статусе ИТ-компонентов, их расположении, произведенных в них изменения и т. д.