---
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 CI ライフサイクル管理 (従来)

# CMDB CI ライフサイクル管理 (従来) {#ariaid-title1}

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

CMDB CI は、作成時から不要になるまで、通常、いくつかの運用ステータスに移行します。CI ライフサイクル管理は、CI の状況とアクションを定義するメカニズムを提供し、CI の状況に基づいて適切なアクションを適用して、CI ライフサイクルの管理をビジネス ニーズに合わせることができます。

CMDB データマネージャーは、削除やアーカイブなどの CI ライフサイクル操作を一括で管理するための、より包括的な統合ソリューションになりました。CMDB データマネージャーの詳細については、「[操作 - CMDB データマネージャー](https://servicenow-prod.fluidtopics.net/xoSjF_fIQhdaALVT_cGEWA "CMDB データマネージャーは、削除やアーカイブ、証明書などの CI ライフサイクル操作を一括で管理するための、ポリシー主導型のフレームワークです。CMDB データマネージャーは、大規模な CMDB に拡張でき、クラウドベースの世界の急速な変化に対応できる、包括的な統合ソリューションです。")」を参照してください。  
CI ライフサイクル管理に関連する用語：

運用状況
:   CI が「稼働中」や「修理中」などになることができる一連の状況。CI は、任意の時点で単一の運用ステータスにのみ関連付けることができます。運用状況の選択肢は、\[cmdb_ci\] テーブルの operational_status フィールドに基づきます。ベースシステムで定義されている運用状況は、「廃止」や「修理中」など複数あります。このリストを変更して、ビジネスに関連する運用状況を反映させることができます。  
    注:  
    デフォルトでは、サービスマッピングは、運用ステータス \[operational_status\] の値が 1 (稼働中) でないか、ステータス \[install_status\] の値が 100 (記録不明) である場合、すべてのホスト CI を無視するように設定されています。この動作の関連情報については、HI ナレッジベースの「[サービスマッピングと連携させるためにカスタマイズされた ServiceNow デプロイメントを準備する](https://support.servicenow.com/kb_view.do?sysparm_article=KB0647574)」\[KB0647574\] を参照してください。CI ライフサイクル管理では、複数のオペレーターおよび自動化により、CI の異なる運用状を同時に設定できます。CI を複数の運用状況に関連付けることができないため、各運用状況に優先度を設定することが重要です。そのような状況では、これらの優先度を使用して、どの運用状況が累積運用状況であるかを決定します。

CI アクション
:   CI のライフタイム中に CI に適用できる一連のアクション。ビジネスに関連する CI アクションを定義できます。

互換 CI アクション
:   CI ライフサイクル管理では、CI が複数の有効な CI アクションを同時に持つことができますが、互換性があると明確に定義されている必要があります。デフォルトでは、相互に互換性のある CI の 2 つのアクションはありません。この動作を変更するには、互換性があり、同時に CI に適用できるアクションのペアを指定します。たとえば、「パッチ適用」と「プロビジョニング」の CI アクションに互換性があることを指定すると、両方を同時に CI に適用することができます。

許可されていない CI アクション
:   デフォルトでは、任意の CI アクションを任意の CI に適用できます。この動作を制限するには、CI が特定の運用ステータスにあるときにアクションが許可されないというルールを定義します。たとえば、「非稼働」状態の Linux サーバーに「プロビジョニング」アクションを適用することができない、「許可されていない CI アクション」を定義することができます。

許可されていない運用上の移行
:   デフォルトでは、運用ステータスから別のステータスへの移行は許可されます。この動作を制限するには、指定された CI に対して、特定の運用ステータスから別の運用ステータスへの移行が許可されないというルールを定義します。たとえば、Linux サーバーについて「修理中」から「非稼働」に移行できないように定義できます。

リクエスタ
:   要求者は、運用状況を設定し、CI アクションを適用しようとするワークフローまたは非ワークフローのオペレーターになることができます。各要求者には、GUID であり、有効なワークフロー コンテキストまたは非ワークフローの登録済みオペレーター ID になることができる関連要求者 ID があります。

リース時間
:   指定された CI に対して指定された CI アクションを有効にすることができる、各要求者 (特に非ワークフロー オペレーター) が提供できる期間。

CMDB CI ライフサイクル管理には、CI 運用状況と CI アクションを管理するための一連の API が用意されています。また、UI では、特定の運用状況の移行を制限し、運用状況に基づいてアクションを制限する一連のルールを定義することができます。また、CI ライフサイクル全体で CI の運用ステータスと CI アクションを監査するメカニズムも提供します。

自動化、ワークフロー、または変更管理などのプロバイダーは、CI の運用状況を管理し、CI のアクションを適用するためのメカニズムとして CI ライフサイクル管理を使用できます。デフォルトでは、CI ライフサイクル管理の動作は、一部の操作に対して制限がなく、他の操作に対しては完全な制限があります。CI ライフサイクル管理 UI では、一部の操作を制限し、その他の操作を可能にする、許可されていない CI アクション、互換 CI アクション、および許可されていない運用上の移行を指定することによって、このデフォルトの動作を変更できます。  
CI ライフサイクル管理では、次のことが可能です。

* CI ライフサイクル全体を通じて、CI 運用状況と CI アクションを管理する。
* CI 運用状況の移行を管理する。
* 特定の運用状況の移行を制限する。
* 特定の運用ステータスにある特定の CI タイプに対して特定のアクションを関連付ける。
* CI 運用ステータスに基づいて IT Service Management アプリケーションを制限する。
* CI ライフサイクル全体で CI 運用状況と CI アクションを監査する。
{#cmdb-ci-lifecycle-mgmt__ul_lwf_pgd_kw}

## ライフサイクル管理 API

CI ライフサイクル管理には、CI ライフサイクル全体で CI 運用ステータスと CI アクションを管理するための一連の API が用意されています。UI のルールで指定されたすべての制限および許可は、状況管理 API が実行されるときに強制され、API が制限付き操作を実行しようとすると、操作はブロックされ、エラーが記録されます。

## 要求者の登録

ライフサイクル管理 API を使用して CI アクションを適用する場合、要求者を登録し、ライフサイクル管理テーブル内で一意の要求者 ID を取得する必要があります。登録して要求者 ID を取得するには、非ワークフローユーザーは registerOperator API を呼び出す必要があります。ワークフロー ユーザーは、有効なワークフロー コンテキストを要求者 ID として使用でき、registerOperator を明示的に呼び出す必要がありません。

CI ライフサイクル運用が完了したら、要求者は unregisterOperator API を呼び出して登録を解除する必要があります。特定の要求者 ID に関連付けられているすべての状況管理レコードは、非アクティブとしてマークされるか、\[CI Lifecycle Management --- Restore Internal State Management Tables\] スケジュール済みジョブによって削除されます。

## インシデント管理と問題管理との統合

ベースインスタンスには、CI のタスクを作成するために使用される、事前定義された CI アクション CreateTask が含まれます。新しいインスタンスには、事前定義された許可されていない CI アクションがあり、\[CreateTask\] アクションが \[廃止\] 運用ステータスの CI で許可されないことが指定されています。この制限は、インシデント管理および問題管理と統合され、廃止された CI のインシデントまたは問題タスクの作成を防ぎます。\[CreateTask\] CI アクションは、インシデント/問題テーブルの \[Configuration Item\] フィールドへの参照修飾子として使用されます。新たなインシデントや問題では、\[Operational Status\] が \[廃止\] の CI はフォームの \[Configuration Item\] リストから除外されます。参照修飾子の詳細については、「[参照修飾子](https://www.servicenow.com/docs/access?context=c_ReferenceQualifiers&version=australia&pubname=australia-platform-administration&ft:locale=en-US)」を参照してください。

## 統合： 資産管理

ベースシステムでは、CI の \[Operational Status\] フィールドと \[Status\]/\[Hardware Status\] (ハードウェアの場合) フィールドは、2 つのフィールド値のいずれかが \[廃止\] である場合、同期されたままになります。CI の \[Operational Status\] が \[廃止\] に設定されると、\[Status\]/\[Hardware Status\] フィールドは自動的に \[廃止\] に設定されます。反対に、CI の \[Status\]/\[Hardware Status\] フィールドが \[廃止\] に設定されると、\[Operational Status\] も自動的に \[廃止\] に設定されます。

* \[Operational Status\] フィールドが \[廃止\] から別のステータスに変わると、CI の \[Status\]/\[Hardware Status\] フィールドは \[インストール済み\] に設定されます。
* また、CI の \[Status\]/\[Hardware Status\] フィールドが \[廃止\] から別のステータスに変わると、\[Operational Status\] フィールドは自動的に \[非稼働\] に設定されます。

  \[廃止\] から別のステータスへのステータス変更はほとんど行われません。デフォルトでは、ステータスは \[非稼働\] に変更されます。ただし、これは意図したレコードステータスではない可能性があります。したがって、このような場合は、アドミニストレーターがステータスを確認して適切に管理することが重要です。
{#cmdb-ci-lifecycle-mgmt__ul_ljk_dk5_1pb}

CI の \[Status\]/\[Hardware Status\] が変更すると、CI の対応する \[Asset State\] フィールドに同期され、反対も同様になります。CI の \[Operational Status\] および CI の対応する \[Asset State\] が同期され続けます。

\[Asset State\] および \[Substate\] フィールドから CI の \[Status\]/\[Hardware Status\] (ハードウェアの場合) フィールドへのマッピングの詳細については、「[資産状態と CI ハードウェアステータスをマッピングする](https://www.servicenow.com/docs/access?context=c_ManagingAssets&version=australia&pubname=australia-it-asset-management&ft:locale=en-US)」を参照してください。廃止資産の詳細については、「[資産の廃止](https://www.servicenow.com/docs/access?context=c_ManagingAssets&version=australia&pubname=australia-it-asset-management&ft:locale=en-US)」を参照してください。
* **[CI ライフサイクル管理を開始する](https://servicenow-prod.fluidtopics.net/hbpoymGAyZyyXZ38Pdz9ow)**   
  これらの高度な手順に従って、CMDB アプリケーションの CI ライフサイクル管理モジュールを開始し、アクティビティを追跡します。
* **[ライフサイクル管理 API](https://servicenow-prod.fluidtopics.net/vsKToCzV6C2r~lRNm7NeNg)**   
  CI ライフサイクル管理には、CI 運用状況を操作し、CI アクションを適用するための一連の状況管理 API が用意されています。
* **[CI ライフサイクル管理によってインストールされたコンポーネント](https://servicenow-prod.fluidtopics.net/Cn7m6zh~oSVu1rnBKUTr3Q)**   
  テーブル、スケジュール済みジョブ、およびプロパティを含む複数のタイプのコンポーネントが CI ライフサイクル管理 (com.snc.cmdb プラグインに含まれています) によってインストールされます。
* **[CI ライフサイクル管理のスケジュール済みジョブのアクティブ化](https://servicenow-prod.fluidtopics.net/0XLB7gXY_wSU0cYoiaE7cg)**   
  CI ライフサイクル管理モジュールの使用を開始するときは、デフォルトで無効になっている CI Lifecycle Management - Restore Internal State Management Tables スケジュール済みジョブをアクティブ化します。スケジュール済みジョブは、すべての内部 CI ライフサイクル管理テーブルのデータ整合性を継続的にチェックし、管理します。
* **[CI アクションの定義](https://servicenow-prod.fluidtopics.net/MfTb4tSlMUGLqoIEAt6zVA)**   
  後で CI に適用できる CI ライフサイクル管理 CI アクションを定義します。
* **[互換 CI アクションの定義](https://servicenow-prod.fluidtopics.net/STJ8porGWtBvCIZiax7Umw)**   
  CMDB CI ライフサイクル管理操作で、2 つの指定された CI アクションを CI に同時に適用できるようにします。
* **[許可されていない CI アクションの定義](https://servicenow-prod.fluidtopics.net/xhnhZy1z_LUDoT3TENcDzw)**   
  指定された運用ステータスの CI に対して指定された操作が許可されないよう、CI ライフサイクル管理の制限を定義します。
* **[運用ステータスの優先度設定](https://servicenow-prod.fluidtopics.net/Miqm~bDf97NdGtF6oYE_yw)**   
  CI ライフサイクル管理では、複数のオペレーターまたは自動化により、CI に異なる運用状況を同時に設定できます。CI は単一の運用ステータスのみを有することができるので、この場合、CI の累積運用ステータスは、最も高い優先度を有する運用ステータスに設定されます。累積状態を正しく計算できるように、定義する各運用ステータスの優先度を指定することをお勧めします。
* **[許可されていない運用上の移行の定義](https://servicenow-prod.fluidtopics.net/rIO0f0vnb_QK6hUlwyPblQ)**   
  特定の CI がある運用ステータスから別の運用ステータスに移行できないように CI ライフサイクル管理の制限を定義します。