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

1、.：.；PAGE iiJoint Contact Guide v3.0 Commercial in ConfidencePage PAGE ii安康檢查報(bào)告XXXXXXXXXXXXXXXXXXXXOracle數(shù)據(jù)庫安康檢查與評價(jià)XXXX巡檢人：報(bào)告生成日期：yyyy-mm-dd 安康檢查報(bào)告 第 PAGE 28頁文檔控制此文檔僅供江蘇挪動(dòng)審閱，不得向與此無關(guān)的個(gè)人或機(jī)構(gòu)傳閱或復(fù)制。修正記錄日期作者版本修正記錄分發(fā)者、姓名職位審閱記錄姓名職位相關(guān)文檔目錄 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 相關(guān)文檔 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主機(jī)配置 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ù)庫相關(guān)要求補(bǔ)丁 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ù)庫版本和單獨(dú)補(bǔ)丁 PAGEREF _Toc240861133 h 10 HYPERLINK l _Toc240861134 4.2CRS版本和單獨(dú)補(bǔ)丁 PAGEREF _Toc240861134 h 10 HYPERLINK l _Toc240861 4.3ORACLE CLUSTER配置 PAGEREF _Toc240861 h 10 HYPERLINK l _Toc240861 4.4數(shù)據(jù)庫產(chǎn)品選項(xiàng) 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運(yùn)轉(zhuǎn)日志和跟蹤文件 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ù)庫簡單風(fēng)險(xiǎn)評價(jià) 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ù)庫各項(xiàng)基于時(shí)間模型的統(tǒng)計(jì)信息 PAGEREF _Toc240861153 h 19 HYPERLINK l _Toc240861154 7.2數(shù)據(jù)庫負(fù)荷壓力分析 PAGEREF _Toc240861154 h 20 HYPERLINK l _Toc240861155 7.3各項(xiàng)命中率 PAGEREF _Toc240861155 h 21 HYPERLINK l _Toc240861156 7.4

10、等待事件 PAGEREF _Toc240861156 h 21 HYPERLINK l _Toc240861157 7.5統(tǒng)計(jì)信息分析 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)略評價(jià) PAGEREF _Toc240861164 h 25 HYPERLINK l _Toc240861165 8.1備份 PAGE

12、REF _Toc240861165 h 25 HYPERLINK l _Toc240861166 8.2恢復(fù) PAGEREF _Toc240861166 h 25 HYPERLINK l _Toc240861167 9.數(shù)據(jù)庫特別關(guān)注點(diǎn)檢查 PAGEREF _Toc240861167 h 26 HYPERLINK l _Toc240861168 10.檢查總結(jié) 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個(gè)數(shù)據(jù)庫，詳細(xì)情況如下：數(shù)據(jù)庫稱號數(shù)據(jù)庫實(shí)例名運(yùn)用稱號運(yùn)用類型OLTP/DSS/Batch開發(fā)工具運(yùn)用簡介RDBMS 版本CRS 版本一切數(shù)據(jù)文件所占磁盤空間SGA target sizeDB_BLOCK Size表空間個(gè)數(shù)數(shù)據(jù)文件個(gè)數(shù)控制文件個(gè)數(shù)日志文件大小日志組數(shù)目每組日志文件成員數(shù)量歸檔方式并發(fā)用戶量性能需求檢查范圍本次檢查僅限于數(shù)據(jù)庫。在這次檢查中對數(shù)據(jù)庫配置和數(shù)據(jù)庫性能進(jìn)展了分析。本報(bào)告提供的檢查和建議不涉及詳細(xì)的平安分析和運(yùn)用程序的詳細(xì)細(xì)節(jié)。以下提請留意：本次檢查僅歷時(shí)1天，其中

14、還包括了提交分析報(bào)告的時(shí)間，所以在詳細(xì)的運(yùn)用程序性能方面并不加以深化。檢查方面詳細(xì)檢查內(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)轉(zhuǎn)日志和跟蹤文件控制文件Redo log文件歸檔Redo log文件數(shù)據(jù)文件表空間回滾段管理平安性管理數(shù)據(jù)庫簡單風(fēng)險(xiǎn)評價(jià)監(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分析Reso

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

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

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

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

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

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

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

22、 文件對于恢復(fù)操作，最為關(guān)鍵的構(gòu)造是在線Redo Log。在線Redo Log普通由兩個(gè)或兩個(gè)以上預(yù)先分配的存儲(chǔ)數(shù)據(jù)庫變化的文件組成。為了防止例程缺點(diǎn)，每個(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è)文件形狀變?yōu)镮NVALID。當(dāng)Oracle推測一個(gè)Redo Log文件不完好

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

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

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

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

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

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

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

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

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

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

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

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

35、nap IdSnap TimeSessionsCursors/SessionBegin Snap:End Snap:Elapsed:DB Time:我們可以參考用戶系統(tǒng)忙時(shí)的AWR信息進(jìn)展分析，不一定局限于檢查時(shí)段，這樣可以更加深化的發(fā)現(xiàn)問題。 數(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 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ù)庫負(fù)荷壓力分析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:各項(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 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)計(jì)信息分析我們選取業(yè)務(wù)最為忙碌的上午時(shí)段的AWR報(bào)告進(jìn)展分析。關(guān)于CPU數(shù)據(jù)庫運(yùn)用情況Totalper Secondper TransCPU used by this sessionparse time cpurecursive cpu usage分析：可以看出系統(tǒng)CPU主要用于SQL語句的真正的執(zhí)行階段。關(guān)于數(shù)據(jù)庫事務(wù)提交/會(huì)滾性能目的Totalper Secondper Transuser callsuser