熱點推薦:
您现在的位置: 電腦知識網 >> 編程 >> DB2 >> 正文

DB2 performance expert V2簡介

2013-11-15 14:31:20  來源: DB2 

  DB Performance Expert for z/OS 簡稱為DB PE(J) 是一個性能分析及調整工具它集成了DB Performance Monitor(DB PM J) 和 IBM DB Buffer Pool Analyzer (BPA H) 使用DB PE 你可以使用同一個用戶界面來管理多個DB系統

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

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

  () 基於工作站的界面java寫的

  () 傳統的基於主機的界面使用ISPF

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

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

  你可以用DB PE來:

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

  對多個DB進行實時監控

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

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

  報告是否超出exception threshold或event thresholds

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

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

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

  獲得多種DB PM batch reports

  解釋(explain)一個SQL語句的訪問路徑(access path)以便於優化

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

  控制例外(exception)處理

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

  保存及管理性能數據

  獲得expert analysis報告和優化建議

  登陸(logon)到多個系統

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

  對於某個應用來說DB PE report可以給出如下信息:

  Elapsed time

  Time spent in DB

  Suspension time

  Read and write activity involved

  Locks obtained

  SQL statements executed

  Buffer pool activity

  這些報告來源於DB event tracesDB event traces存於SMF GTF 或順序數據集

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

  DB PE 調用 Visual Explain

  Control Center/ 調用 DB PE

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

  DB Administration tool 調用 DB PE ISPF

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

  DB PE Buffer Pool Analysis(BPA)

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

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

  BPA提供了:

  相關event activity的詳細報告

  詳細的統計分析

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

  強大的模擬功能

  ISPF和工作站的用戶界面

  Highlight報告

  GBP和CF structure的使用情況

  DB PE的安裝(略)

  Snapshot監控

  Class timer:第一個SQL開始到thread結束包含DB外的時間

  Class timer:每一個SQL開始到此SQL結束DB內的處理時間

  Class timer:SQL中的wait time它是Class time的一部分

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

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

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

  比較 class wait time/class elapsed time 如果大於% 則需要分析class wait time 的分布

  class 和 class 對應於class 和 class 但他們是基於package level

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

  為了確定性能問題有時要判斷問題是在DB內還是DB比較class elapsed time和 class time

  注意:高的class time有時並不能說明應用有性能問題例如CICS thread reuseDDF應用等都會有高的class time如果class CPU time高則可能要集中注意力於SQL tuning

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

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

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

  關於如何使用ISPF界面的詳細情況參見《DB Performance Expert for z/OS: Monitoring Performance from ISPF SC》和《DB for z/OS and OS/ Tools for Performance Management》SG


From:http://tw.wingwit.com/Article/program/DB2/201311/21943.html
    推薦文章
    Copyright © 2005-2013 電腦知識網 Computer Knowledge   All rights reserved.