DB2 performance expert V2簡介

　DB2 Performance Expert for z/OS, 簡稱為DB2 PE(5655-J49), 是一個性能分析及調整工具。它集成了DB2 Performance Monitor(DB2 PM, 5655-J50) 和 IBM DB2 Buffer Pool Analyzer (BPA, 5697-H82). 使用DB2 PE, 你可以使用同一個用戶界面來管理多個DB2系統。

　　DB2 PE的主要目標是簡化對DB2子系統性能的管理。 DB2 PE提供了監控應用，系統統計數據，系統參數的能力。同時，還能用來分析性能瓶頸并提供調整建議。除了DB2 PM和BPA的功能外，DB2 PE還提供了專家分析的功能。

　　DB2 PE for z/OS 有兩種界面可供使用:

　　(1) 基于工作站的界面，java寫的。

　　(2) 傳統的基于主機的界面，使用ISPF.

　　DB2 PE的reporting部件是基于DB2 trace data，監控部件是基于snapshot信息。snapshot信息不能提供一個thread的完整信息，它只提供某一時間點發生的事件。

　　使用reporting部件，你可以對系統或應用進行詳細的分析，可以獲得關于一個SQL語句的執行，一個應用，整個DB2子系統的信息。

　　你可以用DB2 PE來:

　　一個集中的控制點來管理和監控所以的DB2 instances和DB2子系統

　　對多個DB2進行實時監控

　　顯示DB2子系統統計數據和DB2參數(DSNZPARM)

　　提供應用及thread的詳細信息，包括鎖沖突等瓶頸信息

　　報告是否超出exception threshold或event thresholds

　　查看DB2當前活動和歷史數據

　　提供重要性能信息的圖形報告(System Health)

　　收集trace data并處理以生成batch reports

　　獲得多種DB2 PM batch reports

　　解釋(explain)一個SQL語句的訪問路徑(aclearcase/" target="_blank" >ccess path)以便于優化

　　監控DB2 Connect和DB2 thread與遠端應用的連接，所用資源與時間

　　控制例外(exception)處理

　　分析，模擬，報告buffer pool的使用情況

　　保存及管理性能數據

　　獲得expert analysis報告和優化建議。

　　登陸(logon)到多個系統

　　PE Server是Online Monitor的核心，它從DB2系統中收集性能數據，并提供用戶界面以服務。

　　對于某個應用來說，DB2 PE report可以給出如下信息:

　　Elapsed time

　　Time spent in DB2

　　Suspension time

　　Read and write activity involved

　　Locks obtained

　　SQL statements executed

　　Buffer pool activity

　　這些報告來源于DB2 event traces，DB2 event traces存于SMF, GTF, 或順序數據集。

　　一些其他產品可以和DB2 PE之間相互調用, 例如:

　　DB2 PE 調用 Visual Explain

　　Control Center/390 調用 DB2 PE

　　PM/390(Java GUI of RMF III)調用workstation online monitor

　　DB2 Administration tool 調用 DB2 PE ISPF

　　Tivili and NetView 通過 exception user exit 接收exception alerts

　　DB2 PE Buffer Pool Analysis(BPA)

　　Buffer pools可以被認為是關系型數據庫最重要的部分之一，DB2 PE Buffer Pool分析部件可以幫助你管理和監控DB2 Buffer pools.

　　BPA使用DB2 IFI (instrumentation facility)來收集數據，而且它還有自己的數據收集設施。

　　BPA提供了:

　　相關event activity的詳細報告

　　詳細的統計分析

　　對象(object)存放的專家分析

　　強大的模擬功能

　　ISPF和工作站的用戶界面

　　Highlight報告

　　GBP和CF structure的使用情況

　　DB2 PE的安裝(略)

　　Snapshot監控

　　Class 1 timer:第一個SQL開始到thread結束，包含DB2外的時間。

　　Class 2 timer:每一個SQL開始到此SQL結束，DB2內的處理時間。

　　Class 3 timer:SQL中的wait time，它是Class 2 time的一部分。

　　performance tuning的目標之一就是盡可能減少Class 3 time。

　　有時進行相對的比較更有意義，如Class 2 CPU time占Class 2 elapsed time的百分比，比只看Class 2 elapsed time更重要。

　　如何來分析DB2性能問題?首先要回答:"class 3 wait time 是多少?"。

　　比較 class 3 wait time/class 2 elapsed time, 如果大于20%, 則需要分析class 3 wait time 的分布。

　　class 7 和 class 8 對應于class 2 和 class 3，但他們是基于package level。

　　比較class 2 CPU time和class 2 elapsed time，如果小于50%，說明workload在等CPU，可能需要考慮WLM priority問題。如果CPU百分比非常高，則可能有SQL性能問題，檢查access path。有時，并行機制的使用也可導致CPU百分比很高。

　　為了確定性能問題，有時要判斷問題是在DB2內還是DB2外，比較class 2 elapsed time和 class 1 time。

　　注意:高的class 1 time有時并不能說明應用有性能問題，例如，CICS thread reuse，DDF應用等，都會有高的class 1 time。如果class 2 CPU time高，則可能要集中注意力于SQL tuning。

　　通過分析DB2 accounting long report和RMF workload activity report，可以幫助定位問題的范圍。

　　應該定期地分析accounting report和workload activity report，觀察變化。

　　如何使用ISPF界面: 為了監控系統，DB2 PE host server必須啟動。

　　關于如何使用ISPF界面的詳細情況，參見《DB2 Performance Expert for z/OS: Monitoring Performance from ISPF, SC18-7975》和《DB2 for z/OS and OS/390 Tools for Performance Management》SG24-6508.

原文轉自：http://www.kjueaiud.com