GCP のサービスグラフコネクタでのレコード削除プロセス
GCP のサービスグラフコネクタでは、論理的な削除と論理的な削除を使用してレコードの削除を管理します。
論理的な削除
論理的な削除では、レコードをシステムから完全に削除するのではなく、インストールステータスを 廃止 としてマークします。レコードはデータベースに残るため、後で参照または復元することができます。
共通統合レコードの削除は、 GCP のサービスグラフコネクタ バージョン 1.11.0 から実装され、最新のプル中に検出されなかった構成アイテム (CI) のインストールステータスと運用ステータスを廃止としてマークします。この実装では、ソース [sys_object_source] テーブル内の CI の [前回のスキャン] 属性を検証して、最新のプル中に検出されなかった CI を特定します。さらに、すべての CI のソースネイティブキー (SNK) は、特定の CI を検出した接続を識別するための接続エイリアス ID を含むように変更されます。
GCP のサービスグラフコネクタ 1.11.0 バージョンの論理的な削除は、ソース [sys_object_source] テーブルと Use Record Removal および lookback_time_in_days 接続プロパティに依存します。GCP のサービスグラフコネクタ 1.10 以前のバージョンの論理的な削除は、SG-GCP 拡張属性 [sn_gcp_integ_extension_attributes] テーブルに依存していました。
バージョン 1.11.0 にアップグレードした後、インポートが初めて実行されたときに Use Record Removal 接続プロパティの値が true に設定されます。したがって、CI の最新の SNK がソース [sys_object_source] テーブルに含まれます。レコードの削除は、後続の実行から実装されます。
バージョン 1.11.0 にアップグレードすると、 lookback_time_in_days 接続プロパティの値はデフォルトで null に設定されます。アップグレード後の最初の実行中に、接続によって検出されたすべてのレコードについてソース [sys_object_source] テーブルが照会されます。デフォルトでは、最初の実行後、値は 15 に設定されます。最初の実行から 2 週間後に、ソース [sys_object_source] テーブルで過去 15 日間に検出されなかったすべてのレコードが照会されます。過去 15 日間に検出されなかったすべてのレコードは廃止としてマークされます。
- SG-GCP フォルダー
- SG-GCP プロジェクト
- SG-GCP ネットワーク
- SG-GCP サブネット
- SG-GCP ストレージボリューム
- SG-GCP ストレージボリュームスナップショット
- SG-GCP セキュリティグループ
- SG-GCP VM インスタンス
- SG-GCP ロードバランサープール
- SG-GCP ロードバランサープールメンバー
- SG-GCP ロードバランサー健全性サービス
- SG-GCP ロードバランサー
- SG-GCP ロードバランサーサービス
- SG-GCP クラウドデータベース
- SG-GCP クラウド機能
- SG-GCP クラウドオブジェクトストレージ
- SG-GCP Kubernetes クラスター
- SG-GCP Kubernetes ノード
- SG-GCP Kubernetes ポッド
- SG-GCP Kubernetes サービス
- SG-GCP Kubernetes 名前空間
- SG-GCP Kubernetes 展開
- SG-GCP Kubernetes レプリカセット
- SG-GCP Kubernetes クラスターロール
- SG-GCP Kubernetes クラスターロールバインディング
- SG-GCP Kubernetes ノードプール
バージョン 1.10.0 GCP のサービスグラフコネクタ 以降、SG-GCP 汎用リソースデータソースは、ソース [sys_object_source] テーブルに依存する論理的な削除に後処理方式を使用します。後処理方式の詳細については、「 後処理スクリプト方式」を参照してください。
ハード削除
ハード削除では、レコードをシステムから完全に削除します。レコードは CMDB から削除され、後で参照または復元することはできません。SG-GCP ソフトウェアインベントリデータソースは、レコードの削除にハード削除メソッドを使用します。