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

1、XXX數(shù)據(jù)庫【XXX】巡檢報告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|grep ora_（2）查看是否有僵死進程SQL> select spid from v$process where addr not in (select paddr from v$session);檢查結(jié)果: 正常在檢查 Oracle 的進程命令輸出后，輸出顯示至少應包括以下一些進程：Oracle 寫數(shù)據(jù)文件的進程，輸出顯示為：“ora_dbw0_CKDB”O(jiān)racle 寫日志

2、文件的進程，輸出顯示為：“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”O(jiān)racle 進行歸檔的進程，輸出顯示為：“ora_arc0_ CKDB”O(jiān)racle 進行檢查點的進程，輸出顯示為：“ora_ckpt_ CKDB”O(jiān)racle 進行恢復的進程，輸出顯示為：“ora_reco_ CKDB”2 第二部分 Oracle數(shù)據(jù)庫檢查2.1 數(shù)據(jù)庫狀態(tài)2.1.1檢查oracle環(huán)境變量# cat /home/oracle/.profile檢查結(jié)果: 正

3、常2.1.2檢查監(jiān)聽狀態(tài)$ lsnrctl status檢查結(jié)果: 正常2.1.3查看Oracle初始化參數(shù)SQL> show parameter檢查結(jié)果: 正常2.1.4檢查Oracle的實例狀態(tài)SQL> select status from v$instance;檢查結(jié)果: 正常其中"STATUS"表示Oracle當前的實例狀態(tài)，必須為"OPEN"；"DATABASE_STATUS"表示Oracle當前數(shù)據(jù)庫的狀態(tài)，必須為"ACTIVE"。2.1.5檢查數(shù)據(jù)庫讀寫狀態(tài)SQL> select o

4、pen_mode from v$database;檢查結(jié)果:正常2.1.6查看oracle數(shù)據(jù)庫的版本SQL> select * from v$version;檢查結(jié)果：正常2.1.7查看sga、pga詳細信息SQL> select * from v$sgainfo;SQL> select * from v$pgastat;檢查結(jié)果：正常2.1.8檢查控制文件狀態(tài)SQL> select name,status from v$controlfile;檢查結(jié)果：正常2.1.9檢查日志文件狀態(tài)SQL> select group#,status,type,member f

5、rom v$logfile;檢查結(jié)果：正常2.1.10檢查alter日志SQL> show parameter background_dump_dest$ tail -1000 alert_實例名.log檢查結(jié)果:正常查看有無“ORA-”，Error”，“Failed”等出錯信息。根據(jù)錯誤信息進行分析并解決檢查當前crontab任務(wù)（1）任務(wù)清單$ crontab -l（2）Oracle Job是否有失敗SQL> select job,what,last_date,next_date,failures,broken from dba_jobs Where schema_user=&

6、#39;CAIKE'檢查結(jié)果：正常2.2 數(shù)據(jù)庫空間監(jiān)控2.2.1檢查數(shù)據(jù)庫的大小，和空間使用情況（1）查所有表空間總量：SQL> select sum(tablespace_size * 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> SELE

7、CT /* + RULE */ "Tablespace",/ (1024 * 1024) "Size (MB)",SUM / (1024 * 1024) "Free (MB)",Nvl(Round(SUM * 100 / ,1) "% Free",Round( - SUM) * 100 / "% Used"FROM dba_free_space fs,(SELECT tablespace_name,SUM(bytes) bytesFROM dba_data_filesGROUP BY table

8、space_name) dfWHERE (+) =GROUP BY ,UNION ALLSELECT /* + RULE */ tspace,/ (1024 * 1024),SUM / (1024 * 1024),Nvl(Round(SUM - * 100 / , 1),Round(SUM - * 100 /FROM dba_temp_files fs,(SELECT tablespace_name,bytes_free,bytes_usedFROM v$temp_space_headerGROUP BY tablespace_name,bytes_free,bytes_used) dfWHE

9、RE (+) =GROUP BY ,ORDER BY 4 DESC;（4）檢查一些擴展異常的對象SQL> select Segment_Name,Segment_Type,TableSpace_Name,(Extents / Max_extents) * 100 Percent FromWhere Max_Extents != 0 and (Extents / Max_extents) * 100 >= 95order By Percent;檢查結(jié)果：正常查看數(shù)據(jù)庫是否處于歸檔模式SQL> archive log list;檢查結(jié)果：正常檢查表空間物理文件的名稱及大小SQL&

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

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

12、PGA_AGGREGATE_TARGET或者SORT_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%，那么就可以認為sql基本沒有被重用Execute to Parse：是語句執(zhí)行與分析的比例。該值<0通常說明shared pool設(shè)置或者語句效率存在問題，造成反復解析Latch Hit

13、：Latch是一種保護內(nèi)存結(jié)構(gòu)的鎖。要確保>99%，否則存在嚴重的性能問題。Parse CPU to Parse Elapsd：解析實際運行時間/(解析實際運行時間+解析中等待資源時間)越高越好。Non-Parse CPU ：SQL實際運行時間/(SQL實際運行時間+SQL解析時間)，太低表示解析消耗時間過多監(jiān)控等待事件（Top 5 Timed Events）檢查結(jié)果:正常一個性能良好的系統(tǒng)，cpu time應該在top 5的前面，否則說明你的系統(tǒng)大部分時間都用在等待上。檢查無效的數(shù)據(jù)對象SQL> col OBJECT_NAME for a35SQL> SELECT owne

14、r, object_name, object_type,status FROM dba_objects WHERE status = 'INVALID'檢查結(jié)果:正常如存在狀態(tài)為N/A的表示分區(qū)對象，不用理會檢查碎片程度高的表SQL> SELECT segment_name table_name,COUNT(*) extents FROM dba_segments WHERE ownerNOT IN ('SYS', 'SYSTEM') GROUP BY segment_name HAVING COUNT(*)=(SELECT MAX(COU

15、NT(*) FROM dba_segments GROUP BY segment_name);檢查結(jié)果:正常檢查排序區(qū)SQL> select name,value from v$sysstat where name like '%sort%'檢查結(jié)果:正常如果disk/(memoty+row) 的比例過高，則需要調(diào)整檢查日志緩沖區(qū)SQL> select name,value from v$sysstat where name in ('redo entries','redo buffer allocation retries');檢查

16、結(jié)果:正常如果 redo buffer allocation retries/redo entries 超過 1% ，則需要增大 log_buffer。檢查Oracle初始化文件中相關(guān)參數(shù)值SQL> select resource_name,max_utilization,initial_allocation, limit_value from v$resource_limit;檢查結(jié)果:正常若 LIMIT_VALU-MAX_UTILIZATION<=5，則表明與 RESOURCE_NAME 相關(guān)的Oracle 初始化參數(shù)需要調(diào)整。檢查數(shù)據(jù)庫連接情況SQL> select s

17、id,serial#,username,program,machine,status from v$session;檢查結(jié)果:正常建議通過 sid 查到操作系統(tǒng)的 spid,使用 ps ef|grep spidno 的方式確認 spid 不是ORACLE 的后臺進程。使用操作系統(tǒng)的 kill -9 命令殺掉連接），SID 為 1 到10(USERNAME 列為空)的會話，是 Oracle 的后臺進程，不要對這些會話進行任何操作。檢查system表空間內(nèi)的內(nèi)容SQL> select distinct(owner) from dba_tables where tablespace_name=

18、'SYSTEM' and owner!='SYS' and owner!='SYSTEM' Union select distinct(owner) from dba_indexes where tablespace_name='SYSTEM' and owner!='SYS' and owner!='SYSTEM'檢查結(jié)果:正常如果記錄返回，則表明 system 表空間內(nèi)存在一些非 system 和 sys 用戶的對象。應該進一步檢查這些對象是否與我們應用相關(guān)。如果相關(guān)則把這些對象移到非 System 表空間，同時應該檢查這些對象屬主的缺省表空間值。檢查表空間碎片率（1）查看fsfi值，如果碎片率小于30則說明碎片過多SQL> select ,trunc(sqrt(max(blocks)/sum(blocks)* (100/sqrt(sqrt(count(blocks),2) fsfifrom dba_free_space a,dba_tablespaces bwhere =and not in('TEMPORARY','UN