Loading article…
構成管理データベース( CMDB ) は、組織がハードウェアおよびソフトウェア資産 (一般的に構成アイテムと呼ばれる) に関する情報を格納するために使用するデータベースを表すITIL用語です。構成アイテムを論理的な階層に分解すると便利です。[ 1 ]このデータベースは組織のデータウェアハウスとして機能し、資産間の関係に関する情報も格納します。 [ 2 ] CMDB は、組織の重要な資産とその関係 (情報システム、資産の上流ソースまたは依存関係、資産の下流ターゲットなど)を理解する手段を提供します。 [ 3 ]
CMDBは、ITILフレームワークの構成管理プロセスにおける基本的な構成要素です。CMDBは、製品、システム、ソフトウェア、設備、人材といった資産の状態を特定の時点における状態と、それらの資産間の関係性を追跡するために使用されます。CMDBは、組織がシステムの構成要素間の関係性を理解し、それらの構成を追跡するのに役立ちます。この情報を維持することで、資産の再構築など、特定のアクションをいつでも実行できるようになります。CMDBは、影響分析、根本原因分析、変更管理などにも使用できます。
CMDBの実装では、多くの場合、フェデレーション（資産管理などの他のソースからCMDBにデータを取り込むこと）が行われます。この際、データのソースはデータの制御権を保持します。フェデレーションは通常、データをCMDBにコピーするETL（抽出、変換、ロード）ソリューションとは区別されます。
CMDBは、ビジネスインテリジェンス、ソフトウェアおよびハードウェアの構築、インベントリ[ 4 ] 、変更管理の影響分析[ 5 ]、インシデント管理など、多くの用途に使用できます。
ITILの文脈において、CMDBの使用はインフラストラクチャの運用およびサポートの一部です。CMDBは、IT環境の重要なコンポーネントの承認済み構成を表します。
CMDBには、構成アイテム（CI）と呼ばれるデータが格納され、記録されます。また、CIの重要な属性や、CI間の関係に関する詳細情報も提供されます。
CMDBで取得される属性はCIカテゴリによって異なり、数百に及ぶ場合もあります。例としては、以下のようなものがあります。
属性はメタデータによって定義されるため、CMDBにもメタデータが含まれており、その概念はメタデータリポジトリの概念と重複します。メタデータリポジトリもまた、IT組織の運営をより効率的に行うために使用されます。構成管理は、データの最新状態を維持する方法を扱います。これは、従来メタデータリポジトリの弱点でした。
最低限、関係は多くの場合、ターゲット CI に関連付けられたソース CI で構成されます。意味的関係などのより高度な関係の場合、ソース CI とターゲット CI の間にコンテキストを提供する記述子があることが望ましいです。たとえば、「データベース」は「アプリケーション Y」の「コンポーネント」として関連付けられます。この記述子は述語とも呼ばれます。
構成アイテムタイプ（またはCIタイプ）とは、企業がCMDBに格納したい要素または構成アイテムのデータ型のことです。最低限、ソフトウェア、ハードウェア、ネットワーク、ストレージのすべてのCIタイプはCMDBに格納され、追跡されます。企業が成熟するにつれて、人材、市場、製品、ベンダーやパートナーなどのサードパーティエンティティといったビジネスCIタイプもCMDBで追跡するようになります。これにより、CI間の関係性がより意味のあるものになり、CMDBは知識管理のためのより強力な情報源となります。
CIの種類は以下のとおりです。
CMDBを導入する際の重要な成功要因は、構成アイテム（CI）に関する情報を自動的に検出（自動検出）し、変更が発生した際にそれを追跡できる能力です。
CMDBのスキーマ構造（データベーススキーマとも呼ばれる）は、複数の形式をとります。最も一般的な形式は、リレーショナルデータモデルとセマンティックデータモデルです。
関係データモデルは一階述語論理に基づいており、すべてのデータはタプルとして表現され、タプルは関係にグループ化されます。関係モデルでは、関連するレコードは「キー」によってリンクされ、このキーはエントリのデータ型定義に対して一意です。このような関係モデルは、データとクエリを指定するための宣言的な方法を提供します。つまり、ユーザーはデータベースにどのような情報が含まれているか、そしてそこからどのような情報を取得したいかを直接指定し、データの格納のためのデータ構造の記述やクエリへの応答のための取得手順はデータベースシステムに任せることができます。
セマンティックデータモデルは通常、リソース記述フレームワークに依存しており、関係記述子を使用して多数のものの間の関係をマッピングし、物事が互いにどのように関連しているかについてのコンテキストを提供します。
構成管理データベースの作成と維持には、主に3つの重要な課題があります。
上記のような理由から、企業は通常、CMDBを自社で設計、構築、導入、サポートするのではなく、購入することを選択します。
を拡張するために使用できる統合ポイントは多数あり、例えば、CMDBシステムやクラウドソースから取得したインベントリデータなどがあります。