---
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


---

# 操作 - CMDB データマネージャー

# 操作 - CMDB データマネージャー {#ariaid-title1}

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

CMDB データマネージャーは、削除やアーカイブ、証明書などの CI ライフサイクル操作を一括で管理するための、ポリシー主導型のフレームワークです。CMDB データマネージャーは、大規模な CMDB に拡張でき、クラウドベースの世界の急速な変化に対応できる、包括的な統合ソリューションです。
大規模な CMDB では、時間の経過とともに古い CI が大量に蓄積され、それが全体的なパフォーマンスに影響を与える可能性があります。カスタムの緩和ソリューションは開発や維持が困難な場合があり、エラーが発生しやすくなります。CMDB データマネージャーは、ポリシーを作成、公開、および管理できるツールです。CI ライフサイクル運用を自動化および管理するポリシーを作成し、CMDB を健全で効率的な運用ステータスに維持できるようにします。
CMDB データマネージャーを使用して、CI のライフサイクルを管理する組織的なプロセスを表す次のようなポリシーを作成します。

* 1 年以上前に作成された、所有者のいないすべてのコンピューターを廃止します (「廃止」ポリシータイプ)。
* 6 か月間更新されていない、シアトルのデータセンター内のすべての Linux サーバーをアーカイブします (「アーカイブ」ポリシータイプ)。
* 過去 1 週間に検出されなかったすべてのコンテナを削除します (「削除」ポリシータイプ)。
* 指定した場所のすべての CI を証明します (「証明書」ポリシータイプ)。
* [依存 CI 管理](https://servicenow-prod.fluidtopics.net/l_qJLuEgH2Oj_Q8v7mSZOQ "CI のライフサイクルの更新は、その依存 CI に影響します。たとえば、依存 CI が依存している CI が削除されると、依存 CI は孤立し、それ以上使用されなくなります。CMDB の完全性と健全性を維持するために、ライフサイクルの更新によって影響を受ける依存 CI にカスケードクリーンアッププロセスが適用されます。")によって生成されたライフサイクルタスクのカスケード削除、カスケードアーカイブ、またはカスケード廃止を承認します。
* 非 CMDB 関連テーブルの孤立レコード、古いレコード、または無関係なレコードを削除します。関連エントリ \[cmdb_related_entry\] テーブル内の非 CMDB 関連テーブルには、CMDB テーブルへの参照があります。たとえば、CMDB 内の参照先 CI が削除された場合、関連するテーブルの CI は孤立する可能性があります (「CMDB 関連エントリの削除」ポリシータイプ)。
* 属性にビジネスに必要な特定の値があることを証明する。
{#cmdb-data-management__ul_l1p_hcg_nzb}

CMDB データマネージャーのポリシーは、構成アイテム \[cmdb_ci\] テーブルを拡張するクラスにのみ適用できます。

## CMDB ワークスペースとサービスグラフワークスペースでの CMDB データマネージャーの操作 {#cmdb-data-management__section_hvd_xdr_fzb}

[CMDB ワークスペース](https://servicenow-prod.fluidtopics.net/I7XSL5VN6~6QdZQG2SU6qw "CMDB ワークスペースは、効率的で一元的な最新の作業方法です。CMDB ワークスペースを使用すると、CMDB の検索と探索、健全性と最近のアクティビティの調査を行い、組織内のタスクをサポートするための CMDB ダッシュボードとツールにアクセスすることができます。")のランディングページとそのビュー、またはサービスグラフワークスペースのガバナンスビューを使用して、CMDB データマネージャーを完全に管理し、ポリシーとタスクの概要の分析とカウントにアクセスし、タスクをレビューできます。詳細については、「[CMDB ワークスペースとサービスグラフワークスペースでの CMDB データマネージャーの操作](https://servicenow-prod.fluidtopics.net/sBiIVc6pZlnA_Q15pnJxiQ "CMDB ワークスペース またはサービスグラフワークスペースで CMDB データマネージャーを使用して、ポリシー、CI ライフサイクルおよび証明書タスクを管理し、進行中の CMDB データマネージャープロセスに関するアナリティクスを表示し、アサインされたタスクを承認または却下します。")」を参照してください。

## 期間 {#cmdb-data-management__section_ijk_psy_z4b}

ポリシー

:   CMDB データマネージャーポリシーは、CI の廃止など、ライフサイクルイベントの全体的な管理計画をキャプチャします。ポリシーは、ポリシーのターゲット CI のタスク (ポリシータスク) を作成するサブフロー (ポリシーサブフロー) に関連付けられます。ポリシーはポリシータイプで構成され、ポリシータスクは、CI レコードのアーカイブや削除など、そのポリシータイプに関連付けられた操作を実行します。また、承認を要求するようにポリシーを設定することもできます。

    ポリシータイプ、ポリシーサブフロー、およびポリシータスクはすべて、特定の CI のライフサイクルイベントに合わせて調整されます。たとえば、削除ポリシータイプのポリシーセットが削除サブフローに関連付けられ、そのポリシータスクが CI の削除を処理します。

    日次スケジュール済みジョブは、公開されたすべての CMDB データマネージャーポリシーを処理します。

ポリシーサブフロー

:   ポリシー[サブフロー](https://www.servicenow.com/docs/access?context=subflows&version=australia&pubname=australia-build-workflows&ft:locale=en-US)には、廃止や削除などのライフサイクルイベントを処理するための基本となるロジックが含まれています。ポリシーが承認を要求するように設定されている場合、ポリシーサブフローは、ポリシータスクが承認された後にのみ実行されます。

    ベースシステムには、削除、アーカイブ、廃止など、ポリシーとともに使用できる一般的なサブフローがいくつか用意されています。組織のカスタムサブフローを作成することもできます。

ポリシータスク

:   個別のタスクが作成され、ポリシー内のターゲット CI のセット内の一意の Managed By Group 値にそれぞれ割り当てられます。ポリシータスクは、ポリシーサブフローをトリガーし、タスクのターゲット CI のセットを追跡し、必要に応じてタスクの承認を処理します。

    ポリシーに承認が必要な場合、ターゲット CI の Managed by Group 属性のグループ割り当てのメンバーがタスクを承認するまで、ポリシータスクはポリシーサブフローをトリガーしません。タスクが却下された場合、または Managed by Group 属性が空の場合、そのタスクは、タスクを解決するために手動で介入する必要があるアドミニストレーターに割り当てられます。

    ポリシーが承認を要求するように設定されていない場合、ポリシータスクは自動的に承認されます。

CI 除外リスト
:   指定されたタイプのポリシーが適用されない CI のセット。

## ポリシータイプ {#cmdb-data-management__section_plt_wxq_dzb}

次のタイプのポリシーを作成できます。

削除
:   CI をアクティブなステータスに復元するオプションなしで、現在のテーブルから CI を削除するために使用します。

廃止
:   リストビューや CMDB ヘルスなどのプロセスで CI をアクティブな状態に維持しながら CI を廃止するために使用します。

証明書
:   所有している実際の IT インフラストラクチャとアプリケーションの存在を検証する証明書タスクをアサインして処理するために使用します。CI はさまざまなデータソースから CMDB に継続的に取り込まれるため、CI を証明すれば CMDB の整合性を確保できます。証明書ポリシータイプの使用の詳細については、「[CI の証明書](https://servicenow-prod.fluidtopics.net/KcLz7~jStlaZCU3hC6U2BA "実際に所有している IT インフラストラクチャとアプリケーションの存在を体系的に一括検証します。CI はさまざまなデータソースから CMDB に継続的に取り込まれるため、CMDB の整合性を確保します。存在しなくなった IT インフラストラクチャまたはアプリケーションに関連付けられている古い CI を削除します。")」を参照してください。

アーカイブ
:   現在のテーブルから CI を削除し、一時的に保持するための別のアーカイブテーブルにその CI を格納するために使用します。CI をアーカイブすると、ビューや、マップや関係フォーマッターなどの機能からその CI が除外されます。保持期間中は、[CI をアクティブ状況に復元](https://www.servicenow.com/docs/access?context=managing-archived-data&version=australia&pubname=australia-platform-administration&ft:locale=en-US)できます。保持期間が終了すると、アーカイブされた CI はアーカイブテーブルから削除されます。

CMDB 関連エントリーを削除

:   関連テーブルから無関係または古いデータをクリーンアップして、参照先 CI のステータスが変化しても CMDB データの健全性と関連性を維持するために使用します。

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

認定
:   特定の属性が特定の値であることを証明するために使用します。

自分の廃止、削除、アーカイブポリシーを実装して、[共通サービスデータモデル (CSDM)](https://servicenow-prod.fluidtopics.net/~gb3NWJy3Wgf3gGLvY0svA "CSDMは、アドミニストレーターがServiceNow製品とアプリケーションを設定するときに従う必要があるデータモデルです。CMDB内の構成アイテム (CI) と CI 間の関係を定義するための標準は、データが適切なCMDBテーブルに存在することを促進するのに役立ちます。その結果、ServiceNow AI Platform アプリケーションの価値が最大化されます。") の標準 (CI が既に廃止ステータスである場合にのみ CI をアーカイブおよび削除するなど) に従うようにできます。これらのライフサイクルポリシーを作成すると、取り残される可能性のある依存 CI を管理するプロセスが適用されます。これらのプロセスの詳細と、この機能が有効になっていることの検証については、「[依存 CI 管理](https://servicenow-prod.fluidtopics.net/l_qJLuEgH2Oj_Q8v7mSZOQ "CI のライフサイクルの更新は、その依存 CI に影響します。たとえば、依存 CI が依存している CI が削除されると、依存 CI は孤立し、それ以上使用されなくなります。CMDB の完全性と健全性を維持するために、ライフサイクルの更新によって影響を受ける依存 CI にカスケードクリーンアッププロセスが適用されます。")」を参照してください。

## ServiceNow AI Platform® データのアーカイブ {#cmdb-data-management__section_z4x_hvn_swb}

CMDB データマネージャーのアーカイブポリシータイプが提供する機能は、特に CMDB CI に適用される ServiceNow AI Platform® [データアーカイブ機能](https://www.servicenow.com/docs/access?context=c_ArchiveData&version=australia&pubname=australia-platform-administration&ft:locale=en-US)に依存し、その機能を拡張します。CMDB CI をアーカイブするアーカイブポリシーを処理する際、CMDB データマネージャーは、 ServiceNow AI Platform® データアーカイブのコンポーネントとプロセスを次のように使用します。

* アーカイブルール \[sys_archive\] テーブルには、CMDB データマネージャーの「アーカイブ」ポリシーが使用する Archive Configuration Items という CMDB アーカイブルールを含む ServiceNow AI Platform® のアーカイブルールが含まれています。
* データマネージャーは、Archive というスケジュール済みジョブを (デフォルトでは 1 時間ごとに) 実行し、CMDB データマネージャーのアーカイブポリシーを処理します。Archive のスケジュール済みジョブはスケジュールのアイテム \[sys_trigger\] テーブルに保存されます。
* ServiceNow AI Platform®テーブルアーカイブジョブ実行チャンク \[sys_archive_run_chunk\] のKeys属性には、アーカイブする CMDB CI のsys_idsが含まれています (ここで、ルール ID は CMDB アーカイブルール ID です)。
* アーカイブされたレコードは、プリフィックス「ar_」が付いた ServiceNow AI Platform® アーカイブテーブルに保存されます。同様に、CMDB アーカイブジョブを初めて実行すると、各 CMDB クラスに対してアーカイブテーブルが作成されます (プリフィックス「ar_cmdb」が付きます)。したがって、最初の CMDB アーカイブタスクは、後続の CMDB アーカイブタスクよりも時間がかかります。

  データマネージャーのアーカイブポリシーそれぞれについて、アーカイブ対象のポリシー CI が 1000 個の CI のバッチにバッチ処理されます。sys_archive_run_chunk テーブルには、これらのバッチごとのレコードが含まれています。

  ar_cmdb_ci_computer などの CMDB アーカイブテーブルは、以下に一覧表示されます。 すべてシステムアーカイブアーカイブテーブル.
{#cmdb-data-management__ul_gf2_534_swb}

CMDB データマネージャーを使用して CI をアーカイブする場合は、CI 保持期間中に [CI をアクティブ状態に復元する](https://www.servicenow.com/docs/access?context=managing-archived-data&version=australia&pubname=australia-platform-administration&ft:locale=en-US)など、ServiceNow AI Platform® のデータアーカイブ機能を直接適用することもできます。

## CI ライフサイクル管理 {#cmdb-data-management__section_ptc_tvd_h2c}

CMDB データマネージャーでライフサイクルポリシーを使用して、CI のライフサイクルを管理できます。このようなライフサイクルポリシーでは、廃止の定義を使用して組織内のクラスの廃止ステータスを指定し、ライフサイクルステージを通じた CI の移行をサポートします。廃止の定義へのアクセスと管理の詳細については、「[廃止の定義](https://servicenow-prod.fluidtopics.net/FQP3IVz_I3J443cIbbkbJg "クラスの廃止の定義を指定して、クラスとその子クラスに適用可能な組織内のプロトコルを反映させます。この定義は、CMDB データマネージャーのライフサイクルポリシーによって実装される、ライフサイクルステージを通じた CI の移行をサポートします。クラスは、派生によって、またはそのクラスに指定された廃止の定義によって、廃止の定義を持つことができます。")」を参照してください。  
一般に、不要になった CI は廃止する必要があります。その後、CI ライフサイクルを完了するには、ビジネスニーズに応じて廃止された CI を削除またはアーカイブする必要があります。次のステップ概要は、CI のライフサイクルを管理する方法を示しています。

1. 組織内でライフサイクル管理を構成およびテストするための安全な環境として、非本番インスタンスを使用します。
2. 派生を慎重に検討しながら、廃止の定義を定義する CI クラスを選択します。派生により、クラスに指定する廃止の定義は、独自の廃止の定義を持たないすべての子クラスに対しても有効です。
3. クラスの廃止の定義を指定します。
4. 廃止する CI をターゲットとする廃止ポリシーを作成します。
5. 廃止される CI をターゲットとする削除ポリシーまたはアーカイブポリシーを作成します。
6. ライフサイクル管理計画全体が意図したとおりに機能することをテストおよび検証した後、これらの構成をすべて本番インスタンスに転送します。
{#cmdb-data-management__ol_h35_3xd_h2c}  
CI のライフサイクル状況は、CI のヴィジビリティと進行中の CMDB プロセスへの包含に影響します。

* 廃止された CI は、CMDB ヘルスなどのビューやプロセスから除外されません。
* アーカイブされた CI はアクティブなテーブルからなくなり、代わりに別のアーカイブテーブルに保存されます。アーカイブされた CI は表示されなくなり、リストビュー、マップ、関係フォーマッターなどのプロセスにも含まれなくなります。アーカイブされた CI は、アーカイブテーブルから削除するまでの保持期間を指定し、その間保持することができます。その保持期間中は、ServiceNow AI Platform® の [CI をアクティブ状態に復元する](https://www.servicenow.com/docs/access?context=managing-archived-data&version=australia&pubname=australia-platform-administration&ft:locale=en-US)機能を使用して、アーカイブされた CI をアクティブな状態に手動で復元できます。

{#cmdb-data-management__ul_zbw_t12_h2c}  
注:  
CI の削除は元に戻せない操作です。削除された CI は所属していたテーブルからなくなるため、アクティブな状態に復元する方法はありません。

## CMDB データマネージャーの環境の構成 {#cmdb-data-management__section_art_4yy_z4b}

CMDB データマネージャーを使用するための環境を準備します。

1. 廃止、アーカイブ、削除などの一部のポリシータイプでは、ポリシー内のターゲットクラスごとにアクティブな[廃止の定義](https://servicenow-prod.fluidtopics.net/FQP3IVz_I3J443cIbbkbJg "クラスの廃止の定義を指定して、クラスとその子クラスに適用可能な組織内のプロトコルを反映させます。この定義は、CMDB データマネージャーのライフサイクルポリシーによって実装される、ライフサイクルステージを通じた CI の移行をサポートします。クラスは、派生によって、またはそのクラスに指定された廃止の定義によって、廃止の定義を持つことができます。")が必要です。この要件は、すべてのポリシータイプに適用されるわけではありません。たとえば、この要件は証明書ポリシータイプには適用されません。この要件が適用されるものの、満たしてはいないポリシータイプのポリシーを作成しようとすると、エラーメッセージが表示され、操作が失敗します。
2. ポリシーでターゲットにする予定の CI の Manage by Group 属性を設定することで、ポリシーの承認を簡素化できます。CI クラスマネージャーを使用すると、1 回の同期操作でクラス全体の属性を設定できます。このデータ同期の詳細については「[CI のグループまたは CI のクラス全体を設定する](https://servicenow-prod.fluidtopics.net/zbOLgpuQ3IOEI4OXM4oReg "CI クラスマネージャー を使用して、CI クラス全体および個々の CI のグループ割り当て属性を同期します。")」を参照してください。Managed by Group 属性が CI に設定されていない場合、承認プロセスはアドミニストレーターに送信されます。
{#cmdb-data-management__ol_a2r_tsq_z4b}