ライフサイクルルールと廃止の定義

  • リリースバージョン: Xanadu
  • 更新日 2024年08月01日
  • 所要時間:3分
  • ライフサイクルルールを使用して、組織内のプロセスとプロトコルを反映させた、クラスの廃止定義を指定します。このルールは、CMDB データマネージャーポリシーによって実装される、ライフサイクルステージを通じた CI の移行をサポートします。廃止、アーカイブ、または削除 CMDB データマネージャーポリシーのターゲットクラスごとに、ライフサイクルルールが必要です。

    注:
    コア UI 上にビルドされた従来のデータマネージャーと CMDB ワークスペースのデータマネージャーの両方で、同じライフサイクルルールと廃止の定義が使用されます。

    使用法

    ライフサイクルルールは、ライフサイクルポリシーで次のように使用されます。
    • 関連するクラスの廃止の定義に従って、廃止ポリシーにターゲット 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 階層全体に派生します。ライフサイクルルールを使用して親クラスから拡張された子クラスは、そのルールを派生させます。ただし、子クラスレベルで定義されているライフサイクルルールがある場合を除きます。

    クラス階層のさまざまなレベルのクラス向けに廃止定義がある場合は、クラスに最も特化した廃止定義が適用されます。たとえば、コンピュータークラスと構成アイテムクラスの廃止定義がある場合、コンピュータークラス定義はその子孫クラスにも適用されます。コンピュータークラスの子孫ではない他のすべてのクラスには、構成アイテムの廃止定義を使用します。

    ライフサイクルルールを作成するには、「CMDB ワークスペース での廃止定義の管理」または「ライフサイクルルールの (コア UI での) 編集とアクティブ化」を参照してください。