---
sourceDocument: オーストラリア ServiceNow AI Platform の機能
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/servicenow-platform

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア ServiceNow AI Platform の機能

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# 依存 CI 管理

# 依存 CI 管理 {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：16分

CI のライフサイクルの更新は、その依存 CI に影響します。たとえば、依存 CI が依存している CI が削除されると、依存 CI は孤立し、それ以上使用されなくなります。CMDB の完全性と健全性を維持するために、ライフサイクルの更新によって影響を受ける依存 CI にカスケードクリーンアッププロセスが適用されます。
独立 CI と依存 CI の詳細については、「[CMDB 分類とクラスの依存関係](https://servicenow-prod.fluidtopics.net/KB5y3esZPUjRMuFw~p4Hxw "CMDB 分類は、属性を共有し、それぞれ独自のクラステーブルに格納される CI のグループです。分類を使用することで、アドミニストレーターは CMDB 内の CI のクラス階層を定義することができます。")」を参照してください。  
CI を削除またはアーカイブした後に依存 CI が適切に管理されるようにするには、次のことを行う必要があります。

1. このページの説明に従って、依存 CI 管理を有効にします。
2. 依存 CI 管理によって生成される [CMDB データマネージャー](https://servicenow-prod.fluidtopics.net/xoSjF_fIQhdaALVT_cGEWA "CMDB データマネージャーは、削除やアーカイブ、証明書などの CI ライフサイクル操作を一括で管理するための、ポリシー主導型のフレームワークです。CMDB データマネージャーは、大規模な CMDB に拡張でき、クラウドベースの世界の急速な変化に対応できる、包括的な統合ソリューションです。")タスクを手動で承認するか、それらのタスクをレビューや承認を必要としないように構成します。
{#manage-dependent-ci__ol_zp1_d4z_wsb}  
注:  
データマネージャーのコンテキストでの孤立した依存 CI は、CMDB ヘルスのコンテキストでの孤立 CI とは異なります。データマネージャーのコンテキスト内の孤立した依存 CI は依存クラスに属しており、依存関係がありません。CMDB ヘルスのコンテキストでの孤立 CI の定義はより広範であり、CMDB ヘルス孤立ルールに一致するすべての CI が含まれます。CMDB ヘルスにおける孤立 CI の詳細については、「[CMDB ヘルス KPI とメトリクス](https://servicenow-prod.fluidtopics.net/vcx~Pa4sJsUi2xftbO_xaw "CMDB ヘルスは、正確性、コンプライアンスおよび完全性の 3 つの重要業績評価指標 (KPI) の集計スコアを計算します。KPI はそれぞれさらにサブメトリクスで構成されています。")」を参照してください。  
カスケードクリーンアップが必要な依存 CI の例：

* Tomcat アプリケーション (T1) は、Linux サーバー (L1) で実行され、WAR ファイル (W1) が含まれています。L1 が削除されると、T1 と W1 は孤立した依存 CI になります。
* ハードウェア自体が削除されると、ネットワークアダプタは孤立した依存 CI になります。
* Linux サーバーが廃止され、提供終了が設定された場合、サーバーが動作しなくなると、それに依存するアプリケーションも動作しないことが想定されます。
{#manage-dependent-ci__ul_kkg_1lr_5qb}

## 依存 CI 管理を有効にする {#manage-dependent-ci__section_bwd_1z3_brb}

依存 CI 管理を有効にするには：

* CMDB データマネージャーの環境を構成します。CMDB データマネージャーの環境と CMDB データマネージャー独自の前提条件を構成する方法の詳細については、「[操作 - CMDB データマネージャー](https://servicenow-prod.fluidtopics.net/xoSjF_fIQhdaALVT_cGEWA "CMDB データマネージャーは、削除やアーカイブ、証明書などの CI ライフサイクル操作を一括で管理するための、ポリシー主導型のフレームワークです。CMDB データマネージャーは、大規模な CMDB に拡張でき、クラウドベースの世界の急速な変化に対応できる、包括的な統合ソリューションです。")」を参照してください。
* cmdb.dependent.ci.cascade.op.enabled システムプロパティが true (デフォルト) に設定されていることを確認します。このプロパティはカスケード操作を有効にするもので、ベースシステムにはありません。そのため、このプロパティ値を表示または変更するには、まず[システムプロパティ \[sys_properties\] テーブルに追加](https://www.servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&version=australia&pubname=australia-platform-administration&ft:locale=en-US)する必要があります。
* カスケード廃止プロセスを有効にするには、CI のカスケード廃止を管理するために使用されるシステムプロパティ cmdb.dependent.ci.cascade.retire.enabled が true (デフォルトでは false) に設定されていることを確認します。下流の CI の依存関係をチェックするビジネスルール After BR: Track "Retired" CIs は、このプロパティが true に設定されている場合にのみ実行されます。このプロパティはベースシステムには存在しません。表示または変更するには、まず[システムプロパティ \[sys_properties\] テーブルに追加](https://www.servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&version=australia&pubname=australia-platform-administration&ft:locale=en-US)する必要があります。
{#manage-dependent-ci__ul_hvx_sqq_brb}

カスケードクリーンアップ操作は、依存 CI 管理機能を有効にした場合にのみ適用されます。機能を有効にする前に CMDB にすでに存在している孤立した依存 CI にカスケードクリーンアップを適用するには、「[既存の孤立した依存 CI のカスケードクリーンアップ](https://servicenow-prod.fluidtopics.net/l_qJLuEgH2Oj_Q8v7mSZOQ#manage-dependent-ci__section_cascade-cleanup-existing-dependentCIs)」を参照してください。

## CMDB データマネージャーを使用してカスケードクリーンアップ操作を実行する {#manage-dependent-ci__section-cmdb-datamgr-apply-cascade-cleanup}

依存 CI 管理プロセスは、[CMDB データマネージャー](https://servicenow-prod.fluidtopics.net/xoSjF_fIQhdaALVT_cGEWA "CMDB データマネージャーは、削除やアーカイブ、証明書などの CI ライフサイクル操作を一括で管理するための、ポリシー主導型のフレームワークです。CMDB データマネージャーは、大規模な CMDB に拡張でき、クラウドベースの世界の急速な変化に対応できる、包括的な統合ソリューションです。") を使用して、次のように CMDB 依存 CI 元帳 \[cmdb_Dependent_ci_ledger\] テーブル内の依存 CI のライフサイクル更新を処理します。

1. CI のライフサイクル更新について、ユーザーからの承認を要求して取得します。
2. これらの操作が承認された後に、CI の更新を実際に削除、アーカイブ、または廃止します。
{#manage-dependent-ci__ol_nzf_wyc_zsb}

システムは、削除、アーカイブ、または廃止する準備ができている CI をターゲット CI にして、「依存 CI - 削除」、「依存 CI - アーカイブ」、および「依存 CI - 廃止」データマネージャーポリシーのためのタスクを生成します。これらのポリシーは、それぞれの「オンデマンド」ポリシータイプで設定されます。データマネージャーアドミンまたはユーザーは、Managed By Group 設定に従い、データマネージャーが依存 CI に対してそれぞれのサブフローを適用する前に、これらのタスクをレビューして承認する必要があります。

これらのタスクを自動的に承認するには、CMDB データマネージャーを使用して、それぞれのデータマネージャーポリシーの \[要レビュー\] フラグをクリアします。これらのタスクは、ユーザーの介入を必要とせずに実行されます。

## カスケード廃止依存 CI {#manage-dependent-ci__section_zzy_4vc_zsb}

CI が廃止に設定されている場合、依存 CI 管理データプロセスは、その CI に依存するすべての CI も廃止にカスケード更新しようとします。  
1. CSDM 標準に従って CI の Life Cycle Stage 属性が \[提供終了\] に設定されると、CI が廃止に更新されます。
2. ビジネスルール After BR: Track "Retired" CIs が実行され (システムプロパティ cmdb.dependent.ci.cascade.retire.enabled が true の場合のみ)、CI がダウンストリームの依存関係を持つクラスに属しているかどうかをチェックします。

   属している場合は、CI が CMDB CI 提供終了元帳 \[cmdb_ci_end_of_life_ledger\] テーブルに追加されます。
3. CMDB CI 提供終了元帳 \[cmdb_ci_end_of_life_ledger\] テーブルの CI ごとに、スケジュール済みジョブ CMDB Cascade Retire Dependent CIs が、CI 関係 \[cmdb_rel_ci\] テーブル内の CI の関係をチェックします。依存 CI との依存関係がある場合、その依存 CI は \[廃止\] アクションで CMDB 依存 CI 元帳 \[cmdb_dependent_ci_ledger\] テーブルに追加されます。

   依存関係性ルールの詳細については、「[CMDB 依存関係性ルール](https://servicenow-prod.fluidtopics.net/cnNeLQwLnmZUYsXZk1thKg "サービス定義は、CI タイプと関係性タイプで構成されます。依存関係性ルールは、これらのサービス定義における CI タイプと関係性タイプの依存構造を定義し、CI の識別およびビジネス サービス マップのビルドを支援します。")」を参照してください。
4. スケジュール済みジョブ CMDB DependentCI Policy Processor が実行され (システムプロパティ cmdb.dependent.ci.cascade.retire.enabled が true の場合)、CMDB 依存 CI 元帳 \[cmdb_dependent_ci_ledger\] テーブルの CI を処理します。これらの CI は、[CMDB データマネージャー](https://servicenow-prod.fluidtopics.net/l_qJLuEgH2Oj_Q8v7mSZOQ#manage-dependent-ci__section-cmdb-datamgr-apply-cascade-cleanup)により、承認時に廃止可能として設定されます。実際に CI を廃止するためのタスクが、依存 CI の廃止ポリシーに対して CMDB データマネージャーで作成されます。
{#manage-dependent-ci__ol_blt_djh_vbc}

## 依存 CI のカスケードアーカイブ {#manage-dependent-ci__section_jr1_zgz_wsb}

CI をアーカイブすると、依存 CI が CMDB で孤立として残ります。古いデータの蓄積を防ぐために、孤立した依存 CI をカスケードアーカイブするクリーンアッププロセスが適用されます。

孤立した依存 CI は、すぐにはアーカイブされません。CI がアーカイブされると、\[cmdb_rel_ci\] テーブル内にあるその CI の CI 関係レコードもすべてアーカイブされます。次に、このアーカイブの結果として孤立した依存 CI がチェックされます。孤立した依存 CI として識別される依存関係チェーン内の CI は、次のいずれかの条件がチェックされます。次のいずれかの条件を満たす CI は孤立した依存 CI ではないため、アーカイブされません。  
* 未処理の重複 CI である CI (この CI は未解決の重複排除タスクに関連付けられています)。
* 複数の親 CI を持つ CI。
* 除外されたクラスに属する CI。除外されたクラスは、CMDB 依存 CI クラス除外 \[cmdb_Dependent_ci_class_exclusion\] テーブルに格納されます。基本システムでは、そのテーブルには、cmdb_ci_vm、cmdb_ci_vmware_instance、およびその他の VMware 関連クラスなど、いくつかのクラスが事前に設定されています。孤立した依存 CI の管理から除外されるクラスのセットを管理するには、そのテーブルにレコードを追加または削除します。

{#manage-dependent-ci__ul_bft_4mz_wsb}最終的には、これらの条件が適用されない CI のみが CMDB 依存 CI 元帳 \[cmdb_Dependent_ci_ledger\] テーブルに追加されます。これらの CI は、[CMDB データマネージャー](https://servicenow-prod.fluidtopics.net/l_qJLuEgH2Oj_Q8v7mSZOQ#manage-dependent-ci__section-cmdb-datamgr-apply-cascade-cleanup)により、承認時にアーカイブ可能として設定されます。

## 依存 CI のカスケード削除 {#manage-dependent-ci__section_jlv_pmy_prb}

CI を削除すると、その依存 CI が CMDB で孤立したままになる可能性があります。古いデータの蓄積を防ぐために、孤立した依存 CI をカスケード削除するクリーンアッププロセスが適用されます。  
1. CSDM 標準に従って CI のライフサイクルステージ属性が \[提供終了\] に設定されると、CI は削除されるように更新されます。
2. 削除された CI に関連付けられている cmdb_rel_ci テーブル内のすべての関係が削除されます。

3. ビジネスルール After BR: CMDB Dependent CI Delete が実行され (システムプロパティ cmdb.dependent.ci.cascade.op.enabled が true の場合のみ)、CI 関係 \[cmdb_rel_ci\] テーブル内の削除された各関係について、関係内の他の CI (親または子) が孤立した依存 CI であるかどうかが確認されます。

   そうであった場合、これらの孤立した依存 CI は、CMDB 依存 CI 元帳 \[cmdb_dependent_ci_ledger\] テーブルに追加され、\[アクション\] が \[削除\] に設定されます。
4. スケジュール済みジョブ CMDB DependentCI Policy Processor が実行され (システムプロパティ cmdb.dependent.ci.cascade.retire.enabled が true の場合)、CMDB 依存 CI 元帳 \[cmdb_dependent_ci_ledger\] テーブルの CI を処理します。これらの CI は、CMDB データマネージャーにより、承認時に削除可能として設定されます。実際に CI を削除するタスクが、依存 CI 削除ポリシーに対して CMDB データマネージャーで作成されます。
{#manage-dependent-ci__ol_sfz_dnd_wbc}

孤立した依存 CI は、すぐには削除されません。CI 関係 \[cmdb_rel_ci\] テーブルの各 CI 関係を削除する前に、システムは、関係の他の CI が依存クラスに属しているかどうかをチェックします。削除された CI に依存していると識別された依存関係チェーン内の CI は、次のいずれかの条件を満たしているかどうかチェックされます。次のいずれかの条件を満たす CI は孤立した依存 CI ではないため、削除のマークは付けられません。  
* 未処理の重複 CI である CI (この CI は未解決の重複排除タスクに関連付けられています)。
* 複数の親 CI を持つ CI。
* 除外されたクラスに属する CI。除外されたクラスは、CMDB 依存 CI クラス除外 \[cmdb_Dependent_ci_class_exclusion\] テーブルに格納されます。基本システムでは、そのテーブルには、cmdb_ci_vm、cmdb_ci_vmware_instance、およびその他の VMware 関連クラスなど、いくつかのクラスが事前に設定されています。孤立した依存 CI の管理から除外されるクラスのセットを管理するには、そのテーブルにレコードを追加または削除します。

{#manage-dependent-ci__ul_g33_gpr_5qb}最終的には、これらの条件が当てはまらない CI のみが CMDB 依存 CI 元帳 \[cmdb_Dependent_ci_ledger\] テーブルに追加されます。これらの CI は、[CMDB データマネージャー](https://servicenow-prod.fluidtopics.net/l_qJLuEgH2Oj_Q8v7mSZOQ#manage-dependent-ci__section-cmdb-datamgr-apply-cascade-cleanup)により、承認時に削除可能として設定されます。

## 無関係な関係性 {#manage-dependent-ci__section_a43_zmz_wsb}

削除とアーカイブ操作の場合、依存 CI 関係性評価構成 \[cmdb_dependent_ci_extra_rels_config\] テーブル内の CI の無関係な関係性も追跡されます。無関係な関係性とは、CI の依存関係のチェーンに含まれていない関係であり、それらの削除またはアーカイブは cmdb.dependent.ci.extra.rel.check システムプロパティの値に依存します。このプロパティはデフォルトで true に設定されています。この場合、無関係な関係性は削除またはアーカイブされません。プロパティを false に設定すれば、無関係な関係性を削除してアーカイブすることができます。

cmdb.dependent.ci.extra.rel.check プロパティはベースシステムに存在しません。プロパティ値を表示または変更するには、まず[システムプロパティ \[sys_properties\] テーブルに追加](https://www.servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&version=australia&pubname=australia-platform-administration&ft:locale=en-US)する必要があります。

## 既存の孤立した依存 CI のカスケードクリーンアップ {#manage-dependent-ci__section_cascade-cleanup-existing-dependentCIs}

依存 CI 管理機能を有効にすると、カスケードクリーンアップ操作は、この機能が有効にされた時点からのみ適用されます。ただし、機能が有効になる前に CMDB にすでに存在している孤立した依存 CI に対して、同様のカスケードクリーンアップ操作を適用する必要がある場合があります。

クリーンアップ孤立 CI のスケジュール済みジョブを[アクティブ化](https://www.servicenow.com/docs/access?context=activate-sj-mh&version=australia&pubname=australia-employee-service-management&ft:locale=en-US)して、CMDB 全体で孤立した依存 CI のワンタイムカスケードクリーンアップを実行します。クリーンアップ孤立 CI のスケジュール済みジョブは、CMDB 全体をチェックして孤立した依存 CI を特定します。これらの CI は、カスケード削除された CI と同じ方法で処理されます。削除する準備ができている CI は、CMDB 依存 CI 元帳 \[cmdb_dependent_ci_ledger\] テーブルに追加されます。CMDB データマネージャーは、\[[CMDB データマネージャーを使用してカスケードクリーンアップ操作を実行する](https://servicenow-prod.fluidtopics.net/l_qJLuEgH2Oj_Q8v7mSZOQ#manage-dependent-ci__section-cmdb-datamgr-apply-cascade-cleanup)\] セクションで説明されているように活用されます。

クリーンアップ孤立 CI のスケジュール済みジョブは、1 回のみ実行され、その後、ジョブは非アクティブになります。CMDB のサイズによっては、クリーンアップ孤立 CI のスケジュール済みジョブが完了するまでに数日かかる場合があります。

## 自動リカバリ設定の構成 {#manage-dependent-ci__section_nqs_bg2_h3c}

システムプロパティ cmdb.dependent.ci.stale.record.cleanup.duration を使用して、CMDB 依存 CI 元帳 \[cmdb_dependent_ci_ledger\] テーブルと CMDB CI 提供終了元帳 \[cmdb_ci_end_of_life_ledger\] テーブルのスタックした CI レコードの自動リカバリメカニズムを制御できます。このプロパティは、CI レコードが再処理のために自動的に NEW にリセットされるまでに \[処理中\] ステータスのままにできる日数を定義します。  
物件について:

* タイプ：整数
* デフォルト値：
  * CMDB 依存 CI 元帳テーブル処理の場合:2
  * CMDB CI サポート終了元帳テーブル処理の場合:1
  {#manage-dependent-ci__ul_yt4_ng2_h3c}
* その他の値:ほとんどの環境の一般的なガイドラインでは、プロパティを 1 〜 3 日に設定します。迅速な復旧が重要な大量の環境では、1 日などの短い期間に設定し、実行時間の長い CI 処理ジョブがある環境では、3 〜 5 日などの長い期間に設定します。  
  注:  
  cmdb.dependent.ci.stale.record.cleanup.durationがゼロまたは負の値に設定されている場合は、デフォルト値 (2 日) が使用されます。設定が低すぎると、正当に長時間実行されているプロセスがリセットされる可能性があり、設定が高すぎると、実際にスタックしたレコードの復旧が遅れる可能性があります。
{#manage-dependent-ci__ul_qjk_lg2_h3c}

CMDB データマネージャーが依存 CI (廃止、アーカイブ、または削除操作) を処理すると、レコードのステータスは \[処理中\] に設定されます。システムエラー、クラッシュ、またはタイムアウトが原因で処理が失敗した場合、これらのレコードがスタックし、処理が完了しない可能性があります。  
クリーンアップジョブ:

1. cmdb.dependent.ci.stale.record.cleanup.durationプロパティで指定された日数以内に更新されていない処理中ステータスのレコードを識別します。
2. これらのレコードのステータスを \[新規\] に設定します。
3. これらのレコードを再処理のために現在のクラスターノードに割り当てます。
{#manage-dependent-ci__ol_nbk_ch2_h3c}  
このプロパティは、次の 2 つのシナリオで使用されます。

依存 CI ポリシー処理
:
    * 場所:CMDBDataManagementPolicyProcessor.java:561-571
    * デフォルト:2 日
    * トリガー元:依存 CI 管理ポリシーのスケジュール済みジョブ
    * 目的:cmdb_dependent_ci_ledgerテーブル内のスタックしたレコードを消去します
    {#manage-dependent-ci__ul_ef2_3h2_h3c}

サポート終了の CI 元帳処理
:
    * 場所:CMDBCiEndOfLifeLedger
    * Processor.java:57
    * デフォルト:1 日
    * トリガー元:EOL CI 処理のスケジュール済みジョブ
    * 目的:CI サポート終了元帳テーブル内のスタックしたレコードを消去します
    {#manage-dependent-ci__ul_ypp_4h2_h3c}

監視のため、システムログでクリーンアップアクティビティを確認します。「処理ステータスでスタックしている CI のクリーニングが完了しました。X 個の CI を PROCESSING ステータスから NEW ステータスに更新しました」などのログメッセージは、 PROCESSING ステータスから NEW ステータスにリセットされたレコードの数を示します。

## サンプルシナリオ: カスケード廃止 {#manage-dependent-ci__section_b5c_byp_vbc}

1. 依存 CI 管理を有効にします。
2. CMDB データマネージャーで、廃止ポリシーを作成して公開します。たとえば、依存 CI のネットワークアダプタおよびファイルシステムと関係する独立 Linux サーバー CI を廃止することにします。
3. スケジュール済みジョブ CMDB Data Manager Retire Policy Processor が実行されるのを待つか、手動で実行します。
4. データマネージャーの概要ページで、オープン状態のタスクカードを選択し、廃止タスクを承認します (承認 = 承認済み)。自動的に変更されない場合は、タスクの状況を \[対応中\] に変更します。これにより、Linux サーバー CI は廃止されることになり、cmdb_ci_end_of_life_ledger テーブルに追加されます。
5. スケジュール済みジョブ CMDB Cascade Retire Dependent CIs を実行します。

   このスケジュール済みジョブは、cmdb_ci_end_of_life_ledger テーブル内の各 CI を処理し、 cmdb_rel_ci テーブル内の関係性をこの CI について照会します。他の依存 CI との関係が存在する場合、それらの依存 CI は、状況 =「準備完了」およびアクション =「廃止」の設定で cmdb_dependenct_ci_ledger テーブルに追加されます。
6. スケジュール済みジョブ CMDB DependentCI Policy processor が実行されるのを待つか、手動で実行します。このスケジュール済みジョブは、OOB 依存 CI 廃止ポリシーに基づき、cmdb_dependenct_ci_ledger テーブルの CI を対象としたタスクを作成します。
7. データマネージャーの概要ページで、オープン状態のタスクカードを選択し、「依存 CI -- 廃止...」と記述されているタスクを承認します。
{#manage-dependent-ci__ol_lqh_byp_vbc}
**関連タスク**   

* [CI クラスの作成](https://servicenow-prod.fluidtopics.net/dRC~UiiFUFLPiFcaUp2g0w "既存の CI クラスの拡張である CI クラス (テーブル) を作成します。それから、新しいクラスの識別および調整ルールを作成します。")
* [CI の再分類](https://servicenow-prod.fluidtopics.net/4EiWzj~UK_DYyffHWJBTVQ "[クラス] 属性を変更すると、CI のクラスをアップグレード、ダウングレード、またはスイッチすることができます。")
* [CI の削除](https://servicenow-prod.fluidtopics.net/PJ5UgzzdD_oGQ1phTgaiyQ "不要になった CI を削除するには、CI クラスマネージャーを使用できます。")
* [クラス定義とメタデータの表示と編集](https://servicenow-prod.fluidtopics.net/mVj_3KULo0f02iJukOSODQ "中央の場所として CI クラスマネージャーを使用して、CMDB クラス階層、CI テーブル定義、およびクラス CI を探索します。ラベル、フィールド、関係、および関連するすべてのメタデータ定義など、各テーブルの詳細を表示します。")
* [プリンシパルクラスフィルターのクラスのリストの更新](https://servicenow-prod.fluidtopics.net/5SHx6l_wl4d3pUk98GoEgw "プリンシパルクラスは、組織内の基盤となるデータの健全性とガバナンスにとって最も重要な CMDB クラスの指定です。プリンシパルクラスフィルターでクラスのリストを管理して、それらのクラスが追跡、健全性、認定、ライフサイクル管理、およびクラスリストビューで優先されるようにします。")  
**関連資料**   

* [CMDB レコード タイプ](https://servicenow-prod.fluidtopics.net/mlvh7e_r5aWRURFOIH8f7Q "CMDB には、次の主要レコード タイプが含まれています。")
* [CI コンポーネントの関連リスト](https://servicenow-prod.fluidtopics.net/q_0WdftKmSoJgii891y4NA "CI レコードの関連リストには、サーバー上のディスクドライブやネットワークルーターの動作を制御するルールなど、その CI に含まれる追加コンポーネントが表示されます。")