Oracle數(shù)據(jù)庫的巡檢報告

1、完美WORD格式數(shù)據(jù)庫的巡檢報告1第一部分操作系統(tǒng)參數(shù)檢查3.1.1檢查數(shù)據(jù)庫cpu、I/O、內(nèi)存性能 31.2檢查Oracle服務(wù)進程.32第二部分Oracle數(shù)據(jù)庫檢查4.2.1數(shù)據(jù)庫狀態(tài) 檢查 oracle環(huán)境變量42.1.2檢查監(jiān)聽狀態(tài) 查看Oracle初始化參數(shù) 42.1.4檢查Oracle的實例狀態(tài) 42.1.5檢查數(shù)據(jù)庫讀寫狀態(tài)42.1.6查看oracle數(shù)據(jù)庫的版本52.1.7 查看 sga pga詳細(xì)信息 52.1.8檢查控制文件狀態(tài) .檢查日志文件狀態(tài) .0 檢查 alter 日志1 檢查當(dāng)前 cron

2、 tab任務(wù)62.2數(shù)據(jù)庫空間監(jiān)控檢查數(shù)據(jù)庫的大小，和空間使用情況 62.2.2查看數(shù)據(jù)庫是否處于歸檔模式72.2.3檢查表空間物理文件的名稱及大小 72.2.4數(shù)據(jù)庫數(shù)據(jù)文件等所在目錄使用情況 72.3數(shù)據(jù)庫性能、資源、對象檢查 82.3.1 負(fù)載情況(Load Profile) 82.3.2數(shù)據(jù)庫內(nèi)存命中率(Instanee Efficiency Percentages (Target 100%) 8 2.3.3 監(jiān)控等待事件(Top 5 Timed Events )92.3.4檢查無效的數(shù)據(jù)對象92.3.5檢查碎片程度高的表92.3.6檢查排序區(qū)檢查日志緩沖區(qū)

3、.檢查Oracle初始化文件中相關(guān)參數(shù)值 92.3.9檢查數(shù)據(jù)庫連接情況1.02.3.10檢查system 表空間內(nèi)的內(nèi)容 1 02.3.11檢查表空間碎片率 1.02.3.12檢查死鎖112.4數(shù)據(jù)庫備份檢查112.4.1 檢查數(shù)據(jù)庫備份日志信息 112.4.2 檢查backup卷中文件產(chǎn)生的時間 112.4.3 檢查 oracle 用戶的 email113第三部分總結(jié)12word文檔專業(yè)資料、僅供參考1第一部分操作系統(tǒng)參數(shù)檢查1.1檢查數(shù)據(jù)庫cpu、I/O、內(nèi)存性能# top檢查結(jié)果：正常1.2檢查Oracle服務(wù)進程（1）檢查所有oracle相關(guān)進程# ps -ef|gre

4、p ora_（2）查看是否有僵死進程SQL> select spid from v$process where addr not in （select paddr from v$sessi on）;檢查結(jié)果：正常在檢查Oracle的進程命令輸出后，輸出顯示至少應(yīng)包括以下一些進程：Oracle寫數(shù)據(jù)文件的進程，輸出顯示為：“ ora_dbwO_CKDB ”O(jiān)racle寫日志文件的進程，輸出顯示為：“ ora_lgwr_ CKDB ”O(jiān)racle監(jiān)聽實例狀態(tài)的進程，輸出顯示為：“ ora_smon_ CKDB”O(jiān)racle監(jiān)聽客戶端連接進程狀態(tài)的進程，輸出顯示為：“ora_pmon_CKDB

5、”O(jiān)racle進行歸檔的進程，輸出顯示為：“ ora_arcO_ CKDB”O(jiān)racle進行檢查點的進程，輸出顯示為：“ ora_ckpt_ CKDB ”O(jiān)racle進行恢復(fù)的進程，輸出顯示為：“ ora_reco_ CKDB”2第二部分Oracle數(shù)據(jù)庫檢查2.1數(shù)據(jù)庫狀態(tài)2.1.1檢查oracle環(huán)境變量# cat /home/oracle/.profile檢查結(jié)果：正常2.1.2檢查監(jiān)聽狀態(tài)$ Isnrctl status檢查結(jié)果：正常2.1.3查看Oracle初始化參數(shù)SQL> show parameter檢查結(jié)果：正常2.1.4檢查Oracle的實例狀態(tài)SQL>selec

6、t status from v$in sta nee;檢查結(jié)果：正常其中"STATUS"表示Oracle當(dāng)前的實例狀態(tài)，必須為"OPEN"；"DATABASE_STATUS"表示Oracle當(dāng)前數(shù)據(jù)庫的狀態(tài)，必須為"ACTIVE"2.1.5檢查數(shù)據(jù)庫讀寫狀態(tài)SQL> select ope n_mode from v$database;檢查結(jié)果：正常2.1.6查看oracle數(shù)據(jù)庫的版本SQL> select * from v$vers ion;檢查結(jié)果：正常2.1.7查看sga、pga詳細(xì)信息SQL&g

7、t;select * from v$sga info;SQL>select * from v$pgastat;檢查結(jié)果：正常2.1.8檢查控制文件狀態(tài)SQL>select n ame,status from v$c on trolfile;檢查結(jié)果：正常2.1.9檢查日志文件狀態(tài)SQL> select group#,status,type,member from v$logfile;檢查結(jié)果：正常2.1.10檢查alter日志SQL> show parameter backgro un d_dump_dest$ tail -1000 alert_實例名.log檢查結(jié)果：

8、正常查看有無“ ORA-”，Error”，“Failed”等出錯信息。根據(jù)錯誤信息進行分析并解決2.1.11檢查當(dāng)前 crontab任務(wù)(1 )任務(wù)清單$cron tab -l(2)Oracle Job是否有失敗SQL> select job,what,last_date,next_date,failures,broken from dba_jobs Where schema_user='CAIKE'檢查結(jié)果：正常2.2數(shù)據(jù)庫空間監(jiān)控2.2.1檢查數(shù)據(jù)庫的大小，和空間使用情況(1) 查所有表空間總量：SQL> select sum(tablespace_size*

9、8192 / 1024 / 1024 /1024) "totalmsize(G)" from dba_tablespace_usage_metrics;(2) datafile占文件系統(tǒng)的空間SQL> select sum(bytes)/1024/1024/1024 GB from dba_data_files;(3) 查所有表空間使用量(11g)SQL> SELECT /* + RULE */ df.tablespace_name "Tablespace",df.bytes / (1024 * 1024) "Size (MB)&q

10、uot;,SUM(fs.bytes) / (1024 * 1024) "Free (MB)",Nvl(Rou nd(SUM(fs.bytes) * 100 / df.bytes),1) "% Free",Rou nd(df.bytes - SUM(fs.bytes) * 100 / df.bytes) "% Used"FROM dba_free_space fs,(SELECT tablespace_name,SUM(bytes) bytesFROM dba_data_filesGROUP BY tablespace_name) df

11、WHERE fs.tablespace_ name (+) = df.tablespace_ nameGROUP BY df.tablespace_name,df.bytesUNION ALLSELECT /* + RULE */ df.tablespace_name tspace,fs.bytes / (1024 * 1024),SUM(df.bytes_free) / (1024 * 1024),Nvl(Rou nd(SUM(fs.bytes) - df.bytes_used) * 100 / fs.bytes), 1), Rou nd(SUM(fs.bytes) - df.bytes_f

12、ree) * 100 / fs.bytes)FROM dba_temp_files fs,(SELECT tablespace_ name,bytes_free,bytes_usedFROM v$temp_space_headerGROUP BY tablespace_ name,bytes_free,bytes_used) dfWHERE fs.tablespace_ name (+) = df.tablespace_ nameGROUP BY df.tablespace_ name,fs.bytes,df.bytes_free,df.bytes_used ORDER BY 4 DESC;(

13、4) 檢查一些擴展異常的對象SQL>select Segme nt_Name,Segme nt_Type,TableSpace_Name,(Exte nts / Max_exte nts) * 100 Perce nt From sys.DBA_Segme nts Where Max_Exte nts != 0 and (Exte nts / Max_exte nts) * 100 >= 95 order By Perce nt;檢查結(jié)果：正常2.2.2查看數(shù)據(jù)庫是否處于歸檔模式SQL> archive log list;檢查結(jié)果：正常2.2.3檢查表空間物理文件的名稱及大小

14、SQL>col n ame for a55SQL> select file#,ts#,status, name from v$datafile;檢查結(jié)果：正常2.2.4數(shù)據(jù)庫數(shù)據(jù)文件等所在目錄使用情況# df -h檢查結(jié)果：正常2.3數(shù)據(jù)庫性能、資源、對象檢查2.3.1 負(fù)載情況(Load Profile)生成awr報告SQL> ?/rdbms/admi n/awrrpt檢查結(jié)果：正常如果DBtime遠(yuǎn)小于elapse說明數(shù)據(jù)庫比較空閑如果Logo ns大于每秒12個、Hard parses大于每秒100、全部parses超過每秒300表明可能有爭用問題2.3.2 數(shù)據(jù)庫內(nèi)存

15、命中率(Instance Efficiency Percentages(Target 100%)檢查結(jié)果：正常Buffer Nowait 表示在內(nèi)存獲得數(shù)據(jù)的未等待比例。Buffer Nowait的這個值一般需要大于99%否則可能存在爭用，可以在后面的等待事件中進一步確認(rèn)。Redo NoWait表示在LOG緩沖區(qū)獲得BUFFER勺未等待比例。如果太低(可參考90%劃值)，考慮增加 LOG BUFFERbuffer hit表示進程從內(nèi)存中找到數(shù)據(jù)塊的比率。常應(yīng)在95%以上。否則，小于95% 需要調(diào)整重要的參數(shù)，小于 90%可能是要加db_cache_size。In-memory Sort :在內(nèi)

16、存中排序的比率。如果低于 95%可以通過適當(dāng)調(diào)大初始 化參數(shù) PGA_AGGREGATE_TA或GIETSORT_AREA_SIZE解決library hit 表示 Oracle 從 Library Cache中檢索到一個解析過的 SQL或 PL/SQL 語句的比率。如果library hit ratio 低于90%可能需要調(diào)大shared pool區(qū)。 Soft Parse :軟解析的百分比(softs/softs+hards )小于<95%需要考慮綁定， 如果低于80%那么就可以認(rèn)為sql基本沒有被重用Execute to Parse :是語句執(zhí)行與分析的比例。該值 <0通常說

17、明shared pool 設(shè)置或者語句效率存在問題，造成反復(fù)解析Latch Hit : Latch是一種保護內(nèi)存結(jié)構(gòu)的鎖。要確保>99%否則存在嚴(yán)重的性 能問題。Parse CPU to Parse Elapsd :解析實際運行時間/(解析實際運行時間+ 解析中等 待資源時間)越高越好。Non-Parse CPU : SQL實際運行時間/(SQL實際運行時間+SQL解析時間)，太低 表示解析消耗時間過多233 監(jiān)控等待事件(Top 5 Timed Events )檢查結(jié)果：正常一個性能良好的系統(tǒng)，cpu time應(yīng)該在top 5的前面，否則說明你的系統(tǒng)大部分 時間都用在等待上。2.3.4

18、檢查無效的數(shù)據(jù)對象SQL> col OBJECT_NAME for a35SQL> SELECT owner, object_name, object_type,status FROM dba_objects WHERE status = 'INVALID'檢查結(jié)果：正常如存在狀態(tài)為N/A的表示分區(qū)對象，不用理會2.3.5檢查碎片程度高的表SQL>SELECT segment_name table_name,COUNT(*) extents FROMdba_segme nts WHERE ownerNOT IN ('SYS', 'SYS

19、TEM') GROUP BY segme nt_name HAVING COUNT(*)=(SELECT MAX(COUNT(*) FROM dba_segme nts GROUP BY segme nt_n ame);檢查結(jié)果：正常2.3.6檢查排序區(qū)SQL> select n ame,value from v$sysstat where n ame like '%sort%'檢查結(jié)果：正常如果disk/(memoty+row)的比例過高，則需要調(diào)整2.3.7檢查日志緩沖區(qū)SQL> select n ame,value from v$sysstat whe

20、re n ame in ('redo en tries','redo buffer allocati on retries');檢查結(jié)果：正常如果 redo buffer allocation retries/redo entries 超過 1%，則需要增大 log_buffer。2.3.8檢查Oracle初始化文件中相關(guān)參數(shù)值SQL> select resource_name,max_utilization,initial_allocation, limit_value from v$resource_limit;檢查結(jié)果：正常若 LIMIT_VALU-

21、MAX_UTILIZATION<=5 ，則表明與 RESOURCE_NAME 相關(guān)的Oracle初始化參數(shù)需要調(diào)整。239檢查數(shù)據(jù)庫連接情況SQL>select sid,serial#,username,program,machi ne,status from v$sessi on;檢查結(jié)果：正常建議通過sid查到操作系統(tǒng)的 spid,使用ps f|grep spidno的方式確認(rèn)spid不 是ORACLE的后臺進程。使用操作系統(tǒng)的kill -9命令殺掉連接），SID為1到 10（USERNAME列為空）的會話，是Oracle的后臺進程，不要對這些會話進行 任何操作。2.3.10檢

22、查system 表空間內(nèi)的內(nèi)容SQL> select disti nct(ow ner) from dba_tables where tablespace_ name='SYSTEM' and owner!='SYS' and owner!='SYSTEM' Union select distinct(owner) from dba_i ndexes where tablespace_ name='SYSTEM' and own er!='SYS' and own er!='SYSTEM'檢查

23、結(jié)果：正常如果記錄返回，則表明 system表空間內(nèi)存在一些非 system和sys用戶的對 象。應(yīng)該進一步檢查這些對象是否與我們應(yīng)用相關(guān)。如果相關(guān)則把這些對象移到 非System表空間，同時應(yīng)該檢查這些對象屬主的缺省表空間值。2.3.11檢查表空間碎片率(1) 查看fsfi值，如果碎片率小于30則說明碎片過多SQL>select a.tablespace_ name,trunc(sqrt(max(blocks)/sum(blocks)* (100/sqrt(sqrt(count(blocks),2) fsfi from dba_free_space a,dba_tablespaces bwhere a.tablespace_ name=b.tablespace_ nameand b.co ntents not in ('TEMPORARY','UNDO','SYSAUX')group by A.tablespace_ na