インデックス付きソースのガードレール

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:2分
  • インデックス付きソースからインデックスを作成するタスクとアラートソースレコードの数を制限するガードレールを使用して、インデックスサイズを縮小し、検索パフォーマンスを向上させます。

    ガードレールの概要

    タスク [task] テーブルとアラート [em_alert] テーブル、およびその子テーブルに多数のレコードが含まれています。これらのテーブルからレコードの完全なセットを検索用にインデックスを作成すると、AI 検索 インデックスのサイズが増加し、インデックス作成と検索のパフォーマンスに影響を与える可能性があります。

    インデックスサイズを縮小して検索パフォーマンスを維持するために、 AI 検索 はこれらのテーブルからレコードのインデックスを作成する際にガードレールを適用します。これらのガードレールは、タスクテーブルとアラートテーブルからインデックスを作成できるレコードの最大数を制限します。

    ガードレールは、タスクテーブルとアラートテーブル、およびその子テーブルのベースシステムで有効になっています。デフォルトでは、AI 検索 はこれらのテーブルごとに最大 1000 万件のレコードのインデックスを作成します。

    ガードレールの仕組み

    ガードレールが有効になっている場合、AI 検索 は最初にインデックス付きデータソースのガードレール制限 [ais_guard_rail_limit_data_source] テーブルをチェックして、インデックス付きソースのレコードが存在するかどうかを確認します (そのインデックス付きソースに対してインデックスを付けるレコードの最大数を定義します)。テーブルエントリが存在しない場合、AI 検索glide.ais.ingestion.guard_rails_enabled_datasources システムプロパティ値をチェックして、インデックス付きソースに制限が定義されているかどうかを確認します。どちらの場所にも制限が見つからない場合、AI 検索 はインデックス付きソースにガードレール制限を適用しません。

    インデックス付きレコード数のガードレール制限は、ソースレコードのセットがインデックス付きソースのフィルター条件と保持ポリシーによって制限された後に適用されます。インデックス付きソースのフィルター条件と保持ポリシーの詳細については、「インデックス付きソース保持ポリシーとフィルター条件」を参照してください。

    AI 検索 は常に、インデックスが付いたソーステーブルから最後に変更されたレコードにインデックスを付けます。インデックス作成によってテーブルのレコード数がガードレールの制限を超えた場合、AI 検索 はインデックスから古いレコードを破棄して、新しいレコード用のスペースを確保します。

    ガードレール設定の変更

    ServiceNow® の従業員は、インスタンスのガードレール設定を次のように変更できます。
    • タスクとアラートテーブルのガードレールに対する基本システムのレコード数制限を上書きする
    • カスタムガードレールを作成して、他のソーステーブルからインデックスを作成するレコードの最大数を制限する
    • ガードレールの無効化
    注:
    インスタンスのガードレール設定の変更が AI 検索 のインデックス作成動作に反映されるまでに最大 24 時間かかる場合があります。