Oracle日常維護(hù)手冊

1、O r a c l e 數(shù) 據(jù) 庫 日 常 維 護(hù)在Oracle數(shù)據(jù)庫運(yùn)行期間,DBA應(yīng)該對數(shù)據(jù)庫的運(yùn)行日志及表空間的使用 情況進(jìn)行監(jiān)控,及早發(fā)現(xiàn)數(shù)據(jù)庫中存在的問題.一、Oracle警告日志文件監(jiān)控Oracle在運(yùn)行過程中,會(huì)在警告日志文件(alert_SID.log) 中記錄數(shù)據(jù)庫 的一些運(yùn)行情況：數(shù)據(jù)庫的啟動(dòng)、關(guān)閉,啟動(dòng)時(shí)的非缺省參數(shù)；數(shù)據(jù)庫的重做日志切換情況,記錄每次切換的時(shí)間,及如果由于檢查點(diǎn) (checkpoint)操作沒有執(zhí)行完成造成不能切換,會(huì)記錄不能切換的原 因；對數(shù)據(jù)庫進(jìn)行的某些操作,如創(chuàng)立或刪除表空間、增加數(shù)據(jù)文件；數(shù)據(jù)庫發(fā)生的錯(cuò)誤,如表空間不夠、出現(xiàn)壞塊、數(shù)據(jù)庫內(nèi)部錯(cuò)誤(

2、ORA-600)DBAB亥定期檢查日志文件,根據(jù)日志中發(fā)現(xiàn)的問題及時(shí)進(jìn)行處理問題處理啟動(dòng)參數(shù)不對檢查初始化參數(shù)文件由于檢查點(diǎn)操作或歸檔操作沒 有完成造成重做日志不能切換如果經(jīng)常發(fā)生這樣的情況,可以考慮增 加重做日志文件組；想方法提升檢查點(diǎn) 或歸檔操作的效率；有人未經(jīng)授權(quán)刪除了表空間檢查數(shù)據(jù)庫的平安問題,是否密碼太簡 單；如有必要,撤消某些用戶的系統(tǒng)權(quán) 限出現(xiàn)壞塊檢查是否是硬件問題(如磁盤本生有壞 塊),如果不是,檢查是那個(gè)數(shù)據(jù)庫對 象出現(xiàn)了壞塊,對這個(gè)對象進(jìn)行重建表空間/、夠增加數(shù)據(jù)文件到相應(yīng)的表空問出現(xiàn) ORA-600根據(jù)日志文件的內(nèi)咨查看相應(yīng)的TRCC 件,如果是Oracle的bug,要及

3、時(shí)打上 相應(yīng)的補(bǔ)丁二、數(shù)據(jù)庫表空間使用情況監(jiān)控字典治理表空間數(shù)據(jù)庫運(yùn)行了一段時(shí)間后,由于不斷的在表空間上創(chuàng)立和刪除對象,會(huì)在 表空間上產(chǎn)生大量的碎片,DBA應(yīng)該及時(shí)了解表空間的碎片和可用空間情況, 以決定是否要對碎片進(jìn)行整理或?yàn)楸砜臻g增加數(shù)據(jù)文件.select tablespace_name,count(*) chunks ,max(bytes/1024/1024) max_chunkfrom dba_free_spacegroup by tablespace_name;上面的SQL列出了數(shù)據(jù)庫中每個(gè)表空間的空閑塊情況,如下所示:TABLESPACE_NAMECHUNKS MAX_CHUNKI

4、NDX1 57.9921875RBS3 490.992188RMAN_TS1 16.515625SYSTEM1 207.296875TEMP20 70.8046875TOOLS1 11.8359375USERS67 71.3671875其中,CHUNKS列表示表空間中有多少可用的空閑塊每個(gè)空閑塊是由一些連續(xù)的Oracle 數(shù)據(jù)塊組成,如果這樣的空閑塊過多,比方平均到每個(gè)數(shù)據(jù)文件上超過了 100個(gè),那么該表空間的碎片狀況就比擬嚴(yán)重了,可以嘗試用以下的SQL命令進(jìn)行表空間相鄰碎片的接合:alter tablespace 表空間名 coalesce;然后再執(zhí)行查看表空間碎片的SQL語句,看表空間的碎

5、片有沒有減少.如 果沒有效果,并且表空間的碎片已經(jīng)嚴(yán)重影響到了數(shù)據(jù)庫的運(yùn)行,那么考慮對該 表空間進(jìn)行重建.MAX_CHUNK的結(jié)果是表空間上最大的可用塊大小,如果該表空間上的對 象所需分配的空間NEXT值大于可用塊的大小的話,就會(huì)提示ORA-1652ORA-1653 ORA-1654勺錯(cuò)誤信息,DBA該及時(shí)對表空間的空間進(jìn)行擴(kuò)充,以 防止這些錯(cuò)誤發(fā)生.對表空間的擴(kuò)充對表空間的數(shù)據(jù)文件大小進(jìn)行擴(kuò)展,或向表空間增加數(shù)據(jù) 文件,具體操作見“存儲(chǔ)治理部份.三、查看數(shù)據(jù)庫的連接情況DBA要定時(shí)對數(shù)據(jù)庫的連接情況進(jìn)行檢查,看與數(shù)據(jù)庫建立的會(huì)話數(shù)目是 不是正常,如果建立了過多的連接,會(huì)消耗數(shù)據(jù)庫的資源.同時(shí)

6、,對一些“掛 死的連接,可能會(huì)需要 DBAf工進(jìn)行清理.以下的SQL語句列出當(dāng)前數(shù)據(jù)庫建立的會(huì)話情況：select sid,serial#,username,program,machine,status from v$session;輸出結(jié)果為：SID SERIAL# USERNAME PROGRAM MACHINE STATUS1 1ORACLE.EXEWORK3ACTIVE2 1ORACLE.EXEWORK3ACTIVE3 1ORACLE.EXEWORK3ACTIVE4 1ORACLE.EXEWORK3ACTIVE5 3ORACLE.EXEWORK3ACTIVE6 1ORACLE.EXE

7、WORK3ACTIVE7 1ORACLE.EXE WORK3ACTIVE8 27 SYS SQLPLUS.EXE WORKGROUPWORK3 ACTIVE115 DBSNMP dbsnmp.exe WORKGROUPWORK3 INACTIVE其中,SID會(huì)話(session)的 ID 號；SERIAL#會(huì)話的序列號,和SID 一起用來唯一標(biāo)識一個(gè)會(huì)話；USERNAME建立該會(huì)話的用戶名；PROGRAM這個(gè)會(huì)話是用什么工具連接到數(shù)據(jù)庫的；STATUS當(dāng)前這個(gè)會(huì)話的狀態(tài),ACTIVE表示會(huì)話正在執(zhí)行某些任務(wù),INACTIVE示當(dāng)前會(huì)話沒有執(zhí)行任何操作；如果DBAg手工斷開某個(gè)會(huì)話,那么執(zhí)行：a

8、lter system kill session 'SID,SERIAL#'注意,上例中SID為1到7(USERNAME歹U為空)的會(huì)話,是 Oracle 的 后臺(tái)進(jìn)程,不要對這些會(huì)話進(jìn)行任何操作.四、限制文件的備份在數(shù)據(jù)庫結(jié)構(gòu)發(fā)生變化時(shí),如增加了表空間,增加了數(shù)據(jù)文件或重做日志 文件這些操作,都會(huì)造成Oracle數(shù)據(jù)庫限制文件的變化,DBAS及進(jìn)行限制文 件的備份,備份方法是：執(zhí)行SQL語句：alter databasebackup controlfile to '/home/backup/control.bak'或：alter database backup

9、 controlfile to trace;這樣,會(huì)在USER_DUMP_DEST(化參數(shù)文件中指定)目錄下生成創(chuàng)立控 制文件的SQL#令.五、檢查數(shù)據(jù)庫文件的狀態(tài)DBA要及時(shí)查看數(shù)據(jù)庫中數(shù)據(jù)文件的狀態(tài)(如被誤刪除),根據(jù)實(shí)際情況 決定如何進(jìn)行處理,檢查數(shù)據(jù)文件的狀態(tài)的SQLJ口下：select file_name,statusfrom dba_data_files;如果數(shù)據(jù)文件的STATUS不是AVAILABLE那么就要采取相應(yīng)的舉措, 如對該數(shù)據(jù)文件進(jìn)行恢復(fù)操作,或重建該數(shù)據(jù)文件所在的表空問.六、檢查數(shù)據(jù)庫定時(shí)作業(yè)的完成情況如果數(shù)據(jù)庫使用了 Oracle的JOB來完成一些定時(shí)作業(yè),要對這些

10、 JOB的 運(yùn)行情況進(jìn)行檢查：select job,log_user,last_date,failuresfrom dba_jobs;如果FAILURES是一個(gè)大于0的數(shù)的話,說明JOB運(yùn)行失敗,要進(jìn)一步 的檢查.七、數(shù)據(jù)庫壞塊的處理當(dāng)Oracle數(shù)據(jù)庫出現(xiàn)壞塊時(shí),Oracle會(huì)在警告日志文件(alert_SID.log ) 中記錄壞塊的信息：ORA-01578: ORACLEata block corrupted (file # 7, block # <BLOCK)>ORA-01110:datafile<AFN>'/oracle1/oradata/V920/o

11、radata/V816/users01.dbf'其中,< AFN>代表壞塊所在數(shù)據(jù)文件的絕對文件號,<BLOCK>表壞塊是數(shù)據(jù)文件上的第幾個(gè)數(shù)據(jù)塊出現(xiàn)這種情況時(shí),應(yīng)該首先檢查是否是硬件及操作系統(tǒng)上的故障導(dǎo)致Oracle數(shù)據(jù)庫出現(xiàn)壞塊.在排除了數(shù)據(jù)庫以外的原因后,再對發(fā)生壞塊的數(shù)據(jù) 庫對象進(jìn)行處理.1 .確定發(fā)生壞塊的數(shù)據(jù)庫對象SELECT tablespace_name, segment_type, owner, segment_nameFROM dba_extentsWHERE file_id = <AFN>AND <BLOCK> be

12、tween block_id AND block_id+blocks-1;2 .決定修復(fù)方法如果發(fā)生壞塊的對象是一個(gè)索引,那么可以直接把索引DRO即后, 再根據(jù)表里的記錄進(jìn)行重建；如果發(fā)生壞塊的表的記錄可以根據(jù)其它表的記錄生成的話,那么可以直接把這個(gè)表DROa后重建；如果有數(shù)據(jù)庫的備份,那么恢復(fù)數(shù)據(jù)庫的方法來進(jìn)行修復(fù)；如果表里的記錄沒有其它方法恢復(fù),那么壞塊上的記錄就喪失了,只能把表中其它數(shù)據(jù)塊上的記錄取出來,然后對這個(gè)表進(jìn)行重建.3 .用Oracle提供的DBMS_REPAIR標(biāo)記出壞塊exec DBMS_REPAIR.SKIP_CORRUPT_BLOCKS('<schema>','<tablename>');4 .使用Create table as select命令將表中其它塊上的記錄保存到另一張表上create table corrupt_table_bak asselect * from corrupt_table;5 .用DROP TABL命令刪除有壞塊的表 drop table corrupt_table;6 .用alter table rename命令恢復(fù)原來的表alter