Мониторинг статуса

-         Удалена (removed);

-         Похищена;

-         Продана или истек срок аренды/лизинга;

-         В архиве в ожидании безвозмездного дарения, продажи или уничтожения;

-         Уничтожена.

§ Все Конфигурационные Единицы:

-           В наличии;

-         Получена по заказу или доступна новая версия;•   - Тестируется;

-         Одобрена для инсталляции;

-         Активная Конфигурационная Единица находится в использовании;

-         Запасные части.

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

§ добавление Конфигурационной Единицы;

§ изменение статуса Конфигурационной Единицы, например, «работает» или «не работает» (полезно для процесса Управления Доступностью);

§ изменение владельца Конфигурационной Единицы;

§ изменение взаимоотношений Конфигурационной Единицы с другими Конфигурационными Единицами;

§ удаление Конфигурационной Единицы;

§ возникновение новых взаимоотношений Конфигурационной Единицы с каким-либо сервисом, другой Конфигурационной Единицей, документацией и т. д.;

§ возобновление или изменение лицензии;

§ обновление детальной информации о Конфигурационной Единице после аудита.

Верификация и аудит

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

§ после внедрения новой Конфигурационной Базы Данных;

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

§ перед серьезными изменениями и после них;

§ после чрезвычайных обстоятельств;

§ в любое другое удобное время.

При проведении аудита рассматриваются следующие вопросы:

§ Регистрируются ли в CMDB данные всех Запросов на Изменения на всех этапах их реализации, и контролирует ли процесс Управления Конфигурациями эту регистрацию?

§ Находится ли Конфигурационная База Данных в актуальном состоянии, если нет, то почему? Какое воздействие это оказывает на процесс Управления Изменениями (анализ текущего воздействия запланированных изменений)?

§ Производится ли присвоение имен новым Конфигурационным Единицам в соответствии с соглашением о присвоении имен?

§ Правильно ли используются варианты? Правильно ли регистрируются Базисные Конфигурации и становятся ли они сразу же доступными к использованию?

§ Соответствует ли содержимое Библиотеки эталонного программного обеспечения (DSL) и Склада эталонного аппаратного обеспечения (DHS) информации в Конфигурационной Базе Данных? Если нет, то почему?

Аудиторские проверки также можно проводить, выбирая объекты случайным образом или проводить там, где Руководитель Процесса Управления Конфигурациями считает, что информация может быть некорректной. Если существует связь с автоматическими инструментальными средствами аудита, тогда можно делать аудит соответствующих областей или формировать по ним дельта-отчеты практически ежедневно.