依存 CI 管理

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む9読むのに数分
  • CI のライフサイクルの更新は、その依存 CI に影響します。たとえば、依存 CI が依存している CI が削除されると、依存 CI は孤立し、それ以上使用されなくなります。CMDB の完全性と健全性を維持するために、ライフサイクルの更新によって影響を受ける依存 CI にカスケードクリーンアッププロセスが適用されます。

    独立 CI と依存 CI の詳細については、「CMDB 分類とクラスの依存関係」を参照してください。

    CI を削除またはアーカイブした後に依存 CI が適切に管理されるようにするには、次のことを行う必要があります。
    1. 以下の説明に従って、依存 CI 管理を有効にします。
    2. 依存 CI 管理が生成する CMDB データマネージャー のタスクを手動で承認するか、それらのタスクをレビューと承認を必要としないように設定します。
    カスケードクリーンアップが必要な依存 CI の例:
    • Tomcat アプリケーション (T1) は、Linux サーバー (L1) で実行され、WAR ファイル (W1) が含まれています。L1 が削除されると、T1 と W1 は孤立した依存 CI になります。
    • ハードウェア自体が削除されると、ネットワークアダプタは孤立した依存 CI になります。
    • Linux サーバーが廃止され、提供終了が設定された場合、サーバーが動作しなくなると、それに依存するアプリケーションも動作しないことが想定されます。
    注:
    データマネージャーのコンテキストでの孤立した依存 CI は、CMDB 健全性のコンテキストでの孤立 CI とは異なります。データマネージャーのコンテキスト内の孤立した依存 CI は依存クラスに属しており、依存関係がありません。CMDB 健全性のコンテキストでの孤立 CI の定義はより広範であり、CMDB 健全性孤立ルールに一致するすべての CI が含まれます。CMDB 健全性における孤立 CI の詳細については、「CMDB 健全性 KPI と測定基準」を参照してください。

    依存 CI 管理を有効にする

    CI を削除またはアーカイブした後に依存 CI 管理を有効にするには、次の操作を実行します。
    • CMDB データマネージャーの環境を構成します。CMDB データマネージャーの環境と CMDB データマネージャー独自の前提条件を構成する方法の詳細については、「の操作 CMDB データマネージャー」を参照してください。
    • cmdb.dependent.ci.cascade.op.enabled システムプロパティが [True] (デフォルト) に設定されていることを確認します。このプロパティはベースシステムに存在しません。プロパティ値を表示または変更するには、まずシステムプロパティ [sys_properties] テーブルに追加する必要があります。

    カスケードクリーンアップ操作は、依存 CI 管理機能を有効にした場合にのみ適用されます。機能を有効にする前に CMDB にすでに存在している孤立した依存 CI にカスケードクリーンアップを適用するには、「既存の孤立した依存 CI のカスケードクリーンアップ」を参照してください。

    カスケード依存 CI

    CI が廃止に設定されている場合、依存 CI 管理データプロセスは、その CI に依存するすべての CI も廃止にカスケード更新しようとします。

    CI が (ライフサイクルルールに従うか、または Life Cycle Stage[提供終了]Life Cycle Stage Status[廃止] である CSDM 標準に従って) 更新されると、その CI のすべての関係レコードがチェックされます。依存 CI との関係がある場合は、依存 CI が [cmdb_dependent_ci_ledger] テーブルに追加されます。これらの CI は、承認時に CMDB データマネージャーを使用して、廃止可能として設定されます。

    依存 CI のカスケードアーカイブ

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

    孤立した依存 CI は、すぐにはアーカイブされません。CI がアーカイブされると、[cmdb_rel_ci] テーブル内にあるその CI の CI 関係レコードもすべてアーカイブされます。次に、このアーカイブの結果として孤立した依存 CI がチェックされます。孤立した依存 CI として識別される依存関係チェーン内の CI は、次のいずれかの条件がチェックされます。次のいずれかの条件を満たす CI は孤立した依存 CI ではないため、アーカイブされません。

    • 未処理の重複 CI である CI (この CI は未解決の重複排除タスクに関連付けられています)。
    • 複数の親 CI を持つ CI。
    • CI 関係 [cmdb_rel_ci] テーブル内で他の関係を持つ CI。
    • 除外されたクラスに属する CI。除外されたクラスは、CMDB 依存 CI クラス除外 [cmdb_Dependent_ci_class_exclusion] テーブルに格納されます。基本システムでは、そのテーブルには、cmdb_ci_vmcmdb_ci_vmware_instance、およびその他の VMware 関連クラスなど、いくつかのクラスが事前に設定されています。孤立した依存 CI の管理から除外されるクラスのセットを管理するには、そのテーブルにレコードを追加または削除します。
    最終的には、これらの条件が適用されない CI のみが CMDB 依存 CI 元帳 [cmdb_Dependent_ci_ledger] テーブルに追加されます。これらの CI は、承認時に CMDB データマネージャーを使用して、アーカイブ可能として設定されます。

    依存 CI のカスケード削除

    CI を削除すると、その依存 CI が CMDB で孤立したままになる可能性があります。古いデータの蓄積を防ぐために、孤立した依存 CI をカスケード削除するクリーンアッププロセスが適用されます。

    孤立した依存 CI は、すぐには削除されません。CI が削除されると、[cmdb_rel_ci] テーブル内にあるその CI の CI 関係レコードがすべてカスケード削除されます。これらの関係レコードをそれぞれ削除する前に、関係のもう一方の端にある CI が依存クラスに属しているかどうかが、システムによってチェックされます。削除された CI に依存していると識別された依存関係チェーン内の CI は、次のいずれかの条件が確認されます。次のいずれかの条件を満たす CI は孤立した依存 CI ではないため、削除されません。

    • 未処理の重複 CI である CI (この CI は未解決の重複排除タスクに関連付けられています)。
    • 複数の親 CI を持つ CI。
    • CI 関係 [cmdb_rel_ci] テーブル内で他の関係を持つ CI。
    • 除外されたクラスに属する CI。除外されたクラスは、CMDB 依存 CI クラス除外 [cmdb_Dependent_ci_class_exclusion] テーブルに格納されます。基本システムでは、そのテーブルには、cmdb_ci_vmcmdb_ci_vmware_instance、およびその他の VMware 関連クラスなど、いくつかのクラスが事前に設定されています。孤立した依存 CI の管理から除外されるクラスのセットを管理するには、そのテーブルにレコードを追加または削除します。
    最終的には、これらの条件が適用されない CI のみが CMDB 依存 CI 元帳 [cmdb_Dependent_ci_ledger] テーブルに追加されます。これらの CI は、承認時に CMDB データマネージャーを使用して、削除可能として設定されます。

    無関係な関係性

    削除とアーカイブ操作の場合、依存 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] テーブルに追加する必要があります。

    CMDB データマネージャーを使用してカスケードクリーンアップ操作を適用する

    依存 CI 管理プロセスは、 CMDB データマネージャー を使用して、次の方法で CMDB 依存 CI 元帳 [cmdb_dependent_ci_ledger] テーブル内の依存 CI のライフサイクル更新を処理します。
    1. CI のライフサイクル更新について、ユーザーからの承認を要求して取得します。
    2. これらの操作が承認された後に、CI の更新を実際に削除、アーカイブ、または廃止します。

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

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

    既存の孤立した依存 CI のカスケードクリーンアップ

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

    クリーンアップ孤立 CI のジョブスケジュールをアクティブ化して、CMDB 全体で孤立した依存 CI のワンタイムカスケードクリーンアップを実行します。クリーンアップ孤立 CI のジョブスケジュールは、CMDB 全体をチェックして孤立した依存 CI を特定します。これらの CI は、カスケード削除された CI と同じ方法で処理されます。削除する準備ができている CI は、CMDB 依存 CI 元帳 [cmdb_dependent_ci_ledger] テーブルに追加されます。CMDB データマネージャーは、[CMDB データマネージャーを使用してカスケードクリーンアップ操作を適用する] セクションで説明されているように活用されます。

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