---
sourceDocument: Yokohama ServiceNow AI Platform 管理
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/platform-administration

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama ServiceNow AI Platform 管理

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# システムプロパティ

# システムプロパティ {#ariaid-title1}

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

これらのシステムプロパティは、データ管理機能の動作を制御します。

## アーカイブルールと破棄ルールのプロパティ {#r_SetArchiveRuleProcessingBehavior__section_y1w_q5t_xqb}

アーカイブプロセスがシステムリソースを消費しすぎないようにするためのルールが自動化されています。システムの動作は手動で変更できます。

アーカイブプロセスでは、プロデューサーおよびコンシューマーモデルが使用されます。レコードは、バッチでアーカイブジョブ実行チャンク \[sys_archive_run_chunk\] テーブルにアーカイブするためにキューに入れられます。

* ArchiveProducerJob は、アーカイブする必要がある sys_ids レコードのチャンクを作成します。各チャンクには、1 つのアーカイブルールに関連するレコードが含まれています。チャンク内のレコードの最大数は、プロパティ glide.db.archive.chunk_sizeによって指定されます。すべてのチャンクでの 1 つのルールの最大レコード数は、glide.db.archive.max.rule.records によって指定されます。
* プロデューサーは 4 つ (デフォルト) の ArchiverJob コンシューマーを起動します。コンシューマーの正確な数は、glide.db.archiving.max_consumer_workers によって指定されます。
* コンシューマーは sys_id のチャンクを読み取って処理します。各コンシューマーが処理するチャンクの数は、glide.db.archive.max.batches によって指定されます。各コンシューマーによって処理されるチャンクは、異なるアーカイブルールからのものである場合があります。
* コンシューマーは、sys_id のチャンクがなくなるまで、またはコンシューマーが処理できるチャンクの制限 (glide.db.archive.max.batches により指定) に達するまで、sys_id のチャンクの読み取りを繰り返します。その後、シャットダウンして別のコンシューマーをスケジュールします。
* glide.db.archive.chunk.max.process.time で指定された時間を超えてチャンクが実行中状態である場合、システムはコンシューマーが突然終了したと見なし、チャンクのステータスをエラーに変更します。これにより、実行中のコンシューマーが停止または終了することはありません。

{#r_SetArchiveRuleProcessingBehavior__ul_exv_jgh_4xb}  
注:  
アーカイブジョブ実行チャンク \[sys_archive_run_chunk\] テーブルが削除された場合、テーブルにリストされているアーカイブプロパティと破棄プロパティは使用されません。  
1 間隔でのアーカイブルールおよび破棄プロセスのレコード数を手動でコントロールするには、[次のシステムプロパティを追加](https://servicenow-prod.fluidtopics.net/m1oBMeX_mFE2dHv3uB45aA#t_AddAPropertyUsingSysPropsList "プロパティを追加または作成してシステムの動作を制御します。")してこれらのデフォルト設定を変更します。 {#r_SetArchiveRuleProcessingBehavior__table_cq3_f12_jmb__entry__4}

| 名前 | 説明 | タイプ | デフォルト値 |
|-|-|-|-|
| glide.db.archive.chunk_size | アーカイブジョブ実行チャンク \[sys_archive_run_chunk\] テーブルの各レコードに追加された一意の識別子の数。レコードは、アーカイブジョブ実行チャンク (sys_archive_run_chunk.do) フォームの \[キー\] フィールドで CSV 値として形式化されます。 | 整数 | 1000 以上 |
| glide.db.archive.chunk.max.process.time | アーカイブジョブ実行チャンク \[sys_archive_run_chunk\] テーブルでレコードをアクティブ状態にしておくことができるミリ秒数。時間は、システム時間とアーカイブジョブ実行チャンク \[sys_archive_run_chunk\] テーブルの \[開始\] フィールドの値との差です。 | 整数 | 600000 |
| glide.db.archive.max.rule.records | コンシューマーごと、ルールごとにバッチ処理するレコードの最大数。 | 整数 | 10000 |
| glide.db.archive.debug | 元のテーブルからアーカイブテーブルに列定義をコピーするときに詳細ログを有効にするオプション。 | true \| false | false |
| glide.db.archive.max.batches | コンシューマーがシャットダウンして別のコンシューマーをスケジュールする前に、コンシューマーによって処理されたチャンク (アーカイブジョブ実行チャンク \[sys_archive_run_chunk\] テーブルのレコード) の数。 | 整数 | 10 |
| glide.db.archiving.max_consumer_workers | クラスター全体の同時コンシューマーの最大数。 | 整数 | 4 |
[表 : 1. アーカイブシステムプロパティ]

{#r_SetArchiveRuleProcessingBehavior__table_cq3_f12_jmb}

## テーブルクリーナーのプロパティ {#r_SetArchiveRuleProcessingBehavior__section_qc1_sgy_mxb}

テーブルクリーナーシステムプロパティを設定するには、システムプロパティ \[sys_properties\] テーブルに移動し、プロパティを追加します。
{#r_SetArchiveRuleProcessingBehavior__table_pkw_2hy_mxb__entry__2}

| 財産 | 説明 |
|-|-|
| 遅いルールを再処理する前にテーブルクリーナーが待機する必要がある日数を設定します。 `glide.db.tablecleaner.days_before_slow_rule_reattempt` | テーブルクリーナールールに、完了までに 30 秒以上かかるクエリがある場合、テーブルクリーナージョブ全体が停止します。デフォルトでは、テーブルクリーナーは 2 日間待機してから、そのルールをテーブルクリーナージョブに再度含めます。 このプロパティを追加すると、デフォルトの待機時間を変更できます。 * タイプ：整数 * デフォルト値：2 {#r_SetArchiveRuleProcessingBehavior__ul_icg_hjy_mxb} |
| テーブルクリーナールールの時間制限を設定します。 `glide.db.tablecleaner.chunk_delete_max_time_spent` | クリーナーが 1 回の実行中に、ルールごとにレコードの一括削除を試みる時間を制限します。値は秒単位で指定され、デフォルトは 1200 (20 分) です。これは、テーブルクリーナーが 1 時間ごとに最大 20 分間、実行されることを意味します。 このプロパティを追加すると、デフォルトの時間制限を変更できます。 * タイプ：整数 * デフォルト値：1200 {#r_SetArchiveRuleProcessingBehavior__ul_bpw_rlv_szb} |
[表 : 2. システムプロパティ]

{#r_SetArchiveRuleProcessingBehavior__table_pkw_2hy_mxb}