資源描述：
《Oracle DBA 數(shù)據(jù)庫日常維護(hù)手冊(cè) 常用SQL 腳本.pdf》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。
1、Oracle數(shù)據(jù)庫日常維護(hù)【版本整理日期：2011/02/26】版本整理人：1634068400@QQ.COM本文檔包含以下內(nèi)容：1．Oracle數(shù)據(jù)庫日常維護(hù)2．OracleDBA常用管理腳本3．OracleDB常用SQL語句/********************************************************HTTP://ERP100.TAOBAO.COM(若跳轉(zhuǎn)不成功，請(qǐng)復(fù)制到瀏覽器或聯(lián)系Q)http://item.taobao.com/item.htm?id=7437120468MetalinkSharing*****
2、***************************************************/在Oracle數(shù)據(jù)庫運(yùn)行期間，DBA應(yīng)該對(duì)數(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)行情況：l數(shù)據(jù)庫的啟動(dòng)、關(guān)閉，啟動(dòng)時(shí)的非缺省參數(shù)；l數(shù)據(jù)庫的重做日志切換情況，記錄每次切換的時(shí)間，及如果因?yàn)闄z查點(diǎn)(checkpoint)操作沒有執(zhí)行完成造成不能切換，會(huì)記錄不能切換的原因；l對(duì)數(shù)據(jù)庫進(jìn)行的某些操作，如
3、創(chuàng)建或刪除表空間、增加數(shù)據(jù)文件；l數(shù)據(jù)庫發(fā)生的錯(cuò)誤，如表空間不夠、出現(xiàn)壞塊、數(shù)據(jù)庫內(nèi)部錯(cuò)誤(ORA－600)DBA應(yīng)該定期檢查日志文件，根據(jù)日志中發(fā)現(xiàn)的問題及時(shí)進(jìn)行處理問題處理啟動(dòng)參數(shù)不對(duì)檢查初始化參數(shù)文件因?yàn)闄z查點(diǎn)操作或歸檔操作沒如果經(jīng)常發(fā)生這樣的情況，可以考慮增有完成造成重做日志不能切換加重做日志文件組；想辦法提高檢查點(diǎn)或歸檔操作的效率；有人未經(jīng)授權(quán)刪除了表空間檢查數(shù)據(jù)庫的安全問題，是否密碼太簡單；如有必要，撤消某些用戶的系統(tǒng)權(quán)限出現(xiàn)壞塊檢查是否是硬件問題(如磁盤本生有壞塊)，如果不是，檢查是那個(gè)數(shù)據(jù)庫對(duì)象出現(xiàn)了壞塊，對(duì)這個(gè)對(duì)象進(jìn)行重建表空間不夠增加
4、數(shù)據(jù)文件到相應(yīng)的表空間出現(xiàn)ORA-600根據(jù)日志文件的內(nèi)容查看相應(yīng)的TRC文件，如果是Oracle的bug，要及時(shí)打上相應(yīng)的補(bǔ)丁二、數(shù)據(jù)庫表空間使用情況監(jiān)控（字典管理表空間）數(shù)據(jù)庫運(yùn)行了一段時(shí)間后，由于不斷的在表空間上創(chuàng)建和刪除對(duì)象，會(huì)在表空間上產(chǎn)生大量的碎片，DBA應(yīng)該及時(shí)了解表空間的碎片和可用空間情況，以決定是否要對(duì)碎片進(jìn)行整理或?yàn)楸砜臻g增加數(shù)據(jù)文件。selecttablespace_name,count(*)chunks,max(bytes/1024/1024)max_chunkfromdba_free_spacegroupbytablespace
5、_name;上面的SQL列出了數(shù)據(jù)庫中每個(gè)表空間的空閑塊情況,如下所示：TABLESPACE_NAMECHUNKSMAX_CHUNK----------------------------------------INDX157.9921875RBS3490.992188RMAN_TS116.515625SYSTEM1207.296875TEMP2070.8046875TOOLS111.8359375USERS6771.3671875其中，CHUNKS列表示表空間中有多少可用的空閑塊(每個(gè)空閑塊是由一些連續(xù)的Oracle數(shù)據(jù)塊組成)，如果這樣的空閑塊過多，
6、比如平均到每個(gè)數(shù)據(jù)文件上超過了100個(gè)，那么該表空間的碎片狀況就比較嚴(yán)重了，可以嘗試用以下的SQL命令進(jìn)行表空間相鄰碎片的接合：altertablespace表空間名cascade;此處是有誤吧，coalesce;然后再執(zhí)行查看表空間碎片的SQL語句，看表空間的碎片有沒有減少。如果沒有效果，并且表空間的碎片已經(jīng)嚴(yán)重影響到了數(shù)據(jù)庫的運(yùn)行，則考慮對(duì)該表空間進(jìn)行重建。MAX_CHUNK列的結(jié)果是表空間上最大的可用塊大小，如果該表空間上的對(duì)象所需分配的空間(NEXT值)大于可用塊的大小的話，就會(huì)提示ORA-1652、ORA-1653、ORA-1654的錯(cuò)誤信息，
7、DBA應(yīng)該及時(shí)對(duì)表空間的空間進(jìn)行擴(kuò)充，以避免這些錯(cuò)誤發(fā)生。對(duì)表空間的擴(kuò)充對(duì)表空間的數(shù)據(jù)文件大小進(jìn)行擴(kuò)展，或向表空間增加數(shù)據(jù)文件，具體操作見“存儲(chǔ)管理”部份。三、查看數(shù)據(jù)庫的連接情況DBA要定時(shí)對(duì)數(shù)據(jù)庫的連接情況進(jìn)行檢查，看與數(shù)據(jù)庫建立的會(huì)話數(shù)目是不是正常，如果建立了過多的連接，會(huì)消耗數(shù)據(jù)庫的資源。同時(shí)，對(duì)一些“掛死”的連接，可能會(huì)需要DBA手工進(jìn)行清理。以下的SQL語句列出當(dāng)前數(shù)據(jù)庫建立的會(huì)話情況：selectsid,serial#,username,program,machine,statusfromv$session;輸出結(jié)果為：SIDSERIAL#
8、USERNAMEPROGRAMMACHINESTATUS------------
