LU 6.2 爭用成功者限制
交易整合器 (TI) 可以使用 LU 6.2 競爭勝出會話或競爭失敗會話。 為了避免爭用失敗會話交涉的高負荷，TI 會使用爭用勝出者會話，如果有的話。
可用的會話數目會與主機系統交涉。 如果增加主機整合伺服器上的 APPC 模式定義中的會話數目並不會產生更多可用的會話，則您必須變更主機系統上可用會話的設定。 請遵循下列步驟來查看交涉的可用爭用勝者與失敗會話數目。
開啟 SNA 管理員，選取 [ 工具 ] 功能表，然後按一下 [ 診斷]。
在 [APPC 測試] 索引標籤上，選取 [ 本機 LU]、[ 遠端 LU] 和 [ 模式 ] 核取方塊。
按一下 [測試] 按鈕。
除了與主機交涉的Curr 限制之外，輸出視窗還會顯示 HIS 伺服器上設定的Config Limit。
若要查看爭用成功和失敗會話的數目，請選取 [LU6.2 會話] 索引 標籤，然後按一下 [ 爭用 ] 按鈕。 輸出視窗會顯示目前的交涉會話。 最後兩個數據行是成功會話的數目和失敗會話的數目。
注意
其他 APPC 應用程式可以共用 TI 所使用的相同本機 APPC LU、遠端 APPC LU 和模式。 如果它們共用，您必須定義足夠的會話來處理所有應用程式的需求。
此外，要求/回應單位 (RU) 大小應該夠大，足以保存 TI 與主應用程式之間傳送的標準訊息大小。 例如，如果主機回應預期超過 2 KB，請在主機整合伺服器 APPC 模式定義中將 [傳送和接收 RU 大小上限] 設定為 4096。 工作階段層級步調值可能不會影響交易效能，因為交易可能只涉及單一要求，以及 4 KB) 回應下的單一 (。 在此情況下，APPC 模式的傳送和接收視窗應該就足夠了。 不過，如果預期有大型主機回應，建議您使用較大的 RU 大小來減少 SNA 層級訊息通知。
疑難排解建議
啟動連線之前，請啟用主機整合伺服器資料連結控制項， (DLC) 和 LU 6.2 訊息追蹤連線啟動和初始 TI 元件使用。 向 SNA 支援工程師提供追蹤。 此工程師可以將 DLC 追蹤解碼，以判斷 TI 所使用的 LU/LU/模式變更會話數目 (CNOS) 交換中所交涉的平行會話限制和競爭勝出者限制。