この用語の意味
CMDBは、ITサービスを構成するサーバー、アプリケーション、データベースなどの情報と、それらの関係を管理するデータベースです。日本語では構成管理データベースと呼びます。特徴は「機器やシステムの情報を、依存関係と一緒に管理すること」です。管理対象は構成アイテム（CI）と呼ばれます。単に所有機器の台数や購入額を記録する資産台帳とは、主な目的が異なります。
何ができるか
「受注システムはどのサーバーとデータベースを使っているか」「このサーバーを停止すると、どの業務が影響を受けるか」といった確認を支援します。障害対応の担当者を探す作業や、更新・廃止の影響調査にも役立ちます。一方、CMDBだけで障害が自動修復されたり、システムのバックアップが保存されたりするわけではありません。誤った情報や古い関係が残っていると、判断を誤るおそれがあります。
実際に使うために必要なもの
必要なのは、管理する業務・システムの範囲、構成アイテムの識別方法、担当者、稼働状態、依存関係などの項目と、情報の更新ルールです。既存の資産台帳や構成情報を参照し、どの情報を正本にするか決めます。自動収集を使う場合は、対象環境への接続方法と権限、収集範囲を確認します。収集ツールに広い管理権限を与えることを前提にせず、必要最小限の権限を検討します。
費用は、CMDB製品の利用料だけでなく、初期データの整理、他システムとの連携、重複・不整合の修正、変更時の更新作業にかかります。少数の構成を表で整理して運用の必要性を確かめることはできますが、規模が大きくなると依存関係の検索や更新履歴の管理に適した仕組みが必要になります。
CMDBは単一メーカーの製品名ではなく、ITサービス管理で使われる仕組みの名称です。製品ごとに管理できる項目、自動収集、他システムとの連携方法が異なります。導入時には、利用中のクラウドや社内サーバーに対応しているか、情報の正本・更新担当・閲覧権限を設定できるかを確認します。特定製品を導入しただけで、正確な構成情報が維持されるわけではありません。
小さく試す運用例
架空の受注業務を一つ選び、受注アプリ、アプリ用サーバー、データベース、共有ストレージなど5〜10件を整理します。各項目に担当者と確認日を付け、どれがどれを利用しているかを記録します。そのうえで「データベースを停止した場合、誰へ連絡し、どの業務を確認するか」を机上で試します。管理担当者が実際の構成資料と照合し、記録漏れを直します。試行のために本番システムを停止する必要はありません。
人が確認すること・注意点
構成情報の更新責任者と更新のきっかけを決め、実際の環境との差を定期的に確認します。自動収集された情報でも、システムの利用部門や業務上の重要度は人による確認が必要です。記載された依存関係だけで影響がないと断定せず、変更前には担当者の確認を行います。構成情報は攻撃の手掛かりにもなり得るため閲覧権限を絞り、パスワードや秘密鍵をCMDBの備考欄に保存しないでください。
関連する事例・テンプレート
参考情報
- AWS：What is a CMDB?（確認日：2026-10-01）