CMDB の概要

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：5分

    • 構成管理データベース (CMDB) は、ServiceNow のサービスをサポートするためのネットワークインフラストラクチャに必要な論理構成を作成し、維持します。

    CMDB では、論理サービス構成は、それぞれのドメイン内のサポートネットワークおよびアプリケーションインフラストラクチャの物理レイアウトデータにマッピングされます。IT サービス要素の物理的および論理的な状態を追跡し、インシデントをサービス要素の状態に関連付けることで、傾向の分析や問題とインシデントの削減に役立ちます。

    構成は構成管理データベース (ServiceNow CMDB) に格納されます。これは、環境の一部である構成アイテム (CI) と呼ばれるエンティティで構成されています。CI は、次のいずれかです。

    • コンピューターやルーターなどの物理エンティティ
    • データベースのインスタンスなどの論理エンティティ
    • 要求サービスなどの概念的なもの

    いずれの場合も、管理する CI に関する属性があり、CI に対して求めるコントロールがあります。CI に対して行い、追跡する必要のある変更があります。また、CI は単独では存在しません。CI には、他の CI との依存関係や関係があります。たとえば、ディスク ドライブの消失によりデータベース インスタンスがダウンすることがあります。これは、HR 部門が新しい従業員用の機器を注文するために使用する要求サービスに影響します。

    CMDB を強力な意思決定支援ツールにしているのは、この関係データです。CI 間の依存関係やその他の関係を理解することで、たとえば、ディスク ドライブのバンクが失われた場合に影響を受ける人や対象を正確に知ることができます。ルーターが故障していることがわかったら、その機能停止の影響を評価することができます。サーバー内のプロセッサーをアップグレードする場合、機能停止中に影響を受ける人や対象がわかります。

    各顧客は独自のニーズを持っているため、構成アイテムは環境ごとに異なります。コンピューターの正確な物理的属性に関する詳細は、ある顧客には必要かもしれませんが、別の顧客には無意味なデータであるかもしれません。Now Platform は、構成アイテムの新しいクラスと CI 間に存在する可能性のある新しい関係を簡単に定義する仕組みを提供します。他のクラスを拡張する新しいクラスを定義できます。たとえば、コンピューター クラスを拡張するラップトップ クラスが存在します。コンピューター クラス自体は、ベース CI クラスを拡張します。顧客クラス拡張は自動的に ServiceNow 環境の一部になり、他の ITIL プロセスの統合ポイントにシームレスに組み合わされます。

    たとえば、cmdb_ci_server テーブルの [Used for] 属性を「開発」、「テスト」、「本番環境」などの値に設定することができます。これらの値は、CI がサポートしている環境を示し、変化する環境でライフサイクルを通じて CI を追跡する手段として機能します。

    Extended CMDB

    基本システムでは、ハードウェアと構成アイテムのモジュールを含む、構成管理データベース (CMDB) のコア機能が CMDB で使用できます。別個の拡張 CMDB プラグインには、無線ハードウェア、テスト設備、音声システム ハードウェアなどの、特殊な構成アイテム用のモジュールの集まりが含まれています。

    CMDB を拡張するには、特殊な構成アイテム用のモジュールにアクセスするための次のプラグインをアクティブ化する必要があります。

    • CMDB メインフレーム (com.snc.cmdb.mainframe)
    • CMDB ラジオ カテゴリー (com.snc.cmdb.radio.category)
    • CMDB 電気通信カテゴリー (com.snc.cmdb.telecom.category)
    • CMDB テスト設備 (com.snc.cmdb.test.equipment)

    CMDB 階層と CI クラスマネージャー

    属性を共有する CI のセットは、それぞれ固有のクラステーブルに保存されます。すべての CMDB テーブルは関係によって接続され、互いに属性を継承して CMDB 階層と呼ばれるテーブルの Web を形成します。

    CI クラスマネージャー を使用して、CMDB クラス、CMDB ヘルス、およびその他のクラス関連の定義を管理します。たとえば、CI クラスマネージャーでは、クラス属性、クラス識別ルール、および特定のクラスの CI のリストを表示できます。CMDB の CI のリストを表示するために、フィルターナビゲーターに cmdb_ci_list.do と入力することもできます。

    アーキテクチャ

    CMDB のコンポーネントとデータフロー。

    関連テーブル

    CMDB 階層の一部ではないけれども、CMDB データとして認定されるテーブルがあります。シリアル番号 [cmdb_serial_number] テーブルなどの関連テーブルは、構成アイテム [cmdb_ci] テーブルから継承されたものではありませんが、CMDB CI を参照する列が少なくとも 1 つあります。関連テーブルは、関連エントリ [cmdb_related_entry] テーブルで指定されます。

    関連テーブルを含む一部のシナリオでは、関連テーブルに孤立したレコードや古いレコードが生じる可能性があります。たとえば、CMDB 内の参照先 CI が削除されると、関連テーブル内の CI が孤立する可能性があります。CMDB データマネージャーを使用して、不要な関連アイテムのデータをカスケード削除する「CMDB 関連エントリを削除」ポリシータイプを作成できます。CMDB データマネージャーポリシーの作成の詳細については、「CMDB ワークスペースでの CMDB データマネージャーポリシーの作成」を参照してください。

    ローカリゼーション

    CMDB テーブルの属性に (文字列ではなく) [翻訳されたテキスト] フィールドタイプを使用すると、CMDB ヘルスなどの機能のパフォーマンスを含む全体的なパフォーマンスが低下する可能性があります。これは、CMDB テーブルの値が動的であり、頻繁に変更される可能性が高く、データ自体も継続的に増加する可能性が高いためです。[翻訳されたテキスト] フィールドを使用するには、関連テキストも手動で更新する必要があります。[翻訳されたテキスト] フィールドタイプは、通常、変更がなく増大することもない静的データに有効です。フィールドタイプの詳細については、「Field types reference」を参照してください。

    必要なロール

    CMDB テーブルを直接読み込むには、cmdb_read ロールが必要です。ただし、構成モジュールにアクセスするには、asset、itil、または itil_admin ロールが必要です。ユーザーインターフェイスで CMDB 関連のレコードを表示するには、通常は itil ロールで十分です。レコードの更新やその他のレコードの操作には、ドキュメントセットの各手順に記載のとおり、通常、より高い認証情報を持つロールが必要です。

    CMDB およびその他のロールの詳細については、「 Base system roles」を参照するか、「 CMDB Workspace とともにインストールされるコンポーネント」などの機能コンポーネントのトピックを参照してください。