受信イベントテーブルのデータのアーカイブとクリーンアップ
受信イベントテーブルのテーブルクリーナーを使用して、指定した期間を過ぎたイベントデータレコードを消去します。自動フラッシュフォームでテーブルローテーションを使用して保持ポリシーを構成し テーブルサイズの増加を管理し、指定された期間を超えるデータをアーカイブします。
データ管理
データ管理機能を使用すると、受信イベントデータのアーカイブと消去を有効にできます。データベースローテーションとテーブルクリーンアップ 構成 を有効にして、8 週間分のイベントデータが確実に保持されます。インスタンスのパフォーマンスは、データベースローテーション、テーブルローテーション、テーブルクリーンアップなどのNow Platform機能を使用して保持されます。スケジュール済みジョブは、アップグレード後 2 週間 自動的に有効になります。
処理済み受信イベントテーブルのテーブルローテーション
DevOps処理済み受信イベント [sn_devops_processed_inbound_event_list.do] テーブルには、ステータスが「processed」および「ignored」のDevOps受信イベント [sn_devops_inbound_list.do] テーブルからのイベントデータのコピーが含まれています。
処理済み受信イベントテーブルでは、テーブルローテーション機能が有効になっています。全部で 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 週間以上経過したイベントデータがあります。