操作 - CMDB データマネージャー
CMDB データマネージャーは、削除、アーカイブ、証明書などの CI ライフサイクル操作を一括管理するためのポリシー主導型フレームワークです。CMDB データマネージャーは、大規模な CMDB に拡張でき、クラウドベースの世界の急速な変化に対応できる、包括的な統合ソリューションです。
大規模な CMDB では、時間の経過とともに古い CI が大量に蓄積され、それが全体的なパフォーマンスに影響を与える可能性があります。カスタムの緩和ソリューションは開発や維持が困難な場合があり、エラーが発生しやすくなります。CMDB データマネージャーは、ポリシーを作成、公開、および管理できるツールです。CI ライフサイクル運用を自動化および管理するためのポリシーを作成し、 CMDB を健全で効率的な運用状態に維持するのに役立ちます。
- 1 年以上前に作成された、所有者のいないすべてのコンピューターを廃止します (「廃止」ポリシータイプ)。
- 6 か月間更新されていない、シアトルのデータセンター内のすべての Linux サーバーをアーカイブします (「アーカイブ」ポリシータイプ)。
- 過去 1 週間に検出されなかったすべてのコンテナを削除します (「削除」ポリシータイプ)。
- 指定した場所のすべての CI を証明します (「証明書」ポリシータイプ)。
- 依存 CI 管理によって生成されたライフサイクルタスクをカスケード削除、アーカイブ、または廃止します。
- 非 CMDB 関連テーブルの孤立レコード、古いレコード、または無関係なレコードを削除します。関連エントリ [cmdb_related_entry] テーブル内の非 CMDB 関連テーブルには、CMDB テーブルへの参照があります。たとえば、CMDB で参照された CI が削除された場合、関連するテーブルの CI は孤立する可能性があります (「CMDB 関連エントリの削除」ポリシータイプ)。
- 属性にビジネスに必要な特定の値があることを証明する。
CMDB データマネージャーのポリシーは、構成アイテム [cmdb_ci] テーブルを拡張するクラスにのみ適用できます。したがって、CMDB データマネージャーを使用して、 CMDB CI クラスモデル によってインポートされたクラスなどのクラスを管理することはできません。
CMDB ワークスペースでの CMDB データマネージャーの操作
CMDB ワークスペースランディングページとそのビューを使用すれば、CMDB データマネージャーを完全に管理し、そのポリシーとタスクの詳細な分析やカウントを詳しく見て、自身のタスクをレビューできます。CMDB ワークスペースの CMDB データマネージャーの使用方法については、「CMDB ワークスペースでの CMDB データマネージャーの操作」を参照してください。
コア UI (UI 16) の CMDB データマネージャー
Washington DC リリース以降、コア UI (UI 16) 上の CMDB データマネージャーについては、将来の廃止の準備がされています。これは非表示になり、新しいインスタンスではアクティブ化されなくなりますが、引き続きサポートされます。この機能の最新のエクスペリエンスは CMDB ワークスペース で提供されます。
コア UI (UI 16) 上にビルドされた CMDB データマネージャーは、次の場所に移動すると使用できます . CMDB データマネージャーの旧ビルドをコア UI で使用する方法の詳細については、「CMDB データマネージャー (コア UI)」を参照してください。
期間
- ポリシー
CMDB データマネージャーポリシーは、CI の廃止など、ライフサイクルイベントの全体的な管理計画をキャプチャします。ポリシーは、ポリシーのターゲット CI のタスク (ポリシータスク) を作成するサブフロー (ポリシーサブフロー) に関連付けられます。ポリシーはポリシータイプで構成され、ポリシータスクは、CI レコードのアーカイブや削除など、そのポリシータイプに関連付けられた操作を実行します。また、承認を要求するようにポリシーを設定することもできます。
ポリシータイプ、ポリシーサブフロー、およびポリシータスクはすべて、特定の CI のライフサイクルイベントに合わせて調整されます。たとえば、削除ポリシータイプのポリシーセットが削除サブフローに関連付けられ、そのポリシータスクが CI の削除を処理します。
日次スケジュール済みジョブは、公開されたすべての CMDB データマネージャーポリシーを処理します。
- ポリシーサブフロー
ポリシーサブフローには、廃止や削除などのライフサイクルイベントを処理するための基本となるロジックが含まれています。ポリシーが承認を要求するように設定されている場合、ポリシーサブフローは、ポリシータスクが承認された後にのみ実行されます。
ベースシステムには、削除、アーカイブ、廃止など、ポリシーとともに使用できる一般的なサブフローがいくつか用意されています。組織のカスタムサブフローを作成することもできます。
- ポリシータスク
個別のタスクが作成され、ポリシー内のターゲット CI のセット内の一意の Managed By Group 値にそれぞれ割り当てられます。ポリシータスクは、ポリシーサブフローをトリガーし、タスクのターゲット CI のセットを追跡し、必要に応じてタスクの承認を処理します。
ポリシーに承認が必要な場合、ターゲット CI の Managed by Group 属性のグループ割り当てのメンバーがタスクを承認するまで、ポリシータスクはポリシーサブフローをトリガーしません。タスクが却下された場合、または Managed by Group 属性が空の場合、そのタスクは、タスクを解決するために手動で介入する必要があるアドミニストレーターに割り当てられます。
ポリシーが承認を要求するように設定されていない場合、ポリシータスクは自動的に承認されます。
- CI 除外リスト
- 指定されたタイプのポリシーが適用されない CI のセット。
ポリシータイプ
- 削除
- CI をアクティブなステータスに復元するオプションなしで、現在のテーブルから CI を削除するために使用します。
- 廃止
- リストビューや CMDB ヘルスなどのプロセスで CI をアクティブな状態に維持しながら CI を廃止するために使用します。
- 証明書
- 所有している実際の IT インフラストラクチャとアプリケーションの存在を検証する証明書タスクをアサインして処理するために使用します。CI はさまざまなデータソースから CMDB に継続的に取り込まれるため、CI を証明すれば、CMDB の整合性を確保できます。証明書ポリシータイプの使用の詳細については、「CI の証明書」を参照してください。
- アーカイブ
- 現在のテーブルから CI を削除し、一時的に保持するための別のアーカイブテーブルにその CI を格納するために使用します。CI をアーカイブすると、ビューや、マップや関係フォーマッターなどの機能からその CI が除外されます。保持期間中は、CI をアクティブ状況に復元できます。保持期間が終了すると、アーカイブされた CI はアーカイブテーブルから削除されます。
- CMDB 関連エントリーを削除
関連テーブルから無関係または古いデータをクリーンアップして、参照先 CI のステータスが変化しても CMDB データの健全性と関連性を維持するために使用します。
シリアル番号 [cmdb_serial_number] テーブルなどの関連テーブルは、CMDB 階層の一部ではありませんが、引き続き CMDB データとして認定されます。関連テーブルは、構成アイテム [cmdb_ci] テーブルから継承されたものではありませんが、CMDB CI を参照する列が少なくとも 1 つあります。関連テーブルは、関連エントリ [cmdb_related_entry] テーブルで指定されます。
- 認定
- 特定の属性が特定の値であることを証明するために使用します。
自分の廃止、削除、アーカイブポリシーを実装して、共通サービスデータモデル (CSDM) の標準 (CI が既に廃止ステータスである場合にのみ CI をアーカイブおよび削除するなど) に従うようにできます。これらのライフサイクルポリシーを作成すると、取り残される可能性のある依存 CI を管理するプロセスが適用されます。これらのプロセスの詳細と、この機能が有効になっていることの検証については、「依存 CI 管理」を参照してください。
Now Platform® データのアーカイブ
- アーカイブルール [sys_archive] テーブルには、CMDB データマネージャーの「アーカイブ」ポリシーが使用する Archive Configuration Items という CMDB アーカイブルールを含む Now Platform® のアーカイブルールが含まれています。
- データマネージャーは、Archive というスケジュール済みジョブを (デフォルトでは 1 時間ごとに) 実行し、CMDB データマネージャーのアーカイブポリシーを処理します。Archive のスケジュール済みジョブはスケジュールのアイテム [sys_trigger] テーブルに保存されます。
- Now Platform® テーブルのアーカイブジョブ実行チャンク [sys_archive_run_chunk] では、Keys 属性にはアーカイブされる CMDB CI の sys_id が含まれます (ルール ID は CMDB アーカイブルール ID)。
アーカイブされたレコードは、プリフィックス「ar_」が付いた Now Platform® アーカイブテーブルに保存されます。同様に、CMDB アーカイブジョブを初めて実行すると、各 CMDB クラスに対してアーカイブテーブルが作成されます (プリフィックス「ar_cmdb」が付きます)。そのため、最初の CMDB アーカイブタスクは、後続の CMDB アーカイブタスクよりも時間がかかります。
データマネージャーのアーカイブポリシーそれぞれについて、アーカイブ対象のポリシー CI が 1000 個の CI のバッチにバッチ処理されます。sys_archive_run_chunk テーブルには、これらのバッチごとのレコードが含まれています。
CMDB ar_cmdb_ci_computerなどのアーカイブテーブルは、 .
CMDB データマネージャーを使用して CI をアーカイブする場合は、CI 保持期間中に CI をアクティブ状態に復元するなど、Now Platform® のデータアーカイブ機能を直接適用することもできます。
CI ライフサイクル管理
CMDB データマネージャーでライフサイクルポリシーを使用して、CI のライフサイクルを管理できます。これらのライフサイクルポリシーは、組織内のクラスの廃止ステータスを指定し、ライフサイクルステージを通じた CI の移行をサポートする 廃止定義 を使用します。廃止の定義へのアクセスと管理の詳細については、「 廃止の定義」を参照してください。
- 組織内でライフサイクル管理を構成およびテストするための安全な環境として、非本番インスタンスを使用します。
- 導出を慎重に検討しながら、廃止の定義を定義する CI クラスを選択します。派生により、クラスに指定する廃止定義は、独自の廃止定義を持たないすべての子クラスに対しても有効です。
- クラスの廃止定義を指定します。
- 廃止する CI をターゲットとする廃止ポリシーを作成します。
- 廃止された CI を対象とする削除ポリシーまたはアーカイブポリシーを作成します。
- ライフサイクル管理計画全体が意図したとおりに機能することをテストおよび検証した後、これらの構成をすべて本番インスタンスに転送します。
- 廃止された CI は、CMDB ヘルスなどのビューやプロセスから除外されません。
- アーカイブされた CI はアクティブなテーブルからなくなり、代わりに別のアーカイブテーブルに保存されます。アーカイブされた CI は表示されなくなり、リストビュー、マップ、関係フォーマッターなどのプロセスにも含まれなくなります。アーカイブされた CI は、アーカイブテーブルから削除するまでの保持期間を指定し、その間保持することができます。その保持期間中は、Now Platform® の CI をアクティブ状態に復元する機能を使用して、アーカイブされた CI をアクティブな状態に手動で復元できます。
CMDB データマネージャーの環境の構成
- 廃止、アーカイブ、削除などの一部のポリシータイプでは、ポリシー内のターゲットクラスごとにアクティブな 廃止定義 が存在する必要があります。この要件は、すべてのポリシータイプに適用されるわけではありません。たとえば、この要件は証明書ポリシータイプには適用されません。この要件が適用されるものの、満たしてはいないポリシータイプのポリシーを作成しようとすると、エラーメッセージが表示され、操作が失敗します。
- ポリシーでターゲットにする予定の CI の Manage by Group 属性を設定することで、ポリシーの承認を簡素化できます。CI クラスマネージャーを使用すると、1 回の同期操作でクラス全体の属性を設定できます。このデータ同期の詳細については「CI のグループまたは CI のクラス全体を設定する」を参照してください。Managed by Group 属性が CI に設定されていない場合、承認プロセスはアドミニストレーターに送信されます。