效能監控計數器
交易整合器 (TI) 有 24 個基本效能監控計數器，您可以新增至 Windows 系統監視器來分析效能，並找出系統中瓶頸的位置。 您可以選取任何計數器，然後按一下 [ 說明 ] 以取得該計數器的相關資訊。
24 TI 效能監控計數器如下所示：
作用中用戶端
顯示使用中用戶端的總數，這些用戶端已建立 TI 物件的實例，但尚未釋放該實例。
平均方法呼叫時間
測量 TI 用來處理用戶端應用程式所執行之方法呼叫的平均經過時間秒數。 TI 從用戶端應用程式收到要求的時間開始， (
Invoke呼叫) 。 TI 將控制權傳回用戶端應用程式的時間結束。 此計數器包含主機回應時間，而且並非任何 TI 程式設計模型專屬。 當您使用此計數器時，請考慮下列兩個事實：計算中已省略特殊 TI 屬性，例如
GetNewRecordsSet。不會考慮雙階段認可 (2PC) 回應時間，而且會從計算中省略。
注意
CICS、CICS Non-LINK 和 IMS 的主機回應時間可以從平均方法呼叫時間減去，以計算 TI 花費處理方法的時間量。 例如，假設交易需要一分鐘才能完成。 主機回應時間為 48 秒，而平均方法呼叫時間為 60 秒。 從平均方法呼叫時間減去主機回應時間，會留下 TI 用來處理方法的 12 秒。 主機會使用大部分的交易時間。
位元組從 TCP 主機重新整理 / 秒
顯示透過 TCP/IP 通訊協定從大型主機接收的每秒位元組數。 此計數器並非任何 TI TCP/IP 程式設計模型專屬。 針對 CICS MSLink 模型，報告的數目會比連結模型通訊協定標頭資料所報告的使用者資料量稍微多一些。 從主機接收的位元組代表所有資料流量，包括使用者資料。
BYTES recv'd from an SNA host / sec
顯示 TI 透過 SNA 通訊協定接收的每秒位元組數， (APPC/LU 6.2) 。 此計數器並非任何 TI SNA (APPC/LU 6.2) 程式設計模型所特有。 針對 CICS Link 模型，報告的數目會比連結模型通訊協定標頭資料所產生的使用者資料量稍微多一些。 從主機接收的位元組代表所有資料流量，包括使用者資料和兩階段認可 (2PC) 流程。
傳送至 TCP 主機的位元組/秒
顯示透過 TCP/IP 通訊協定從 TI 傳送到大型主機的每秒位元組數目。 此計數器並非任何 TI TCP 程式設計模型特有的。 針對 CICS MS Link 模型，回報的數目會比連結模型通訊協定標頭資料所報告的使用者資料量稍微多一些。 傳送至主機的位元組代表透過 TCP/IP 的所有資料流量，包括使用者資料。
注意
若要判斷 Host Integration Server 電腦上的 TI 負載，您可以比較 TI 所傳送和接收的平均位元組數目與主機整合伺服器的對應效能計數器。 例如，如果從 TI 傳送至主機的平均位元組數目是 20，而主機整合伺服器傳送至主機的平均位元組數目是 100，則主機整合伺服器流量會負責大部分的負載。 因此，從主機傳回的資訊量可能小於該主機。 這就是為什麼有兩個計數器可用的原因，一個用於傳送的位元組數目，另一個用於接收的位元組數目。
傳送至 SNA 主機的位元組 / 秒
顯示透過 SNA (APPC/LU 6.2) 通訊協定，從 TI 傳送到大型主機的每秒位元組數。 此計數器並非任何 TI SNA (APPC/LU 6.2) 程式設計模型所特有。 針對 CICS Link 模型，報告的數目會比連結模型通訊協定標頭資料所產生的使用者資料量稍微多一些。 此數位會以每秒位元組為單位表示。
目前正在執行的呼叫
顯示目前正在執行的方法呼叫數目。
累計呼叫
顯示自 COM+ 應用程式啟動後發生的方法呼叫總數。
主機重新傳送時間 CICS 連結
測量主機在使用 CICS Link 模型時，處理交易程式工作單位的平均時間。 換句話說，此計數器會測量主機回應要求所需的時間。 TI 傳送最終資料緩衝區之後開始的時間，並在 TI 收到第一個回應緩衝區時結束。 此計數器是以經過時間的秒數表示。 當您使用此計數器時，請考慮下列兩個事實：
不會考慮雙階段認可 (2PC) 回應時間，而且會從計算中省略。
多個接收可能包含在第一個傳送至 TI 的回應緩衝區中。 因此，當 TI 取得第一個回應緩衝區的所有接收時，回應時間就會結束。
主機重新傳送時間 CICS 非連結或 IMS
當 CICS 非 LINK 或 IMS 模型正在使用時，測量主機花費處理交易程式工作單位的平均時間。 換句話說，此計數器會測量主機回應要求所需的時間。 TI 傳送最終資料緩衝區之後開始的時間，並在 TI 收到第一個回應緩衝區時結束。 此計數器是以經過時間的秒數表示。 當您使用此計數器時，請考慮下列兩個事實：
不會考慮雙階段認可 (2PC) 回應時間，而且會從計算中省略。
多個接收可能包含在第一個傳送至 TI 的回應緩衝區中。 因此，當 TI 取得第一個回應緩衝區的所有接收時，回應時間就會結束。
主機重新執行時間 TCP 並行伺服器
測量主機在使用 TCP/IP CICS 並行伺服器模型時，處理交易程式工作單位的平均時間。 這個平均時間計數器會測量主機回應傳送給它的要求所花費的時間。 TI 傳送最終資料緩衝區之後開始的時間，並在 TI 收到第一個回應緩衝區時結束。 此計數器是以經過時間的秒數表示。
主機重新執行時間 TCP MS 連結
當使用 TCP/IP CICS MSLink 模型時，測量主機花費處理交易程式工作單位的平均時間。 這個平均時間計數器會測量主機回應傳送給它的要求所花費的時間。 TI 傳送最終資料緩衝區之後開始的時間，並在 TI 收到第一個回應緩衝區時結束。 此計數器是以經過時間的秒數表示。
主機重新執行時間 TCP IMS Connect 或 OTMA
測量主機在使用 TCP/IP IMS 明確模型時，處理交易程式工作單位的平均時間。 這個平均時間計數器會測量主機回應傳送給它的要求所花費的時間。 TI 傳送最終資料緩衝區之後開始的時間，並在 TI 收到第一個回應緩衝區時結束。 此計數器是以經過時間的秒數表示。 IMS Connect 或 OTMA 可讓客戶連線到現有的 IMS 交易，而不需將接聽程式連結至交易程式 (TP) ，因此您不需要重新編譯 IMS TP。
連結呼叫 / 秒
顯示使用 CICS LINK 程式設計模型的方法呼叫數目。 這個數位代表每秒的呼叫數。
非連結呼叫 / 秒
顯示使用 CICS 非 LINK 或 IMS 程式設計模型的方法呼叫數目。 此數位代表每秒的呼叫數。
TCP 並行伺服器呼叫 / 秒
顯示使用 TCP/IP CICS 並行伺服器程式設計模型的方法呼叫數目。 此數位代表每秒的呼叫數。
TCP MSLink 呼叫 / 秒
顯示每秒使用 TCP/IP CICS MS Link 程式設計模型的方法呼叫數目。
TCP OTMA 呼叫 / 秒
顯示使用 TCP/IP OTMA 程式設計模型的方法呼叫數目。 此數位代表每秒的呼叫數。
總通話數 / 秒
顯示 TI 已處理的每秒方法呼叫總數。 此計數器並非任何 TI 程式設計模型特有的。
總錯誤 / 秒
顯示每秒將非零 HRESULT 傳回給用戶端應用程式的方法呼叫總數。 此計數器並非任何 TI 程式設計模型特有的。
注意
比較方法呼叫錯誤與 CICS LINK 呼叫和 CICS 非 LINK 呼叫會顯示特定情況的嚴重性。 例如，如果方法呼叫錯誤計數器報告每秒兩個錯誤，而 LINK 呼叫或 CICS Non-LINK 呼叫會報告每秒 50 個方法呼叫，它可能表示一個用戶端應用程式在特定主機應用程式中發生問題。 因此，如果方法呼叫錯誤計數器報告每秒 50 個錯誤，而 CICS LINK 呼叫或 CICS Non-LINK 呼叫則報告每秒 50 個方法呼叫，這表示與主機的連線可能已經終止。