アーカイブルールの診断ページ​

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：1分

    • このページでは、アクティブなアーカイブルールの数、アーカイブされた合計レコード数、前回のアーカイブジョブ実行に関する詳細を確認できます。

    診断ページへのアクセスリンク：
    https://<your-instance>.service-now.com/ui_page.do?sys_id=71681edc9f3120007aaa207c7f4bcc2b
    ​アーカイブルール診断ページの情報

    アーカイブ手順

    1. アーカイブルール基準を満たす N 個のレコードをロードします (N はバッチサイズのプロパティ)。
    2. ar_* テーブルに挿入します。
    3. 元のテーブルからレコードを削除します。
    4. sys_archive_log エントリーを作成します。
    レコードがアーカイブされると、アーカイブログ (sys_archive_log) テーブルにエントリーが作成され、xml のレコードがペイロードとして保存されます。

    デバッグ

    次の列はデバッグに役立ちます：アーカイブ実行、アーカイブ、復元済み、ID、From テーブル。
    1. アーカイブ実行：このレコードをアーカイブした特定のアーカイブ実行に関する詳細情報が確認できます。
    2. アーカイブ：条件を満たしたアーカイブルール。
    3. 復元済み：レコードが復元されていない場合、このフィールドは空白になります。レコードが復元された場合、復元された日時がこのフィールドに表示されます。
    4. From テーブル：レコードが削除されたテーブル。
    重要:
    アーカイブログエントリーを削除すると、アーカイブされたレコードのデータを復元できなくなります。

    アーカイブログにエントリーが存在する場合、その時点でシステムではレコードが以前にアーカイブ済みであること (復元済みかどうか) を識別する必要があります。スキップされた場合、アーカイブエンジンは復元済みのものを再アーカイブしないということになります。

    アーカイブルールではアーカイブする関連レコードを指定できるため、関連するレコードと添付ファイルもアーカイブすることができます。元のレコードを復元する場合は、関連レコードも復元する必要があります (アーカイブ後は関連レコードのテーブルが独立するため、自動的に行われません)。