--- sourceDocument: Yokohama Now Platform 機能 sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/yokohama/servicenow-platform Release : - yokohama ft:locale : - ja-JP ft:publication_title : - Yokohama Now Platform 機能 ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- CMDB の概要 ======== CMDB の概要 {#ariaid-title1} ========================= * リリースバージョン: Yokohama * * 更新日 2025年01月30日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：5分 構成管理データベース (CMDB) は、ServiceNow のサービスをサポートするためのネットワークインフラストラクチャに必要な論理構成を作成し、維持します。 CMDB では、論理サービス構成は、それぞれのドメイン内のサポートネットワークおよびアプリケーションインフラストラクチャの物理レイアウトデータにマッピングされます。IT サービス要素の物理的および論理的な状態を追跡し、インシデントをサービス要素の状態に関連付けることで、傾向の分析や問題とインシデントの削減に役立ちます。 構成は構成管理データベース (ServiceNow CMDB) に格納されます。これは、環境の一部である構成アイテム (CI) と呼ばれるエンティティで構成されています。CI は、次のいずれかです。 * コンピューターやルーターなどの物理エンティティ * データベースのインスタンスなどの論理エンティティ * 要求サービスなどの概念的なもの {#cnfig-mgmt-and-cmdb__ul_utx_l4g_fq} いずれの場合も、管理する CI に関する属性があり、CI に対して求めるコントロールがあります。CI に対して行い、追跡する必要のある変更があります。また、CI は単独では存在しません。CI には、他の CI との依存関係や関係があります。たとえば、ディスク ドライブの消失によりデータベース インスタンスがダウンすることがあります。これは、HR 部門が新しい従業員用の機器を注文するために使用する要求サービスに影響します。 CMDB を強力な意思決定支援ツールにしているのは、この関係データです。CI 間の依存関係やその他の関係を理解することで、たとえば、ディスク ドライブのバンクが失われた場合に影響を受ける人や対象を正確に知ることができます。ルーターが故障していることがわかったら、その機能停止の影響を評価することができます。サーバー内のプロセッサーをアップグレードする場合、機能停止中に影響を受ける人や対象がわかります。 各顧客は独自のニーズを持っているため、構成アイテムは環境ごとに異なります。コンピューターの正確な物理的属性に関する詳細は、ある顧客には必要かもしれませんが、別の顧客には無意味なデータであるかもしれません。Now Platform は、構成アイテムの新しいクラスと CI 間に存在する可能性のある新しい関係を簡単に定義する仕組みを提供します。他のクラスを拡張する新しいクラスを定義できます。たとえば、コンピューター クラスを拡張するラップトップ クラスが存在します。コンピューター クラス自体は、ベース CI クラスを拡張します。顧客クラス拡張は自動的に ServiceNow 環境の一部になり、他の ITIL プロセスの統合ポイントにシームレスに組み合わされます。 たとえば、cmdb_ci_server テーブルの \[Used for\] 属性を「開発」、「テスト」、「本番環境」などの値に設定することができます。これらの値は、CI がサポートしている環境を示し、変化する環境でライフサイクルを通じて CI を追跡する手段として機能します。 Extended CMDB {#cnfig-mgmt-and-cmdb__section_xql_vq1_mwb} --------------------------------------------------------- 基本システムでは、ハードウェアと構成アイテムのモジュールを含む、構成管理データベース (CMDB) のコア機能が CMDB で使用できます。別個の拡張 CMDB プラグインには、無線ハードウェア、テスト設備、音声システム ハードウェアなどの、特殊な構成アイテム用のモジュールの集まりが含まれています。 CMDB を拡張するには、特殊な構成アイテム用のモジュールにアクセスするための次のプラグインを[アクティブ化](https://www.servicenow.com/docs/access?context=t_ActivateAPlugin&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)する必要があります。 * CMDB メインフレーム (com.snc.cmdb.mainframe) * CMDB ラジオ カテゴリー (com.snc.cmdb.radio.category) * CMDB 電気通信カテゴリー (com.snc.cmdb.telecom.category) * CMDB テスト設備 (com.snc.cmdb.test.equipment) {#cnfig-mgmt-and-cmdb__ul_oql_q1p_c1b} CMDB 階層と CI クラスマネージャー {#cnfig-mgmt-and-cmdb__section_cnm_tp1_dpb} ----------------------------------------------------------------- 属性を共有する CI のセットは、それぞれ固有のクラステーブルに保存されます。すべての CMDB テーブルは関係によって接続され、互いに属性を継承して CMDB 階層と呼ばれるテーブルの Web を形成します。 [CI クラスマネージャー](https://www.servicenow.com/docs/SlgHH1KpAQyPlGUvqSkFww "CI クラスマネージャーを使用して、識別、調整、および CMDB ヘルスのための基本的なクラス定義とクラス設定を一元的に表示、作成、または編集します。") を使用して、CMDB クラス、CMDB ヘルス、およびその他のクラス関連の定義を管理します。たとえば、CI クラスマネージャーでは、クラス属性、クラス識別ルール、および特定のクラスの CI のリストを表示できます。CMDB の CI のリストを表示するために、フィルターナビゲーターに cmdb_ci_list.do と入力することもできます。 アーキテクチャ {#cnfig-mgmt-and-cmdb__section_ynz_m2h_n2b} --------------------------------------------------- 関連テーブル {#cnfig-mgmt-and-cmdb__section_o4g_xrn_h5b} -------------------------------------------------- CMDB 階層の一部ではないけれども、CMDB データとして認定されるテーブルがあります。シリアル番号 \[cmdb_serial_number\] テーブルなどの関連テーブルは、構成アイテム \[cmdb_ci\] テーブルから継承されたものではありませんが、CMDB CI を参照する列が少なくとも 1 つあります。関連テーブルは、関連エントリ \[cmdb_related_entry\] テーブルで指定されます。 関連テーブルを含む一部のシナリオでは、関連テーブルに孤立したレコードや古いレコードが生じる可能性があります。たとえば、CMDB 内の参照先 CI が削除されると、関連テーブル内の CI が孤立する可能性があります。[CMDB データマネージャー](https://www.servicenow.com/docs/WQnOMutSP5AOZn_CIY_9gA "CMDB データマネージャーは、削除、アーカイブ、証明書などの CI ライフサイクル操作を一括管理するためのポリシー主導型フレームワークです。CMDB データマネージャーは、大規模な CMDB に拡張でき、クラウドベースの世界の急速な変化に対応できる、包括的な統合ソリューションです。")を使用して、不要な関連アイテムのデータをカスケード削除する「CMDB 関連エントリを削除」ポリシータイプを作成できます。CMDB データマネージャーポリシーの作成の詳細については、「[CMDB ワークスペースでの CMDB データマネージャーポリシーの作成](https://www.servicenow.com/docs/ilLTAfBrN13ZSWfGqSoi9w "削除などの CI ライフサイクルイベントを自動的に処理する CMDB データマネージャーポリシーを作成します。一貫性のある標準のライフサイクルポリシーを CI に適用することで、CMDB の健全性を維持することができます。")」を参照してください。 ローカリゼーション {#cnfig-mgmt-and-cmdb__section_lpx_fv5_bcc} ----------------------------------------------------- CMDB テーブルの属性に (文字列ではなく) \[翻訳されたテキスト\] フィールドタイプを使用すると、CMDB ヘルスなどの機能のパフォーマンスを含む全体的なパフォーマンスが低下する可能性があります。これは、CMDB テーブルの値が動的であり、頻繁に変更される可能性が高く、データ自体も継続的に増加する可能性が高いためです。\[翻訳されたテキスト\] フィールドを使用するには、関連テキストも手動で更新する必要があります。\[翻訳されたテキスト\] フィールドタイプは、通常、変更がなく増大することもない静的データに有効です。フィールドタイプの詳細については、「[Field types reference](https://www.servicenow.com/docs/access?context=r_FieldTypes&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)」を参照してください。 必要なロール ------ CMDB テーブルを直接読み込むには、cmdb_read ロールが必要です。ただし、構成モジュールにアクセスするには、asset、itil、または itil_admin ロールが必要です。ユーザーインターフェイスで CMDB 関連のレコードを表示するには、通常は itil ロールで十分です。レコードの更新やその他のレコードの操作には、ドキュメントセットの各手順に記載のとおり、通常、より高い認証情報を持つロールが必要です。 CMDB およびその他のロールの詳細については、「 [Base system roles](https://www.servicenow.com/docs/access?context=r_BaseSystemRoles&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)」を参照するか、「 [CMDB Workspace とともにインストールされるコンポーネント](https://www.servicenow.com/docs/gXH8IL1yfAMTLXkH_c7zkA "CMDB Workspace (sn_cmdb_ws) プラグインのアクティブ化で、プロパティ、テーブル、ユーザーロール、スケジュール済みジョブを含むいくつかのタイプのコンポーネントがインストールされます。")」などの機能コンポーネントのトピックを参照してください。 **関連概念** * [CMDB スキーマモデル](https://www.servicenow.com/docs/pPVDaQoyQVLxf15GNPdWSA "構成管理データベース (CMDB) スキーマモデルは、会社によって制御されるすべての資産とビジネスサービスおよびその構成を含む、一連の接続されたテーブルです。")