LU 6.2 回線争奪の勝者の制限
トランザクション インテグレーター (TI) は、LU 6.2 競合優先セッションまたは競合敗者セッションのいずれかを使用できます。 競合敗者セッションのネゴシエートのオーバーヘッドが高くなるのを回避するために、TI は競合優先セッション (使用可能なセッションがある場合) を使用します。
使用可能なセッションの数は、ホスト システムとネゴシエートされます。 ホスト統合サーバー上の APPC モード定義のセッション数を増やしても、使用可能なセッションが増えない場合は、ホスト・システム上で使用可能なセッションの構成を変更する必要があります。 次の手順に従って、ネゴシエートされた使用可能な競合の勝者セッションと敗者セッションの数を確認します。
SNA マネージャーを開き、[ ツール ] メニューを選択し、[ 診断] をクリックします。
[APPC テスト] タブで、[ ローカル LU]、[ リモート LU]、[ モード ] チェック ボックスをオンにします。
[テスト] ボタンをクリックします。
出力ウィンドウには、ホストとネゴシエートされた Curr 制限に加えて、HIS サーバーで構成されている構成制限が表示されます。
競合の勝者セッションと敗者セッションの数を確認するには、[ LU6.2 セッション ] タブを選択し、[ 競合 ] ボタンをクリックします。 出力ウィンドウには、現在ネゴシエートされているセッションが表示されます。 最後の 2 つの列は、勝者セッションの数と敗者セッションの数です。
Note
他の APPC アプリケーションは、TI で使用されるのと同じローカル APPC LU、リモート APPC LU、およびモードを共有できます。 共有する場合は、すべてのアプリケーションの要件を処理するのに十分なセッションを定義する必要があります。
さらに、要求/応答ユニット (RU) サイズは、TI とホスト アプリケーションの間で送信される標準メッセージ サイズを保持するのに十分な大きさにする必要があります。 たとえば、ホスト応答が 2 KB を超えると予想される場合は、Host Integration Server APPC モード定義で最大送受信 RU サイズを 4096 に設定します。 トランザクションには 1 つの要求と 1 つの (4 KB 未満の) 応答しか含まれていない可能性があるため、セッション レベルのペースの値はトランザクションのパフォーマンスに影響を与えない可能性があります。 この場合、2 つ以上の APPC モードの送受信ウィンドウで十分である必要があります。 ただし、大規模なホスト応答が予想される場合は、より大きな RU サイズを使用して SNA レベルのメッセージ受信確認を減らすことをお勧めします。
推奨事項のトラブルシューティング
接続を開始する前に、Host Integration Server データ リンク制御 (DLC) と LU 6.2 メッセージ トレースの接続スタートアップと初期 TI コンポーネントの使用を有効にします。 トレースを SNA サポート エンジニアに提供します。 このエンジニアは、DLC トレースをデコードして、TI で使用される LU/LU/モードのセッション数の変更 (CNOS) 交換でネゴシエートされる並列セッション制限と競合勝者の制限を決定できます。