© Copyright International Business Machines Corporation 2000, 2007. All rights reserved.US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
從 TMTP 匯入效能資料時,為了採用 SSL 安全保護,您必須設定工作台來指向適當的金鑰儲存庫和信任儲存庫檔案。
如果您已產生自己的信任儲存庫和金鑰儲存庫來用於 TMTP,此後請使用這些檔案。否則,請使用「TMTP 管理代理程式」隨附的預設 agent.jks 檔案(在 Windows 上通常位於 C:\Program Files\ibm\tivoli\MA\config\keyfiles)。
從已安裝「管理代理程式」的機器上複製 agent.jks 檔案。在安裝工作台的機器上,在工具集安裝目錄中建立安全子目錄。將 agent.jks 檔案的複本放入新的安全目錄中。
然後,編輯工具集安裝目錄中的 rationalsdp.ini 檔案。增加下列兩行:
VMArgs=-Djavax.net.ssl.trustStore=d:\myrpainstall\security\agent.jks
VMArgs=-Djavax.net.ssl.keyStore=d:\myrpainstall\security\agent.jks附註:如果 d:\myrpainstall 路徑含有空格,請用引號括住路徑和檔名;例如:
...trustStore="c:\Program Files\IBM\Rational\SDP\rpa\security\agent.jks"重新啟動工作台。現在,從 TMTP 匯入側寫資料時可以開始使用 SSL。
在執行各種側寫時,甚至在不同的側寫階段作業之間,如果嘗試中斷網路連線、切換 IP 位址,或切換為無線或乙太網路連線,將會發生您不希望看到的結果。
為了解決問題,您必須重新啟動工作台和資料收集程式。
基於效能理由,工作台會快取一些連線資訊。請避免切換 IP 位址,或在取得新 IP 時,事先關閉一切並重新啟動。
如果應用程式伺服器已配置為供資料收集基礎架構使用,則僅支援「J2EE 效能分析」和「ARM 效能分析」類型。如果不測量伺服器,則支援「J2EE 效能分析」和「ARM 效能分析」除外的所有類型。
一次不能使用多個側寫類型。
如果要使用其他側寫類型,您必須取消配置伺服器,依基本產品的要求來重新配置(Rational Application Developer、Rational Performance Tester 等,請參閱產品安裝手冊),再執行側寫。若要取消配置伺服器,請參閱線上說明「移除虛擬器來支援其他側寫類型」。若要再次使用支援的側寫類型,您必須根據安裝手冊的指示,配置伺服器來使用資料收集基礎架構。
在側寫即時應用程式時,無法跟蹤(側寫)某些交易。包括:
- 如果 Servlet 會衍生執行緒,且新的執行緒會暫停並且執行一些子交易,將不會追蹤這些新的子交易。
- 如果 Servlet 被重新導向或轉遞,且重新導向會導致衍生新的執行緒(即使由 Servlet 儲存器衍生執行緒),將不會追蹤重新導向的 Servlet 中的任何交易事件。
在 Windows Server 2003 機器上使用太長的路徑或含有空格的路徑來安裝資料收集基礎架構時,已知會有間歇性問題。請儘量避免使用這種目錄。不只是指目標安裝目錄,也包括執行安裝時所在的目錄。
如果資料收集在 Windows 2003 Server 上失敗,請嘗試以主控台應用程式方式來執行 Agent Controller 元件,而非 Windows 服務:
- 選取「開始 > 設定 > 控制台 > 系統管理工具 > 服務」,開啟 Windows「服務」畫面。
- 選取 IBM Rational Agent Controller 服務並停止。
- 選取「開始 > 設定 > 控制台 > 系統」。
- 在「進階」標籤上,按一下「環境變數」。
- 按一下「新增」(如果 RASERVER_HOME 變數已存在,請按一下「編輯」)。在「變數名稱」欄位中輸入 RASERVER_HOME,在「變數值」欄位中輸入 x:\dir\IBM_Agent_Controller, 其中的 x:\dir\ 是安裝目錄。按一下「確定」。
- 開啟命令提示字元,切換至安裝目錄的 IBM_Agent_Controller\bin 子目錄。
- 執行 raserver.exe。
- 選取「開始 > 程式集 > IBM Software Development Platform > IBM Rational 資料收集基礎架構 > 停止監視」,再選取「開始監視」,以重新啟動資料收集基礎架構。
資料收集基礎架構的安全功能和 Rational Performance Tester 記錄會發生衝突,也會與資料收集的動態探索發生衝突,因此不支援。安全性的另一種方案是在資料收集安裝中使用「主機清單」選項,指定特定的主機清單,這些主機可存取現行機器上的資料收集基礎架構。
在某些情況下,從資料收集基礎架構傳回的資料可能遺漏傳回訊息,而您只收到呼叫。亦即,UML2SD 類別互動圖只顯示實體箭頭(呼叫),不是虛線箭頭(傳回)。
為了解決這個問題,請確定遠端機器的時鐘設定為同於或晚於工作台機器。您不必變更時區設定。比方說,如果遠端機器的當地時間是 7:30,而工作台機器是 8:31(時間符合所在時區,只是相差 1 小時),則只需要將遠端機器的時間調到 7:32,或將工作台機器的時間設為 8:29。
如果無法變更機器時間,請將側寫資料傳送到「啟動配置」對話框的目的地頁面所指定的檔案,然後匯入該檔案。如果使用多個代理程式來執行分散式側寫,則每一個代理程式必須事先連接並設定側寫檔案選項。每一個代理程式必須側寫至不同的檔案。
依預設,Tivoli Monitoring for Transaction Performance Management Server 只設為每隔 1 小時累積更新一次資料。這表示會建立您的測試所傳回的資料,但不是收集。
如果等不及每小時一次的累積更新,請執行下列動作:現在,資料每隔 5 分鐘將累積更新到「管理伺服器」一次,所以測量測試所收集的資料最多有 5 分鐘的時間可匯入工具集。
在 TMTP 安裝目錄中開啟下列檔案:config\autorollup.properties
確定 tms.autorollup.enable 設定是 true。
將 tms.autorollup.period 設定值設為 5,代表 5 分鐘,此為最小容許值。小於 5 的值將視為 5 分鐘。
對於您要套用此自動累積更新設定的每一個原則,請增加下一行:
tms.autorollup.policyN=policy_name
其中,N 是從 1 起算的整數(1、2、3 等),policy_name 是原則的名稱。最後形成的 autorollup.properties 檔案如下:
tms.autorollup.enable=true
tms.autorollup.period=5
tms.autorollup.policy1=myPolicy
tms.autorollup.policy2=yourPolicy
tms.autorollup.policy3=anotherPolicy
停止並重新啟動 TMTP 管理伺服器。
附註:這項累積更新設定適用於實例資料。未經過 1 小時的聚集資料並不正確。
從 ITCAM for WebSphere(先前的 WSAM)匯入效能資料時,涉及兩個鑑別層次。第一層是 WebSphere 鑑別,將拒絕系統上無效的使用者/密碼,導致工具集顯示鑑別對話框。另一層是 ITCAM for WebSphere 鑑別,如果鑑別失敗,就只是不傳回任何可供匯入的資料。
只有在一種情況下,WebSphere 鑑別會通過,但 ITCAM for WebSphere 鑑別會失敗,就是使用者輸入基礎作業系統上有效的使用者名稱(例如 root),但該使用者並未在 ITCAM for WebSphere 中登錄。在此情況下,使用者必須注意,伺服器在鑑別失敗時不會顯示任何錯誤,也看不到可供匯入的設陷。
依預設,統計視圖會嘗試在統計圖的每一個刻度上繪製一個點。如果某一刻度沒有任何點,則認定該點為零。如果各點太分散,則會呈現每隔 n 點就降到零的一條線。這是圖形所產生的假象,並未反映系統的實際情況。為了避免這種假象,請在「尚有...」對話框的進階選項中將行為設為「不繪製」或「繪製前一個值」。在沒有點可供繪製的地方,將會改成繪製間斷或筆直的連續線條。
從 IBM Tivoli Composite Application Manager for WebSphere 設陷匯入資料時,請確定管理伺服器和工作台的時鐘已同步。在「Tivoli 效能資料」匯入精靈中,最後 n 個時間單位的匯入選項會採用本端機器的現行時間,但會以管理伺服器時鐘來查詢在這段期間有活動的設陷。所以,如果管理伺服器時鐘快 10 分鐘,則您必須等待 10 分鐘,匯入精靈才會在伺服器上找到這個交易,不然就是提前 10 分鐘來查詢。
在「統計視圖」中檢視資源監視統計資料時,如果在「側寫監視器」視圖中啟用「與檢視器連結」切換選項,且選取不同的項目,則視圖會自行重設,並自動啟用跟蹤模式切換選項,圖形會從現行時間開始繪製。為了解決這個問題,請嘗試檢視共同節點的資料(例如監視器,代理程式的所有資料會顯示在相同圖形中),或直接按一下水平尺規右邊的 ">" 按鈕來停用跟蹤模式選項。
從 IBM Tivoli Monitoring for Transaction Performance、IBM Tivoli Composite Application Manager for WebSphere 或 IBM Tivoli Composite Application Manager for Response Time Tracking 匯入回應時間分析資料時,無法選取出自於多個主機的多個交易,然後一次全部匯入。已知有一個問題,即使出現兩個代理程式,資料仍然只儲存在單一代理程式中,無法將適量的資料分散到每一個代理程式。暫行解決方法是為每一個主機個別匯入(每一個主機執行一次匯入精靈,每次只選取一個主機)。
附註:這不影響匯入分散式交易,只是匯入出自於不同主機的多個交易。
從 IBM Tivoli Composite Application Manager for WebSphere 匯入時,使用者名稱/密碼必須是登入 IBM Tivoli Composite Application Manager for WebSphere Management Server 時所用的使用者名稱/密碼,不是 WebSphere 本身的使用者名稱/密碼。如果使用 WebSphere 使用者名稱/密碼, 匯入會失敗,但不會指出原因在於鑑別失敗。如果使用者名稱/密碼不符合 WebSphere 本身或 IBM Tivoli Composite Application Manager for WebSphere,則會顯示確實的鑑別失敗訊息。
資料收集基礎架構 (DCI) 啟動時必須查閱本端電腦的 IP 位址。DCI 會呼叫 InetAddress.getLocalHost() 來執行這項查閱動作。此呼叫不一定會傳回正確的 IP 位址。不正確的 IP 位址會造成動態探索特性不正常。有幾種狀況可能傳回不正確的 IP 位址:
- 在 Linux 上,此呼叫有時會傳回 127.0.0.1。這是 JVM 的已知問題:http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4665037。
- 在已安裝多張網路配接卡的電腦上,每一張配接卡連接不同的網路。例如,一張網路配接卡連接公用存取網站,另一張配接卡連接私密網路。
- 電腦上的 HOSTS 檔案中有不正確的項目。
如果發生這個問題,<DCI_INSTALL>/rpa_prod/rpa_comp/logs 目錄中的 RPA_MA.log 檔案會寫入嚴重錯誤。(此日誌檔以 -Djava.util.logging.FileHandler.pattern=<檔名> JVM 引數指定。)
為了解決這個問題,請手動指定電腦的 IP 位址。在 <DCI_INSTALL>/rpa_prod/rpa_comp/rpa.properties 檔案中加入這一行:
IP_ADDRESS=-Dcom.ibm.rpa.runtime.ip=<IP 位址>
比方說,如果電腦的 IP 位址是 9.67.50.44,請加入這一行
IP_ADDRESS=-Dcom.ibm.rpa.runtime.ip=9.67.50.44
變更 rpa.properties 之後,請重新啟動 DCI。
效能和問題分析工具使用 Test and Performance Tools Platform (TPTP)。如需 TPTP 的版本注意事項及其他文件,請參閱 http://www.eclipse.org/tptp/home/documents/index.html。
如果使用 IBM Tivoli Monitoring 來監視 WebSphere 應用程式伺服器,您必須將 http://www-1.ibm.com/support/docview.wss?rs=180&context=SSEQTP&q1=1219396&uid=swg21219396&loc=en_US&cs=utf-8&lang=en 上列出的適當修正程式套用至 WebSphere 應用程式伺服器。這些修正程式必須套用至伺服器,才能解決「日光節約時間」變更的相關問題。
如果從指令行執行排程,且已啟用回應時間分析收集,仍不會收集回應時間分析資料。若要由排程來收集回應時間分析資料,請從工作台圖形式介面中執行排程。
從 Tivoli Monitoring 伺服器匯入回應時間分析資料時,可能會出現下列其中一個錯誤訊息:
IWAY0084E 發生通訊逾時。
IWAY0106E 匯入 Tivoli 效能資料時發生 I/O 錯誤。
此外,匯入精靈頁面可能呈現空白。在 Tivoli Monitoring 所在的電腦上,WebSphere 應用程式伺服器日誌可能顯示 OutOfMemoryError。試圖匯入大量資料時可能會發生這個問題。為了解決問題,請縮小您試圖匯入資料的時間範圍。
如果在回應時間分析表上套用特定頁面元素的過濾器,在您後來開啟的所有回應時間分析表上,都會設定這個過濾器。 在所有其他測試和排程中的所有其他頁面元素上,這個過濾器會持續存在。 由於在所有回應時間分析表上,這個過濾器會持續存在,因此,可能會顯示收集了預期資料的一部分。 如果後續的交易未套用這個過濾器,這份表格會顯示成空白,使人產生未收集任何資料的印象。 暫行解決方案是先移除特定頁面元素的任何過濾器,再開啟另一個頁面元素的回應時間分析結果。
Application Server Instrumenter 會在 BEA WebLogic 伺服器執行時,修改它的啟動和停止 Script。 在測量和取消測量之後,當您停止伺服器時,會立即出現錯誤。 它們可能是 BEA WebLogic 主控台所顯示的錯誤訊息,也可能是在完全關閉之前又重新啟動伺服器的非預期行為。 這些錯誤的原因在於,作用中的伺服器程序是利用最初的啟動 Script 來啟動的,但停止時使用了修改過的停止 Script。
如果要暫時解決這個問題,請確定 BEA WebLogic 伺服器已完全停止,再利用修改過的啟動 Script 來重新啟動。 您可能需要停止 BEA WebLogic 伺服器兩次。