ITAM и CMDB: почему их разделение может дорого обойтись ИТ-отделу

Когда управление ИТ-активами (ITAM) и база данных управления конфигурациями (CMDB) внедряются независимо друг от друга, бизнес получает идеальную среду для размножения скрытых расходов. Одна система обслуживает финансовые и закупочные процессы, другая — техническую поддержку и эксплуатацию. В ITAM считают деньги и лицензии, а в CMDB пытаются хранить все, что нажито непосильным трудом, превращая ее в кладбище данных. В результате вы платите дважды: сначала за то, что уже купили, но забыли учесть, а потом за то, что купили повторно, потому что забыли, что уже учли. Как выстроить связь ITAM и CMDB, чтобы обеспечить бизнес единой версией истины? Разбираемся в статье.

Содержание

Что такое ITAM и CMDB

ITAM (IT Asset Management) — это система управления ИТ-активами, которая фокусируется на вопросах владения и экономики: как актив был закуплен, кто за него отвечает, где он физически находится, какие ремонтные работы и прочие манипуляции с ним проводились, какова его остаточная стоимость и когда придет время для списания. ITAM помогает контролировать бюджет, управлять лицензиями на ПО и обеспечивать соответствие требованиям аудита.

CMDB (Configuration Management Database) — это база данных управления конфигурациями, хранилище информации о конфигурационных единицах (CI), их параметрах, текущем статусе и связях с другими компонентами инфраструктуры. CMDB позволяет увидеть, как конкретный коммутатор, сервер или приложение влияют на работу ИТ-сервисов.

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

Чем ITAM отличается от CMDB

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

Почему раздельное ведение ITAM и CMDB приводит к дополнительным расходам

Появляются разные версии одного объекта

Когда ITAM и CMDB не синхронизированы, в одной системе сервер может числиться как Active, а в другой — как In Storage. Это делает невозможным автоматическое сопоставление записей. Отсутствие интеграции ITAM и CMDB напрямую влияет на актуальность данных CMDB. Сотрудники тратят часы на ручной поиск информации, пытаясь понять, какая из версий актуальна. А если объем данных большой?

Возникают лишние закупки и неиспользуемые активы

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

Увеличиваются трудозатраты на сверку данных

Специалистам приходится вручную сопоставлять таблицы Excel, выгрузки из системы учета активов и данные из CMDB. Эта рутинная работа отнимает время квалифицированных сотрудников и создает риск человеческих ошибок. Автоматизация ITAM и синхронизация с CMDB позволяет сократить эти затраты.

Усложняется управление инцидентами и изменениями

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

Снижается достоверность отчетности

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

Теряется целостная картина ИТ-инфраструктуры

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

Какие данные должны связывать ITAM и CMDB

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

Статус объекта также должен быть согласован. Если актив списан в ITAM, соответствующая CI в CMDB должна перейти в статус «Архив». Технические детали уровня «подключен к порту 5» или «версия микрокода» — прерогатива CMDB, тогда как базовые спецификации (модель, объем RAM/диск) и финансовая информация (цена, дата покупки) должны быть синхронизированы в обеих системах. При этом источником истины для стоимости остается ITAM, а для версии ПО — CMDB. Договоры, гарантии и информация о лицензиях хранятся в ITAM, но ссылки на них могут быть полезны в CMDB для инженеров поддержки.

Не все данные должны дублироваться. Для каждого атрибута определяется система-владелец (Source of Truth), откуда информация распространяется в смежную систему. Это исключает конфликты версий и снижает нагрузку на инфраструктуру.

Какие процессы выигрывают от совместной работы ITAM и CMDB

Управление жизненным циклом активов

Технические данные из CMDB дополняют финансовую картину. Например, при планировании замены парка ПК можно учитывать не только возраст оборудования (данные ITAM), но и частоту обращений в поддержку и производительность (данные мониторинга, привязанные к CI в CMDB).

Управление инцидентами и проблемами

Специалист первой линии, принимая звонок, видит в карточке обращения полную информацию: историю активов, текущую конфигурацию, известные проблемы с данной моделью и контакты владельца. Это сокращает время диагностики (MTTR) и повышает качество обслуживания пользователей.

Управление изменениями

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

Бюджетирование и оптимизация расходов

Объединенные данные позволяют выявлять неиспользуемые ресурсы (зомби-серверы), а точный учет ИТ-активов и лицензий — избежать штрафов за недолицензирование и не переплачивать за неиспользуемый софт.

Аудит и контроль

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

Как объединить ITAM и CMDB

1. Определите границы учета. Решите, какие объекты учитываются как активы (для финансов), а какие — как конфигурационные единицы (для техподдержки). Не все CI должны быть активами, и не все активы требуют детального отслеживания в CMDB.
2. Назначьте источники данных. Для каждого типа атрибута (серийный номер, статус, владелец, IP-адрес) определите, какая система является главной.
3. Унифицируйте справочники. Приведите к общему виду статусы объектов, типы оборудования и названия подразделений. Разные справочники — главная причина ошибок интеграции ITAM и CMDB.
4. Внедрите единые идентификаторы. Обеспечьте сквозную нумерацию или использование уникальных ключей, позволяющих однозначно связывать запись в ITAM с записью в CMDB.
5. Настройте обмен данными. Организуйте регулярную синхронизацию. При этом для каждого атрибута строго определяется система-источник (Source of Truth); двусторонний обмен допустим только для разнородных атрибутов, чтобы избежать конфликтов версий.
6. Назначьте владельцев данных. Определите людей, отвечающих за актуальность информации в каждой системе. Автоматизация не заменит ответственности.
7. Интегрируйте с процессами ITSM. Включите проверку данных активов и конфигураций в стандартные процедуры обработки инцидентов, запросов на изменение и закупок.
8. Контролируйте качество. Регулярно проводите аудит на наличие дублей и неактуальных записей.

Типичные ошибки при объединении ITAM и CMDB

• Попытка хранить все сведения в обеих системах. Это приводит к постоянным конфликтам данных и путанице.
• Отсутствие единого идентификатора. Без надежного ключа связи (например, серийного номера) автоматическая интеграция ITAM и CMDB невозможна.
• Игнорирование очистки данных. Перенос «мусора» из старых систем только усугубляет проблему. Сначала очистите данные, потом интегрируйте.
• Ставка только на технологии. Покупка инструмента интеграции без изменения процессов и распределения ответственности не даст результата.
• Включение в CMDB всего подряд. Попытка учесть каждую мышку и клавиатуру как конфигурационную единицу перегрузит базу и сделает её неподдерживаемой.
• Отсутствие регулярной сверки. Данные имеют свойство устаревать. Без периодического контроля расхождения неизбежны.

А чтобы не пропустить ни один эфир и первыми узнавать новости — подписывайтесь на наш Telegram-канал.

49

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

13 минут