受信イベントテーブルのテーブルクリーナーを使用して、指定された期間を超えるイベントデータレコードを消去します。自動フラッシュフォームでテーブルローテーションを使用して保持ポリシーを構成し、指定された期間を超えたテーブルサイズの増加とデータのアーカイブを管理します。

データ管理

データ管理機能を使用すると、受信イベントデータのアーカイブと消去が有効になります。データベースローテーションとテーブルクリーンアップ構成が有効になっていると、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 つのクリーナーがあります。
  1. テーブルクリーナーは、次の状況のイベントに対して受信イベント [sn_devops_inbound_table_list.do] でアクティブ化および実行されます。
    • Processed
    • Ignored
    [経過時間 (秒)] フィールドで指定された値と [sys_created_on] フィールドの値に基づきます。
  2. テーブルクリーナーは、次の状況のイベントに対して受信イベントテーブル [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 週間より古いイベントデータがあります。