の操作 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 Class Models によってインポートされたクラスなどのクラスを管理することはできません。
CMDB Workspace での CMDB データマネージャーの操作
CMDB Workspace ランディングページとそのビューを使用して、CMDB データマネージャーを完全に管理し、そのポリシーとタスクの高レベルの分析とカウントにアクセスし、タスクをレビューできます。CMDB Workspace での CMDB データマネージャーの使用については、「」を参照してください CMDB Workspace での CMDB データマネージャーの操作。
コア UI の CMDB データマネージャー (UI 16)
CMDB Workspace での CMDB データマネージャーの操作 は、コア UI (UI 16) 上に構築された CMDB データマネージャーでは利用できない一部の機能を含む、CMDB データマネージャーの最新機能を提供します。コア UI (UI 16) 上に構築された CMDB Data Manager を使用するには、次の場所に移動します。 . コア UI での CMDB Data Manager の従来のビルドの使用については、「」を参照してください コア UI の CMDB データマネージャー (UI 16)。
期間
- ポリシー
-
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] テーブルで指定されます。
- 認定
- 特定の属性が特定の値であることを証明するために使用します。
廃止、削除、およびアーカイブポリシーを実装して、 Common Service Data Model (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 テーブルには、これらのバッチごとのレコードが含まれています。
ar_cmdb_ci_computerなどのCMDBアーカイブテーブルは、 .
CMDB データマネージャーを使用して CI をアーカイブする場合は、CI 保持期間中にアーカイブされたレコードを復元するなど、Now Platform® のデータアーカイブ機能を直接適用することもできます。
ライフサイクルステータスルールと廃止の定義
ライフサイクルルールは、組織内のクラスの廃止ステータスを定義し、CMDB データマネージャーを使用する際にライフサイクルステージを通じた CI の移行をサポートします。CI の廃止後、CMDB データマネージャーは、CI クラスのライフサイクルルールで指定された廃止定義に従って、廃止された CI を構成します。廃止、アーカイブ、または削除 CMDB データマネージャーポリシーを使用するには、ポリシー内のターゲットクラスごとにアクティブなライフサイクルルールが存在する必要があります。ベースシステムでライフサイクルルールを有効にして、デフォルトの定義を適用したり、それらのルールをカスタマイズしたり、組織で必要なクラスのライフサイクルルールを追加したりできます。
- 廃止された CI は、CMDB 健全性などのビューやプロセスから除外されません。
- アーカイブされた CI はアクティブなテーブルからなくなり、代わりに別のアーカイブテーブルに保存されます。アーカイブされた CI は表示されなくなり、リストビュー、マップ、関係フォーマッターなどのプロセスにも含まれなくなります。アーカイブされた CI は、アーカイブテーブルから削除するまでの保持期間を指定し、その間保持することができます。その保持期間中は、Now Platform® のアーカイブされたレコードを復元する機能を使用して、アーカイブされた CI をアクティブな状態に手動で復元できます。
- 削除された CI は所属していたテーブルからなくなるため、アクティブな状態に復元する方法はありません。CI の削除は元に戻せない操作です。
ライフサイクルルールへのアクセスと管理の詳細については、「ライフサイクルルールと廃止の定義」を参照してください。
CMDB データマネージャーの環境の構成
- 廃止、アーカイブ、削除などの一部のポリシータイプでは、ポリシー内のターゲットクラスごとにアクティブなライフサイクルルールが必要です。この要件は、すべてのポリシータイプに適用されるわけではありません。たとえば、この要件は証明書ポリシータイプには適用されません。この要件が適用されるものの、満たしてはいないポリシータイプのポリシーを作成しようとすると、エラーメッセージが表示され、操作が失敗します。
- ポリシーでターゲットにする予定の CI の Manage by Group 属性を設定することで、ポリシーの承認を簡素化できます。CI クラスマネージャーを使用すると、1 回の同期操作でクラス全体の属性を設定できます。このデータ同期の詳細については「CI のグループまたは CI のクラス全体を設定する」を参照してください。Managed by Group CI の属性が設定されていない場合、承認プロセスは管理者に送信されます。