自我管理數(shù)據(jù)庫自動性能診斷

自我管理數(shù)據(jù)庫自動性能診斷第1頁SushilKumar

產(chǎn)品管理主管數(shù)據(jù)庫可管理性甲骨文企業(yè)自我管理數(shù)據(jù)庫自動性能診斷第2頁自我管理數(shù)據(jù)庫：自動性能診療自我管理數(shù)據(jù)庫自動性能診斷第3頁本資料起源自我管理數(shù)據(jù)庫自動性能診斷第4頁Oracle數(shù)據(jù)庫10g可管理性可管理性－一個關(guān)鍵開發(fā)關(guān)注領(lǐng)域由200多個工程師、主要數(shù)據(jù)庫架構(gòu)師設(shè)計和開發(fā)顯著進步比SQLServer管理簡單30%比DB2管理顯著要簡單得多比Oracle9i管理簡單50%比Oracle8i管理簡單70%好評如潮分析家給予必定客戶給予非常必定自我管理數(shù)據(jù)庫自動性能診斷第5頁Oracle10g可管理性

處理方案打包在基本產(chǎn)品中內(nèi)置了自我管理功效意在使關(guān)鍵產(chǎn)品設(shè)置、使用和管理愈加簡單單獨許可管理程序包包含非同尋常功效使DBA生產(chǎn)力最高使管理數(shù)據(jù)庫成本最低以更低成本提供更高服務(wù)質(zhì)量數(shù)據(jù)庫管理程序包診療程序包調(diào)整程序包配置管理程序包更改管理程序包自我管理數(shù)據(jù)庫自動性能診斷第6頁Oracle10g可管理性

處理方案打包在基本產(chǎn)品中內(nèi)置了自我管理功效意在使關(guān)鍵產(chǎn)品設(shè)置、使用和管理愈加簡單單獨許可管理程序包包含非同尋常功效使DBA生產(chǎn)力最大化使管理數(shù)據(jù)庫成本最低以更低成本提供更高服務(wù)質(zhì)量數(shù)據(jù)庫管理程序包診療程序包調(diào)整程序包配置管理程序包更改管理程序包自我管理數(shù)據(jù)庫自動性能診斷第7頁數(shù)據(jù)庫程序包許可與企業(yè)版一起提供包含內(nèi)置到Oracle內(nèi)核和企業(yè)管理器(EM)中功效程序包可經(jīng)過以下方式訪問EM數(shù)據(jù)庫控制EM網(wǎng)格控制數(shù)據(jù)庫API利用上述任意接口使用程序包功效時都需要許可自我管理數(shù)據(jù)庫自動性能診斷第8頁數(shù)據(jù)庫診療程序包

引言用于管理性能完整、含有成本效益和易于使用處理方案提供了獨特功效自動識別性能瓶頸指導(dǎo)問題處理全方面系統(tǒng)監(jiān)視管理員時間節(jié)約大約75%幫助降低50%管理成本

自我管理數(shù)據(jù)庫自動性能診斷第9頁自動性能診療自我診療引擎內(nèi)置到了關(guān)鍵數(shù)據(jù)庫內(nèi)核、自動數(shù)據(jù)庫診療監(jiān)視器(ADDM)自開工作負(fù)載捕捉和歷史性能分析（自開工作負(fù)載信息庫）全方面實時系統(tǒng)（數(shù)據(jù)庫和操作系統(tǒng)）性能監(jiān)視高級事件管理數(shù)據(jù)庫診療程序包

主要特征自我管理數(shù)據(jù)庫自動性能診斷第10頁自動性能診療自我診療引擎內(nèi)置到了關(guān)鍵數(shù)據(jù)庫內(nèi)核、自動數(shù)據(jù)庫診療監(jiān)視器(ADDM)自開工作負(fù)載捕捉和歷史性能分析（自開工作負(fù)載信息庫）全方面實時系統(tǒng)（數(shù)據(jù)庫和操作系統(tǒng)）性能監(jiān)視高級事件管理數(shù)據(jù)庫診療程序包

主要特征自我管理數(shù)據(jù)庫自動性能診斷第11頁傳統(tǒng)性能調(diào)整方法性能和工作負(fù)載數(shù)據(jù)捕捉系統(tǒng)統(tǒng)計、等候信息、SQL統(tǒng)計等。分析數(shù)據(jù)庫在哪些類型操作上花費時間最長？數(shù)據(jù)庫在哪些資源上產(chǎn)生瓶頸？什么原因造成了這些瓶頸？怎樣處理這個問題？問題處理假如識別了多個問題，則哪個是最主要？假如實施此處理方案，則我預(yù)期可取得多少性能提升？自我管理數(shù)據(jù)庫自動性能診斷第12頁傳統(tǒng)性能調(diào)整方法性能和工作負(fù)載數(shù)據(jù)捕捉系統(tǒng)統(tǒng)計、等候信息、SQL統(tǒng)計等。分析數(shù)據(jù)庫在哪些類型操作上花費時間最長？數(shù)據(jù)庫在哪些資源上產(chǎn)生瓶頸？什么原因造成了這些瓶頸？怎樣處理這個問題？問題處理假如識別了多個問題，則哪個是最主要？假如實施此處理方案，則我預(yù)期可取得多少性能提升？自我管理數(shù)據(jù)庫自動性能診斷第13頁數(shù)據(jù)庫中內(nèi)置了工作負(fù)載和性能統(tǒng)計信息庫Oracle數(shù)據(jù)庫10g智能自我管理基礎(chǔ)架構(gòu)一部分自動捕捉工作負(fù)載數(shù)據(jù)默認(rèn)情況下，每隔60分鐘保留一次，或者手動保留7天數(shù)據(jù)駐留于新引入SYSAUX表空間內(nèi)服務(wù)器自動管理空間要求自動去除舊數(shù)據(jù)存放不一樣類別數(shù)據(jù)：基本統(tǒng)計，比如物理讀取SQL統(tǒng)計，比如磁盤讀?。總€sql語句）量度，比如，物理讀取數(shù)量/秒活動會話歷史自動負(fù)載信息庫(AWR)自我管理數(shù)據(jù)庫自動性能診斷第14頁智能基礎(chǔ)架構(gòu)：新基本統(tǒng)計

廣泛代碼工具時間模型(v$sys_time_model)自動跟蹤運行時間數(shù)據(jù)庫時間連接管理（登錄、登出）分析（硬、軟、失敗…）SQL、PLSQL和Java執(zhí)行時間增強等候模型(v$system_event)

等候事件歸為代表關(guān)鍵問題領(lǐng)域等候類別800個不一樣等候事件，12個等候類別（應(yīng)用程序、并發(fā)..）主要等候事件結(jié)束（比如，主要栓鎖，入隊）操作系統(tǒng)狀態(tài)(v$osstat)CPU+內(nèi)存SQL語句統(tǒng)計等候類別、PLSQL、Java等時間幫定值取樣(v$sql_bind_capture)使用內(nèi)核中Δs，按照維度（CPU、花費時間、分析時間）高效識別TopSQLSQL執(zhí)行PLSQL執(zhí)行普通管理分析Java執(zhí)行自我管理數(shù)據(jù)庫自動性能診斷第15頁智能基礎(chǔ)架構(gòu)：活動會話歷史(ASH)取樣活動會話歷史(v$session_wait)

每秒取一個活動會話樣例放入內(nèi)存(v$active_session_history)直接訪問內(nèi)核結(jié)構(gòu)將選定樣例刷新到AWR捕捉數(shù)據(jù)包含：SIDSQLID程序、模塊、操作等候事件號對象、文件、塊實際等候時間（假如是在等候時捕捉）自我管理數(shù)據(jù)庫自動性能診斷第16頁數(shù)據(jù)庫時間查詢MelanieCraft小說瀏覽、閱讀復(fù)查將商品添加到購物車“一次點擊式”結(jié)算活動會話歷史(ASH)自我管理數(shù)據(jù)庫自動性能診斷第17頁數(shù)據(jù)庫時間查詢MelanieCraft小說瀏覽、閱讀復(fù)查WAITING狀態(tài)dbfilesequentialreadqa324jffritcf2137:38:26事件SQLID模塊SID時間CPUaferv5desfzs5Getreviewid2137:42:35WAITINGlogfilesyncabngldf95f4deOneclick2137:52:33WAITINGbufferbusywaithk32pekfcbdfrAddtocart2137:50:59將商品添加到購物車“一次點擊式”結(jié)算Bookbyauthor活動會話歷史(ASH)細(xì)粒度活動歷史自我管理數(shù)據(jù)庫自動性能診斷第18頁自開工作負(fù)載信息庫

優(yōu)于任何其它數(shù)據(jù)搜集工具自動、自我管理、效率更高馬上可用設(shè)置預(yù)先計算量度比如，事務(wù)數(shù)量/秒、登錄數(shù)量/秒等。自我管理基礎(chǔ)啟用歷史性能分析我用戶埋怨昨晚凌晨3點鐘性能較差，那時發(fā)生了什么情況？在過去某個特定時間，哪些人正使用該系統(tǒng)，他們終究做了哪些操作？自我管理數(shù)據(jù)庫自動性能診斷第19頁傳統(tǒng)性能調(diào)整方法性能和工作負(fù)載數(shù)據(jù)捕捉系統(tǒng)統(tǒng)計、等候信息、SQL統(tǒng)計等。分析數(shù)據(jù)庫在哪些類型操作上花費時間最長？數(shù)據(jù)庫在哪些資源上產(chǎn)生瓶頸？什么原因造成了這些瓶頸？怎樣處理這個問題？問題處理假如識別了多個問題，則哪個是最主要？假如實施此處理方案，則我預(yù)期可取得多少性能提升？自我管理數(shù)據(jù)庫自動性能診斷第20頁傳統(tǒng)性能調(diào)整方法性能和工作負(fù)載數(shù)據(jù)捕捉系統(tǒng)統(tǒng)計、等候信息、SQL統(tǒng)計等。分析數(shù)據(jù)庫在哪些類型操作上花費時間最長？數(shù)據(jù)庫在哪些資源上產(chǎn)生瓶頸？什么原因造成了這些瓶頸？怎樣處理這個問題？問題處理假如識別了多個問題，則哪個是最主要？假如實施此處理方案，則我預(yù)期可取得多少性能提升？自我管理數(shù)據(jù)庫自動性能診斷第21頁自動數(shù)據(jù)庫診療監(jiān)視器(ADDM)數(shù)據(jù)庫中自我診療引擎將全部組件集成在一起自動提供數(shù)據(jù)庫范圍內(nèi)性能診療，包含RAC使用時間模型實時結(jié)果提供影響和優(yōu)點分析、非問題領(lǐng)域提供信息與原始數(shù)據(jù)馬上前攝運行，需要時重新激活運行智能基礎(chǔ)架構(gòu)應(yīng)用程序和SQL管理系統(tǒng)資源管理空間管理備份和恢復(fù)管理存放管理數(shù)據(jù)庫管理自我管理數(shù)據(jù)庫自動性能診斷第22頁SQL

Advisor高負(fù)載SQLIO/CPU問題RAC問題AutomaticDiagnosticEngine自動負(fù)載信息庫中快照自我診療引擎系統(tǒng)資源提議網(wǎng)絡(luò)和數(shù)據(jù)庫配置提議使用AWR快照進行由上至下分析以吞吐量為中心–主要關(guān)注縮短“數(shù)據(jù)庫時間”類別樹－基于Oracle幾十年性能調(diào)整專業(yè)技術(shù)實時結(jié)果無需等候幾小時時間才能看到結(jié)果準(zhǔn)確查明根本原因?qū)Y狀和根本原因分離開來匯報非問題領(lǐng)域比如，I/O不是問題ADDM運行方式自我管理數(shù)據(jù)庫自動性能診斷第23頁最常見性能問題

由ADDM自動診療不再是尖端科學(xué)TopSQLI/O問題經(jīng)常使用文件、帶寬分析硬、軟、失敗配置問題調(diào)整日志文件大小調(diào)整日志緩沖區(qū)大小存檔MTTR設(shè)置應(yīng)用程序使用情況無法再用Statspack進行診療大量登錄/登出不夠大內(nèi)存SGA，PGA經(jīng)常使用塊和對象緩沖區(qū)忙碌等候緩存緩沖區(qū)鏈?zhǔn)剿ㄦiRAC服務(wù)問題網(wǎng)絡(luò)、LMS、遠(yuǎn)程實例鎖定和ITL爭用檢測點原因PL/SQL，Java時間自我管理數(shù)據(jù)庫自動性能診斷第24頁性能調(diào)整案例研究診療和調(diào)整硬分析問題自我管理數(shù)據(jù)庫自動性能診斷第25頁在Oracle10g之前，人們必須……檢驗系統(tǒng)使用情況查看等候事件觀察栓鎖爭用查看共享池和庫緩存栓鎖上等候復(fù)查v$sysstat查看“已用分析時間”>“分析時間cpu”以及硬分析多于正常情況數(shù)量經(jīng)過以下方法識別SQL識別含有很多硬分析會話，并跟蹤這些會話，或者復(fù)查v$sql尋找很多帶有相同散列計劃語句檢驗并復(fù)查SQL經(jīng)過觀察包含文字SQL識別“硬分析”問題啟用游標(biāo)共享自我管理數(shù)據(jù)庫自動性能診斷第26頁使用Oracle10g和診療程序包….因為大多數(shù)等候都是并發(fā)等候類別，所以系統(tǒng)CPU使用量最大。自我管理數(shù)據(jù)庫自動性能診斷第27頁ADDMFindingsADDM已經(jīng)自動識別了因為重復(fù)硬分析而造成高CPU用量……自我管理數(shù)據(jù)庫自動性能診斷第28頁ADDMFindings…而且在解釋怎樣診療到這個問題同時推薦處理方案自我管理數(shù)據(jù)庫自動性能診斷第29頁GoodPerformancePage一旦應(yīng)用了該處理方案，CPU用量就會大大降低……同時等候消失自我管理數(shù)據(jù)庫自動性能診斷第30頁使用ADDM之前和之后情形對比之前檢驗系統(tǒng)使用情況查看等候事件觀察栓鎖爭用查看共享池和庫緩存栓鎖上等候復(fù)查v$sysstat查看“已用分析時間”>“分析時間cpu”以及硬分析多于正常情況數(shù)量經(jīng)過以下方法識別SQL識別含有很多硬分析會話，并跟蹤這些會話，或者復(fù)查v$sql尋找很多帶有相同散列計劃語句檢驗并復(fù)查SQL經(jīng)過觀察包含文字SQL識別“硬分析”問題啟用游標(biāo)共享Oracle10G復(fù)查ADDM提議ADDM推薦使用cursor_sharing情形：硬分析問題自我管理數(shù)據(jù)庫自動性能診斷第31頁使用ADDM之前和之后情形對比之前檢驗系統(tǒng)使用情況查看等候事件觀察栓鎖爭用查看共享池和庫緩存栓鎖上等候復(fù)查v$sysstat查看“已用分析時間”>“分析時間cpu”以及硬分析多于正常情況數(shù)量經(jīng)過以下方法識別SQL識別含有很多硬分析會話，并跟蹤這些會話，或者復(fù)查v$sql尋找很多帶有相同散列計劃語句檢驗并復(fù)查SQL經(jīng)過觀察包含文字SQL識別“硬分析”問題啟用游標(biāo)共享Oracle10G復(fù)查ADDM提議ADDM推薦使用cursor_sharing情形：硬分析問題-聽起來不可思議，不過這是真，根本不需要手動性能診療問題處理更加快，整體性能更加好

減輕了管理員負(fù)擔(dān)自我管理數(shù)據(jù)庫自動性能診斷第32頁傳統(tǒng)性能調(diào)整方法性能和工作負(fù)載數(shù)據(jù)捕捉系統(tǒng)統(tǒng)計、等候信息、SQL統(tǒng)計等。分析數(shù)據(jù)庫在哪些類型操作上花費時間最長？數(shù)據(jù)庫在哪些資源上產(chǎn)生瓶頸？什么原因造成了這些瓶頸？怎樣處理這個問題？問題處理假如識別了多個問題，則哪個是最主要？假如實施此處理方案，則我預(yù)期可取得多少性能提升？Oracle10g數(shù)據(jù)庫和診療程序包自動完成上述全部工作！自我管理數(shù)據(jù)庫自動性能診斷第33頁真實成功案例Oracle內(nèi)部長回歸測試測試運行了2小時40分鐘ADDM提議增加緩沖區(qū)緩存運行時間縮短了40分鐘

缺點數(shù)據(jù)庫升級識別了占用較多數(shù)據(jù)庫時間語句使用SQLTuningAdvisor調(diào)整升級后較差計劃自我管理數(shù)據(jù)庫自動性能診斷第34頁自動性能診療自我診療引擎內(nèi)置到了關(guān)鍵數(shù)據(jù)庫內(nèi)核、自動數(shù)據(jù)庫診療監(jiān)視器(ADDM)自開工作負(fù)載捕捉和歷史性能分析（自開工作負(fù)載信息庫）全方面實時系統(tǒng)（數(shù)據(jù)庫和操作系統(tǒng)）性能監(jiān)視高級事件管理數(shù)據(jù)庫診療程序包

主要特征自我管理數(shù)據(jù)庫自動性能診斷第35頁全方面系統(tǒng)監(jiān)視集成了數(shù)據(jù)庫和操作系統(tǒng)監(jiān)視用于全部受支持?jǐn)?shù)據(jù)庫版本全方面性能監(jiān)視性能管理工作流定義良好、直觀詳細(xì)等候、會話、SQL下鉆歷史性能數(shù)據(jù)事件、量度歷史與新Oracle10g數(shù)據(jù)源完整集成AWR，ASH

自我管理數(shù)據(jù)庫自動性能診斷第36頁數(shù)據(jù)庫主頁自我管理數(shù)據(jù)庫自動性能診斷第37頁主機性能主頁自我管理數(shù)據(jù)庫自動性能診斷第38頁數(shù)據(jù)庫主頁自我管理數(shù)據(jù)庫自動性能診斷第39頁數(shù)據(jù)庫主頁自我管理數(shù)據(jù)庫自動性能診斷第40頁性能主頁自我管理數(shù)據(jù)庫自動性能診斷第41頁性能主頁突出顯示自我管理數(shù)據(jù)庫自動性能診斷第42頁等候下鉆自我管理數(shù)據(jù)庫自動性能診斷第43頁等候下鉆突出顯示自我管理數(shù)據(jù)庫自動性能診斷第44頁等候下鉆自我管理數(shù)據(jù)庫自動性能診斷第45頁等候下鉆自我管理數(shù)據(jù)庫自動性能診斷第46頁等候下鉆突出顯示自我管理數(shù)據(jù)庫自動性能診斷第47頁等候下鉆–TopSQL自我管理數(shù)據(jù)庫自動性能診斷第48頁SQL詳細(xì)內(nèi)容自我管理數(shù)據(jù)庫自動性能診斷第49頁