Oracle數(shù)據(jù)庫健康檢查與評估

1、.：.；PAGE iiJoint Contact Guide v3.0 Commercial in ConfidencePage PAGE ii安康檢查報告XXXXXXXXXXXXXXXXXXXXOracle數(shù)據(jù)庫安康檢查與評價XXXX巡檢人：報告生成日期：yyyy-mm-dd 安康檢查報告 第 PAGE 28頁文檔控制此文檔僅供江蘇挪動審閱，不得向與此無關的個人或機構傳閱或復制。修正記錄日期作者版本修正記錄分發(fā)者、姓名職位審閱記錄姓名職位相關文檔目錄 TOC o 1-3 h z HYPERLINK l _Toc240861117 文檔控制 PAGEREF _Toc240861117 h 2

2、HYPERLINK l _Toc240861118 修正記錄 PAGEREF _Toc240861118 h 2 HYPERLINK l _Toc240861119 分發(fā)者 PAGEREF _Toc240861119 h 2 HYPERLINK l _Toc240861120 審閱記錄 PAGEREF _Toc240861120 h 2 HYPERLINK l _Toc240861121 相關文檔 PAGEREF _Toc240861121 h 2 HYPERLINK l _Toc240861122 目錄 PAGEREF _Toc240861122 h 3 HYPERLINK l _Toc24

3、0861123 1.檢查引見 PAGEREF _Toc240861123 h 5 HYPERLINK l _Toc240861124 1.1檢查系統(tǒng) PAGEREF _Toc240861124 h 5 HYPERLINK l _Toc240861125 1.2檢查范圍 PAGEREF _Toc240861125 h 5 HYPERLINK l _Toc240861126 2.硬件配置 PAGEREF _Toc240861126 h 7 HYPERLINK l _Toc240861127 2.1主機配置 PAGEREF _Toc240861127 h 7 HYPERLINK l _Toc2408

4、61128 3.系統(tǒng)配置 PAGEREF _Toc240861128 h 8 HYPERLINK l _Toc240861129 3.1操作系統(tǒng)數(shù)據(jù)庫相關要求補丁 PAGEREF _Toc240861129 h 8 HYPERLINK l _Toc240861130 3.2硬盤可用空間 PAGEREF _Toc240861130 h 8 HYPERLINK l _Toc240861131 3.3CPU 利用率 PAGEREF _Toc240861131 h 8 HYPERLINK l _Toc240861132 4.數(shù)據(jù)庫配置 PAGEREF _Toc240861132 h 10 HYPERL

5、INK l _Toc240861133 4.1數(shù)據(jù)庫版本和單獨補丁 PAGEREF _Toc240861133 h 10 HYPERLINK l _Toc240861134 4.2CRS版本和單獨補丁 PAGEREF _Toc240861134 h 10 HYPERLINK l _Toc240861 4.3ORACLE CLUSTER配置 PAGEREF _Toc240861 h 10 HYPERLINK l _Toc240861 4.4數(shù)據(jù)庫產(chǎn)品選項 PAGEREF _Toc240861 h 10 HYPERLINK l _Toc240861 4.5初始化參數(shù)文件 PAGEREF _Toc2

6、40861 h 11 HYPERLINK l _Toc240861 4.6CRS日志文件 PAGEREF _Toc240861 h 11 HYPERLINK l _Toc240861 4.7RDBMS運轉日志和跟蹤文件 PAGEREF _Toc240861 h 11 HYPERLINK l _Toc240861140 4.8控制文件 PAGEREF _Toc240861140 h 11 HYPERLINK l _Toc240861141 4.9Redo log 文件 PAGEREF _Toc240861141 h 12 HYPERLINK l _Toc240861142 4.10歸檔Redo

7、log 文件 PAGEREF _Toc240861142 h 13 HYPERLINK l _Toc240861143 4.11數(shù)據(jù)文件 PAGEREF _Toc240861143 h 13 HYPERLINK l _Toc240861144 4.12表空間 PAGEREF _Toc240861144 h 14 HYPERLINK l _Toc240861145 4.13回滾段管理 PAGEREF _Toc240861145 h 15 HYPERLINK l _Toc240861146 5.數(shù)據(jù)庫簡單風險評價 PAGEREF _Toc240861146 h 17 HYPERLINK l _To

8、c240861147 5.1平安性管理 PAGEREF _Toc240861147 h 17 HYPERLINK l _Toc240861148 6.SqlNet 概略 PAGEREF _Toc240861148 h 18 HYPERLINK l _Toc240861149 6.1監(jiān)聽器Listener PAGEREF _Toc240861149 h 18 HYPERLINK l _Toc240861150 6.2SQL*Net PAGEREF _Toc240861150 h 18 HYPERLINK l _Toc240861151 6.3TNSNAMES PAGEREF _Toc240861

9、151 h 18 HYPERLINK l _Toc240861152 7.數(shù)據(jù)庫性能 PAGEREF _Toc240861152 h 19 HYPERLINK l _Toc240861153 7.1數(shù)據(jù)庫各項基于時間模型的統(tǒng)計信息 PAGEREF _Toc240861153 h 19 HYPERLINK l _Toc240861154 7.2數(shù)據(jù)庫負荷壓力分析 PAGEREF _Toc240861154 h 20 HYPERLINK l _Toc240861155 7.3各項命中率 PAGEREF _Toc240861155 h 21 HYPERLINK l _Toc240861156 7.4

10、等待事件 PAGEREF _Toc240861156 h 21 HYPERLINK l _Toc240861157 7.5統(tǒng)計信息分析 PAGEREF _Toc240861157 h 21 HYPERLINK l _Toc240861158 7.6數(shù)據(jù)庫I/O性能 PAGEREF _Toc240861158 h 22 HYPERLINK l _Toc240861159 7.7索引/行遷移/行鏈 PAGEREF _Toc240861159 h 22 HYPERLINK l _Toc240861160 7.8Enqueue等待分析 PAGEREF _Toc240861160 h 23 HYPERL

11、INK l _Toc240861161 7.9Latch分析 PAGEREF _Toc240861161 h 23 HYPERLINK l _Toc240861162 7.10Resource Limit分析 PAGEREF _Toc240861162 h 23 HYPERLINK l _Toc240861163 7.11Top SQL語句 PAGEREF _Toc240861163 h 24 HYPERLINK l _Toc240861164 8.數(shù)據(jù)庫備份戰(zhàn)略評價 PAGEREF _Toc240861164 h 25 HYPERLINK l _Toc240861165 8.1備份 PAGE

12、REF _Toc240861165 h 25 HYPERLINK l _Toc240861166 8.2恢復 PAGEREF _Toc240861166 h 25 HYPERLINK l _Toc240861167 9.數(shù)據(jù)庫特別關注點檢查 PAGEREF _Toc240861167 h 26 HYPERLINK l _Toc240861168 10.檢查總結 PAGEREF _Toc240861168 h 27 HYPERLINK l _Toc240861169 附錄:初始化參數(shù) PAGEREF _Toc240861169 h 28 HYPERLINK l _Toc240861170 數(shù)據(jù)庫

13、一切非默許值的參數(shù)： PAGEREF _Toc240861170 h 28檢查引見檢查系統(tǒng)系統(tǒng)主要包括1個數(shù)據(jù)庫，詳細情況如下：數(shù)據(jù)庫稱號數(shù)據(jù)庫實例名運用稱號運用類型OLTP/DSS/Batch開發(fā)工具運用簡介RDBMS 版本CRS 版本一切數(shù)據(jù)文件所占磁盤空間SGA target sizeDB_BLOCK Size表空間個數(shù)數(shù)據(jù)文件個數(shù)控制文件個數(shù)日志文件大小日志組數(shù)目每組日志文件成員數(shù)量歸檔方式并發(fā)用戶量性能需求檢查范圍本次檢查僅限于數(shù)據(jù)庫。在這次檢查中對數(shù)據(jù)庫配置和數(shù)據(jù)庫性能進展了分析。本報告提供的檢查和建議不涉及詳細的平安分析和運用程序的詳細細節(jié)。以下提請留意：本次檢查僅歷時1天，其中

14、還包括了提交分析報告的時間，所以在詳細的運用程序性能方面并不加以深化。檢查方面詳細檢查內(nèi)容硬件配置主機配置共享內(nèi)存參數(shù)信號量操作系統(tǒng)中與數(shù)據(jù)庫相關主要參數(shù)操作系統(tǒng)數(shù)據(jù)庫相關要求補丁系統(tǒng)配置硬盤可用空間CPU利用率數(shù)據(jù)庫版本數(shù)據(jù)庫配置數(shù)據(jù)庫產(chǎn)品選項數(shù)據(jù)庫參數(shù)運轉日志和跟蹤文件控制文件Redo log文件歸檔Redo log文件數(shù)據(jù)文件表空間回滾段管理平安性管理數(shù)據(jù)庫簡單風險評價監(jiān)聽器的設置數(shù)據(jù)庫sql*net配置SQL*Net設置TNSNAMES設置數(shù)據(jù)庫各項命中率數(shù)據(jù)庫性能等待事件AWR統(tǒng)計信息分析數(shù)據(jù)庫I/O性能索引/行遷移/行鏈接Sort信息統(tǒng)計Enqueue等待分析Latch分析Reso

15、urce Limit分析Top SQL 語句備份恢復數(shù)據(jù)庫備份戰(zhàn)略評價根據(jù)客戶要求只能檢查一項數(shù)據(jù)庫特別關注點檢查硬件配置以以下出系統(tǒng)主機的主要配置情況主機配置機器名用途 (Prod, Test, Development)所在城市，物理位置機房，遠程操作系統(tǒng)及版本內(nèi)存cpu 建議：目前系統(tǒng)配置滿足數(shù)據(jù)庫要求，操作系統(tǒng)參數(shù)設置合理。系統(tǒng)配置和數(shù)據(jù)庫相關的操作系統(tǒng)配置將被檢查，包括以下方面：操作系統(tǒng)數(shù)據(jù)庫相關要求補丁存放oracle文件的硬盤區(qū)可用空間(oracle文件包括：數(shù)據(jù)文件，控制文件，在線redo logs，歸檔redo logs，運轉情況文件和跟蹤文件)。硬盤利用率。CPU利用率。操作

16、系統(tǒng)數(shù)據(jù)庫相關要求補丁建議：硬盤可用空間硬盤可用情況如下示：數(shù)據(jù)庫XXXX的硬盤運用率情況如下：Filesystem kbytes used avail %used Mounted on數(shù)據(jù)庫YYYY的硬盤運用率情況如下：Filesystem kbytes used avail %used Mounted on建議：目前該數(shù)據(jù)庫效力器中還沒有其他硬盤空間運用率超越90%的分區(qū)。假設有需求引起留意并且及時添加硬盤空間的容量。CPU 利用率CPU利用率的統(tǒng)計時間是：yyyy-mm-dd hh:mi yyyy-mm-dd hh:mitop / glancevmstat 2 20參考值：最大CPU運用

17、率：60%-70%系統(tǒng)進程與用戶進程占用CPU最大比率：40/60數(shù)據(jù)庫XXXX:數(shù)據(jù)庫YYYY: 從上述的情況中看出，數(shù)據(jù)庫:效力器CPU idle根本在75%以上，CPU資源較為空閑。建議：當CPU的運用率超越80%，要留意監(jiān)控能否有僵死進程，假設有僵死進程占用CPU，需求將僵死進程kill掉。假設有正常進程占用大量CPU，需求查看能否屬于正常業(yè)務進程等。數(shù)據(jù)庫配置本次檢查任務主要針對數(shù)據(jù)庫XXXX。數(shù)據(jù)庫版本和單獨補丁目前曾經(jīng)安裝的單獨補丁列表如下：opatch lsinventory -oh $ORACLE_HOMEPatchBase Bug(s)Installed on 建議：CRS

18、版本和單獨補丁CRS安裝單獨補丁列表如下：opatch lsinventory -oh $ORA_CRS_HOMENameVersionInstalled on建議：ORACLE CLUSTER配置OCR運用和備份都正常。相關CRS的資源和效力都正常。$ olsnodes$ ocrcheck $ ocrconfig -showbackup$ crsctl check crsCSS appears healthyCRS appears healthyEVM appears healthy$ crs_stat -t數(shù)據(jù)庫產(chǎn)品選項當oracle軟件安裝時，會選擇要安裝的產(chǎn)品。有某些產(chǎn)品的安裝是需求l

19、icense的，本次檢查不涉及l(fā)icense問題。普通，很多系統(tǒng)安裝的數(shù)據(jù)庫產(chǎn)品選項根本未被運用。以以下出的安裝產(chǎn)品選項可供未來的運用開發(fā)參考，或是可以被確認有哪些產(chǎn)品選項未在原方案之內(nèi)。以下是數(shù)據(jù)庫安裝的產(chǎn)品選項：ParameterValue初始化參數(shù)文件數(shù)據(jù)庫SPFILE參數(shù)指定了當前運用的數(shù)據(jù)庫配置參數(shù)，在數(shù)據(jù)庫啟動時被運用。在附錄A列出了數(shù)據(jù)庫一切的非默許值的參數(shù)。建議：數(shù)據(jù)庫的參數(shù)可以看出大部分都是經(jīng)過精心設置的。建議調(diào)整的參數(shù)值，請在測試環(huán)境數(shù)據(jù)庫中測試確認之后，再調(diào)整于消費環(huán)境數(shù)據(jù)庫。CRS日志文件從Oracle 10g RAC版本開場，新添加CRS組件。CRS對于RAC運用是必

20、不可少，因此crs的穩(wěn)定對于RAC數(shù)據(jù)庫的正常運轉至關重要。在安康檢查中會檢查CRS、CSS和EVM的LOG信息。.建議：2檢查CRS其他相關進程日志，沒有發(fā)現(xiàn)問題。RDBMS運轉日志和跟蹤文件Oracle 數(shù)據(jù)庫進程生成跟蹤文件來記錄錯誤或沖突，這些跟蹤文件可以用來進一步分析問題。數(shù)據(jù)庫參數(shù)max_dump_file_size限制了這些跟蹤文件的大小(以操作系統(tǒng)塊的大小為單位)。該當有足夠的硬盤空間來包容最大值的設置，否那么的話該當修正上述參數(shù)的設置。假設參數(shù)max_dump_file_size設得太大，會超越硬盤空間容量；假設設得太小，又不能包容足夠的出錯信息供oracle 支持效力部門分

21、析問題。此參數(shù)可以在數(shù)據(jù)庫會話級設置，這樣可以有選擇性地設置較大值。留意每天監(jiān)控運轉日志文件中的出錯信息，以便于在問題還是隱患的時候及時發(fā)現(xiàn)并處理掉。建議每月初將當前的alert.log重新命名以作備份，同時也可以防止alert.log文件變得太大不易管理。在數(shù)據(jù)庫:實例的運轉日志文件發(fā)現(xiàn)的最近一月內(nèi)的主要錯誤如下所示：建議：控制文件每個數(shù)據(jù)庫至少有一個控制文件?？刂莆募涗浟藬?shù)據(jù)庫的物理構造及同步信息。Control file location控制文件途徑如下：NameStatus目前一切的控制文件文件存儲在曾經(jīng)做了硬件RAID的磁盤陣列上面，提供了硬件級別的維護。建議 : Redo log

22、 文件對于恢復操作，最為關鍵的構造是在線Redo Log。在線Redo Log普通由兩個或兩個以上預先分配的存儲數(shù)據(jù)庫變化的文件組成。為了防止例程缺點，每個數(shù)據(jù)庫的實例都有相關的在線Redo Log。每個數(shù)據(jù)庫至少有兩個Redo Log組，每組至少有一個日志文件。Oracle的多重在線Redo Log文件可以確保在線日志文件的平安。對于多重在線Redo Log文件，LGWR同時將一樣的Redo Log信息寫入不同的Redo Log文件中，從而減少單個文件喪失的損失。當Oracle無法訪問一個Redo Log文件時，這個文件形狀變?yōu)镮NVALID。當Oracle推測一個Redo Log文件不完好

23、或者不正確時，它的形狀變?yōu)镾TALE。當一個STALE的文件被重用時，即其所在日志文件組活動時，此文件也可以運用。在線Redo Log文件減少了數(shù)據(jù)庫數(shù)據(jù)喪失的損失，比如當發(fā)生例程缺點時，沒有被寫入數(shù)據(jù)文件的數(shù)據(jù)可以從在線Redo Log文件中恢復。Group #Thread #Sequence #BytesMembersArchivedStatusFirst Change #First Time建議：歸檔Redo log 文件Oracle允許將寫滿的在線Redo Log文件存放在一個或多個脫機位置，即歸檔Redo Log。在線日志文件經(jīng)過歸檔寫入歸檔日志文件。后臺進程ARCn自動進展歸檔操作

24、。您能經(jīng)過歸檔日志進展：在線備份基于時間的恢復Archived Redo Log SettingsParameter Value 建議：這里可以很好地在運轉環(huán)境中運用歸檔Redo Log。這樣就可以進展基于時間的恢復。監(jiān)控歸檔日志文件所暫時存放的磁盤空間，根據(jù)實踐情況調(diào)整歸檔日志文件備份到磁帶的頻度。數(shù)據(jù)文件數(shù)據(jù)文件是數(shù)據(jù)庫分配的物理文件。在Oracle數(shù)據(jù)庫中，一個表空間可以包含一個或多個物理文件。而一個數(shù)據(jù)文件那么只能關聯(lián)一個表空間和一個數(shù)據(jù)庫。Oracle經(jīng)過分配一定的磁盤空間以及所需求的文件頭空間，為每個表空間創(chuàng)建一個數(shù)據(jù)文件。Data file locations檢測數(shù)據(jù)文件的位置。

25、當數(shù)據(jù)文件增長過度，數(shù)據(jù)庫中必需添加數(shù)據(jù)文件。應該防止“哪里有空間，哪里建文件的錯誤方法，由于這樣會添加備份戰(zhàn)略和文件維護的復雜性。下面列出部分數(shù)據(jù)文件的位置。StatusNameTablespaceFile NumberRelative File NumberSizeUsed (MB)Used (%)Autoextensible 建議：目前看來，數(shù)據(jù)文件存放位置根本準確。Autoextend capabilities經(jīng)過自動擴展命令進展數(shù)據(jù)文件的自動擴展。假定數(shù)據(jù)文件無法分配所需空間，那么它將提高數(shù)據(jù)文件的大小以獲得更多空間。建議：表空間每個數(shù)據(jù)庫由一個或多個邏輯存儲單位，即表空間，所組成。

26、而表空間那么由邏輯存儲單位段所組成。而段將被分為多個片。Tablespace Management以下是關于數(shù)據(jù)庫表空間管理的信息。StatusNameTypeExtent ManagementSegment Space ManagementSize (MB)Used (MB)Used (%)建議：Tablespace Default Storage Management每個表空間中，可以為創(chuàng)建的對象指定缺省的存儲參數(shù)。創(chuàng)建對象時指定的存儲參數(shù)將覆蓋缺省值。假設在創(chuàng)建對象時沒有指定存儲參數(shù)，那么系統(tǒng)將運用缺省值。表空間缺省存儲情況：NameTypeInitial ExtentNext Exte

27、ntLargest Free ExtentMinimum ExtentsMaximum ExtentsMinimum Extent LengthIncrease (%)數(shù)據(jù)庫表空間的管理方式均為本地管理，這有利于減少表空間級別的碎片，同時防止了DB在進展空間管理時對數(shù)據(jù)字典表FET$、UET$的爭用。我們知道系統(tǒng)中存在越多的空閑extent,越容易發(fā)生碎片問題。其中空閑extent的大小非常重要，假設在表空間上有許多個無法滿足指定的next大小的空閑extent，那這個空閑extent就無法被重新運用并成為碎片，這時就需求重新整理碎片；我們可以運用COALESCE命令合并相鄰的extent，來

28、減少系統(tǒng)中的碎片。假設系統(tǒng)中不延續(xù)的小空閑extent過多，也就是碎片過多，那么能夠需求經(jīng)過重建表空間的方式來消除碎片。系統(tǒng)多數(shù)表空間運用ASSM，ASSM運用位圖而不是傳統(tǒng)的FreeList來管理段內(nèi)的free db block，大大提升了空間管理的性能。同時顯著的減少segment header類型的buffer busy wait等待事件。建議：表空間的管理方式選擇合理。Next Extent保證段可以增長是很重要的，因此在必要時分配next extent。假設在表空間中沒有足夠的空余空間，那么next extent無法分配，對象也無法增長。在數(shù)據(jù)庫中沒有發(fā)現(xiàn)無法分配NEXT EXTEN

29、T的段。Temporary Tablespace暫時表空間用于存放暫時段。為了維護數(shù)據(jù)庫的性能，暫時表空間的維護方法有別于其他普通表空間。缺省情況下，一切表空間都創(chuàng)建為PERMANENT。所以在創(chuàng)建暫時段時，需求保證表空間類型為TEMPORARY。由于這些表空間中的排序段不被去除，所以減少了空間事務爭奪，同時減少了SMON對于CPU的運用率。當進展長時間清理時，用戶無法進展排序操作。在這種情況下，可以指定用戶運用形狀為PERMANENT的暫時表空間。這有能夠會引起空間事務爭奪，但是可以允許用戶在磁盤上進展排序操作。由于表空間的extent 運用了local management 方式，對表空間

30、采用位圖管理，更利于空間的運用及回收管理。StatusNameSize (MiB)Minimum ExtentsMaximum ExtentsMinimum Extent LengthIncrease (%)建議：在數(shù)據(jù)庫TEMP為TEMPORARY類型的表空間，Extent Management 方式為LOCAL。保證每一個數(shù)據(jù)庫用戶都被分配一個暫時類型的TEMP表空間。以以下出了將PERMANENT表空間作為默許暫時表空間的用戶：沒有發(fā)現(xiàn)用戶將PERMANENT表空間作為默許暫時表空間?；貪L段管理回滾段可以用來保證讀一致性，回滾事務以及恢復數(shù)據(jù)庫。Rollback Segment List

31、數(shù)據(jù)庫簡單風險評價平安性管理在平安性方面，主要思索用戶訪問數(shù)據(jù)庫的控制以及維護系統(tǒng)的平安性問題。Database Administrator Usernames/PasswordsOracle自動生成兩個用戶，并授予DBA權限：SYS SYSTEM 經(jīng)檢查，SYS和SYSTEM都沒有運用初始缺省密碼。這樣有利于維護數(shù)據(jù)庫的平安性，否那么任何具有Oracle知識背景的人都能進入數(shù)據(jù)庫。建議：目前數(shù)據(jù)庫用戶平安方面設置良好，設置平安合理。SYSDBA Users被授予SYSDBA權限的用戶可以進展DBA的操作，包括建立數(shù)據(jù)庫，封鎖數(shù)據(jù)庫。建議：目前數(shù)據(jù)庫不存在具有DBA權限的業(yè)務用戶，用戶權限管理

32、情況較好。SqlNet 概略Net8可以在不同計算機上安裝效力和運用程序，并且可以使它們好像同一層上的運用程序一樣進展通訊。Net8的主要功能就是創(chuàng)建網(wǎng)絡通話，并且在客戶端和效力器端，或者兩個效力器端之間轉換數(shù)據(jù)。Net8必需安裝在網(wǎng)絡的每臺機器上。當網(wǎng)絡通路建立，Net8扮演著客戶端和效力器端數(shù)據(jù)投遞者的角色。監(jiān)聽器Listener位于效力器端的監(jiān)聽程序是單獨的進程。它從客戶端接受銜接懇求，并管理這些對效力端的懇求。當前LISTENER的參數(shù)設置如下：Parameter Value STARTUP_WAIT_TIME_LISTENERN/ACONNECT_TIMEOUT_LISTENERN/

33、ATRACE_LEVEL_LISTENERN/A只需當SQLNET需求跟蹤判別所出現(xiàn)的問題時，TRACE_LEVEL_LISTENER才需求被設置。所獲得的跟蹤文件需交由Oracle Support進展分析。SQLNET跟蹤只需在一段時間內(nèi)開啟，由于這將占用一些網(wǎng)絡資源。SQL*Net配置文件SQLNET.ORA包含了客戶端和效力器對SQL*Net配置的設置信息。當前的SQLNET參數(shù)如下：Parameter Value AUTORCLATIC_IPCN/ATRACE_LEVEL_CLIENTN/ATRACE_FILE_CLIENTN/ATRACE_DIRECTORY_CLIENTN/ASQL

34、NET.EXPIRE_TIMEN/ATNSNAMESTNSNAMES.ORA包含與銜接描畫符相匹配的網(wǎng)絡效力名。銜接描畫符包括監(jiān)聽程序的地址以及connect_data。TNSNAMES.ORA設置如下：由于TNSNAMES中相關的網(wǎng)絡效力名比較多，完好的TNSNAMES.ORA中的內(nèi)容可以見效力器上的配置文件。數(shù)據(jù)庫性能數(shù)據(jù)庫的性能情況經(jīng)過AWR的報告來表達。由于本次檢查并不是完好的性能檢查，所以本報告只列舉最主要的性能問題。XXXXSnap IdSnap TimeSessionsCursors/SessionBegin Snap:End Snap:Elapsed:DB Time:YYYYS

35、nap IdSnap TimeSessionsCursors/SessionBegin Snap:End Snap:Elapsed:DB Time:我們可以參考用戶系統(tǒng)忙時的AWR信息進展分析，不一定局限于檢查時段，這樣可以更加深化的發(fā)現(xiàn)問題。 數(shù)據(jù)庫各項基于時間模型的統(tǒng)計信息對數(shù)據(jù)庫業(yè)務負荷壓力最大情況下每一個實例的一個AWR報告的列出主要的性能結果，如數(shù)據(jù)庫各項基于時間模型的統(tǒng)計信息等：XXXXStatistic NameTime (s)% of DB Timesql execute elapsed timeDB CPUparse time elapsedhard parse elapse

36、d timehard parse (sharing criteria) elapsed timePL/SQL execution elapsed timePL/SQL compilation elapsed timeconnection management call elapsed timesequence load elapsed timerepeated bind elapsed timehard parse (bind mismatch) elapsed timeDB timebackground elapsed timebackground cpu timeYYYYStatistic

37、 NameTime (s)% of DB TimeDB CPUsql execute elapsed timeparse time elapsedhard parse elapsed timehard parse (sharing criteria) elapsed timehard parse (bind mismatch) elapsed timePL/SQL execution elapsed timesequence load elapsed timePL/SQL compilation elapsed timeconnection management call elapsed ti

38、meinbound PL/SQL rpc elapsed timerepeated bind elapsed timeDB timebackground elapsed timebackground cpu time數(shù)據(jù)庫負荷壓力分析XXXXLoad Profile Per SecondPer TransactionRedo size:Logical reads:Block changes:Physical reads:Physical writes:User calls:Parses:Hard parses:Sorts:Logons:Executes:Transactions:% Block

39、s changed per Read:Recursive Call %:Rollback per transaction %:Rows per Sort:YYYYLoad Profile Per SecondPer TransactionRedo size:Logical reads:Block changes:Physical reads:Physical writes:User calls:Parses:Hard parses:Sorts:Logons:Executes:Transactions:% Blocks changed per Read:Recursive Call %:Roll

40、back per transaction %:Rows per Sort:各項命中率XXXXInstance Efficiency Percentages (Target 100%) Buffer Nowait %:Redo NoWait %:Buffer Hit %:In-memory Sort %:Library Hit %:Soft Parse %:Execute to Parse %:Latch Hit %:Parse CPU to Parse Elapsd %:% Non-Parse CPU:YYYYInstance Efficiency Percentages (Target 10

41、0%) Buffer Nowait %:Redo NoWait %:Buffer Hit %:In-memory Sort %:Library Hit %:Soft Parse %:Execute to Parse %:Latch Hit %:Parse CPU to Parse Elapsd %:% Non-Parse CPU:等待事件列出最主要的等待事件：XXXXEventWaitsTime(s)Avg Wait(ms)% Total Call TimeWait ClassYYYYEventWaitsTime(s)Avg Wait(ms)% Total Call TimeWait Class統(tǒng)計信息分析我們選取業(yè)務最為忙碌的上午時段的AWR報告進展分析。關于CPU數(shù)據(jù)庫運用情況Totalper Secondper TransCPU used by this sessionparse time cpurecursive cpu usage分析：可以看出系統(tǒng)CPU主要用于SQL語句的真正的執(zhí)行階段。關于數(shù)據(jù)庫事務提交/會滾性能目的Totalper Secondper Transuser callsuser