ライフサイクルルールと廃止の定義
ライフサイクルルールを使用して、クラスの廃止定義を指定し、組織内のプロセスとプロトコルを反映します。そのルールは、CMDB データマネージャーポリシーによって実装されるライフサイクルステージを通じた CI の移行をサポートします。廃止、アーカイブ、または削除 CMDB データマネージャーポリシーのターゲットクラスごとに、ライフサイクルルールが必要です。
使用法
- 関連するクラスの廃止定義に従って、廃止ポリシーにターゲット CI を設定する。
- ターゲット CI のフィルタリング 廃止ポリシーで、関連する廃止定義に従って既に廃止ステータスであると判断されたターゲット CI の除外これらの CI は、ポリシーフィルターを満たしていてもターゲットになりません。
- アーカイブまたは削除ポリシーによって処理する準備ができている CI を特定する。アーカイブポリシーと削除ポリシーは、関連するクラスの廃止定義と一致する廃止ステータスの CI のみを処理できます。したがって、アーカイブポリシーと削除ポリシーのターゲット CI は、関連するクラスの廃止定義と照合され、アーカイブまたは削除する前に廃止ステータスであることが確認されます。
事前定義されたライフサイクルルール
ベースシステムには、ハードウェア [cmdb_ci_hardware] やアプリケーション [cmdb_ci_appl] などのキークラスの事前定義されたライフサイクルルールが含まれています。これらは、CMDB 廃止カスタム定義 [cmdb_retirement_custom_definitions] テーブルに格納されています。たとえば、サービス [cmdb_ci_service] クラスの事前定義されたルールは、廃止された CI に対して、属性 [operational status]、[Phase]、および [Status] の値が [廃止済み] であると定義します。
事前定義されたライフサイクルルールはデフォルトでは非アクティブであり、廃止、アーカイブ、または削除 CMDB データマネージャーポリシーでターゲットクラスに対応するルールをアクティブにする必要があります。CMDB データマネージャーが使用されているアップグレードされたインスタンスでのみ、構成アイテム [cmdb_ci] クラスのライフサイクルルールがアクティブになります。その場合、そのルールの廃止定義は、派生により CMDB 階層全体で有効になります。
事前定義されたライフサイクルルールのデフォルト定義を使用するか、ルールをカスタマイズして組織内の慣行を反映させることができます。他のクラスのライフサイクルルールを追加することもできます。ただし、各 CMDB クラスは 1 つのライフサイクルルールにのみ関連付けることができます。
CMDB データマネージャーの要件
廃止、アーカイブ、および削除 CMDB データマネージャーポリシーでは、ポリシーが適用される各クラスに対して、対応するアクティブなライフサイクルルールが必要です。CI を廃止すると、CI の属性は CI のクラスのライフサイクルルールに従って構成されます。
CMDB 階層全体での派生
ライフサイクルルールは、識別ルールなどの他のルールが派生するのと同じ方法で、CMDB 階層全体に派生します。ライフサイクルルールを使用して親クラスから拡張された子クラスは、そのルールを派生させます。ただし、子クラスレベルで定義されているライフサイクルルールがある場合を除きます。
クラス階層のさまざまなレベルのクラスの廃止定義がある場合、適用される廃止定義は、クラスに最も具体的な廃止定義です。たとえば、Computer クラスと Configuration Item クラスの廃止定義がある場合、Computer クラス定義はその子孫クラスにも適用されます。Computer クラスの子孫ではない他のすべてのクラスは、構成アイテムの廃止定義を使用します。
ライフサイクルルールを作成するには、「 CMDB Workspace での廃止定義の管理 」または ライフサイクルルール (コア UI) の編集と有効化を参照してください。