Oracle數(shù)據(jù)庫(kù)常見(jiàn)問(wèn)題處理

一、解決Oracle9?2?0?6版本數(shù)據(jù)庫(kù)由于ORA-07445宕機(jī)問(wèn)題故障現(xiàn)象：XX網(wǎng)數(shù)據(jù)庫(kù)宕機(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補(bǔ)丁p3949307_9206_SOLARIS64,經(jīng)過(guò)測(cè)試，安裝步驟如下(注意，首先shutdown數(shù)據(jù)庫(kù))：解壓補(bǔ)丁文件：unzipp3949307_9206_SOLARIS64.zip解開(kāi)后的目錄是：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安裝成功后會(huì)出現(xiàn)如下結(jié)果：Updatinginventory.../oracle92/app/oracle/product/9?2.0.1/OPatch/opatch.plversion:.51Copyright(c)2001-2004OracleCorporation.AllRightsReserved.OPatchsucceeded?

二、査看Oracle表空間大小及利用率的SQL語(yǔ)句一非常實(shí)用的語(yǔ)句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ù)庫(kù)SYSTEM表空間文件壞塊的解決辦法故障現(xiàn)象：NetBackup備份出錯(cuò)，日志如下：RMAN-00571:RMAN-00569:===============ERRORMESSAGESTACKFOLLOWSRMAN-00571:RMAN-03009:failureofbackupcommandonch01channelat06/15/200502:28:44ORA-19566:超出損壞塊限制0(文件/u01/app/oradata/unicom/system01.dbf)故障分析：由于事前發(fā)生過(guò)別的表空間(cookdbs：/uOl/app/oradata/unicom/cokdbs.dbf)也有壞塊的情況,根據(jù)李智他們的建議，使用遷移數(shù)據(jù)后刪除表空間的辦法解決(僅適用于普通表空間)。這是查詢?cè)摫砜臻g上的表和索引對(duì)象的一個(gè)腳本：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查詢完畢后，使用一個(gè)遷移的腳本遷移到新的表空間：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)過(guò)檢查，發(fā)現(xiàn)包括有System在內(nèi)的四個(gè)表空間的四個(gè)數(shù)據(jù)文件有壞塊。為了能使用NetBackup備份，對(duì)NetBackup腳本做以下修改（對(duì)相應(yīng)的數(shù)據(jù)文件設(shè)置maxcorrupt）:run{allocatechannelch00type'sbt_tape';setmaxcorruptfordatafile1,27,28,44to10;backup。。。。。。releasechannelchOO;}如果有歸檔日志沒(méi)有丟失，都備份過(guò)，可以使用rman的blockrecover來(lái)修復(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;}

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

四、一個(gè)使用Oracle歸檔日志恢復(fù)數(shù)據(jù)庫(kù)的案例案例環(huán)境：XX網(wǎng)Oracle816數(shù)據(jù)庫(kù)需求描述：備份主機(jī)（裝有oracle）上備份了7月13日的數(shù)據(jù)，但是主數(shù)據(jù)庫(kù)服務(wù)器當(dāng)前日期是7月15日。為了把備份主機(jī)上的庫(kù)跟主數(shù)據(jù)庫(kù)服務(wù)器同步，使用歸檔日志把7月13日的庫(kù)前滾到7月15日。處理步驟：1?備份備份主機(jī)上的控制文件，然后把主用數(shù)據(jù)庫(kù)的最新控制文件備份并拷貝到備份主機(jī)相應(yīng)目錄；備份控制文件的方法：sqlplus/nologVVEOFconnectinternalalterdatabasebackupcontrolfileto'${BACKUP_DIR}/controlfile.bkp';alterdatabasebackupcontrolfiletotrace;EOF2?拷貝主庫(kù)的歸檔日志到備份數(shù)據(jù)庫(kù)的歸檔日志目錄（這個(gè)前滾操作需要從13號(hào)到15號(hào)的歸檔日志完整，若備份數(shù)據(jù)庫(kù)的歸檔日志目錄不知道，可以從參數(shù)文件中看；3.啟動(dòng)數(shù)據(jù)庫(kù)到mount狀態(tài)，使用recoverdatabase前滾數(shù)據(jù)庫(kù)；SQL〉startuprestrictmountpfile="${ORACLE_BASE}/admin/sdh21/pfile/init${service_names}.ora"SQL>recoverdatabaseusingbackupcontrolfile;選擇AUTO模式4?如果到了最后一個(gè)日志它還需要前滾，此時(shí)可以在主庫(kù)上把當(dāng)前redolog切換，然后把產(chǎn)生的歸檔繼續(xù)拷貝到備份主機(jī)，繼續(xù)前滾；5.前滾完成之后，它可能還繼續(xù)要求下一個(gè)歸檔日志，此時(shí)可以CANCEL；6.使用reselogs選項(xiàng)打開(kāi)數(shù)據(jù)庫(kù)。SQL〉alterdatabaseopenresetlogs;（注意：如果打開(kāi)時(shí)報(bào)錯(cuò)可能是還需要把日志繼續(xù)前滾，可重復(fù)使用recoverdatabase（注意：如果打開(kāi)時(shí)報(bào)錯(cuò)可能是還需要把日志繼續(xù)前滾，可重復(fù)使用recoverdatabase五、Oracle五、Oracle補(bǔ)丁p3948480_9206_SOLARIS64.zip的安裝步驟升級(jí)說(shuō)明：是從Oracle920.1.0升級(jí)到920.6.0,解決一系列bug問(wèn)題。安裝步驟：解壓文件包%unzipp3948480_9206_SOLARIS64.zip%cdDisk12?停掉數(shù)據(jù)庫(kù)sql>shutdownimmediate3?啟動(dòng)安裝程序%./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.驗(yàn)證selectcomp_name,versionfromdba_registry;注意事項(xiàng)：若不是在本地安裝，指定X應(yīng)用程序的所在主機(jī)。?Bourne,Bash,orKornshell:$DISPLAY=local_host:0.0;exportDISPLAY?Cshell:%setenvDISPLAYlocal_host:0.0六、在VM維護(hù)的裸設(shè)備上添加表空間的過(guò)程創(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維護(hù)的裸設(shè)備上添加表空間的過(guò)程創(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ù)庫(kù)中從文件系統(tǒng)遷移到裸設(shè)備的處理過(guò)程故障現(xiàn)象：C網(wǎng)數(shù)據(jù)庫(kù)/文件系統(tǒng)空間使用率突然達(dá)到99%，檢查發(fā)現(xiàn)原來(lái)是因?yàn)楸镜鼐S護(hù)給數(shù)據(jù)庫(kù)添加了數(shù)據(jù)文件，但是該數(shù)據(jù)文件添加到文件系統(tǒng)上導(dǎo)致根文件系統(tǒng)使用率突然增大。將文件系統(tǒng)上的數(shù)據(jù)文件遷移到裸設(shè)備，裸設(shè)備在文件系統(tǒng)上只存在一個(gè)鏈接，幾乎不占空間。處理步驟：1?檢查發(fā)現(xiàn)C網(wǎng)已沒(méi)有已建好的可用裸設(shè)備，有一個(gè)建好的30G的裸設(shè)備沒(méi)有使用，首先需要添加適合適用的裸設(shè)備。2.刪除這個(gè)沒(méi)有使用的30G的softpartitionmetaclear-scqcdg-rd6042在刪除的空間上建立一個(gè)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ù)庫(kù)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時(shí)的blocksize，單位為byte，如果不設(shè)此項(xiàng)，dd的速度非常慢8.動(dòng)數(shù)據(jù)庫(kù)到mount狀態(tài)SQL〉startupmount9?改數(shù)據(jù)文件名SQL>ALTERDATABASERENAMEFILE'/usr5/linkdata/sys/pre_ln2_61?dbf'TO'/usr5/linkdata/pre/pre_ln2_57.dbf';開(kāi)數(shù)據(jù)庫(kù)SQL>alterdatabaseopen;證更改

九、解決在OracleOpen狀態(tài)下shutdownimmediate不能關(guān)閉數(shù)據(jù)庫(kù)問(wèn)題故障現(xiàn)象：XX網(wǎng)數(shù)據(jù)庫(kù)使用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工程師首先懷疑是臨時(shí)表空間空間不足導(dǎo)致,經(jīng)檢查臨時(shí)表空間沒(méi)有空間不足的情況，仔細(xì)觀察日志發(fā)現(xiàn)重做日志文件不斷切換，分析應(yīng)該是有較多的事務(wù)沒(méi)有完成提交或者有較多沒(méi)有提交的事務(wù)完成回滾?，F(xiàn)在面臨的問(wèn)題是我們沒(méi)有很多時(shí)間去等待所有的事務(wù)去完成回滾或提交。解決問(wèn)題的思路就是如何盡快結(jié)束這些事務(wù)的回滾或提交。

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

0000220646d7000000000000000000000000000卜六進(jìn)制的0354化為十進(jìn)制為852，參造下表：NLS_CHARSET_IDNLS_CHARSET_NAMEHEX_IDUS7ASCII1WE8DEC2WE8HP3US8PC4374WE8EBCDIC375WE8EBCDIC5006WE8EBCDIC11407WE8EBCDIC2858850ZHS16CGB231280352851ZHS16MACCGB231280353852ZHS16GBK354853ZHS16DBCS355860ZHT32EUC35c861ZHT32SOPS35d862ZHT16DBT35e863ZHT32TRIS35f864ZHT16DBCS360865ZHT16BIG5361866ZHT16CCDC362

867ZHT16MSWIN950363868ZHT16HKSCS364870AL24UTFFSS366871UTF8367872UTFE368即可得出這個(gè)dmp文件的字符集為ZHS16GBK。2?據(jù)庫(kù)中直接更改字符集參數(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則說(shuō)明改動(dòng)成功。如果執(zhí)行正常，則按照下一節(jié)進(jìn)行測(cè)試操作。成功后的測(cè)試測(cè)試1,在數(shù)據(jù)庫(kù)服務(wù)器端下測(cè)試

%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洣洣則成功。測(cè)試2,Windows客戶端環(huán)境下測(cè)試運(yùn)行REGEDIT，第一步選HKEY_LOCAL_MACHINE第二步選擇SOFTWARE,第三步選擇ORACLE,第四步選擇NLS_LANG,鍵入與服務(wù)器端相同的字符集（本例為：AMERICAN_AMERICAN.US7ASCII）。右擊我的電腦，然后點(diǎn)擊屬性，“高級(jí)”頁(yè)面下，點(diǎn)擊“環(huán)境變量”，在系統(tǒng)變量中添加：變量名：NLS_LANG變量值:SIMPLIFIEDCHINESE_CHINA.ZHS16GBK運(yùn)行cmd，輸入echo%NLS_LANG%，查看系統(tǒng)變量設(shè)置時(shí)否成功然后運(yùn)行:$sqlplussystem/manager@hnsdh

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