非効率的なビジネスルールがあるかどうかの検証Issue この記事では、次のいずれかの現象に気付いた場合の一般的な解決策を提供します。 トランザクションログの応答時間が遅くなる。インスタンス全体的にパフォーマンスが低下します。セマフォがロックされているか、実行時間が長い。localhost ログに 遅いビジネスルールメッセージが表示されます。Causeスクリプトが無限ループに陥っている。クエリが大きな結果セットを返しました。 スクリプトが Where 句で = の代わりに LIKE を使用して非効率的なクエリを作成するか、大きなテーブルでフルテーブルスキャンを実行しています。すべてのトランザクションに適用されるわけではないグローバルビジネスルールがあります。ネストされたクエリが MySQL サーバーに存在します。多くのネストされたクエリは、特定のデータ条件下で MySQL データベースを停止する可能性があります。Resolution ビジネスルールが効率的であることを検証するには: インスタンスにログインし、 [システム診断] > [デバッグビジネスルール] に移動して、ビジネスルールのデバッグをオンにします。 フォームをロードするか、問題のトランザクションを実行します。長いトランザクション時間のデバッグ出力を分析します。 問題のフォームまたはトランザクションのロード中に、システムログをチェックして出力を検索します。詳細については、「 」を参照してください ログファイルブラウザを使用します。 ビジネスルールの問題を解決するには: [システム定義] > [ビジネスルール] に移動し、問題のビジネスルールレコードを開きますビジネスルールを無効にするには、 アクティブ チェックボックスをオフにします更新ボタンをクリックしてレコードを保存します解決プロセスの次のステップは、問題の原因となっているビジネスルールの部分によって異なります。次の表に、ビジネスルールの操作時に発生する一般的な問題とその解決方法を示します。 グローバルビジネスルールはグローバルである必要がない場合があります 特定のテーブルで実行するビジネスルールを設定し、条件を指定します。 JavaScript エラー 関数呼び出しでエラーが発生している 関数が存在することを確認します。関数のスペルが正しいことを確認します。パラメーター要件を検索します。 変数でエラーが発生しています 変数のスペルが正しいことを確認します。問題の変数のデータタイプを確認します。問題の変数の値を確認します。値が初期化されたことを確認します。 システムで大きな結果セットが生成されています GlideRecord クエリが不要な結果をすべて除外することを確認します。 この記事の手順を試しても問題が引き続き発生する場合: 問題または質問を明確にします。ServiceNow 製品ドキュメントにアクセスします。ServiceNow コミュニティを検索します。ServiceNow コミュニティフォーラムで質問を投稿します。新規ユーザーが投稿するには、 ServiceNow コミュニティでアカウントを作成する必要があります。メールまたはオンラインテクニカルサポートシステムからインシデントをオープンします。テクニカルサポートチームに問い合わせます。Related Links関連トピックの詳細については、以下を参照してください。 ビジネスルールパフォーマンスメトリクスパフォーマンス低下のトラブルシューティング