Oracle DBA數據庫日常維護完全手冊

OracleDBA數據庫日常維護完全手冊在Oracle數據庫運行期間，DBA應該對數據庫的運行日志及表空間的使用情況進行監(jiān)控，及早發(fā)現數據庫中存在的問題。一、Oracle警告日志文件監(jiān)控Oracle(alert_SID.log)中記錄數據庫的一些運行情況:數據庫的啟動、關閉，啟動時的非缺省參數；數據庫的重做日志切換情況，記錄每次切換的時間，及如果因為檢查點(checkpoint)操作沒有執(zhí)行完成造成不能切換，會記錄不能切換的原因；對數據庫進行的某些操作，如創(chuàng)建或刪除表空間、增加數據文件；數據庫發(fā)生的錯誤，如表空間不夠、出現壞塊、數據庫內部錯誤(ORA-600)。DBA應該定期檢查日志文件，根據日志中發(fā)現的問題及時進行處理。問題處理:啟動參數不對檢查初始化參數文件；因為檢查點操作或歸檔操作沒有完成造成重做日志不能切換如果經常發(fā)生這樣的情況，可以考慮增加重做日志文件組想辦法提高檢查點或歸檔操作的效率；有人未經授權刪除了表空間檢查數據庫的安全問題，是否密碼太簡單如有必要，撤消某些用戶的系統(tǒng)權限；出現壞塊檢查是否是硬件問題如磁盤本生有壞塊)數據庫對象出現了壞塊，對這個對象進行重建；表空間不夠增加數據文件到相應的表空間；出現ORA-600根據日志文件的內容查看相應的TRCOracle的，要及時打上相應的補丁。二、數據庫表空間使用情況監(jiān)控字典管理表空間)空間上產生大量的碎片，DBA應該及時了解表空間的碎片和可用空間情況，以決定是否要對碎片進行整理或為表空間增加數據文件。以下為引用的內容：selecttablespace_name,count(*)chunks,max(bytes/1024/1024)max_chunkfromdba_free_spacegroupbytablespace_name;上面的SQL列出了數據庫中每個表空間的空閑塊情況如下所示:以下為引用的內容：TABLESPACE_NAMECHUNKSMAX_CHUNK----------------------------------------INDX157.9921875RBS3490.992188RMAN_TS116.515625SYSTEM1207.296875TEMP2070.8046875TOOLS111.8359375USERS6771.3671875其中，CHUNKS列表示表空間中有多少可用的空閑塊每個空閑塊是由一些連續(xù)的Oracle數據塊組成，如果這樣的空閑塊過多，比如平均到每個數據文件上超過了100個，那么該表空間的碎片狀況就比較嚴重了，可以嘗試用以下的SQL命令進行表空間相鄰碎片的接合:altertablespace表空間名coalesce;然后再執(zhí)行查看表空間碎片的SQL語句，看表空間的碎片有沒有減少。如空間進行重建。MAX_CHUNK列的結果是表空間上最大的可用塊大小，如果該表空間上的對象所需分配的空間(NEXT值ORA-1652、ORA-1653ORA-1654的錯誤信息，DBA應該及時對表空間的空間進行擴充，以避免這些錯誤發(fā)生。件，具體操作見“存儲管理”部份。三、查看數據庫的連接情況DBA要定時對數據庫的連接情況進行檢查，看與數據庫建立的會話數目是不是正常，如果建立了過多的連接，會消耗數據庫的資源。同時，對一些“掛死”的連接，可能會需要DBA手工進行清理。以下的SQL語句列出當前數據庫建立的會話情況:以下為引用的內容：selectsid,serial#,username,program,machine,statusfromv$session;輸出結果為:以下為引用的內容：SIDSERIAL#USERNAMEPROGRAMMACHINESTATUS-------------------------------------------------------11ORACLE.EXEWORK3ACTIVE21ORACLE.EXEWORK3ACTIVE31ORACLE.EXEWORK3ACTIVE41ORACLE.EXEWORK3ACTIVE53ORACLE.EXEWORK3ACTIVE61ORACLE.EXEWORK3ACTIVE71ORACLE.EXEWORK3ACTIVE827SYSSQLPLUS.EXEWORKGROUP\WORK3ACTIVE115DBSNMPdbsnmp.exeWORKGROUP\WORK3INACTIVE注釋：SID會話(session)的ID號；SERIAL#會話的序列號，和SID一起用來唯一標識一個會話；USERNAME建立該會話的用戶名；PROGRAM這個會話是用什么工具連接到數據庫的；STATUS當前這個會話的狀態(tài)，ACTIVE表示會話正在執(zhí)行某些任務，INACTIVE表示當前會話沒有執(zhí)行任何操作。如果DBA要手工斷開某個會話，則執(zhí)行:altersystemkillsession'SID,SERIAL#';SID為1到7(USERNAME列為空Oracle的后臺進程，不要對這些會話進行任何操作。四、控制文件的備份Oracle數據庫控制文件的變化，DBA應及進行控制文件的備份，備份方法是:執(zhí)行SQL語句:以下為引用的內容：alterdatabasebackupcontrolfileto'/home/backup/control.bak';或:以下為引用的內容：alterdatabasebackupcontrolfiletotrace;這樣，會在USER_DUMP_DEST(初始化參數文件中指定目錄下生成創(chuàng)建控制文件的SQL命令。五、檢查數據庫文件的狀態(tài)DBA要及時查看數據庫中數據文件的狀態(tài)如被誤刪除，根據實際情況決定如何進行處理，檢查數據文件的狀態(tài)的SQL如下:以下為引用的內容：selectfile_name,statusfromdba_data_files;如果數據文件的STATUS列不是AVAILABLE或重建該數據文件所在的表空間。六、檢查數據庫定時作業(yè)的完成情況如果數據庫使用了Oracle的JOB來完成一些定時作業(yè)，要對這些JOB的運行情況進行檢查:以下為引用的內容：selectjob,log_user,last_date,failuresfromdba_jobs;如果FAILURES列是一個大于0的數的話，說明JOB運行失敗，要進一步的檢查。七、數據庫壞塊的處理當Oracle數據庫出現壞塊時，Oracle會在警告日志文件(alert_SID.log)中記錄壞塊的信息:ORA-01578:ORACLEdatablockcorrupted(file#7,block#)ORA-01110:datafile:'/oracle1/oradata/V920/oradata/V816/users01.dbf'其中，代表壞塊所在數據文件的絕對文件號，代表壞塊是數據文件上的第Oracle數據庫出現壞塊。在排除了數據庫以外的原因后，再對發(fā)生壞塊的數據庫對象進行處理。1.確定發(fā)生壞塊的數據庫對象以下為引用的內容：SELECTtablespace_name,segment_type,owner,segment_nameFROMdba_extentsWHEREfile_id=ANDbetweenblock_idANDblock_id+blocks-1;2.決定修復方法:如果發(fā)生壞塊的對象是一個索引，那么可以直接把索引DROP掉后，再根據表里的記錄進行重建；這個表DROP掉后重建；如果有數據庫的備份，則恢復數據庫的方法來進行修復；中其它數據塊上的記錄取出來，然后對這個表進行重建。3.用Oracle提供的DBMS_REPAIR包標記出壞塊:execDBMS_REPAIR.SKIP_CORRUPT_BLOCKS('','');4.使用Createtableasselect命令將表中其它塊上的記錄保存到另一張表上以下為引用的內容：createtablecorrupt_table_bakasselect*fromcorrupt_table;5.用DROPTABLE命令刪除有壞塊的表以下為引用的內容：droptablecorrup_tatble;6.用altertablerename命令恢復原來的表以下為引用的內容：altertablecorrup