Oracle數(shù)據(jù)庫常見問題處理

一、解決Oracle9?2?0?6版本數(shù)據(jù)庫由于ORA-07445宕機問題故障現(xiàn)象：XX網(wǎng)數(shù)據(jù)庫宕機，查看日志發(fā)現(xiàn)以下內(nèi)容：WedJun820:24:172005Errorsinfile/u02/app/oracle/admin/unicom/udump/unicom_ora_661.trc:ORA-07445:\263\366\317\326\322\354\263\243:\272\313\320\304\327\252\264\242[0000000101C3089C][SIGSEGV][Addressnotmappedtoobject][0x000000000][][]WedJun820:24:222005Errorsinfile/u02/app/oracle/admin/unicom/bdump/unicom_pmon_11598.trc:TOC\o"1-5"\h\zORA-07445:exceptionencountered:coredump[0000000101C399A0][SIGSEGV][Addressnotmappedtoobject][0x000000000] [] []WedJun820:24:232005Errorsinfile/u02/app/oracle/admin/unicom/bdump/unicom_pmon_11598.trc:ORA-07445:exceptionencountered:coredump[0000000101C399A0][SIGSEGV][Addressnotmappedtoobject][0x000000000] [] []ORA-00602:internalprogrammingexceptionORA-07445:exceptionencountered:coredump[0000000101C399A0][SIGSEGV][Addressnotmappedtoobject][0x000000000] [] []WedJun820:24:332005CKPT:terminatinginstanceduetoerror472InstanceterminatedbyCKPT,pid=11604

WedJun821:04:472005StartingORACLEinstance(normal)解決辦法：Oracle工程師建議安裝Oracle補丁p3949307_9206_SOLARIS64,經(jīng)過測試，安裝步驟如下(注意，首先shutdown數(shù)據(jù)庫)：解壓補丁文件：unzipp3949307_9206_SOLARIS64.zip解開后的目錄是：4060756。修改oraclehomeproperties.xml文件，該文件在$ORACLE_HOME/inventory/ContentsXML目錄下：cporaclehomeproperties.xmloraclehomeproperties.xmlb.bakvioraclehomeproperties.xml更改數(shù)字453->23,存盤退出。修改PATH路徑為：PATH=$ORACLE_HOME/bin:/usr/ccs/bin:${PATH}執(zhí)行opatchapply命令：cd4060756$ORACLE_HOME/OPatch/opatchapply安裝成功后會出現(xiàn)如下結(jié)果：Updatinginventory.../oracle92/app/oracle/product/9?2.0.1/OPatch/opatch.plversion:.51Copyright(c)2001-2004OracleCorporation.AllRightsReserved.OPatchsucceeded?

二、査看Oracle表空間大小及利用率的SQL語句一非常實用的語句setlinesize300col表空間名fora30SELECTUPPER(F.TABLESPACE_NAME)"表空間名"，D.TOT_GROOTTE_MB"表空間大小(M)",D.TOT_GROOTTE_MB-F.TOTAL_BYTES"已使用空間(M)",TO_CHAR(ROUND((D.TOT_GROOTTE_MB-F.TOTAL_BYTES)/D.TOT_GROOTTE_MB*100,2),'990.99')"使用比",F.TOTAL_BYTES"空閑空間(M)",F.MAX_BYTES"最大塊(M)"FROM(SELECTTABLESPACE_NAME,ROUND(SUM(BYTES)/(1024*1024),2)TOTAL_BYTES,ROUND(MAX(BYTES)/(1024*1024),2)MAX_BYTESFROMSYS.DBA_FREE_SPACEGROUPBYTABLESPACE_NAME)F,(SELECTDD.TABLESPACE_NAME,ROUND(SUM(DD.BYTES)/(1024*1024),2)TOT_GROOTTE_MBFROMSYS.DBA_DATA_FILESDDGROUPBYDD.TABLESPACE_NAME)DWHERED.TABLESPACE_NAME=F.TABLESPACE_NAMEORDERBY4DESC;三、XX網(wǎng)Oracle數(shù)據(jù)庫SYSTEM表空間文件壞塊的解決辦法故障現(xiàn)象：NetBackup備份出錯，日志如下：RMAN-00571:RMAN-00569:===============ERRORMESSAGESTACKFOLLOWSRMAN-00571:RMAN-03009:failureofbackupcommandonch01channelat06/15/200502:28:44ORA-19566:超出損壞塊限制0(文件/u01/app/oradata/unicom/system01.dbf)故障分析：由于事前發(fā)生過別的表空間(cookdbs：/uOl/app/oradata/unicom/cokdbs.dbf)也有壞塊的情況,根據(jù)李智他們的建議，使用遷移數(shù)據(jù)后刪除表空間的辦法解決(僅適用于普通表空間)。這是查詢該表空間上的表和索引對象的一個腳本：GXdb%morequery.sqlconn/assysdbacolownerfora25colsegment_namefora40spooltable.logselectdistinctOWNER,SEGMENT_NAMEfromdba_extentswhereTABLESPACE_NAME='COOKDB'andSEGMENT_TYPE='TABLE';spooloffspoolindex.logselectdistinctOWNER,SEGMENT_NAMEfromdba_extentswhereTABLESPACE_NAME='COOKDB'andSEGMENT_TYPE='INDEX';spooloffexit查詢完畢后，使用一個遷移的腳本遷移到新的表空間：GXdb%moremove.sh#!/bin/kshsqlplus/NEWTBS="cookdbs1"echo"conn/assysdba">move.sqlforTNAMEin'cattable.log|awk'/"COOKDB/{print$2}'、doecho"altertablecookdb.$TNAMEmovetablespace$NEWTBS;"〉〉move.sqldoneforINAMEin'catindex.log|awk'/ACOOKDB/{print$2}'、doecho"ALTERINDEXcookdb.$INAMEREBUILDTABLESPACE$NEWTBS;"〉〉move.sqldoneecho"exit"〉〉move.sqlsqlplus/本次經(jīng)過檢查，發(fā)現(xiàn)包括有System在內(nèi)的四個表空間的四個數(shù)據(jù)文件有壞塊。為了能使用NetBackup備份，對NetBackup腳本做以下修改（對相應(yīng)的數(shù)據(jù)文件設(shè)置maxcorrupt）:run{allocatechannelch00type'sbt_tape';setmaxcorruptfordatafile1,27,28,44to10;backup。。。。。。releasechannelchOO;}如果有歸檔日志沒有丟失，都備份過，可以使用rman的blockrecover來修復(fù)文件的壞塊，例如：run{allocatechannelch00type'sbt_tape';blockrecoverdatafile27block302089,302090,332823,332824,332825,332826;blockrecoverdatafile28block340846,340847,340848,340849;blockrecoverdatafile44block380381,380382,380383,380384,380405,380406,380407,380408;blockrecoverdatafile1block1703064,1703065,1703066,1703067,1703088,1703089,1703090,1703091;releasechannelch00;}

但是中間由于備份失敗，本地維護刪除過歸檔日志，此方法不適用。本次由于有SYSTEM表空間，不同于普通用戶表空間，它有自己的特殊性。所以有些問題的解決方法也不盡相同。經(jīng)多方探討協(xié)商(OracleIndiaengineer、項目經(jīng)理、本地維護、開發(fā)部門和系統(tǒng)工程部經(jīng)理)，總結(jié)了以下處理辦法：解決SYSTEM表空間文件壞塊的方法是導(dǎo)出全庫數(shù)據(jù)，刪除數(shù)據(jù)庫，重建數(shù)據(jù)庫，導(dǎo)入全庫數(shù)據(jù)。具體的操縱步驟，經(jīng)過討論，見如下：主要是考慮到優(yōu)化可以在線進行，也需要在線進行，還考慮到優(yōu)化的萬一出錯性，既便出錯至少還可以恢復(fù)到原始狀態(tài)，如果優(yōu)化沒有成功，再做導(dǎo)出導(dǎo)入也不能恢復(fù)到初始狀態(tài)。所以就先做導(dǎo)出導(dǎo)入工作再做優(yōu)化處理。步驟是：導(dǎo)出整個數(shù)據(jù)庫(數(shù)據(jù)庫在線)，參考命令：expsystem/managerfile=/oraclebak/unicomdbfull.dmpfull=Ylog=/oraclebak/unicomfull.log備份配置文件cp$ORACLE_HOME/dbs/*/Oraclebak，記錄數(shù)據(jù)庫名及實例名，參考字典視圖V$DATABASE,V$INSTANCE；刪除數(shù)據(jù)庫DBCA(/u02/app/oracle/product//bin/dbca)圖形化配置工具。注意：建議不要刪除數(shù)據(jù)文件、重做日志文件和控制文件以及歸檔日志文件，處理方法是：就數(shù)據(jù)文件、重做日志文件和控制文件分別改名為xxx.bak.xxx文件，例如mvdatafile001.dbfdatafile001.bak.dbf；就歸檔日志文件，只改名歸檔日志文件所在的目錄名即可，例如mvarchivedirarchivedirbak。要參考的數(shù)據(jù)字典視圖有V$DATAFILE、V$LOGFILE、V$CONTROLFILE和archiveloglist參數(shù)。重建數(shù)據(jù)庫DBCA(/u02/app/oracle/product//bin/dbca)圖形化配置工具；導(dǎo)入整個數(shù)據(jù)庫，impsystem/unicom@unicomfull=yignore=yfile=xxx.dmplog=yyy.log；啟動數(shù)據(jù)庫，嚴格測試dbvfile=/u02/app/oracle/oradata/unicom/system01.dbfblocksize=8192檢查還有沒有壞塊；7.使用3.2SQL腳本檢查表空間情況。

四、一個使用Oracle歸檔日志恢復(fù)數(shù)據(jù)庫的案例案例環(huán)境：XX網(wǎng)Oracle816數(shù)據(jù)庫需求描述：備份主機（裝有oracle）上備份了7月13日的數(shù)據(jù)，但是主數(shù)據(jù)庫服務(wù)器當(dāng)前日期是7月15日。為了把備份主機上的庫跟主數(shù)據(jù)庫服務(wù)器同步，使用歸檔日志把7月13日的庫前滾到7月15日。處理步驟：1?備份備份主機上的控制文件，然后把主用數(shù)據(jù)庫的最新控制文件備份并拷貝到備份主機相應(yīng)目錄；備份控制文件的方法：sqlplus/nologVVEOFconnectinternalalterdatabasebackupcontrolfileto'${BACKUP_DIR}/controlfile.bkp';alterdatabasebackupcontrolfiletotrace;EOF2?拷貝主庫的歸檔日志到備份數(shù)據(jù)庫的歸檔日志目錄（這個前滾操作需要從13號到15號的歸檔日志完整，若備份數(shù)據(jù)庫的歸檔日志目錄不知道，可以從參數(shù)文件中看；3.啟動數(shù)據(jù)庫到mount狀態(tài)，使用recoverdatabase前滾數(shù)據(jù)庫；SQL〉startuprestrictmountpfile="${ORACLE_BASE}/admin/sdh21/pfile/init${service_names}.ora"SQL>recoverdatabaseusingbackupcontrolfile;選擇AUTO模式4?如果到了最后一個日志它還需要前滾，此時可以在主庫上把當(dāng)前redolog切換，然后把產(chǎn)生的歸檔繼續(xù)拷貝到備份主機，繼續(xù)前滾；5.前滾完成之后，它可能還繼續(xù)要求下一個歸檔日志，此時可以CANCEL；6.使用reselogs選項打開數(shù)據(jù)庫。SQL〉alterdatabaseopenresetlogs;（注意：如果打開時報錯可能是還需要把日志繼續(xù)前滾，可重復(fù)使用recoverdatabase（注意：如果打開時報錯可能是還需要把日志繼續(xù)前滾，可重復(fù)使用recoverdatabase五、Oracle五、Oracle補丁p3948480_9206_SOLARIS64.zip的安裝步驟升級說明：是從Oracle920.1.0升級到920.6.0,解決一系列bug問題。安裝步驟：解壓文件包%unzipp3948480_9206_SOLARIS64.zip%cdDisk12?停掉數(shù)據(jù)庫sql>shutdownimmediate3?啟動安裝程序%./runInstaller4?執(zhí)行catpatch.sql腳本%sqlplus/nologSQL>conn/assysdbaSQL>SPOOLpatch.logSQL>startupmigrate;SQL〉@?/rdbms/admin/catpatch.sql//執(zhí)行catpatch.sql腳本SQL>SPOOLOFF5?執(zhí)行utlrp.sql腳本SQL〉shutdownSQL〉startupSQL〉@?/rdbms/admin/utlrp.sql//執(zhí)行utlrp.sql腳本6.驗證selectcomp_name,versionfromdba_registry;注意事項：若不是在本地安裝，指定X應(yīng)用程序的所在主機。?Bourne,Bash,orKornshell:$DISPLAY=local_host:0.0;exportDISPLAY?Cshell:%setenvDISPLAYlocal_host:0.0六、在VM維護的裸設(shè)備上添加表空間的過程創(chuàng)建裸設(shè)備，大小是2G#/usr/sbin/vxassist-gdatadgmakevol1832G修改指定裸設(shè)備的權(quán)限#vxedit-gdatadgsetuser=oraclegroup=oinstallmode=600vol1823?創(chuàng)建連接#ln-s/dev/vx/rdsk/datadg/vol182pre_ln2_182.dbf4.添加到指定的表空間，例如UNDOTBS1SQL〉altertablespaceUNDOTBS12adddatafile'/usr5/linkdata/pre/pre_ln2_182?dbf'size2000M;

七、在SUNDiskSuit維護的裸設(shè)備上添加表空間的過程創(chuàng)建裸設(shè)備metainit-scqcdgd6049-p/dev/did/rdsk/d4s02g創(chuàng)建連接文件ln-s/dev/md/cqcdg/rdsk/d6049pre_ln2_63?dbf3?修改權(quán)限chownoracle:dbapre_ln2_63.dbf添加表空間altertablespacePERFDBSadddatafile'/usr5/linkdata/pre/pre_ln2_63.dbf'SIZE2000M;八、在Oracle數(shù)據(jù)庫中從文件系統(tǒng)遷移到裸設(shè)備的處理過程故障現(xiàn)象：C網(wǎng)數(shù)據(jù)庫/文件系統(tǒng)空間使用率突然達到99%，檢查發(fā)現(xiàn)原來是因為本地維護給數(shù)據(jù)庫添加了數(shù)據(jù)文件，但是該數(shù)據(jù)文件添加到文件系統(tǒng)上導(dǎo)致根文件系統(tǒng)使用率突然增大。將文件系統(tǒng)上的數(shù)據(jù)文件遷移到裸設(shè)備，裸設(shè)備在文件系統(tǒng)上只存在一個鏈接，幾乎不占空間。處理步驟：1?檢查發(fā)現(xiàn)C網(wǎng)已沒有已建好的可用裸設(shè)備，有一個建好的30G的裸設(shè)備沒有使用，首先需要添加適合適用的裸設(shè)備。2.刪除這個沒有使用的30G的softpartitionmetaclear-scqcdg-rd6042在刪除的空間上建立一個2G的裸設(shè)備metainit-scqcdgd6044-p/dev/did/rdsk/d4s02g：

4?在文件系統(tǒng)上建立到裸設(shè)備的鏈接ln-s/dev/md/cqcdg/rdsk/d6044pre_ln2_57.dbf5?更改鏈接文件的所有者chownoracle:dbapre_ln2_57.dbf6?以sysdba身份登錄并關(guān)閉數(shù)據(jù)庫sqlplus“/assysdba”SQL>shutdownimmediate7?將文件系統(tǒng)文件上的數(shù)據(jù)導(dǎo)到裸設(shè)備文件上ddif=/usr5/linkdata/sys/pre_ln2_61.dbfof=/usr5/linkdata/pre/pre_ln2_57.dbfbs=134217728if文件系統(tǒng)文件名of新建裸設(shè)備鏈接名bsdd時的blocksize，單位為byte，如果不設(shè)此項，dd的速度非常慢8.動數(shù)據(jù)庫到mount狀態(tài)SQL〉startupmount9?改數(shù)據(jù)文件名SQL>ALTERDATABASERENAMEFILE'/usr5/linkdata/sys/pre_ln2_61?dbf'TO'/usr5/linkdata/pre/pre_ln2_57.dbf';開數(shù)據(jù)庫SQL>alterdatabaseopen;證更改

九、解決在OracleOpen狀態(tài)下shutdownimmediate不能關(guān)閉數(shù)據(jù)庫問題故障現(xiàn)象：XX網(wǎng)數(shù)據(jù)庫使用shutdownimmediate不能關(guān)閉，日志中不斷輸出以下內(nèi)容:Shuttingdowninstance:furtherlogonsdisabledShuttingdowninstance(immediate)Licensehighwatermark=215AlldispatchersandsharedserversshutdownFriAug1221:52:342005ALTERDATABASECLOSENORMALFriAug1221:52:382005Thread1advancedtologsequence69953Currentlog#2seq#69953mem#0:/ora_sys/cqgdb/redo02.logThread1advancedtologsequence69954Currentlog#4seq#69954mem#0:/ora_sys/cqgdb/redo04.logCurrentlog#3seq#69966mem#0:/ora_sys/cqgdb/redo03.logThread1advancedtologsequence69967Currentlog#1seq#69967mem#0:/ora_sys/cqgdb/redo01.log解決辦法：Oracle工程師首先懷疑是臨時表空間空間不足導(dǎo)致,經(jīng)檢查臨時表空間沒有空間不足的情況，仔細觀察日志發(fā)現(xiàn)重做日志文件不斷切換，分析應(yīng)該是有較多的事務(wù)沒有完成提交或者有較多沒有提交的事務(wù)完成回滾?，F(xiàn)在面臨的問題是我們沒有很多時間去等待所有的事務(wù)去完成回滾或提交。解決問題的思路就是如何盡快結(jié)束這些事務(wù)的回滾或提交。

1.查看spfile文件中是否有fast_start_parallel_rollback參數(shù)的設(shè)置，檢查結(jié)果G網(wǎng)數(shù)據(jù)庫沒有設(shè)置該參數(shù)。如果沒有顯式設(shè)置，則該參數(shù)的默認值為low。修改該參數(shù)值為false；將數(shù)據(jù)庫啟動到nomount狀態(tài)：startupnomount；修改改參數(shù)值：altersystemsetfast_start_parallel_rollback=FALSEscope=spfile；shutdownimmediate關(guān)閉數(shù)據(jù)庫；startup啟動；查看該參數(shù)是否生效：showparameterfast_start_parallel_rollback；7?等待一段時間；8.shutdownimmediate數(shù)據(jù)庫可以關(guān)閉。分析：FAST_START_PARALLEL_ROLLBACK是用來控制事務(wù)并行回滾最大進程數(shù)的參數(shù)。該參數(shù)有三個可設(shè)值，low,high，false。當(dāng)設(shè)置為false時并行回滾被禁止，由于禁止了并行回滾，在數(shù)據(jù)庫關(guān)閉時，需要回滾的事務(wù)將被取消。十、數(shù)據(jù)庫服務(wù)器字符集更改步驟問題描述：在客戶端插入字符“咪咪”，從數(shù)據(jù)庫中查詢顯示時出現(xiàn)亂碼。處理步驟：1.據(jù)庫做全庫導(dǎo)出，備份全庫數(shù)據(jù)，以防故障發(fā)生首先設(shè)定客戶端的字符集，必須以ZHS16GBK的字符集導(dǎo)出，然后才能在更改失敗后順利倒入新建的庫。#setenvNLS_LANG"SIMPLIFIEDCHINESE_CHINA.ZHS16GBK";#stty-istrip-paritycs8;#setenvLANGzh擬在/sybdata（磁盤陣列）下建立一個目錄orabak，用于存放dmp文件。#mkdir/sybdata/orabak#chownoracle:oinstall/sybdata/orabak#su—oracle#cd/sybdata/orabak%expsystem/manager@hnsdhfile=hnsdh_2005-8-17log=hnsdh_exp_2005-8-17full=y（此處命名為示例，以實施當(dāng)日日期為準）察看日志結(jié)尾，以判定導(dǎo)出是否成功。#cathnsdh2005-8-17.dmpod-xhead看第二和第三個字節(jié)組成的十六進制數(shù)是多少可判斷導(dǎo)出文件的字符集。示例如下：#catexample.dmp|od-x|head00000000303544558504f52543a5630392e3032

0000220646d7000000000000000000000000000卜六進制的0354化為十進制為852，參造下表：NLS_CHARSET_IDNLS_CHARSET_NAMEHEX_IDUS7ASCII1WE8DEC2WE8HP3US8PC4374WE8EBCDIC375WE8EBCDIC5006WE8EBCDIC11407WE8EBCDIC2858850ZHS16CGB231280352851ZHS16MACCGB231280353852ZHS16GBK354853ZHS16DBCS355860ZHT32EUC35c861ZHT32SOPS35d862ZHT16DBT35e863ZHT32TRIS35f864ZHT16DBCS360865ZHT16BIG5361866ZHT16CCDC362

867ZHT16MSWIN950363868ZHT16HKSCS364870AL24UTFFSS366871UTF8367872UTFE368即可得出這個dmp文件的字符集為ZHS16GBK。2?據(jù)庫中直接更改字符集參數(shù)操作步驟如下：SQL〉shutdownimmediateSQL〉startupmountSQL>ALTERSYSTEMENABLERESTRICTEDSESSION;SQL>ALTERSYSTEMSETJOB_QUEUE_PROCESSES=0;SQL>ALTERSYSTEMSETAQ_TM_PROCESSES=0;SQL>ALTERDATABASEOPEN;SQL>altersessionsetevents'10046tracenamecontextforever,level12';SQL>alterdatabasecharactersetINTERNAL_USEZHS16GBK;SQL>shutdownimmediateSQL>startup察看系統(tǒng)字符集SQL>SELECT*FROMNLS_DATABASE_PARAMETERS;看NLS_CHARACTERSET的值為多少，如果為ZHS16GBK則說明改動成功。如果執(zhí)行正常，則按照下一節(jié)進行測試操作。成功后的測試測試1,在數(shù)據(jù)庫服務(wù)器端下測試

%setenvNLS_LANG"SIMPLIFIEDCHINESE_CHINA.ZHS16GBK";%stty-istrip-paritycs8;%setenvLANGzh%sqlplus/nologSQL〉conn/assysdbaSQL〉createtabletest_tq(achar(20));SQL〉insertintotest_tq1〉(a)2〉values('洣洣');SQL〉select*fromtest_tq;如顯示為A洣洣則成功。測試2,Windows客戶端環(huán)境下測試運行REGEDIT，第一步選HKEY_LOCAL_MACHINE第二步選擇SOFTWARE,第三步選擇ORACLE,第四步選擇NLS_LANG,鍵入與服務(wù)器端相同的字符集（本例為：AMERICAN_AMERICAN.US7ASCII）。右擊我的電腦，然后點擊屬性，“高級”頁面下，點擊“環(huán)境變量”，在系統(tǒng)變量中添加：變量名：NLS_LANG變量值:SIMPLIFIEDCHINESE_CHINA.ZHS16GBK運行cmd，輸入echo%NLS_LANG%，查看系統(tǒng)變量設(shè)置時否成功然后運行:$sqlplussystem/manager@hnsdh

SQL〉createSQL〉SQL〉createtabletest_tq(achar(20));SQL〉insertintotest_tq1>(a)2〉values('洣洣');SQL〉select*fromtest_tq;如顯示為A洣洣則成功。4?不成功時的措施新建數(shù)據(jù)庫，設(shè)定字符集為ZHS16GBK，其他參數(shù)先照搬原來的，并倒入數(shù)據(jù)。建庫時所需的具體參數(shù)在重建之前要搜集。注意在配置控制文件時設(shè)定最大數(shù)據(jù)文件數(shù)。建好數(shù)據(jù)庫以后，執(zhí)行以下命令即可恢復(fù)數(shù)據(jù)庫：%cd/sybdata/orabak%impsystem/manager@hnsdhfull=yignore=yfile=hnsdh_2005-8-17log=hnsdh_imp_2005-8-17十^一、Oracle數(shù)據(jù)庫歸檔目錄usr5滿的解決辦法故障現(xiàn)象：C網(wǎng)數(shù)據(jù)庫的邏輯日志增長很快，有時候每分鐘就產(chǎn)生150M的日志文件，導(dǎo)致歸檔目錄不到一天的時間就滿了。我們的備份策略是每天的晚上0點執(zhí)行，也就是說還沒來得及備份歸檔目錄就滿了。導(dǎo)致的結(jié)果：數(shù)據(jù)庫掛起不能工作問題分析及解決辦法：解決辦法有3種：1?增加歸檔目錄的空間2?增加備份頻度3?刪除歸檔日志文件每一種辦法都會存在一些問題或產(chǎn)生一些負面影響：1?增加歸檔目錄的空間，這個已經(jīng)不可行，因為已經(jīng)沒有可用空間2?增加備份頻度，會影響部分系統(tǒng)性能，后來觀察影響不大，遠遠排在了oracle進程后面。3?刪除歸檔日志文件，這只是權(quán)宜之計，會帶來控制文件和日志文件的不同步從而影響下一次的數(shù)據(jù)庫備份失敗，以及萬一數(shù)據(jù)文件損壞從而因影響恢復(fù)的問題。經(jīng)過分析和權(quán)衡,初步采用了每天辦法2次的辦法。除了原來夜里零點備份的1次之外，又安排在白天2點備份一次，至于為什么定到2點，主要是想均衡一下業(yè)務(wù)量，考慮到凌晨業(yè)務(wù)量較小可能產(chǎn)生較少的日志（相對白天而言）。結(jié)果很見效。后來討論，又發(fā)現(xiàn)了一下新的問題。問題是：萬一備份失敗或者在12小時之內(nèi)usr5空間滿怎么辦？于是又添加了一個執(zhí)行腳本fs_monitor.sh，每小時執(zhí)行一次，若發(fā)現(xiàn)usr5空間達到80%就自動刪除歸檔日志文件然后自動數(shù)據(jù)庫同步。以下是自動自動清楚自動同步的腳本（由左亮撰寫）：#!/bin/sh#PleasechangetheARCHIVE_FStoyouractualfilesystemthatyourarchivelogstoraged

ARCHIVE_FS=/usr5#PleasechangetheARCHIVE_DIRtoyouractualdirectorythatyourarchivelogstoragedARCHIVE_DIR=/usr5/oracle/bjdb/arch_2#DefinedthelocationoflogfileLOG=/usr5/oracle/bjdb/${0}?'date+%m%d'?log#ObtaintheusageoffilesystematthattimeDFK=、df—klgrep$ARCHIVE_FS|awk'{USAGE=substr($5,1,length($5)—1)printUSAGE}''START_RMAN="setenvORACLE_SIDrmansqlplus/nologVVEOFconnect/assysdbastartupexitEOF"STOP_RMAN="setenvORACLE_SIDrmansqlplus/nologVVEOFconnect/assysdbashutdownimmediateexitEOF#DefinedthecommandofarchivelogcrosscheckCMD_STR="setenvORACLE_SIDbjdbrmantargetsys/syscatalogrman/rman@rmanVVEOFcrosscheckarchivelogall;exitEOF#ChecktheusageofARCHIVE_FSif[$DFK-gt80]thenTIME='date'echo"Atthetime:"$TIME",Usageof"$ARCHIVE_FS"filesystemisbeyond80%Theusedrateis:"$DFK"%now">>$LOGcd$ARCHIVE_DIR#ObtainfilelistthatneedtoberemoveFILE_LIST='ls-ltltail-600|awk'{print$9}'、forFILEin$FILE_LISTdorm$FILE2>>$LOGdone#Startrmandatabasesu-oracle-c"$START_RMAN">>$LO