---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# 受信イベントテーブルデータのアーカイブとクリーンアップ

# 受信イベントテーブルデータのアーカイブとクリーンアップ {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

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

## データ管理 {#dev-ops-archive-cleanup-events-table-records__section_tcr_st3_ppb}

データ管理機能を使用すると、受信イベントデータのアーカイブと消去を有効にすることができます。データベースローテーションとテーブルクリーンアップ 構成が有効になっている により、8 週間分のイベントデータが確実に保持されます。インスタンスのパフォーマンスは、データベースローテーション、[テーブルローテーション](https://www.servicenow.com/docs/access?context=c_TableRotation&version=xanadu&pubname=xanadu-platform-administration&ft:locale=en-US)、[テーブルクリーンアップ](https://www.servicenow.com/docs/access?context=table-cleanup&version=xanadu&pubname=xanadu-application-development&ft:locale=en-US)などのNow Platform機能を使用して維持されます。スケジュール済みジョブは、アップグレード後 2 週間 自動的に有効になります。

## 処理された受信イベントテーブルのテーブルローテーション {#dev-ops-archive-cleanup-events-table-records__section_jq2_m4s_2pb}

DevOps処理済み受信イベント \[sn_devops_processed_inbound_event_list.do\] テーブルには、DevOps受信イベント \[sn_devops_inbound_list.do\] テーブル (ステータスが「processed」および「ignored」のイベントデータのコピーが含まれています。  
処理された受信イベントテーブルでは、テーブルローテーション機能が有効になっています。全部で 8 つの事前構成済みシャードがあり、それぞれに DevOps 受信イベントテーブルからの 1 週間のイベントデータが含まれています。デフォルトでは、処理された受信テーブルに 56 日 (7 日間 (期間) \* 8 シャード (ローテーション) のデータがあると、テーブルローテーションがアクティブ化されます。テーブルローテーションの適用の詳細については、「[テーブルローテーションの適用](https://www.servicenow.com/docs/access?context=t_ApplyTableRotation&version=xanadu&pubname=xanadu-platform-administration&ft:locale=en-US)」を参照してください  
ヒント:  
テーブルローテーション構成を変更するには、次の場所に移動します システム定義テーブルローテーション をクリックし DevOps 処理された受信イベントテーブルのレコードを開きます。

## スケジュール済みジョブとテーブルクリーナー {#dev-ops-archive-cleanup-events-table-records__section_myb_yt3_ppb}

重要:  
スケジュール済みジョブは、 アップグレード の 2 週間後に自動的に有効になります。スケジュール済みジョブは 7 日ごとに実行され、最後の更新後に非アクティブ化されます。  
スケジュール済みジョブは、次のいずれかのシナリオが満たされた場合に受信イベントのテーブルクリーナーをアクティブ化します。

* アップグレードの 1 週間後、処理済みの受信テーブルに 7 週間より古いレコードが含まれている。
* アップグレードの 2 週間後。
{#dev-ops-archive-cleanup-events-table-records__ul_wd4_jxm_nsb}  
受信イベントテーブル \[sn_devops_inbound_table\] のテーブルクリーンアップ機能には、ベースシステムのアップグレードの一部である 2 つのクリーナーがあります。

1. テーブルクリーナーは、次のステータスのイベントに対して受信イベント \[sn_devops_inbound_table_list.do\] でアクティブ化および実行されます。
   * Processed
   * Ignored

   {#dev-ops-archive-cleanup-events-table-records__ul_pmt_vm3_ppb}\[ 経過時間 (秒)\] フィールドで指定された値と `[sys_created_on` \] フィールドの値に基づきます。
2. テーブルクリーナーは、次のステータスのイベントに対して受信イベントテーブル \[sn_devops_inbound_table_list\] でアクティブ化され、実行されます。
   * New
   * Retry
   * In-progress
   * Deferred

   {#dev-ops-archive-cleanup-events-table-records__ul_eqc_ym3_ppb}\[ 経過時間 (秒)\] フィールドで指定された値と `[sys_created_on` \] フィールドの値に基づきます。

{#dev-ops-archive-cleanup-events-table-records__ol_lcq_vm3_ppb}  
注:  
デフォルトでは、スケジュールジョブがアクティブ化された時点から、これらの状況の受信イベントテーブルでテーブルクリーナーが実行されます。\[経過時間 (秒)\] フィールドのデフォルト値は 4,838,400 秒 (56\*24\*60\*60) です。

## テーブルクリーナーの頻度の自動更新 {#dev-ops-archive-cleanup-events-table-records__section_qkx_bmj_ppb}

状況 processed および ignored のイベントがバックアップされ、処理済み受信イベント \[sn_devops_processed_inbound_event_list\] テーブルにコピーされます。デフォルトでは、次の条件が満たされた場合、プロセスクリーナーは受信イベントテーブルで 30 分 (1800 秒) の間隔 自動更新されます。

* スケジュール済みジョブがアクティブになってから 2 週間が経過した。
* 処理された受信イベントテーブルに、7 週間より古いイベントデータがある。
{#dev-ops-archive-cleanup-events-table-records__ul_ivg_5p3_ppb}