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

1、XXX數(shù)據(jù)庫【XXX】巡檢報告1 第一部分操作系統(tǒng)參數(shù)檢查21.1 檢查數(shù)據(jù)庫cpu、I/O、內(nèi)存性能21.2 檢查Oracle服務(wù)進程22 第二部分Oracle數(shù)據(jù)庫檢查22.1 數(shù)據(jù)庫狀態(tài)22.1.1 檢查oracle環(huán)境變量22.1.2 檢查監(jiān)聽狀態(tài)32.1.3 查看Oracle初始化參數(shù)32.1.4 檢查Oracle的實例狀態(tài)32.1.5 檢查數(shù)據(jù)庫讀寫狀態(tài)32.1.6 查看oracle數(shù)據(jù)庫的版本32.1.7 查看sga、pga詳細(xì)信息32.1.8 檢查控制文件狀態(tài)42.1.9 檢查日志文件狀態(tài)42.1.10 檢查alter日志42.1.11 檢查當(dāng)前crontab任務(wù)42.2 數(shù)據(jù)

2、庫空間監(jiān)控42.2.1 檢查數(shù)據(jù)庫的大小，和空間使用情況42.2.2 查看數(shù)據(jù)庫是否處于歸檔模式62.2.3 檢查表空間物理文件的名稱及大小62.2.4 數(shù)據(jù)庫數(shù)據(jù)文件等所在目錄使用情況62.3 數(shù)據(jù)庫性能、資源、對象檢查62.3.1 負(fù)載情況（Load Profile）62.3.2數(shù)據(jù)庫內(nèi)存命中率（Instance Efficiency Percentages (Target 100%)）62.3.3監(jiān)控等待事件（Top 5 Timed Events ）62.3.4檢查無效的數(shù)據(jù)對象72.3.5檢查碎片程度高的表72.3.6 檢查排序區(qū)72.3.7 檢查日志緩沖區(qū)72.3.8 檢查Oracl

3、e初始化文件中相關(guān)參數(shù)值72.3.9 檢查數(shù)據(jù)庫連接情況72.3.10 檢查system表空間內(nèi)的內(nèi)容82.3.11 檢查表空間碎片率82.3.12 檢查死鎖82.4 數(shù)據(jù)庫備份檢查82.4.1 檢查數(shù)據(jù)庫備份日志信息82.4.2 檢查backup卷中文件產(chǎn)生的時間92.4.3檢查oracle用戶的email93 第三部分總結(jié)91 第一部分操作系統(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

4、 v$process where addr not in (select paddr from v$session); 檢查結(jié)果: 正常在檢查 Oracle 的進程命令輸出后，輸出顯示至少應(yīng)包括以下一些進程：Oracle 寫數(shù)據(jù)文件的進程，輸出顯示為：“ora_dbw0_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”O(jiān)racle 進行歸檔的進程，輸出顯示為：“ora_arc0_ CKDB”O(jiān)r

5、acle 進行檢查點的進程，輸出顯示為：“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)$ 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é)果:

6、正常其中"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 open_mode from v$database;檢查結(jié)果: 正常2.1.6 查看oracle數(shù)據(jù)庫的版本SQL> select * from v$version; 檢查結(jié)果：正常2.1.7 查看sga、pga詳細(xì)信息SQL> select * from v$sgainfo;S

7、QL> 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 from v$logfile; 檢查結(jié)果：正常2.1.10 檢查alter日志SQL> show parameter background_dump_dest$ tail -1000 alert_實例名.log檢查結(jié)果:正常查看有無“ORA-”，Error”，“Failed

8、”等出錯信息。根據(jù)錯誤信息進行分析并解決2.1.11 檢查當(dāng)前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='CAIKE'檢查結(jié)果：正常2.2 數(shù)據(jù)庫空間監(jiān)控2.2.1 檢查數(shù)據(jù)庫的大小，和空間使用情況（1）查所有表空間總量：SQL> select sum(tablespace_size * 8192 / 1024 / 1024 /1024) &

9、quot;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)", SUM(fs.bytes) / (1024

10、 * 1024) "Free (MB)", Nvl(Round(SUM(fs.bytes) * 100 / df.bytes),1) "% Free", Round(df.bytes - SUM(fs.bytes) * 100 / df.bytes) "% Used" FROM dba_free_space fs, (SELECT tablespace_name,SUM(bytes) bytes FROM dba_data_files GROUP BY tablespace_name) df WHERE fs.tablespace_n

11、ame (+) = df.tablespace_name GROUP BY df.tablespace_name,df.bytes UNION ALL SELECT /* + RULE */ df.tablespace_name tspace, fs.bytes / (1024 * 1024), SUM(df.bytes_free) / (1024 * 1024), Nvl(Round(SUM(fs.bytes) - df.bytes_used) * 100 / fs.bytes), 1), Round(SUM(fs.bytes) - df.bytes_free) * 100 / fs.byt

12、es) FROM dba_temp_files fs, (SELECT tablespace_name,bytes_free,bytes_used FROM v$temp_space_header GROUP BY tablespace_name,bytes_free,bytes_used) df WHERE fs.tablespace_name (+) = df.tablespace_name GROUP BY df.tablespace_name,fs.bytes,df.bytes_free,df.bytes_used ORDER BY 4 DESC; （4）檢查一些擴展異常的對象SQL&

13、gt; select Segment_Name,Segment_Type,TableSpace_Name, (Extents / Max_extents) * 100 Percent From sys.DBA_SegmentsWhere Max_Extents != 0 and (Extents / Max_extents) * 100 >= 95order By Percent;檢查結(jié)果：正常2.2.2 查看數(shù)據(jù)庫是否處于歸檔模式SQL> archive log list;檢查結(jié)果：正常2.2.3 檢查表空間物理文件的名稱及大小SQL> col name for a55SQ

14、L> 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/admin/awrrpt 檢查結(jié)果：正常如果DBtime遠(yuǎn)小于elapse說明數(shù)據(jù)庫比較空閑如果Logons大于每秒12個、Hard parses大于每秒100、全部parses超過每秒300表明可能有爭用問題數(shù)據(jù)庫內(nèi)存命中率（Instance Efficiency Percenta

15、ges (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)存中排序的比率。如果低于95%，可以通過適當(dāng)調(diào)大初始化參數(shù)PGA_

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

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

18、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 FROM dba_segments WHERE ownerNOT IN ('SYS', 'SYSTEM') GROUP BY segment_name HAVING COUNT(*)=(SELECT MAX

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

20、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-MAX_UTILIZATION<=5，則表明與 RESOURCE_NAME 相關(guān)的Oracle 初始化參數(shù)需要調(diào)整。2.3

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

22、m dba_tables where tablespace_name='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 用戶的對象。應(yīng)該進一

23、步檢查這些對象是否與我們應(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.contents not in('TEMPORARY','UNDO','SYSAUX')group by A.tabl