サービス実行プロセスの数を動的に増やしてみてください。これを行うには、[Current status] 列で [Details] をクリックし、次に [Enterprise Server Details] ページの [Requested Service Execution Processes] で新しい数を指定して、[Update] をクリックします。短い遅延後に新しいプロセスがリストに表示されます。この操作の成功は、たとえ問題の外部症状がまだ存在していても、共有メモリがロックされていないこと、および エンタープライズ サーバー インスタンスが引き続きある程度は正しく機能していることを意味します。
ダンプ X データセットを使用して、アクティブなサービス実行プロセス (SEP) の数をチェックしてください。次に、ディスパッチ制御ブロック (サービス実行プロセスごとに 1 つ) を調べます。すべての SEP がトランザクションで現在占有されている場合、占有トランザクションが各 SEP で同じである場合、または各プロセスで最後に実行されたコマンドが同じである場合は、次の可能性について検討してください。
問題のある種類の要求数が多いため使用可能なプロセスがすべてブロックされ、エンタープライズ サーバー インスタンス全体が障害を起こしているように見える。これは、顧客アプリケーションの問題を示している可能性があります。
実行時間の長い正常な要求が数多く到着したため使用可能なプロセスがすべて占有され、エンタープライズ サーバー インスタンス全体が障害を起こしているように見える。この可能性が高い場合は、サービス実行プロセスの数を減らすことで問題を修正できる場合があります。
もう 1 つの可能性として、エンタープライズ サーバー インスタンスの共有メモリがロックされていることが考えられます。これをチェックするための最良の方法は、ダンプ X データセット内の最後のトレース エントリの日時をダンプの日時と比較することです。2 つの時間の間のギャップが大きいほど、共有メモリがロックされている可能性は高くなります。共有メモリがロックされていない場合は、エンタープライズ サーバー インスタンスが何を待っているのかを確認してみてください。共有メモリがロックされている場合は、どのプロセスが共有メモリをこの状態のままにしたのかを確認してみてください。