ТОП-5 действий ИТ-специалистов с CMDB: от анализа связей до инвентаризации

ТОП- действий, которые делают ИТ-специалисты с CMDB

1. Поиск связей и анализ воздействия (Impact Analysis)

Что делает: Это самая частая операция. При возникновении инцидента или планировании изменений специалист ищет в CMDB конкретный объект (сервер, сетевое устройство, приложение) и смотрит карту его связей с другими компонентами.

Зачем: Чтобы понять:

• При инциденте: На какие бизнес-сервисы и пользователей повлиял сбой этого сервера?
• При изменении: Какие системы затронет плановое отключение этого сетевого коммутатора?
• Пример: Инженер видит, что сервер баз данных DB-Prod-01 связан с веб-сервером App-Cluster, который, в свою очередь, является частью бизнес-сервиса "Онлайн-заказы". Это instantly показывает критичность проблемы.

2. Обновление атрибутов и статусов конфигурационных единиц (CI)

Что делает: Специалист вносит изменения в информацию об объектах (CI) в CMDB. Это не только исправление данных, но и регулярное обновление статусов.

Зачем: Чтобы данные оставались актуальными и достоверными.

• Примеры действий:
• Изменить статус сервера с In Development на Production.
• Добавить в атрибуты сервера информацию о новой установленной версии ОС.
• Указать нового ответственного владельца (Owner) для приложения.
• Пометить принтер как Spare part после его замены.

3. Создание и регистрация новых конфигурационных единиц (CI)

Что делает: Когда в инфраструктуре появляется новый компонент (поступило новое оборудование, развернута виртуальная машина, куплена лицензия на ПО), специалист регистрирует его в CMDB, заполняя основные атрибуты и устанавливая первоначальные связи.

Зачем: Чтобы вести точный учет всех активов и поддерживать актуальность CMDB. В идеале этот процесс максимально автоматизирован (например, средствами системы развертывания).

• Пример: Системный администратор добавляет в CMDB новый коммутатор, указывая его модель, серийный номер, место в стойке, IP-адрес и связывая его с вышестоящим маршрутизатором.

4. Проверка и согласование изменений (Change Advisory Board - CAB)

Что делает: Перед утверждением любого значимого изменения (Request for Change) члены CAB (часто это инженеры, аналитики) используют CMDB для оценки рисков и воздействия (Impact Assessment). Они изучают, какие CI будут затронуты, и проверяют их связи.

Зачем: Чтобы предотвратить сбои из-за непродуманных изменений.

• Пример: Перед обновлением ОС на сервере инженер смотрит в CMDB, какие приложения на нем работают и кто их использует. Это помогает спланировать работу в малопоточное время и предупредить бизнес-пользователей.

5. Построение отчетов и инвентаризация

Что делает: Специалист формирует отчеты на основе данных CMDB для различных целей: для аудита, для планирования бюджета, для анализа безопасности.

Зачем: Чтобы получить структурированную информацию для принятия решений.

• Примеры запросов к CMDB:
• "Показать все серверы с ОС Windows Server 2012 R2" (для планирования миграции).
• "Сформировать список всего ПО от компании Oracle с истекшим сроком поддержки" (для управления лицензиями).
• "Вывести все конфигурационные единицы, относящиеся к сервису 'Корпоративная почта'" (для оценки стоимости владения сервисом).

Важное примечание: Уровень взаимодействия с CMDB сильно зависит от роли:

• Специалист службы поддержки (Service Desk) чаще всего только ищет информацию (п.1).
• Инженер (Системный, Сетевой) активно обновляет данные (п.2, п.3) и проводит анализ (п.1, п.4).
• Владелец сервиса или менеджер чаще работает с отчетами (п.5).