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

精品文檔XXXXXXXXXXXXXXXXXXXXOracle數(shù)據(jù)庫健康檢查與評估XXXX巡檢人：報(bào)告生成日期：yyyy-mm-dd 1歡迎下載。精品文檔文檔控制此文檔僅供江蘇移動審閱，不得向與此無關(guān)的個(gè)人或機(jī)構(gòu)傳閱或復(fù)制。修改記錄日期作者版本修改記錄分發(fā)者、姓名職位審閱記錄姓名職位相關(guān)文檔目錄文檔控制2修改記錄2分發(fā)者2審閱記錄2相關(guān)文檔2目錄31.檢查介紹51.1檢查系統(tǒng)51.2檢查范圍52.硬件配置72.1主機(jī)配置73.系統(tǒng)配置83.1操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補(bǔ)丁83.2硬盤可用空間83.3CPU 利用率84.數(shù)據(jù)庫配置104.1數(shù)據(jù)庫版本和單獨(dú)補(bǔ)丁104.2CRS版本和單獨(dú)補(bǔ)丁104.3ORACLE CLUSTER配置104.4數(shù)據(jù)庫產(chǎn)品選項(xiàng)104.5初始化參數(shù)文件114.6CRS日志文件114.7RDBMS運(yùn)行日志和跟蹤文件114.8控制文件114.9Redo log 文件124.10歸檔Redo log 文件134.11數(shù)據(jù)文件134.12表空間144.13回滾段管理155.數(shù)據(jù)庫簡單風(fēng)險(xiǎn)評估175.1安全性管理176.SqlNet 概況186.1監(jiān)聽器Listener186.2SQL*Net186.3TNSNAMES187.數(shù)據(jù)庫性能197.1數(shù)據(jù)庫各項(xiàng)基于時(shí)間模型的統(tǒng)計(jì)信息197.2數(shù)據(jù)庫負(fù)荷壓力分析207.3各項(xiàng)命中率217.4等待事件217.5統(tǒng)計(jì)信息分析217.6數(shù)據(jù)庫I/O性能227.7索引/行遷移/行鏈227.8Enqueue等待分析237.9Latch分析237.10Resource Limit分析237.11Top SQL語句248.數(shù)據(jù)庫備份策略評估258.1備份258.2恢復(fù)259.數(shù)據(jù)庫特別關(guān)注點(diǎn)檢查2610.檢查總結(jié)27附錄:初始化參數(shù)28數(shù)據(jù)庫所有非默認(rèn)值的參數(shù)：281. 檢查介紹1.1 檢查系統(tǒng)系統(tǒng)主要包括1個(gè)數(shù)據(jù)庫，具體情況如下：數(shù)據(jù)庫名稱數(shù)據(jù)庫實(shí)例名應(yīng)用名稱應(yīng)用類型OLTP/DSS/Batch開發(fā)工具應(yīng)用簡介RDBMS 版本CRS 版本所有數(shù)據(jù)文件所占磁盤空間SGA target sizeDB_BLOCK Size表空間個(gè)數(shù)數(shù)據(jù)文件個(gè)數(shù)控制文件個(gè)數(shù)日志文件大小日志組數(shù)目每組日志文件成員數(shù)量歸檔方式并發(fā)用戶量性能需求1.2 檢查范圍本次檢查僅限于數(shù)據(jù)庫。在這次檢查中對數(shù)據(jù)庫配置和數(shù)據(jù)庫性能進(jìn)行了分析。本報(bào)告提供的檢查和建議不涉及具體的安全分析和應(yīng)用程序的具體細(xì)節(jié)。以下提請注意：本次檢查僅歷時(shí)1天，其中還包括了提交分析報(bào)告的時(shí)間，所以在具體的應(yīng)用程序性能方面并不加以深入。檢查方面具體檢查內(nèi)容硬件配置主機(jī)配置共享內(nèi)存參數(shù)信號量操作系統(tǒng)中與數(shù)據(jù)庫相關(guān)主要參數(shù)操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補(bǔ)丁系統(tǒng)配置硬盤可用空間CPU利用率數(shù)據(jù)庫版本數(shù)據(jù)庫配置數(shù)據(jù)庫產(chǎn)品選項(xiàng)數(shù)據(jù)庫參數(shù)運(yùn)行日志和跟蹤文件控制文件Redo log文件歸檔Redo log文件數(shù)據(jù)文件表空間回滾段管理安全性管理數(shù)據(jù)庫簡單風(fēng)險(xiǎn)評估監(jiān)聽器的設(shè)置數(shù)據(jù)庫sql*net配置SQL*Net設(shè)置TNSNAMES設(shè)置數(shù)據(jù)庫各項(xiàng)命中率數(shù)據(jù)庫性能等待事件AWR統(tǒng)計(jì)信息分析數(shù)據(jù)庫I/O性能索引/行遷移/行鏈接Sort信息統(tǒng)計(jì)Enqueue等待分析Latch分析Resource Limit分析Top SQL 語句備份恢復(fù)數(shù)據(jù)庫備份策略評估根據(jù)客戶要求只能檢查一項(xiàng)數(shù)據(jù)庫特別關(guān)注點(diǎn)檢查2. 硬件配置以下列出系統(tǒng)主機(jī)的主要配置情況2.1 主機(jī)配置機(jī)器名用途 (Prod, Test, Development)所在城市，物理位置（機(jī)房，遠(yuǎn)程）操作系統(tǒng)及版本內(nèi)存cpu 建議：目前系統(tǒng)配置滿足數(shù)據(jù)庫要求，操作系統(tǒng)參數(shù)設(shè)置合理。3. 系統(tǒng)配置和數(shù)據(jù)庫相關(guān)的操作系統(tǒng)配置將被檢查，包括以下方面：l 操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補(bǔ)丁l 存放oracle文件的硬盤區(qū)可用空間(oracle文件包括：數(shù)據(jù)文件，控制文件，在線redo logs，歸檔redo logs，運(yùn)行情況文件和跟蹤文件)。l 硬盤利用率。l CPU利用率。3.1 操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補(bǔ)丁建議：3.2 硬盤可用空間硬盤可用情況如下示：數(shù)據(jù)庫XXXX的硬盤使用率情況如下：Filesystem kbytes used avail %used Mounted on數(shù)據(jù)庫YYYY的硬盤使用率情況如下：Filesystem kbytes used avail %used Mounted on建議：目前該數(shù)據(jù)庫服務(wù)器中還沒有其他硬盤空間使用率超過90%的分區(qū)。如果有需要引起注意并且及時(shí)增加硬盤空間的容量。3.3 CPU 利用率CPU利用率的統(tǒng)計(jì)時(shí)間是：yyyy-mm-dd hh:mi- yyyy-mm-dd hh:mi1. top / glance2. vmstat 2 20參考值：1. 最大CPU使用率：60%-70%2. 系統(tǒng)進(jìn)程與用戶進(jìn)程占用CPU最大比率：40/60數(shù)據(jù)庫XXXX:數(shù)據(jù)庫YYYY: 從上述的情況中看出，數(shù)據(jù)庫:服務(wù)器CPU idle基本在75%以上，CPU資源較為空閑。建議：當(dāng)CPU的使用率超過80%，要注意監(jiān)控是否有僵死進(jìn)程，如果有僵死進(jìn)程占用CPU，需要將僵死進(jìn)程kill掉。如果有正常進(jìn)程占用大量CPU，需要查看是否屬于正常業(yè)務(wù)進(jìn)程等。4. 數(shù)據(jù)庫配置本次檢查工作主要針對數(shù)據(jù)庫XXXX。4.1 數(shù)據(jù)庫版本和單獨(dú)補(bǔ)丁目前已經(jīng)安裝的單獨(dú)補(bǔ)丁列表如下：opatch lsinventory -oh $ORACLE_HOMEPatchBase Bug(s)Installed on 建議：4.2 CRS版本和單獨(dú)補(bǔ)丁CRS安裝單獨(dú)補(bǔ)丁列表如下：opatch lsinventory -oh $ORA_CRS_HOMENameVersionInstalled on建議：4.3 ORACLE CLUSTER配置OCR使用和備份都正常。相關(guān)CRS的資源和服務(wù)都正常。$ olsnodes$ ocrcheck $ ocrconfig -showbackup$ crsctl check crsCSS appears healthyCRS appears healthyEVM appears healthy$ crs_stat -t4.4 數(shù)據(jù)庫產(chǎn)品選項(xiàng)當(dāng)oracle軟件安裝時(shí)，會選擇要安裝的產(chǎn)品。有某些產(chǎn)品的安裝是需要license的，本次檢查不涉及l(fā)icense問題。一般，很多系統(tǒng)安裝的數(shù)據(jù)庫產(chǎn)品選項(xiàng)根本未被使用。以下列出的安裝產(chǎn)品選項(xiàng)可供未來的應(yīng)用開發(fā)參考，或是可以被確認(rèn)有哪些產(chǎn)品選項(xiàng)未在原計(jì)劃之內(nèi)。以下是數(shù)據(jù)庫安裝的產(chǎn)品選項(xiàng)：ParameterValue4.5 初始化參數(shù)文件數(shù)據(jù)庫SPFILE參數(shù)指定了當(dāng)前使用的數(shù)據(jù)庫配置參數(shù)，在數(shù)據(jù)庫啟動時(shí)被使用。在附錄A列出了數(shù)據(jù)庫所有的非默認(rèn)值的參數(shù)。建議：1. 數(shù)據(jù)庫的參數(shù)可以看出大部分都是經(jīng)過精心設(shè)置的。2. 建議調(diào)整的參數(shù)值，請?jiān)跍y試環(huán)境數(shù)據(jù)庫中測試確認(rèn)之后，再調(diào)整于生產(chǎn)環(huán)境數(shù)據(jù)庫。4.6 CRS日志文件從Oracle 10g RAC版本開始，新增加CRS組件。CRS對于RAC使用是必不可少，因此crs的穩(wěn)定對于RAC數(shù)據(jù)庫的正常運(yùn)行至關(guān)重要。在健康檢查中會檢查CRS、CSS和EVM的LOG信息。.建議：2檢查CRS其他相關(guān)進(jìn)程日志，沒有發(fā)現(xiàn)問題。4.7 RDBMS運(yùn)行日志和跟蹤文件Oracle 數(shù)據(jù)庫進(jìn)程生成跟蹤文件來記錄錯(cuò)誤或沖突，這些跟蹤文件可以用來進(jìn)一步分析問題。數(shù)據(jù)庫參數(shù)max_dump_file_size限制了這些跟蹤文件的大小(以操作系統(tǒng)塊的大小為單位)。應(yīng)當(dāng)有足夠的硬盤空間來容納最大值的設(shè)置，否則的話應(yīng)當(dāng)修改上述參數(shù)的設(shè)置。如果參數(shù)max_dump_file_size設(shè)得太大，會超過硬盤空間容量；如果設(shè)得太小，又不能容納足夠的出錯(cuò)信息供oracle 支持服務(wù)部門分析問題。此參數(shù)可以在數(shù)據(jù)庫會話級設(shè)置，這樣可以有選擇性地設(shè)置較大值。注意每天監(jiān)控運(yùn)行日志文件中的出錯(cuò)信息，以便于在問題還是隱患的時(shí)候及時(shí)發(fā)現(xiàn)并解決掉。建議每月初將當(dāng)前的alert.log重新命名以作備份，同時(shí)也可以避免alert.log文件變得太大不易管理。在數(shù)據(jù)庫:實(shí)例的運(yùn)行日志文件發(fā)現(xiàn)的最近一月內(nèi)的主要錯(cuò)誤如下所示：建議：4.8 控制文件每個(gè)數(shù)據(jù)庫至少有一個(gè)控制文件。控制文件記錄了數(shù)據(jù)庫的物理結(jié)構(gòu)及同步信息。Control file location控制文件路徑如下：NameStatus目前所有的控制文件文件存儲在已經(jīng)做了硬件RAID的磁盤陣列上面，提供了硬件級別的保護(hù)。建議 : 4.9 Redo log 文件對于恢復(fù)操作，最為關(guān)鍵的結(jié)構(gòu)是在線Redo Log。在線Redo Log一般由兩個(gè)或兩個(gè)以上預(yù)先分配的存儲數(shù)據(jù)庫變化的文件組成。為了防止例程故障，每個(gè)數(shù)據(jù)庫的實(shí)例都有相關(guān)的在線Redo Log。每個(gè)數(shù)據(jù)庫至少有兩個(gè)Redo Log組，每組至少有一個(gè)日志文件。Oracle的多重在線Redo Log文件可以確保在線日志文件的安全。對于多重在線Redo Log文件，LGWR同時(shí)將相同的Redo Log信息寫入不同的Redo Log文件中，從而減少單個(gè)文件丟失的損失。當(dāng)Oracle無法訪問一個(gè)Redo Log文件時(shí)，這個(gè)文件狀態(tài)變?yōu)镮NVALID。當(dāng)Oracle推測一個(gè)Redo Log文件不完整或者不正確時(shí)，它的狀態(tài)變?yōu)镾TALE。當(dāng)一個(gè)STALE的文件被重用時(shí)，即其所在日志文件組活動時(shí)，此文件也能夠使用。在線Redo Log文件減少了數(shù)據(jù)庫數(shù)據(jù)丟失的損失，比如當(dāng)發(fā)生例程故障時(shí)，沒有被寫入數(shù)據(jù)文件的數(shù)據(jù)可以從在線Redo Log文件中恢復(fù)。Group #Thread #Sequence #BytesMembersArchivedStatusFirst Change #First Time建議：4.10 歸檔Redo log 文件Oracle允許將寫滿的在線Redo Log文件存放在一個(gè)或多個(gè)脫機(jī)位置，即歸檔Redo Log。在線日志文件通過歸檔寫入歸檔日志文件。后臺進(jìn)程ARCn自動進(jìn)行歸檔操作。您能通過歸檔日志進(jìn)行： 在線備份 基于時(shí)間的恢復(fù)Archived Redo Log SettingsParameter Value 建議：這里能夠很好地在運(yùn)行環(huán)境中使用歸檔Redo Log。這樣就能夠進(jìn)行基于時(shí)間的恢復(fù)。監(jiān)控歸檔日志文件所暫時(shí)存放的磁盤空間，根據(jù)實(shí)際情況調(diào)整歸檔日志文件備份到磁帶的頻度。4.11 數(shù)據(jù)文件數(shù)據(jù)文件是數(shù)據(jù)庫分配的物理文件。在Oracle數(shù)據(jù)庫中，一個(gè)表空間可以包含一個(gè)或多個(gè)物理文件。而一個(gè)數(shù)據(jù)文件則只能關(guān)聯(lián)一個(gè)表空間和一個(gè)數(shù)據(jù)庫。Oracle通過分配一定的磁盤空間以及所需要的文件頭空間，為每個(gè)表空間創(chuàng)建一個(gè)數(shù)據(jù)文件。Data file locations檢測數(shù)據(jù)文件的位置。當(dāng)數(shù)據(jù)文件增長過度，數(shù)據(jù)庫中必須添加數(shù)據(jù)文件。應(yīng)該避免“哪里有空間，哪里建文件”的錯(cuò)誤方法，因?yàn)檫@樣會增加備份策略和文件維護(hù)的復(fù)雜性。下面列出部分?jǐn)?shù)據(jù)文件的位置。StatusNameTablespaceFile NumberRelative File NumberSizeUsed (MB)Used (%)Autoextensible 建議：目前看來，數(shù)據(jù)文件存放位置基本準(zhǔn)確。Autoextend capabilities通過自動擴(kuò)展命令進(jìn)行數(shù)據(jù)文件的自動擴(kuò)展。假定數(shù)據(jù)文件無法分配所需空間，那么它將提高數(shù)據(jù)文件的大小以獲得更多空間。建議：4.12 表空間每個(gè)數(shù)據(jù)庫由一個(gè)或多個(gè)邏輯存儲單位，即表空間，所組成。而表空間則由邏輯存儲單位段所組成。而段將被分為多個(gè)片。Tablespace Management以下是關(guān)于數(shù)據(jù)庫表空間管理的信息。StatusNameTypeExtent ManagementSegment Space ManagementSize (MB)Used (MB)Used (%)建議：Tablespace Default Storage Management每個(gè)表空間中，可以為創(chuàng)建的對象指定缺省的存儲參數(shù)。創(chuàng)建對象時(shí)指定的存儲參數(shù)將覆蓋缺省值。如果在創(chuàng)建對象時(shí)沒有指定存儲參數(shù)，那么系統(tǒng)將使用缺省值。表空間缺省存儲情況：NameTypeInitial ExtentNext ExtentLargest Free ExtentMinimum ExtentsMaximum ExtentsMinimum Extent LengthIncrease (%)數(shù)據(jù)庫表空間的管理方式均為本地管理，這有利于減少表空間級別的碎片，同時(shí)避免了DB在進(jìn)行空間管理時(shí)對數(shù)據(jù)字典表（FET$、UET$）的爭用。我們知道系統(tǒng)中存在越多的空閑extent,越容易發(fā)生碎片問題。其中空閑extent的大小非常重要，如果在表空間上有許多個(gè)無法滿足指定的next大小的空閑extent，那這個(gè)空閑extent就無法被重新使用并成為碎片，這時(shí)就需要重新整理碎片；我們可以使用COALESCE命令合并相鄰的extent，來減少系統(tǒng)中的碎片。如果系統(tǒng)中不連續(xù)的小空閑extent過多，也就是碎片過多，則可能需要通過重建表空間的方式來消除碎片。系統(tǒng)多數(shù)表空間使用ASSM，ASSM使用位圖而不是傳統(tǒng)的FreeList來管理段內(nèi)的free db block，大大提升了空間管理的性能。同時(shí)顯著的減少segment header類型的buffer busy wait等待事件。建議：表空間的管理方式選擇合理。Next Extent保證段能夠增長是很重要的，因此在必要時(shí)分配next extent。如果在表空間中沒有足夠的空余空間，那么next extent無法分配，對象也無法增長。在數(shù)據(jù)庫中沒有發(fā)現(xiàn)無法分配NEXT EXTENT的段。Temporary Tablespace臨時(shí)表空間用于存放臨時(shí)段。為了維護(hù)數(shù)據(jù)庫的性能，臨時(shí)表空間的維護(hù)方法有別于其他一般表空間。缺省情況下，所有表空間都創(chuàng)建為PERMANENT。所以在創(chuàng)建臨時(shí)段時(shí)，需要保證表空間類型為TEMPORARY。由于這些表空間中的排序段不被清除，所以減少了空間事務(wù)爭奪，同時(shí)減少了SMON對于CPU的使用率。當(dāng)進(jìn)行長時(shí)間清理時(shí)，用戶無法進(jìn)行排序操作。在這種情況下，可以指定用戶使用狀態(tài)為PERMANENT的臨時(shí)表空間。這有可能會引起空間事務(wù)爭奪，但是可以允許用戶在磁盤上進(jìn)行排序操作。由于表空間的extent 使用了local management 方式，對表空間采用位圖管理，更利于空間的使用及回收管理。StatusNameSize (MiB)Minimum ExtentsMaximum ExtentsMinimum Extent LengthIncrease (%)建議：在數(shù)據(jù)庫TEMP為TEMPORARY類型的表空間，Extent Management 方式為LOCAL。保證每一個(gè)數(shù)據(jù)庫用戶都被分配一個(gè)臨時(shí)類型的TEMP表空間。以下列出了將PERMANENT表空間作為默認(rèn)臨時(shí)表空間的用戶：沒有發(fā)現(xiàn)用戶將PERMANENT表空間作為默認(rèn)臨時(shí)表空間。4.13 回滾段管理回滾段能夠用來保證讀一致性，回滾事務(wù)以及恢復(fù)數(shù)據(jù)庫。Rollback Segment List5. 數(shù)據(jù)庫簡單風(fēng)險(xiǎn)評估5.1 安全性管理在安全性方面，主要考慮用戶訪問數(shù)據(jù)庫的控制以及維護(hù)系統(tǒng)的安全性問題。Database Administrator Usernames/PasswordsOracle自動生成兩個(gè)用戶，并授予DBA權(quán)限： SYS SYSTEM 經(jīng)檢查，SYS和SYSTEM都沒有使用初始缺省密碼。這樣有利于維護(hù)數(shù)據(jù)庫的安全性，否則任何具有Oracle知識背景的人都能進(jìn)入數(shù)據(jù)庫。建議：目前數(shù)據(jù)庫用戶安全方面設(shè)置良好，設(shè)置安全合理。SYSDBA Users被授予SYSDBA權(quán)限的用戶能夠進(jìn)行DBA的操作，包括建立數(shù)據(jù)庫，關(guān)閉數(shù)據(jù)庫。建議：目前數(shù)據(jù)庫不存在具有DBA權(quán)限的業(yè)務(wù)用戶，用戶權(quán)限管理情況較好。6. SqlNet 概況Net8能夠在不同計(jì)算機(jī)上安裝服務(wù)和應(yīng)用程序，并且能夠使它們?nèi)缤粚由系膽?yīng)用程序一樣進(jìn)行通信。Net8的主要功能就是創(chuàng)建網(wǎng)絡(luò)通話，并且在客戶端和服務(wù)器端，或者兩個(gè)服務(wù)器端之間轉(zhuǎn)換數(shù)據(jù)。Net8必須安裝在網(wǎng)絡(luò)的每臺機(jī)器上。當(dāng)網(wǎng)絡(luò)通路建立，Net8扮演著客戶端和服務(wù)器端數(shù)據(jù)投遞者的角色。6.1 監(jiān)聽器Listener位于服務(wù)器端的監(jiān)聽程序是單獨(dú)的進(jìn)程。它從客戶端接受連接請求，并管理這些對服務(wù)端的請求。當(dāng)前LISTENER的參數(shù)設(shè)置如下：Parameter Value STARTUP_WAIT_TIME_LISTENERN/ACONNECT_TIMEOUT_LISTENERN/ATRACE_LEVEL_LISTENERN/A只有當(dāng)SQLNET需要跟蹤判斷所出現(xiàn)的問題時(shí)，TRACE_LEVEL_LISTENER才需要被設(shè)置。所獲得的跟蹤文件需交由Oracle Support進(jìn)行分析。SQLNET跟蹤只需在一段時(shí)間內(nèi)開啟，因?yàn)檫@將占用一些網(wǎng)絡(luò)資源。6.2 SQL*Net配置文件SQLNET.ORA包含了客戶端和服務(wù)器對SQL*Net配置的設(shè)置信息。當(dāng)前的SQLNET參數(shù)如下：Parameter Value AUTORCLATIC_IPCN/ATRACE_LEVEL_CLIENTN/ATRACE_FILE_CLIENTN/ATRACE_DIRECTORY_CLIENTN/ASQLNET.EXPIRE_TIMEN/A6.3 TNSNAMESTNSNAMES.ORA包含與連接描述符相匹配的網(wǎng)絡(luò)服務(wù)名。連接描述符包括監(jiān)聽程序的地址以及connect_data。TNSNAMES.ORA設(shè)置如下：由于TNSNAMES中相關(guān)的網(wǎng)絡(luò)服務(wù)名比較多，完整的TNSNAMES.ORA中的內(nèi)容可以見服務(wù)器上的配置文件。7. 數(shù)據(jù)庫性能數(shù)據(jù)庫的性能情況通過AWR的報(bào)告來體現(xiàn)。由于本次檢查并不是完整的性能檢查，所以本報(bào)告只列舉最主要的性能問題。XXXXSnap IdSnap TimeSessionsCursors/SessionBegin Snap:End Snap:Elapsed:DB Time:YYYYSnap IdSnap TimeSessionsCursors/SessionBegin Snap:End Snap:Elapsed:DB Time:我們可以參考用戶系統(tǒng)忙時(shí)的AWR信息進(jìn)行分析，不一定局限于檢查時(shí)段，這樣可以更加深入的發(fā)現(xiàn)問題。 7.1 數(shù)據(jù)庫各項(xiàng)基于時(shí)間模型的統(tǒng)計(jì)信息對數(shù)據(jù)庫業(yè)務(wù)負(fù)荷壓力最大情況下每一個(gè)實(shí)例的一個(gè)AWR報(bào)告的列出主要的性能結(jié)果，如數(shù)據(jù)庫各項(xiàng)基于時(shí)間模型的統(tǒng)計(jì)信息等：XXXXStatistic NameTime (s)% of DB Timesql execute elapsed timeDB CPUparse time elapsedhard parse elapsed 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 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 timeinbound PL/SQL rpc elapsed timerepeated bind elapsed timeDB timebackground elapsed timebackground cpu time7.2 數(shù)據(jù)庫負(fù)荷壓力分析XXXXLoad 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 %: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 %:Rollback per transaction %:Rows per Sort:7.3 各項(xiàng)命中率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 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:7.4 等待事件列出最主要的等待事件：XXXXEventWaitsTime(s)Avg Wait(ms)% Total Call TimeWait ClassYYYYEventWaitsTime(s)Avg Wait(ms)% Total Call TimeWait Class7.5 統(tǒng)計(jì)信息分析我們選取業(yè)務(wù)最為繁忙的上午時(shí)段的AWR報(bào)告進(jìn)行分析。一、 關(guān)于CPU數(shù)據(jù)庫使用情況Totalper Secondper TransCPU used by this sessionparse time cpurecursive cpu usage分析：可以看出系統(tǒng)CPU主要用于SQL語句的真正的執(zhí)行階段。二、 關(guān)于數(shù)據(jù)庫事務(wù)提交/會滾性能指標(biāo)Totalper Secondper Transuser callsuser commitsuser rollbacks分析：在實(shí)例快照統(tǒng)計(jì)中，用戶回滾率正常。7.6 數(shù)據(jù)庫I/O性能1、 本數(shù)據(jù)庫的數(shù)據(jù)文件絕大部分的平均的讀取時(shí)間20ms,表示當(dāng)前的數(shù)據(jù)庫I/O速度是可以接受的，如果有一些數(shù)據(jù)文件的平均讀取時(shí)間大于20ms，需要引起注意。2、 ORACLE認(rèn)為平均讀取時(shí)間大于20ms是I/O性能比較差的，如果一個(gè)數(shù)據(jù)文件的平均讀取時(shí)間一直大于20ms的話，建議：應(yīng)該檢查對該數(shù)據(jù)文件上的查詢語句，并且優(yōu)化SQL語句。如果該數(shù)據(jù)文件包含索引，一個(gè)可以考慮的選擇是使用壓縮索引來減少I/O。數(shù)據(jù)文件應(yīng)該盡量條帶化，分布在不同的物理硬盤上面。7.7 索引/行遷移/行鏈索引索引需要維護(hù)。對于表的刪除或者添加操作都會間接地對索引進(jìn)行相應(yīng)操作。過時(shí)的索引結(jié)構(gòu)會產(chǎn)生碎片，此時(shí)索引需要被重新建立。當(dāng)前數(shù)據(jù)庫中未發(fā)現(xiàn)需要重建的索引。行鏈當(dāng)一