セッション待機 / セッション同期Issue <!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } 設計上、プラットフォームは「セッション同期」を実装しています。これは、各ユーザーについて、プラットフォームが一度に1つのトランザクションのみを処理することを意味します。これは、1 人のユーザーが複数のトランザクションを同時にトリガーし、多くのノードとデータベースリソースを使用して、大規模なインスタンスのパフォーマンスの問題を引き起こすのを防ぐために実装されています。 注意: このルールには重要な例外がいくつかあります。特定の種類の静的コンテンツ（画像、CSS、JavaScript ファイルなど）は、セッション同期を完全にバイパスできます。非同期メッセージバスを使用した高速トランザクションは、標準のトランザクションタイプとは別に、独自のセッション同期動作を持ちます。また、Yokohama リリース以降、REST、AJAX、認証、および Next Experience の一部のキャッシュ可能な呼び出しは、最大 2 つの同時トランザクションを実行できます。ただし、この原則は変わりません。ユーザーが ServiceNow でアクションを実行し、そのアクションに長い時間がかかっているように見える場合、実際には、ユーザーが待機していると思っていたアクションが、以前に実行した別のアクションのトランザクションがまだ完了していないために遅延している可能性があります。 Release<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } 全てのリリース Resolution<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } たとえば、ユーザーが同時に複数のブラウザタブを開き、それぞれにリスト、ホームページ、ダッシュボードなどを表示した場合、ブラウザタブは各タブのデータを同期的に (一度に 1 つずつ) 読み込みます。これがセッション同期が機能している状態です。 セッション同期を表示するにはどうすればよいですか? インスタンス UI 経由 フィルターナビゲーター>「クライアントトランザクション」ログリストを変更して [セッション待機時間] 列を追加します (リストにない場合)。関心のあるユーザーのトランザクションをフィルタリングし、トランザクションを時系列順 (作成日順) に並べ替えます。 アプリケーションノードの localhost ログファイルを使用する。 (KB0997495が役立つかもしれません) 「セッション待機」が高いユーザートランザクションが表示された場合、以下のスクリーンショットのように、このトランザクションが非常に高速に処理され(0.008ms)、SQL時間が0.001msであることがわかります。ここで重要なのはセッション待機時間で、9.8秒です。これは、このトランザクション自体が実行される前に、前のトランザクションが完了するまで約10秒待たなければならなかったことを意味します。 このようなシナリオでは、インスタンスのユーザーはセッション同期の仕組みを理解する必要があり、エンドユーザーには「遅いインスタンス」と見なされる可能性があることに注意する必要がありますが、これは想定される動作です。 この機能は、1 人のユーザーがアプリケーションノードで利用可能なすべてのリソースを消費するのを防ぐためにプラットフォームに存在します。