行数、関連リスト、およびダッシュボードの経由でインスタンスのパフォーマンス向上に関するベストプラクティスIssue <!-- div.margin { padding: 10px 40px 40px 30px; } table.tocTable { border: 1px solid; border-color: #e0e0e0; background-color: #fff; } .title { color: #d1232b; font-weight: normal; font-size: 28px; } h1 { color: #d1232b; font-weight: normal; font-size: 21px; margin-bottom: 5px; border-bottom-width: 2px; border-bottom-style: solid; border-bottom-color: #cccccc; } h2 { color: #646464; font-weight: bold; font-size: 18px; } h3 { color: #000000; font-weight: bold; font-size: 16px; } h4 { color: #666666; font-weight: bold; font-size: 15px; } h5 { color: #000000; font-weight: bold; font-size: 13px; } h6 { color: #000000; font-weight: bold; font-size:14px; } ul, ol { margin-left: 0; list-style-position: outside; } --> ServiceNow インスタンスのパフォーマンスは、さまざまな方面からユーザー設定の影響を受ける可能性があります。このKBでは、ユーザーエクスペリエンスを迅速に変更するために、ユーザーのデフォルト値として設定したり、ユーザーベースの値をリセットしたりできる、より一般的な3つの設定について詳しく説明します。 ユーザー設定の行数ホームページとダッシュボード3.「関連リスト」のロードの延期 Resolution行数 クエリの実行が遅いと、クエリが完了するまでスレッドを占有するため、インスタンスのパフォーマンスに影響します。「rowcount」プロパティは、すべてのリスト、ホームページ、関連リスト、レポートなど、プラットフォームの多くの領域に影響します。したがって、「rowcount」値を変更すると、インスタンスに直接影響を与える可能性があります。ServiceNow のデフォルトの「rowcount」値は 20 です。ServiceNow の推奨値は 20 で、必要に応じて 50 です。 詳細については、 「十分なデータを表示することでパフォーマンスを向上させる」を参照してください。 このプロパティを変更したインスタンス内のすべてのユーザーをチェックするには、次のURLからアクセスしてください (__INSTANCE__ を独自のインスタンス名)：https://__INSTANCE__.service-now.com/sys_user_preference_list.do?sysparm_query=name%3Drowcount%5Evalue!%3D20%5EORvalue%3DNULL%5Evalue!%3D15%5EORvalue%3DNULL%5Evalue !%3D10%5EORvalue%3DNULL ユースケースに応じて、準本番でリストから 100 以上の削除をテストし、50 以上の際と比べてリストのパフォーマンスが低下することがわかります 「100 行/ページ」の選択肢を削除する手順は次のとおりです。i.(管理者として) インスタンスにログインします。ii.左側のナビゲーションパネルで、「All Properties」を検索して開きますiii.プロパティページで、name='glide.ui.per_page'を検索します。対象URL- https://__INSTANCE__.service-now.com/nav_to.do?uri=sys_properties.do?sys_id=fc794773c0a80169017b5179c629af26iv.[Value] フィールドに 10,15,20,50,100.. と表示されます。v. 値を 10,15,20,50 に変更し、[更新] をクリックします。 これによって、今後リストが制限されることになり、100人以上の既存ユーザーは修正が必要になる場合：https://__INSTANCE__.service-now.com/sys_user_preference_list.do?sysparm_query=GOTOnameLIKErowcount&sysparm_first_row=1&sysparm_view= にアクセスし、100 以上を含めるようにフィルターを変更し、右クリックして全て対象の記録数値を複数更新できます。たとえば、ユーザーの100 以上の設定を 50 に設定します。 ホームページとダッシュボード ServiceNow プラットフォームのホームページは、ページ上のすべてのウィジェットに対してクエリを実行し、すべてのクエリでデータが返されると、ページを処理してクライアントブラウザーにレンダリングします。長時間実行されているホームページは、クエリがバックグラウンドで実行されている間、「遅い」ように見えるか、データを返さないことがあります。 ホームページに 10 個のウィジェットがあり、ページを下にスクロールする前に 2 〜 3 個しか表示されない場合でも、10 個のウィジェットすべてがクエリされ、クライアントに表示されます。 ホームページのダッシュボードバージョンを作成することで、プラットフォームはクライアントブラウザーに表示されるウィジェットに対してのみクエリを実行します。たとえば、10 個のウィジェットの例では、下にスクロールする前にダッシュボードに最初に 2 つのウィジェットが表示されますが、プラットフォームは表示されているウィジェットのみをクエリします (最初に表示されたとき)。スクロールを続ければ、次のクエリーが実行されます。 ダッシュボードでは、ダッシュボードに「タブ」を導入することもできます。サブタブ内のウィジェットは、そのアクティブなタブを表示するまでクエリを実行しないため、非常に役立ちます。アクティブなタブのウィジェットからのクエリのみが実行されます。ダッシュボードは遅いウィジェットを高速化するわけではありませんが、ユーザーエクスペリエンスはかなり変わります。遅いホームページがロードされるのを待つ代わりに、表示できるデータのみが表示されます。したがって、ウィジェットを週に 1 回/月に 1 回のみレビューする場合など、ユーザーはウィジェットを独自の [ダッシュボード] サブタブに移動して、最初のダッシュボードビューを高速化することを検討できます。参照： ダッシュボードバージョンの作成 ホームページに関しては、ユーザーのデフォルトホームページをより軽量なものにリセットすることも検討する必要があります。ユーザーは、自動更新される多くのウィジェットをホームページに追加されますが、実際に最終的な目標は、インスタンスにログインして別の場所にアクセスすることです。 このシナリオでは、ターゲット目標に進む前に、遅いホームページを先にアクセスしなければなりません。一時的な軽量ページを設定し、即座に読み込ませ、希望に応じてホームページをクリックさせることができます。参照： KB0712404 - Setting a Light Weight Home Page for Users 関連リストのロード遅延 デフォルトでは、フォームのロード時にすべての関連リストがロードされます。つまり、フォームをユーザーにレンダリングする前に、すべての関連リストクエリを最初に実行する必要があります。すべてのデータのクエリが完了すると、フォームがユーザーに表示されます。行数の設定と同様に、設定可能な変数「glide.ui.defer_related_lists」もあります。これにより、フォームがロードされた後に関連リストがロードされます。これにより、フォームの応答時間が大幅に増加する可能性があります。フォームのロード後に関連リストをロードするように設定すると、ユーザーはほぼすぐにフォームデータを表示し、関連リストまで下にスクロールすると、バックグラウンドでロードされた可能性があります。この推奨事項は、トラブルシューティングの目的で [deferred] に設定することで簡単にテストできます。長期的な健全性の場合は、[ondemand] に設定して、ユーザーが [関連リストをロード] ボタンをクリックした場合にのみ関連リストがロードされるようにすることができます。これは true/false の設定です。 グローバルレベルでプロパティを設定できます。プロパティは、ユーザー設定によって上書きされます (ユーザーが明示的に別の設定を選択した場合)。 i.システムのプロパティに移動し、設定されているかどうかを確認します。https://__INSTANCE__.service-now.com/sys_properties_list.do?sysparm_query=name%3Dglide.ui.defer_related_lists- 「glide.ui.related_list_timing」が設定されていないことがわかります。 グローバルユーザー初期設定を設定するため。ii.これは、カスタマイズ値が設定されているユーザーには影響しません。 参照： KB0695391 How to make 'After Form Loads' or 'On-demand' the default 'Related list loading' for all users?Related Linksi. 一般的な管理者タスク参照 Instance Performance Maintenance and Administrationこの文書では、インスタンス内のパフォーマンスデータのレビュー、遅いトランザクション/ジョブ/スクリプトの確認、および上位トランザクションの傾向についての紹介から始まります。また、インスタンス内のテーブル・データの成長のレビューと、パフォーマンス・メトリクス・ダッシュボードのレビュー方法についても説明します。詳細は以下を参照： https://docs.servicenow.com/csh?topicname=c_PerformanceMetrics.html&version=latestii. 効率的なクエリのためのパフォーマンス・ベスト・プラクティス - トップ10プラクティスPerformance Best Practice for Efficient Queries - Top 10 Practicesiii. KB0750239 Monitoring Performance Metrics in your ServiceNow Instance.iv. KB0712404 - Setting a Light Weight Home Page for Users.v. KB0695391 How to make 'After Form Loads' or 'On-demand' the default 'Related list loading' for all users?vi. KB1351939 - Improve performance of a ServiceNow instance through ROWCOUNT setting.