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

xxxxxxxxxxxxxxx

xxxxx

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

xxxx

巡檢人：

報(bào)告生成日期：yyyy-mm-dd

文檔控制

此文檔僅供江蘇移動審閱，不得向與此無關(guān)的個(gè)人或機(jī)構(gòu)傳閱或復(fù)制。

修改記錄

日期作者版本修改記錄

分發(fā)者

、姓名職位

審閱記錄

姓名職位

相關(guān)文檔

目錄

文檔控制錯(cuò)誤!未定義書簽。

修改記錄錯(cuò)誤!未定義書簽。

分發(fā)者錯(cuò)誤!未定義書簽。

審閱記錄錯(cuò)誤!未定義書簽。

相關(guān)文檔錯(cuò)誤!未定義書簽。

目錄錯(cuò)誤!未定義書簽。

1.檢查介紹錯(cuò)誤!未定義書簽。

1.1檢查系統(tǒng)錯(cuò)誤!未定義書簽。

1.2檢查范圍錯(cuò)誤!未定義書簽。

2.硬件配置錯(cuò)誤!未定義書簽。

2.1主機(jī)配置錯(cuò)誤!未定義書簽。

3.系統(tǒng)配置錯(cuò)誤!未定義書簽。

3.1操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補(bǔ)丁錯(cuò)誤!未定義書簽。

3.2硬盤可用空間錯(cuò)誤!未定義書簽。

3.3CPU利用率錯(cuò)誤!未定義書簽。

4.數(shù)據(jù)庫配置錯(cuò)誤!未定義書簽。

4.1數(shù)據(jù)庫版本和單獨(dú)補(bǔ)丁錯(cuò)誤!未定義書簽。

4.2CRS版本和單獨(dú)補(bǔ)丁錯(cuò)誤!未定義書簽。

4.3ORACLECLUSTER配置錯(cuò)誤!未定義書簽。

4.4數(shù)據(jù)庫產(chǎn)品選項(xiàng)錯(cuò)誤!未定義書簽。

4.5初始化參數(shù)文件錯(cuò)誤!未定義書簽。

4.6CRS日志文件錯(cuò)誤!未定義書簽。

4.7RDBMS運(yùn)行日志和跟蹤文件錯(cuò)誤!未定義書簽。

4.8控制文件錯(cuò)誤!未定義書簽。

4.9Redolog文件錯(cuò)誤!未定義書簽。

4.10歸檔Red。log文件錯(cuò)誤!未定義書簽。

4.11數(shù)據(jù)文件錯(cuò)誤!未定義書簽。

4.12表空間錯(cuò)誤!未定義書簽。

4.13回滾段管理錯(cuò)誤!未定義書簽。

5.數(shù)據(jù)庫簡單風(fēng)險(xiǎn)評估錯(cuò)誤!未定義書簽。

5.1安全性管理錯(cuò)誤!未定義書簽。

6.SqlNet概況錯(cuò)誤!未定義書簽。

6.1監(jiān)聽器Listener錯(cuò)誤!未定義書簽。

6.2SQL*Net錯(cuò)誤!未定義書簽。

6.3TNSNAMES錯(cuò)誤!未定義書簽。

7.數(shù)據(jù)庫性能錯(cuò)誤!未定義書簽。

7.1數(shù)據(jù)庫各項(xiàng)基于時(shí)間模型的統(tǒng)計(jì)信息錯(cuò)誤!未定義書簽。

7.2數(shù)據(jù)庫負(fù)荷壓力分析錯(cuò)誤!未定義書簽。

7.3各項(xiàng)命中率錯(cuò)誤!未定義書簽。

7.4等待事件錯(cuò)誤!未定義書簽。

7.5統(tǒng)計(jì)信息分析錯(cuò)誤!未定義書簽。

7.6數(shù)據(jù)庫I/O性能錯(cuò)誤!未定義書簽。

7.7索弓|/行遷移/行鏈錯(cuò)誤!未定義書簽。

7.8Enqueue等待分析錯(cuò)誤!未定義書簽。

7.9Latch分析錯(cuò)誤!未定義書簽。

7.10ResourceLimit分析錯(cuò)誤!未定義書簽。

7.llTopSQL語句錯(cuò)誤!未定義書簽。

8.數(shù)據(jù)庫備份策略評估錯(cuò)誤!未定義書簽。

8.1備份錯(cuò)誤!未定義書簽。

8.2恢復(fù)錯(cuò)誤!未定義書簽。

9.數(shù)據(jù)庫特別關(guān)注點(diǎn)檢查錯(cuò)誤!未定義書簽。

10.檢查總結(jié)錯(cuò)誤!未定義書簽。

附錄:初始化參數(shù)錯(cuò)誤!未定義書簽。

數(shù)據(jù)庫所有非默認(rèn)值的參數(shù)：錯(cuò)誤!未定義書簽。

1.檢查介紹

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ù)文件所占磁盤空間

SGAtargetsize

DB_BLOCKSize

表空間個(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)行日志和跟蹤文件

控制文件

Redolog文件

歸檔Redolog文件

數(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/。性能

索引/行遷移/行鏈接

Sort信息統(tǒng)計(jì)

Enqueue等待分析

Latch分析

ResourceLimit分析

TopSQL語句

備份

恢復(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)配置將被檢查，包括以下方面：

?操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補(bǔ)丁

存放oracle文件的硬盤區(qū)可用空間（oracle文件包括：數(shù)據(jù)文件，控制文件，在線redologs,歸檔

redologs,運(yùn)行情況文件和跟蹤文件）。

?硬盤利用率。

?CPU利用率。

3.1操作系統(tǒng)數(shù)據(jù)庫相關(guān)要求補(bǔ)丁

建議：

3.2硬盤可用空間

硬盤可用情況如下示：

數(shù)據(jù)庫XXXX的硬盤使用率情況如下：

Filesystemkbytesusedavail%usedMountedon

數(shù)據(jù)庫YYYY的硬盤使用率情況如下：

Filesystemkbytesusedavail%usedMountedon

建議：

目前該數(shù)據(jù)庫服務(wù)器中還沒有其他硬盤空間使用率超過90%的分區(qū)。如果有需要引起注意并且及時(shí)增加硬盤

空間的容量。

3.3CPU利用率

CPU利用率的統(tǒng)計(jì)時(shí)間是：yyyy-mm-ddhh:mi——yyyy-mm-ddhh:mi

1.top/glance

2.vmstat220

參考值：

1.最大CPU使用率：60%-70%

2.系統(tǒng)進(jìn)程與用戶進(jìn)程占用CPU最大比率：40/60

數(shù)據(jù)庫XXXX:

數(shù)據(jù)庫YYYY:

從上述的情況中看出，數(shù)據(jù)庫:服務(wù)器CPUidle基本在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ǔ)丁列表如下：

opatchIsinventory-oh$ORACLE_HOME

PatchBaseBug(s)Installedon

建議：

4.2CRS版本和單獨(dú)補(bǔ)丁

CRS安裝單獨(dú)補(bǔ)丁列表如下：

opatchIsinventory-oh$ORA_CRS_HOME

NameVersionInstalledon

建議：

4.3ORACLECLUSTER配置

OCR使用和備份都正常。相關(guān)CRS的資源和服務(wù)都正常。

$olsnodes

$ocrcheck

$ocrconfig-showbackup

$crsctlcheckcrs

CSSappearshealthy

CRSappearshealthy

EVMappearshealthy

$crs_stat-t

4.4數(shù)據(jù)庫產(chǎn)品選項(xiàng)

當(dāng)。racle軟件安裝時(shí)，會選擇要安裝的產(chǎn)品。有某些產(chǎn)品的安裝是需要license的，本次檢查不涉及

license問題。一般，很多系統(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)：

ParameterValue

rd

二zzn

□

4.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è)置的。

建議調(diào)整的參數(shù)值，請?jiān)跍y試環(huán)境數(shù)據(jù)庫中測試確認(rèn)之后，再調(diào)整于生產(chǎn)環(huán)境數(shù)據(jù)庫。

4.6CRS日志文件

從Oracle10gRAC版本開始，新增加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.7RDBMS運(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_sizd設(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)及同步信息。

Controlfilelocation

目前所有的控制文件文件存儲在已經(jīng)做了硬件RAID的磁盤陣列上面，提供了硬件級別的保護(hù)。

建議：

4.9Redolog文件

對于恢復(fù)操作，最為關(guān)鍵的結(jié)構(gòu)是在線Red。Log。在線Red。Log一般由兩個(gè)或兩個(gè)以上預(yù)先分配的存儲數(shù)

據(jù)庫變化的文件組成。為了防止例程故障，每個(gè)數(shù)據(jù)庫的實(shí)例都有相關(guān)的在線Red。Log。

每個(gè)數(shù)據(jù)庫至少有兩個(gè)Red。Log組，每組至少有一個(gè)日志文件。Oracle的多重在線Red。Log文件可以確保

在線日志文件的安全。對于多重在線Red。Log文件，LGWR同時(shí)將相同的Red。Log信息寫入不同的Red。

Log文件中，從而減少單個(gè)文件丟失的損失。

當(dāng)Oracle無法訪問一個(gè)RedoLog文件時(shí)，這個(gè)文件狀態(tài)變?yōu)镮NVALID。當(dāng)Oracle推測一個(gè)Red。Log文件不

完整或者不正確時(shí)，它的狀態(tài)變?yōu)镾TALE。當(dāng)一個(gè)STALE的文件被重用時(shí)，即其所在日志文件組活動時(shí)，此

文件也能夠使用。

在線Red。Log文件減少了數(shù)據(jù)庫數(shù)據(jù)丟失的損失，比如當(dāng)發(fā)生例程故障時(shí)，沒有被寫入數(shù)據(jù)文件的數(shù)據(jù)可以

從在線RedoLog文件中恢復(fù)。

Group#Thread#Sequence#BytesMembersArchivedStatusFirstChange#FirstTime

建議:

4.10歸檔Redolog文件

Oracle允許將寫滿的在線Red。Log文件存放在一個(gè)或多個(gè)脫機(jī)位置，即歸檔Red。Logo在線日志文件通過歸

歸檔寫入歸檔日志文件。后臺進(jìn)程ARCn自動進(jìn)行歸檔操作。您能通過歸檔日志進(jìn)行：

?在線備份

?基于時(shí)間的恢復(fù)

這里能夠很好地在運(yùn)行環(huán)境中使用歸檔Red。Logo這樣就能夠進(jìn)行基于時(shí)間的恢復(fù)。監(jiān)控歸檔日志文件所暫時(shí)

時(shí)存放的磁盤空間，根據(jù)實(shí)際情況調(diào)整歸檔口志文件備份到磁帶的頻度。

4.11數(shù)據(jù)文件

數(shù)據(jù)文件是數(shù)據(jù)庫分配的物理文件。在。racle數(shù)據(jù)庫中，一個(gè)表空間可以包含一個(gè)或多個(gè)物理文件。而一個(gè)

數(shù)據(jù)文件則只能關(guān)聯(lián)一個(gè)表空間和一個(gè)數(shù)據(jù)庫。Oracle通過分配一定的磁盤空間以及所需要的文件頭空間，

為每個(gè)表空間創(chuàng)建一個(gè)數(shù)據(jù)文件。

Datafilelocations

檢測數(shù)據(jù)文件的位置。當(dāng)數(shù)據(jù)文件增長過度，數(shù)據(jù)庫中必須添加數(shù)據(jù)文件。應(yīng)該避免“哪里有空間，哪里建文

文件”的錯(cuò)誤方法，因?yàn)檫@樣會增加備份策略和文件維護(hù)的復(fù)雜性。下面列出部分?jǐn)?shù)據(jù)文件的位置。

StatusNameTablespaceFileNumberRelativeFileNumberSizeUsed(MB)Used(%)Autoextensible

建議：

目前看來，數(shù)據(jù)文件存放位置基本準(zhǔn)確。

Autoextendcapabilities

通過自動擴(kuò)展命令進(jìn)行數(shù)據(jù)文件的自動擴(kuò)展。假定數(shù)據(jù)文件無法分配所需空間，那么它將提高數(shù)據(jù)文件的大

小以獲得更多空間。

建議：

4.12表空間

每個(gè)數(shù)據(jù)庫由一個(gè)或多個(gè)邏輯存儲單位，即表空間，所組成。而表空間則由邏輯存儲單位段所組成。而段將

被分為多個(gè)片。

TablespaceManagement

以下是關(guān)于數(shù)據(jù)庫表空間管理的信息。

StatusNameTypeExtentSegmentSpaceSizeUsedUsed(%)

ManagementManagement(MB)(MB)

建議：

TablespaceDefaultStorageManagement

每個(gè)表空間中，可以為創(chuàng)建的對象指定缺省的存儲參數(shù)。創(chuàng)建對象時(shí)指定的存儲參數(shù)將覆蓋缺省值。如果在創(chuàng)

創(chuàng)建對象時(shí)沒有指定存儲參數(shù)，那么系統(tǒng)將使用缺省值。

表空間缺省存儲情況:

NameTypeInitialNextLargestMinimumMaximumMinimumIncrease

ExtentExtentFreeExtentExtentsExtentsExtentLength(%)

數(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)的freedbblock,大大提升

了空間管理的性能。同時(shí)顯著的減少segmentheader類型的bufferbusywait等待事件。

建議：

表空間的管理方式選擇合理。

NextExtent

保證段能夠增長是很重要的，因此在必要時(shí)分配nextextent。如果在表空間中沒有足夠的空余空間，那么

nextextent無法分配，對象也無法增長。

在數(shù)據(jù)庫中沒有發(fā)現(xiàn)無法分配NEXTEXTENT的段。

TemporaryTablespace

臨時(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使用了localmanagement方式，對表空間采用位圖管理，更利于空間的使用及回收

管理。

StatusNameSize(MiB)MinimumExtentsMaximumExtentsMinimumExtentLengthIncrease(%)

建議:

在數(shù)據(jù)庫TEMP為TEMPORARY類型的表空間，ExtentManagement方式為LOCAL。

保證每一個(gè)數(shù)據(jù)庫用戶都被分配一個(gè)臨時(shí)類型的TEMP表空間。以下列出了將PERMANENT表空間作為默認(rèn)臨

臨時(shí)表空間的用戶：

沒有發(fā)現(xiàn)用戶將PERMANENT表空間作為默認(rèn)臨時(shí)表空間。

4.13回滾段管理

回滾段能夠用來保證讀一致性，回滾事務(wù)以及恢復(fù)數(shù)據(jù)庫O

RollbackSegmentList

5.數(shù)據(jù)庫簡單風(fēng)險(xiǎn)評估

5.1安全性管理

在安全性方面，主要考慮用戶訪問數(shù)據(jù)庫的控制以及維護(hù)系統(tǒng)的安全性問題。

DatabaseAdministratorUsernames/Passwords

Oracle自動生成兩個(gè)用戶，并授予DBA權(quán)限：

?SYS

?SYSTEM

經(jīng)檢查，SYS和SYSTEM都沒有使用初始缺省密碼。這樣有利于維護(hù)數(shù)據(jù)庫的安全性，否則任何具有Oracle

知識背景的人都能進(jìn)入數(shù)據(jù)庫。

建議：

目前數(shù)據(jù)庫用戶安全方面設(shè)置良好，設(shè)置安全合理。

SYSDBAUsers

被授予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è)置如F：

ParameterValue

STARTUP_WAIT_TIME_LISTENERN/A

CONNECT_TIMEOUT_LISTENERN/A

TRACE_LEVEL_LISTENERN/A

只有當(dāng)SQLNET需要跟蹤判斷所出現(xiàn)的問題時(shí)，TRACE_LEVEL_LISTENER才需要被設(shè)置。所獲得的跟蹤文

文件需交由OracleSupport進(jìn)行分析。SQLNET跟蹤只需在一段時(shí)間內(nèi)開啟，因?yàn)檫@將占用一些網(wǎng)絡(luò)資源。

6.2SQL*Net

配置文件SQLNET.ORA包含了客戶端和服務(wù)器對SQL*Net配置的設(shè)置信息。當(dāng)前的SQLNET參數(shù)如下:

ParameterValue

AUTORCLATICJPCN/A

TRACE_LEVEL_CLIENTN/A

TRACE_FILE_CLIENTN/A

TRACE_DIRECTORY_CLIENTN/A

SQLNET.EXPIRE_TIMEN/A

6.3TNSNAMES

TNSNAMES.ORA包含與連接描述符相匹配的網(wǎng)絡(luò)服務(wù)名。連接描述符包括監(jiān)聽程序的地址以及

connect_data0TNSNAMES.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)告只列舉最主要

的性能問題。

我們可以參考用戶系統(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ì)信息等：

XXXX

sqlexecuteelapsedtime

DBCPU

parsetimeelapsed

hardparseelapsedtime

hardparse(sharingcriteria)elapsedtime

PL/SQLexecutionelapsedtime

PL/SQLcompilationelapsedtime

connectionmanagementcallelapsedtime

sequenceloadelapsedtime

repeatedbindelapsedtime

hardparse(bindmismatch)elapsedtime

DBtime

backgroundelapsedtime

backgroundcputime

YYYY

DBCPU

sqlexecuteelapsedtime

parsetimeelapsed

hardparseelapsedtime

hardparse(sharingcriteria)elapsedtime

hardparse(bindmismatch)elapsedtime

PL/SQLexecutionelapsedtime

sequenceloadelapsedtime

PL/SQLcompilationelapsedtime

connectionmanagementcallelapsedtime

inboundPL/SQLrpcelapsedtime

repeatedbindelapsedtime

DBtime

backgroundelapsedtime

backgroundcputime

7.2數(shù)據(jù)庫負(fù)荷壓力分析

xxxx

YYYY

7.3各項(xiàng)命中率

XXXX

InstanceEfficiencyPercentages(Target100%)

BufferNowait%:RedoNoWait%:I

BufferHit%:In-memorySort%:

LibraryHit%:SoftParse%:I

ExecutetoParse%:LatchHit%:

ParseCPUtoParseElapsd%：i%Non-ParseCPU:I

YYYY

InstanceEfficiencyPercentages(Target100%)

BufferNowait%:RedoNoWait%:I

BufferHit%:In-memorySort%:I

LibraryHit%:SoftParse%:I

ExecutetoParse%:LatchHit%:I

ParseCPUtoParseElapsd%:%Non-ParseCPU:I

7.4等待事件

列出最主要的等待事件:

XXXX

YYYY

7.5統(tǒng)計(jì)信息分析

我們選取業(yè)務(wù)最為繁忙的上午時(shí)段的AWR報(bào)告進(jìn)行分析。

關(guān)于CPU數(shù)據(jù)庫使用情況

CPUusedbythissession

parsetimecpu

recursivecpuusage

分析：

可以看出系統(tǒng)CPU主要用于SQL語句的真正的執(zhí)行階段。

二、關(guān)于數(shù)據(jù)庫事務(wù)提交/會滾性能指標(biāo)

usercalls

usercommitsrr

userrollbacksrrr

分析：

在實(shí)例快照統(tǒng)計(jì)中，用戶回滾率正常。

7.6數(shù)據(jù)庫I/O性能

本數(shù)據(jù)庫的數(shù)據(jù)文件絕大部分的平均的讀取時(shí)間＜20ms,表示當(dāng)前的數(shù)據(jù)庫I/O速度是可以接受的，如果有一

些數(shù)據(jù)文件的平均讀取時(shí)間大于20ms,需要引起注意。

ORACLE認(rèn)為平均讀取時(shí)間大于2