CMDB データ削除の管理
CMDB 共通統合 (sn_cmdb_int_util) ストアアプリは、後処理スクリプトと変換マップメソッドを使用して、インポートされた後にソースのサードパーティアプリケーションから削除された 構成管理データベース (CMDB) レコードを削除します。
後処理スクリプト方式
後処理方式では、ソース [sys_object_source] テーブルで、特定のソースフィードの前回の実行で更新されていない構成アイテム (CI) をチェックします。次に、関連付けられたターゲット CMDB テーブルから更新されていない CI を同期的に削除し、ターゲットレコードを一度に 1 つずつ削除します。
ほとんどのサービスグラフコネクタは、後処理方式を使用して CMDB レコードの削除を管理します。
後処理スクリプト方式では、RecordRemoval スクリプトを使用して、さまざまなレコード削除戦略を処理します。ハード削除では、CMDB からレコードを永続的かつ完全に削除して、復元不可能にし、不要になったデータに適したものにします。論理的な削除では、レコードを実際に CMDB から削除せずに削除済みとしてマークします。これにより、潜在的な復旧が可能になり、履歴データが保持されます。識別および調整エンジン (IRE) によって管理される最適化された論理的な削除が、拡張属性テーブルなどの特殊なテーブルを使用し、削除されたレコードを調整ルールを適用してより効率的に管理することで、この論理的な削除アプローチを強化します。デフォルトでは、テーブルは一度に最大 100 件のレコードを保持できますが、admin ロールを持つユーザーは、sn_cmdb_int_util.ire_payload_items_size システムプロパティを設定することでこの制限を調整できます。このプロパティはデフォルトでは利用できないため、CMDB 共通統合 (sn_cmdb_int_util) ストアアプリ内で整数タイプのこのプロパティを作成する必要があります。詳細については、「Add a system property」を参照してください。
変換マップベース方式
変換マップベース方式では、ソース [sys_object_source] テーブルで、特定のソースフィードに対する前回の実行で更新されていない構成アイテム (CI) がチェックされます。次に、マルチスレッド削除アプローチを使用して、関連するターゲット CMDB テーブルから更新されていない CI を同時に削除し、インポートセット内のすべてのターゲットレコードの削除を一度に処理します。共通統合削除レコード [sn_cmdb_int_util_remove_record] ステージングテーブル内にターゲットレコードデータを格納するために複数のインポートセットが作成され、レコードのマルチスレッド削除が可能になります。これによってデータ処理時間が短縮されます。
共通統合削除レコード [sn_cmdb_int_util_remove_record] ステージングテーブルは、これらの CI のディスカバリーソース、ソースフィード、ターゲットテーブル sys_id、ターゲットテーブル名などのターゲットレコードの詳細を保存することによって、更新されていない CI を追跡します。Remove Record Transform Map 内で定義された開始時スクリプトは、関連付けられたターゲットテーブルからレコードを削除します。
変換マップベース方式は、データ処理時間を改善するためにサービスグラフコネクタによって使用されます。たとえば、Tanium のサービスグラフコネクタ内の SG-Tanium 削除ソフトウェアデータソースは、変換マップベース方式を使用してソフトウェアデータを削除します。「Tanium のサービスグラフコネクタ」を参照してください。