受信イベントテーブルデータのアーカイブとクリーンアップ
受信イベントテーブルのテーブルクリーナーを使用して、指定された期間を超えるイベントデータレコードを消去します。自動フラッシュフォームでテーブルローテーションを使用して保持ポリシーを構成し 指定された期間を超えたテーブルサイズの増加とデータのアーカイブを管理します。
データ管理
データ管理機能を使用すると、受信イベントデータのアーカイブと消去を有効にすることができます。データベースローテーションとテーブルクリーンアップ 構成が有効になっている により、8 週間分のイベントデータが確実に保持されます。インスタンスのパフォーマンスは、データベースローテーション、テーブルローテーション、テーブルクリーンアップなどのNow 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 週間より古いイベントデータがある。