受信イベントテーブルデータのアーカイブとクリーンアップ
受信イベントテーブルのテーブルクリーナーを使用して、指定された期間を超えるイベントデータレコードを消去します。自動フラッシュフォームでテーブルローテーションを使用して保持ポリシーを構成し、指定された期間を超えたテーブルサイズの増加とデータのアーカイブを管理します。
データ管理
データ管理機能を使用すると、受信イベントデータのアーカイブと消去が有効になります。データベースローテーションとテーブルクリーンアップ構成が有効になっていると、8 週間分のイベントデータが確実に保持されます。インスタンスのパフォーマンスは、データベースローテーション、テーブルローテーション、テーブルクリーンアップなどの ServiceNow AI Platform 機能を使用して維持されます。スケジュール済みジョブは、アップグレードの 2 週間後に自動的に有効になります。
処理された受信イベントテーブルのテーブルローテーション
DevOps処理済み受信イベント [sn_devops_processed_inbound_event_list.do] テーブルには、DevOps受信イベント [sn_devops_inbound_list.do] テーブル のコピーが含まれており、状況は「processed」および「ignored」です。
処理された受信イベントテーブルでは、テーブルローテーション機能が有効になっています。全部で 8 つの事前構成済みシャードがあり、それぞれに DevOps 受信イベントテーブルからの 1 週間のイベントデータが含まれています。デフォルトでは、処理された受信テーブルに 56 日間 (7 日間) * 8 シャード (ローテーション) のデータがあると、テーブルローテーションが有効になります。詳細については、「テーブルローテーションの適用」を参照してください。
ヒント:
テーブルローテーション構成を変更するには、次に移動します DevOps処理済み受信イベントテーブルのレコードを開きます。
スケジュール済みジョブとテーブルクリーナー
重要:
スケジュール済みジョブは、アップグレード の 2 週間後に自動的に有効になります。スケジュール済みジョブは 7 日ごとに実行され、最終更新後に非アクティブ化されます。
スケジュール済みジョブは、次のいずれかのシナリオが満たされた場合に受信イベントのテーブルクリーナーをアクティブ化します。
- アップグレードの 1 週間後、処理済みの受信テーブルに 7 週間より古いレコードが含まれています。
- アップグレードの 2 週間後。
受信イベントテーブル [sn_devops_inbound_table] のテーブルクリーンアップ機能には、ベースシステムのアップグレードの一部である 2 つのクリーナーがあります。
- テーブルクリーナーは、次の状況のイベントに対して受信イベント [sn_devops_inbound_table_list.do] でアクティブ化および実行されます。
- Processed
- Ignored
[sys_created_on]フィールドの値に基づきます。 - テーブルクリーナーは、次の状況のイベントに対して受信イベントテーブル [sn_devops_inbound_table_list] でアクティブ化され、実行されます。
- New
- Retry
- In-progress
- Deferred
[sys_created_on]フィールドの値に基づきます。
注:
デフォルトでは、スケジュールジョブがアクティブ化された時点から、これらの状況の受信イベントテーブルでテーブルクリーナーが実行されます。[経過時間 (秒)] フィールドのデフォルト値は 4,838,400 秒 (56*24*60*60) です。
テーブルクリーナーの頻度の自動更新
状況 processed および ignored のイベントがバックアップされ、処理済み受信イベント [sn_devops_processed_inbound_event_list] テーブルにコピーされます。デフォルトでは、次の条件が満たされた場合、プロセスクリーナーは受信イベントテーブルで 30 分 (1800 秒) の間隔に自動更新されます。
- スケジュール済みジョブがアクティブになってから 2 週間が経過しています。
- 処理された受信イベントテーブルに、7 週間より古いイベントデータがあります。