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

CMDB часто воспринимают как конечную цель управления конфигурациями: достаточно собрать в одной базе серверы, рабочие станции, приложения и сетевое оборудование — и задача решена. На практике сама по себе база данных не гарантирует ни актуальности сведений, ни понимания зависимостей, ни контроля изменений.

CMDB (Configuration Management Database) — это база данных управления конфигурациями. В ней хранят сведения о конфигурационных единицах и связях между ними.

Service Configuration Management — более широкая практика. Она определяет, какие объекты необходимо учитывать, кто отвечает за сведения о них, откуда поступают данные, как они проверяются и каким образом используются при сопровождении ИТ-сервисов.

Поэтому CMDB — важный инструмент управления конфигурациями, но не сам процесс.

Что хранится в CMDB

Основная сущность CMDB — CI (Configuration Item), или конфигурационная единица. Ею может быть объект, информация о котором важна для предоставления и поддержки ИТ-услуг.

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

• серверы и виртуальные машины;
• сетевое оборудование;
• программные приложения и информационные системы;
• базы данных;
• рабочие станции;
• ИТ-сервисы;
• договоры и поставщики;
• документация и другие связанные сущности.

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

Связи между CI важнее простого перечня

Один из главных отличительных признаков полноценной CMDB — возможность описывать зависимости.

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

Это особенно важно при инцидентах и изменениях. Специалист может увидеть не только неисправный сервер, но и сервисы, которые зависят от него. Менеджер изменений — заранее оценить, какие системы может затронуть запланированная работа.

Так CMDB становится не реестром оборудования, а моделью части ИТ-инфраструктуры.

Где начинается управление конфигурациями

Управление конфигурациями начинается с правил, а не с заполнения базы.

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

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

Поэтому модель конфигураций должна строиться от задач. Для анализа влияния изменений нужны одни связи, для расследования инцидентов — другие, для управления сервисами — третьи.

Почему данные CMDB устаревают

Одна из наиболее распространенных проблем — расхождение между CMDB и фактической инфраструктурой.

Серверы создаются и выводятся из эксплуатации, виртуальные машины мигрируют, меняются версии программного обеспечения и сетевые параметры. Если каждое изменение должно вручную переноситься в CMDB, через некоторое время часть сведений неизбежно устаревает.

Особенно опасна ситуация, когда пользователи продолжают доверять базе. Решение об изменении или диагностике принимается на основании информации, которая уже не соответствует реальной среде.

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

Как Autodiscovery помогает поддерживать CMDB

Autodiscovery позволяет автоматически обнаруживать объекты инфраструктуры и получать их технические параметры. Это снижает зависимость от ручного ввода и помогает быстрее выявлять изменения в фактической среде.

Однако автоматическое обнаружение само по себе не создает качественную CMDB.

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

Поэтому Autodiscovery лучше рассматривать как источник фактических данных. Управление конфигурациями определяет, какие из них попадут в CMDB, как будут сопоставлены с существующими CI и какие расхождения требуют проверки.

Как CMDB связана с управлением изменениями

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

Если планируется обновление сервера, связи в CMDB позволяют определить приложения, базы данных и ИТ-сервисы, которые потенциально могут быть затронуты. Это помогает оценить влияние, выбрать подходящее окно работ и заранее подготовить сценарий восстановления.

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

Таким образом, управление изменениями отвечает за контролируемое преобразование среды, а управление конфигурациями — за достоверное представление ее текущего состояния.

Как понять, что CMDB действительно работает

Эффективность CMDB лучше оценивать не по числу CI, а по тому, используется ли информация в рабочих процессах.

Если специалисты обращаются к связям при диагностике, менеджеры изменений оценивают влияние по данным CMDB, а сведения об инфраструктуре регулярно сверяются с фактическим состоянием, база выполняет практическую функцию.

Если же CMDB существует отдельно от Service Desk, изменений и мониторинга, со временем она рискует превратиться в еще один справочник, который нужно поддерживать вручную.

Управление конфигурациями в ИнфраМенеджер

ИнфраМенеджер позволяет вести CMDB, учитывать конфигурационные единицы и описывать связи между ними. Данные можно использовать совместно с процессами Service Desk, управлением изменениями и учетом ИТ-активов.

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

Связь CMDB с другими процессами делает данные полезными не только для учета, но и для анализа влияния, расследования инцидентов и контроля изменений.

9

Время прочтения:

9 минут