脆弱性対応 内のフィルタリング

修復タスクルール、算出、アサインルールでは、条件ビルダーを使用して作成されたインポート時の条件が使用されます。各レコードはこうしたフィルターを使用して評価されるため、基準を変更するとパフォーマンスに影響する場合があります。

ベースシステムに含まれるルールと算出は、パフォーマンスが最適化されています。ルールや算出の編集または作成には注意が必要であり、ServiceNow と 脆弱性対応 の両方の専門知識が必要になる場合があります。

サブクラスフィールドに基づくフィルタリングの回避

一部のテーブルは拡張をサポートしています。CMDB CI [cmdb_ci] テーブルはその一部です。cmdb_ci_hardware や cmdb_ci_computer などのテーブルは、このテーブルを拡張します。親テーブルにないフィールドに基づいてフィルタリングを行う場合、そのフィルターの構築と評価に費用を要する場合があります。

たとえば、フィルターオン 構成アイテム > コスト コストは構成アイテムのクラスフィールドであり、サブクラスフィールドではないため、パフォーマンスには影響しません。

構成アイテム > コンピューターただし、は別のフィールド (この場合は [Operating System]) へのドット連結が必要なサブクラスです。このプロセスには何ミリ秒もかかる場合があり、何百万のもの脆弱性一致アイテムをインポートすると、すぐに累積してしまい、パフォーマンスに影響します。

注:

[contains] 条件の使用はワイルドカード検索に似ており、パフォーマンスに影響を与える可能性があります。可能な場合は [次の値に等しい] を使用する方が効率的です。