---
sourceDocument: Xanadu Now Platform の管理
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/platform-administration

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu Now Platform の管理

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# アーカイブルールの作成

# アーカイブルールの作成 {#ariaid-title1}

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

アーカイブルールを作成して、レコードをアーカイブするためのクライテリアを定義します。

## 始める前に

1 つのテーブルに複数のアーカイブルールを定義できるため、既存のアーカイブルールを検証して潜在的な競合を回避します。たとえば、6 か月より古いレコードをアーカイブするルールがある場合、3 か月より古いレコードをアーカイブする別のルールを作成すると、競合が発生する可能性があります。このような場合、両方のルールが実行され、それぞれが異なる条件でレコードをアーカイブする可能性があります。

必要なロール：admin

## 手順

1. 次のいずれかの方法で、アーカイブルールのフォームにアクセスします。

   | オプション | ステップ |
   | データ管理ポリシーを使用する | 1. 移動先 すべてシステムデータ管理データ管理ポリシー. 2. アーカイブするレコードを含むテーブルのデータ管理ポリシーを選択します。 3. \[アーカイブルール\] 関連リストで、\[新規\] を選択します。 {#t_CreateAnArchiveRule__ol_pnw_njk_1bc} |
   | アーカイブルールモジュールを使用する | 1. 移動先 すべてシステムアーカイブアーカイブルール. 2. \[新規\] を選択します。 {#t_CreateAnArchiveRule__ol_f5v_2kk_1bc} |
   |-|-|

   {#t_CreateAnArchiveRule__choicetable_bxv_hjk_1bc}
2. フォームのフィールドに入力します。  
   {#t_CreateAnArchiveRule__table_ub4_f4s_x4__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 名前 | ルールを識別する名前。使用される [表示値](https://servicenow-prod.fluidtopics.net/GA0hINmGyRQLzVAv9acZEw "参照フィールドには、データベース内の参照される各レコードの sys_id が格納されますが、sys_id は表示されません。") このアーカイブルールへの参照用。 |
   | テーブル | アーカイブするレコードを含むテーブル。 * 既存のアーカイブルールのテーブルを変更することはできません。別のテーブルにレコードをアーカイブするには、新しいアーカイブルールを作成します。 * 別のアプリケーションスコープ内のテーブルを選択することはできません。 * テーブルの辞書エントリで update_synch が true に設定されているテーブルに対してアーカイブルールを作成することはできません。 * 一部の内部システムテーブルまたは周辺テーブルに対してアーカイブルールを作成することはできません。例： * システム監査 \[sys_audit\] * 削除レコードの監査 \[sys_audit_delete\] * リレーションシップ変更の監査 \[sys_audit_relation\] * 添付ファイル \[sys_attachment\] * ジャーナルエントリ \[sys_journal_field\] {#t_CreateAnArchiveRule__ul_g2w_btc_kxb} {#t_CreateAnArchiveRule__ul_l5s_xpc_kxb} |
   | 参照を保持 | 表示名を文字列としてアーカイブテーブルに格納する代わりに、参照フィールドの sys_id を保持するオプション。 重要: \[参照を保持\] チェックボックスは、選択してアーカイブルールを保存すると読み取り専用になります。 アーカイブされたレコードを含むテーブルでこのオプションを有効にすると、既存のすべてのアーカイブレコードが自動的に再処理され、参照が可能になります。アーカイブテーブルが大きい場合、このプロセスが完了するまでに時間がかかることがあります。ステータスを追跡するには、アーカイブルール参照の移行 \[sys_archive_ref_migration\] テーブルを表示します。 参照を手動で保持する方法の詳細については、「[非参照フィールドから参照フィールドにテーブルデータをアーカイブするためのデータ移行プロセス](https://servicenow-prod.fluidtopics.net/8QmC0eGJe82QmxT0_QMz9g "データ移行プロセスは、子孫および関連テーブルを含む既存のアーカイブテーブルからデータを移動します。このプロセスを完了する際に理解すべき特別なスクリプトと注意事項があります。")」を参照してください。 |
   | 説明 | アーカイブルールの説明。 |
   | 条件 | アーカイブするレコードを定義するフィルター条件を指定するための条件ビルダー。たとえば、特定の日付より前の非アクティブなレコードをアーカイブします。 アーカイブルールをアクティブ化する前に、リストビューで条件をテストして、正しいレコードが選択されていることを確認します。例を次に示します。 * 今日から 2 年より前にクローズされたレコードをアーカイブするには、\[Closed\] \[relative\] \[before\] \[2\] \[Years\] \[ag\] などの条件で相対演算子を使用します。 * 今日の日付から 2 年前ではなく、今年と前年のレコードをアーカイブするには、\[Closed\] \[before\] \[Last 2 years\] などの条件を使用します。 {#t_CreateAnArchiveRule__ul_pnz_hjx_1bc} |
   | 自動再アーカイブ | 設定された時間の経過後、復元されたレコードを自動的に再アーカイブできるようにするオプション。 |
   | 自動再アーカイブ期間 | 復元されたレコードが自動的にアーカイブされるまでの時間間隔。 |
   [表 : 1. \[アーカイブルール\] フォーム]

   {#t_CreateAnArchiveRule__table_ub4_f4s_x4}
3. **オプション:** \[アーカイブ見積りの再計算\] 関連リンクを選択して、アーカイブするレコードの数を推定します。  
   この推定にはプライマリレコードのみが含まれ、アーカイブルールに追加された関連レコードは含まれません。この推定は、アーカイブルールが予想されるレコード数に影響を与えるかどうかを判断するのに役立ちます。見積もりが高すぎるか低すぎる場合は、それに応じてアーカイブルールの条件を変更します。  
   更新された数値が \[レコード推定\] フィールドに表示されます。
4. \[送信\] を選択します。
{#t_CreateAnArchiveRule__steps_gqg_nfg_h1c}

## アーカイブルールのアクティブ化 {#ariaid-title2}

アーカイブするレコードをプレビューした後、アーカイブルールをアクティブ化します。

### 始める前に

必要なロール：admin

### このタスクについて

アーカイブルールを実行するには、アーカイブルールとそれに対応するデータ管理ポリシーをアクティブ化する必要があります。

デフォルトでは、サンプルアーカイブルールは非アクティブです。

### 手順

1. 次のいずれかの方法で、アクティブ化するアーカイブルールにアクセスします。

   | オプション | ステップ |
   | データ管理ポリシーを使用する | 1. 移動先 すべてシステムデータ管理データ管理ポリシー. 2. アーカイブするレコードを含むテーブルのデータ管理ポリシーを選択します。 3. \[アーカイブルール\] 関連リストで、アクティブ化するアーカイブルールを選択します。 {#activate-archive-rule__ol_wn2_qkk_1bc} |
   | アーカイブルールモジュールを使用する | 1. 移動先 すべてシステムアーカイブアーカイブルール. 2. アクティブ化するアーカイブルールを選択します。 {#activate-archive-rule__ol_sk1_vkk_1bc} |
   |-|-|

   {#activate-archive-rule__choicetable_cxh_nkk_1bc}
2. **オプション:** \[アーカイブ見積りの再計算\] 関連リンクを選択して、アーカイブレコードの数を推定します。  
   この推定にはプライマリレコードのみが含まれ、アーカイブルールに追加された関連レコードは含まれません。この推定は、アーカイブルールが予想されるレコード数に影響を与えるかどうかを判断するのに役立ちます。見積もりが高すぎるか低すぎる場合は、それに応じてアーカイブルールの条件を変更します。  
   更新された数値が \[レコード推定\] フィールドに表示されます。
3. \[アクティブ\] チェックボックスをオンにして、アーカイブルールをアクティブ化します。
4. **オプション:** \[アーカイブ化を今すぐ実行\] 関連リンクを選択して、レコードをすぐにアーカイブします。  
   \[アーカイブ化を今すぐ実行\] 関連リンクは、対応するデータ管理ポリシーがアクティブ化されている場合にのみ使用できます。

### タスクの結果

アーカイブルールのクライテリアを満たすレコードは、次回のアーカイブ実行時にアーカイブされます。

### 次のタスク

アーカイブされたレコードを表示するには、次の場所に移動します。 すべてシステムアーカイブテーブルをアーカイブ をクリックし、アーカイブされたテーブルのモジュール ( アーカイブインシデントなど) を選択します。

## 破棄ルールの作成 {#ariaid-title3}

指定された時間の経過後、アーカイブされたレコードと関連レコードを削除します。

### 始める前に

必要なロール：admin

### このタスクについて

データ管理ポリシーの任意のアーカイブルールに、破棄ルールを関連付けることができます。

アーカイブされたデータに対して実行されている破棄ルールのプロパティを変更する必要がある場合は、「[アーカイブルールと破棄ルールのプロパティ](https://servicenow-prod.fluidtopics.net/QV15WRjsgnFN~TGmiJ62sQ "アーカイブプロセスがシステムリソースを消費しすぎないようにするためのルールが自動化されています。システムの動作は手動で変更できます。")」を参照してください。

### 手順

1. アーカイブルールフォームで、\[破棄ルールを作成\] を選択します。
2. \[破棄ルール\] タブで、フィールドに入力します。  
   {#t_CreateADestructionRule__table_ugn_bg5_cv__entry__2}

   | フィールド | 説明 |
   |-|-|
   | アクティブ | 破棄ルールを有効にするオプション。 |
   | 関連レコードの破棄 | アーカイブされたレコードに関連付けられた関連レコードを自動的に破棄するオプション。 注: ジャーナルエントリ \[sys_journal_field\] テーブル、添付ファイル \[sys_attachment\] テーブル、およびシステム監査 \[sys_audit\] テーブルのレコードを含む周辺レコードは、関連レコードを保持することにした場合でも、自動的に削除されます。 |
   | アーカイブ保持期間 | システムがレコードを削除するまでにレコードをアーカイブテーブルに保持する時間を指定します。 |
   [ ]

   {#t_CreateADestructionRule__table_ugn_bg5_cv}
3. **オプション:** \[破棄見積りの再計算\] 関連リンクを選択して、削除対象としてマークされるアーカイブレコードの数を推定します。
4. \[送信\] を選択します。
{#t_CreateADestructionRule__steps_srg_nfg_h1c}

### タスクの結果

アーカイブ期間の値よりも長くアーカイブされたレコードは、スケジュール済みジョブの実行時に破棄されます。アーカイブ破棄ログを確認することで、進行状況を確認できます。