華為公司Oracle11g常見故障處理課件

TSD配套產(chǎn)品服務(wù)部 2009年6月27日Oracle11g數(shù)據(jù)庫常見故障處理2023/3/10目標(biāo)通過本課程的學(xué)習(xí)，您將了解以下內(nèi)容:Oracle11g數(shù)據(jù)庫常見故障及處理安裝和配置類問題實(shí)例管理類問題數(shù)據(jù)管理類管理數(shù)據(jù)庫恢復(fù)類問題管理工具類問題ORA-00600介紹和案例分析ORA-07445介紹和案例分析Page2目錄安裝配置類實(shí)例管理類數(shù)據(jù)管理類數(shù)據(jù)恢復(fù)類管理工具類ORA-00600ORA-07445Page3如何在客戶端啟動圖形界面問題用客戶端連接到Unix或者Linux平臺上安裝數(shù)據(jù)庫軟件時，常常無法啟動圖形界面，因此無法進(jìn)行安裝解決以root用戶執(zhí)行:

xhost+客戶端需要安裝xmanager,并且通過Xbrowser登陸到主機(jī)以oracle用戶執(zhí)行:exportDISPLAY=客戶端IP:0.0xclock(測試能否顯示圖形界面)如果圖形界面還出不來，可以嘗試exportDISPLAY=客戶端IP:1.0Page5如何在服務(wù)器端啟動圖形界面問題如果直接在服務(wù)器上安裝數(shù)據(jù)庫軟件時，有時也會碰到不能啟動圖形界面的問題解決以root用戶執(zhí)行:

xhost+以oracle用戶執(zhí)行:exportDISPLAY=:0.0xclock(測試能否顯示圖形界面)Page6安裝CRS時，無法添加節(jié)點(diǎn)故障現(xiàn)象AIX或HPUX上安裝CRS的過程中，有一步是添加節(jié)點(diǎn)，正常情況下，應(yīng)該可以添加本地節(jié)點(diǎn)和遠(yuǎn)程節(jié)點(diǎn)，但添加遠(yuǎn)程節(jié)點(diǎn)時失敗。解決方法如果要安裝的CRS需要依賴操作系統(tǒng)雙機(jī)管理共享文件，那么安裝CRS時，必須保證操作系統(tǒng)雙機(jī)服務(wù)啟動如果不需要操作系統(tǒng)雙機(jī)軟件，而只需要ASM管理共享存儲，那么必須在操作系統(tǒng)上刪除雙機(jī)軟件，對于HACMP，要保證沒有安裝rsct.basic.hacmp包，對于HPUX,要保證沒有安裝Serviceguard包

Page7CRS安裝最后階段在第二個節(jié)點(diǎn)運(yùn)行root.sh報(bào)錯故障現(xiàn)象安裝CRS最后階段，在第二個節(jié)點(diǎn)執(zhí)行root.sh時，報(bào)錯：Thegiveninterface(s),"eth2"isnotpublic.PublicinterfacesshouldbeusedtoconfigurevirtualIPs

解決辦法以root身份手工在第二個節(jié)點(diǎn)執(zhí)行vipcacd/<CRS安裝目錄>/bin./vipcaPage9安裝RAC時報(bào)ORA-00603,ORA-29702故障現(xiàn)象在安裝RAC時，出現(xiàn)下列錯誤：ORA-00603:ORACLEserversessionterminatedbyfatalerror或ORA-29702:erroroccurredinClusterGroupServiceoperation原因分析RAC的節(jié)點(diǎn)名出現(xiàn)在了/etc/hosts文件中的回送地址中xxxx解決方法如果機(jī)器名出現(xiàn)在回送地址條目中，如下所示：

rac1localhost.localdomain

localhost需要災(zāi)回送地址中刪除掉機(jī)器名，如下：

localhost.localdomain

localhostPage10無法連接數(shù)據(jù)庫ORA-12521,ORA-12505故障現(xiàn)象連接數(shù)據(jù)庫時報(bào)錯:原因分析客戶端tnsnames.ora配置的連接串中，關(guān)于instance_name的設(shè)置不正確，這個錯誤類似ORA-12505:TNS:listenercouldnotresolveSIDgiveninconnectdescriptor解決方法檢查數(shù)據(jù)庫的instance_name:selectinstance_namefromv$instance;修改客戶端tnsnames.ora文件，設(shè)置正確的instance_name或SID

ERROR:ORA-12521:TNS:listenercouldnotresolveINSTANCE_NAMEgiveninconnectdescriptorPage11無法連接數(shù)據(jù)庫ORA-12535故障現(xiàn)象連接數(shù)據(jù)庫時報(bào)錯: ERROR: ORA-12535:TNS:operationtimedout原因分析可能原因：客戶端tnsnames.ora中，服務(wù)器IP地址設(shè)置錯誤可能原因：防火墻阻斷了連接解決方法正確配置tnsnames.ora中的服務(wù)器IP地址利用Tnsping

connectstring,測試配置是否正確，如果不通，檢查網(wǎng)絡(luò)。

Page13連接RAC數(shù)據(jù)庫報(bào)ORA-12545故障現(xiàn)象當(dāng)兩個節(jié)點(diǎn)的RAC實(shí)例都起來的時候，使用RAC的TAF方式的連接數(shù)據(jù)庫時，報(bào)ORA-12545的錯誤。 ora-12545:連接因?qū)ο笾鳈C(jī)或?qū)ο蟛淮嬖诙〗鉀Q檢查客戶端的hosts文件(C:\WINDOWS\system32\drivers\etc\hosts文件配置，將數(shù)據(jù)服務(wù)器各個節(jié)點(diǎn)的VIP都配置進(jìn)去,例如：0node1-vip1node2-vip)

Page14檢查客戶端的tnsnames.ora和hosts(C:\WINDOWS\system32\drivers\etc)文件配置,正確配置例子如下：)

rac=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=node1-vip)(PORT=1528))(ADDRESS=(PROTOCOL=TCP)(HOST=node2-vip)(PORT=1528))(LOAD_BALANCE=yes)(FAILOVER=ON))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=11grac)(FAILOVER_MODE= (TYPE=SELECT) (METHOD=BASIC) (RETRIES=20) (DELAY=15)) )Page15目錄安裝配置類實(shí)例管理類數(shù)據(jù)管理類數(shù)據(jù)恢復(fù)類管理工具類ORA-00600ORA-07445Page17目標(biāo)通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容:ORACLE11g實(shí)例的常見問題或故障;這些問題或故障的診斷分析和解決方法;Page18怎么查看數(shù)據(jù)庫是32位還是64位？問題怎么查看數(shù)據(jù)庫當(dāng)前運(yùn)行的是32位還是64位的？解決方法一： 用sqlplus“/assysdba”登陸數(shù)據(jù)庫，連接信息中有“64bit”出現(xiàn)的，表示是64位數(shù)據(jù)庫，如果沒有出現(xiàn)，則表示是32bit數(shù)據(jù)庫: Connectedto: OracleDatabase11gEnterpriseEditionRelease.0-64bitProduction 方法二:以oracle用戶執(zhí)行： file$ORACLE_HOME/bin/oracle，輸出結(jié)果會顯示32bit或64bitPage19怎么查看數(shù)據(jù)庫的警告日志問題如何查看數(shù)據(jù)庫的警告日志？解決對于11g以前版本，數(shù)據(jù)庫日志alert<SID>.log默認(rèn)存放在$ORACLE_BASE/admin/<SID>/bdump目錄下對11g，數(shù)據(jù)庫日志alert<SID>.log默認(rèn)存放在$ORACLE_BASE/diag/rdbms/<dbname>/<InstanceName>/trace目錄下也可以用adrci命令進(jìn)行查看?？梢岳胹howparameterbackground_dump_dest，得到日志文件存放的目錄位置sqlplus“/assysdba”showparameterbackground_dump_destPage21怎么修改數(shù)據(jù)庫的歸檔模式問題如何修改數(shù)據(jù)庫的歸檔模式？解決情況1：非RAC數(shù)據(jù)庫Sqlplus“/assysdba”altersystemsetlog_archive_format=‘<dbname>_%t_%s.arc’scope=spfile;(9i)altersystemsetlog_archive_format=‘<dbname>_%t_%s_%r.arc’scope-spfile;(10g,11g)Altersystemsetlog_archive_start=truescope=spfile;(9i)Altersystemsetlog_archive_dest_1=‘location=/xx/xxx/xxx’scope=spfile;ShutdownimmediatePage22StartupmountAlterdatabasearchivelog;Alterdatabaseopen;Archiveloglist;情況2：RAC數(shù)據(jù)庫在節(jié)點(diǎn)1上：Sqlplus“/assysdba”在節(jié)點(diǎn)1上：altersystemsetcluster_database=falsescope=true;在節(jié)點(diǎn)1上：altersystemsetlog_archive_format=‘<dbname>_%t_%s.arc’scope=spfile;(9i)在節(jié)點(diǎn)1上：altersystemsetlog_archive_format=‘<dbname>_%t_%s_%r.arc’scope-spfile;(10g,11g)在節(jié)點(diǎn)1上：Altersystemsetlog_archive_start=truescope=spfile;(9i)Page23連接數(shù)據(jù)庫報(bào)ORA-01031故障現(xiàn)象在windows平臺下，用sqlplus連接數(shù)據(jù)庫時報(bào)錯：

01031,"insufficientprivileges" 解決方法找到oracle安裝目錄下的../network/admin/sqlnet.ora文件將下面的設(shè)置注釋掉:#SQLNET.AUTHENTICATION_SERVICES=(NTS)

Page25ORA-00838和ORA-00844故障現(xiàn)象修改memory_target參數(shù)時，報(bào)錯： ORA-00838:SpecifiedvalueofMEMORY_TARGETistoosmall,needstobeatleast 1280M或者啟動實(shí)例時，報(bào)錯： ORA-00844:ParameternottakingMEMORY_TARGETintoaccount,seealertlogformoreinformation原因分析在Oracle11g中，引入了AMM功能，并且新加了memory_target參數(shù)，此參數(shù)要么或者等于0，或者要大于sga_target+pga_aggregate_target的值，否則就會出錯解決方法設(shè)置合適的memory_target值

Page26ORA-04031故障現(xiàn)象數(shù)據(jù)庫日志出現(xiàn)以下錯誤：

ORA-04031:unabletoallocate4096bytesofsharedmemory原因分析當(dāng)Oracle嘗試在共享內(nèi)存池分配大的連續(xù)內(nèi)存失敗時，就會報(bào)ORA-04031的錯誤，最常見的原因是sharedpool的碎片過多解決方法碎片過多的原因多數(shù)是因?yàn)閟ql語句沒有使用綁定變量，硬解析過多，因此調(diào)整SQL使用綁定變量是一個重要的方面將經(jīng)常使用的大SQL和PL/SQL常駐內(nèi)存：Dbms_shared_pool.keep(‘object_name’);推薦使用ORACLE的ASMM功能增加shared_pool_size和shared_pool_reserved_size大小增加large_pool_size大小

Page29ORA-19815故障現(xiàn)象10g或11g數(shù)據(jù)庫的警告日志出現(xiàn)錯誤:ORA-19815:WARNING:db_recovery_of2147483648bytesis100.00%used,andhas0remainingbytesavailable.原因分析閃回恢復(fù)區(qū)定義大小是2147483648，已經(jīng)被占滿了，因此數(shù)據(jù)庫報(bào)錯，如果歸檔日志也放在這里的話，數(shù)據(jù)庫就會hang住了。解決方法如果數(shù)據(jù)庫hang住了，這時可以先臨時增大閃回恢復(fù)區(qū)的大小，方法是:altersystemsetdb_recovery_=xxx;接下來需要釋放recovery空間，有以下方法：

Page30方法一:刪除無用的歸檔日志 $rmantarget/ RMAN>Crosscheckarchivelogall; RMAN>deleteexpiredarchivelogall;方法二：修改你的備份保留策略如果你的備份放在閃回恢復(fù)區(qū)，修改備份保留策略，減少保留空間方法三：調(diào)整你的歸檔保留策略如果你使用了第三方備份軟件備份到其它介質(zhì)上，可以調(diào)整備份歸檔的策略，調(diào)整為備份完刪除歸檔如果你配置了dataguard，可以調(diào)整歸檔刪除策略，調(diào)整為:

CONFIGUREARCHIVELOGDELETIONPOLICYTOAPPLIEDONSTANDBY;

Page31目錄安裝配置類實(shí)例管理類數(shù)據(jù)管理類數(shù)據(jù)恢復(fù)類管理工具類ORA-00600ORA-07445Page32目標(biāo)通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容:ORACLE數(shù)據(jù)管理方面的常見問題或故障;這些問題或故障的診斷分析和解決方法;Page33如何將查詢內(nèi)容輸出到文本問題：在二線工程診斷問題時，通常需要現(xiàn)場工程師收集一些信息，那么如何將查詢結(jié)果輸出到文本呢？解決:spool完整文件名查詢語句…….Spooloff

Page34表空間無法擴(kuò)展ORA-01653故障現(xiàn)象：在向表插入數(shù)據(jù)時，報(bào)表空間無法擴(kuò)展的錯誤:SQL>insertintot_sg1select*fromdba_objects;insertintot_sg1select*fromdba_objects*ERRORatline1:ORA-01653:unabletoextendtableSYS.T_SG1by4intablespaceTBS_TEST原因分析表空間已經(jīng)沒有剩余空間可用，并且表空間對應(yīng)的數(shù)據(jù)文件不是自動擴(kuò)展的或者盡管數(shù)據(jù)庫文件是自動擴(kuò)展的，但數(shù)據(jù)文件所在的文件系統(tǒng)已經(jīng)沒有剩余空間了解決:方法一：修改表空間的數(shù)據(jù)文件擴(kuò)展屬性(假設(shè)數(shù)據(jù)文件所在文件系統(tǒng)有剩余空間)alterdatabasedatafile14autoextendon;方法二：增大已有數(shù)據(jù)文件的大小Alterdatabasedatafile14resizexxxx;方法三：為表空間增加數(shù)據(jù)文件Altertablespace

tbs_testadddatafile‘xxxx’sizexxxxxxx;Page35Exp時報(bào)ORA-00904故障現(xiàn)象：在執(zhí)行邏輯導(dǎo)出exp時，發(fā)生錯誤，報(bào)錯代碼是ora-00904原因分析可能原因之一是導(dǎo)出客戶段的版本大于數(shù)據(jù)庫服務(wù)器的版本Exp有以下規(guī)則需要遵守：

Oracle的Export/Import工具只能連接到擁有更高或者一樣的Export/Import版本的數(shù)據(jù)庫從Oracle低版本的Export出來的數(shù)據(jù)可以Import到Oracle高版本中,反之則不行解決:用和服務(wù)器數(shù)據(jù)庫版本一樣或更低的客戶端來執(zhí)行EXP或者直接在服務(wù)器執(zhí)行導(dǎo)出Page36ORA-00257故障現(xiàn)象：對重做日志進(jìn)行歸檔時,報(bào)ORA-00257錯誤,數(shù)據(jù)庫處于hang狀態(tài)

原因分析該錯誤表示歸檔目錄空間不夠,無法完成重做日志的歸檔工作,并造成數(shù)據(jù)庫hang解決方法擴(kuò)大歸檔目錄所在的文件系統(tǒng)備份和清理無用的歸檔文件如果使用了db_recovery_file,調(diào)整db_recovery_參數(shù)Page37SUSE平臺上如何創(chuàng)建ASM磁盤組問題SUSE平臺上,如何創(chuàng)建ASM磁盤組？解決查看系統(tǒng)中有哪些裸設(shè)備raw–qa看數(shù)據(jù)庫已經(jīng)用了哪些磁盤設(shè)備selectasdg_name,dg.free_mbasdg_freeMB,dg.stateasdg_state,d.MOUNT_STATUSasd_mount_status,d.HEADER_STATUSasd_header_status,d.MODE_STATUSasd_mode_status,d.STATEasd_state,d.FREE_MBasd_freeMB,d.PATH

d_path,d.os_MB

d_os_MBfromv$asm_diskgroupdg,v$asm_diskd

wheredg.group_number(+)=d.group_number 顯示結(jié)果D_HEADER_STATUS=candidate,D_MOUNT_STATUS=closed,D_MODE_STATUS=online,D_STATE=normal的是數(shù)據(jù)庫沒有使用得到磁盤設(shè)備，可以用來創(chuàng)建磁盤組。

Page38登陸ASM實(shí)例，創(chuàng)建磁盤組exportORACLE_SID=+ASM1Sqlplus“/assysdba”--建立externalredundancy的磁盤組(無冗余)Creatediskgroup

mydgexternalredundancydisk‘/dev/raw/rawx’;--建立normalredundancy磁盤組(一份冗余，至少兩個磁盤)Creatediskgroup

mydgnormalredundancyFailgroupfg1disk‘/dev/raw/rawxx’Failgroupfg2disk‘/dev/raw/rawxx’;--建立highredundancy磁盤組(兩份冗余，至少三個磁盤)Creatediskgroup

mydghighredundancyFailgroupfg1disk‘/dev/raw/rawxx’Failgroupfg2disk‘/dev/raw/rawxx’Failgroupfg3disk‘/dev/raw/rawxx’;Page39如何查詢ASM磁盤組的空間使用情況問題在日常運(yùn)行中，我們需要監(jiān)控ASM磁盤組的空間剩余情況，如何查詢ASM的磁盤組空間使用情況呢？解決方法一：用SQL語句selectgroup_number,name,type,state,total_mb,free_mbfromv$asm_diskgroup;方法二：用ASMCMDexportORACLE_SID=<asm實(shí)例名>asmcmdASMCMD>lsdgPage40如何創(chuàng)建ASM表空間問題如何創(chuàng)建ASM表空間？解決先查看系統(tǒng)中的已有哪些磁盤組，并查看是否其剩余空間，selectgroup_number,name,type,TOTAL_MB,FREE_MB,USABLE_fromv$asm_diskgroup;如果存在剩余空間滿足要求的磁盤組，可以直接創(chuàng)建ASM表空間Createtablespace

表空間名稱datafile‘+DGNAME’size

xxxM;如果不存在剩余空間滿足要求的磁盤組，可以直接創(chuàng)建ASM表空間Page41目錄安裝配置類實(shí)例管理類數(shù)據(jù)管理類數(shù)據(jù)恢復(fù)類管理工具類ORA-00600ORA-07445Page42目標(biāo)通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容:ORACLE各種常見的數(shù)據(jù)恢復(fù)的場景這些場景下的數(shù)據(jù)恢復(fù)的具體方法Page43非歸檔模式的數(shù)據(jù)庫，丟失數(shù)據(jù)文件故障現(xiàn)象丟失某個數(shù)據(jù)庫文件，造成了數(shù)據(jù)庫無法啟動，同時數(shù)據(jù)庫處于非歸檔模式，也沒有冷備份，啟動時的錯誤信息如下： ORA-01157:cannotidentify/lockdatafile3-seeDBWRtracefile ORA-01110:datafile3:'D:\ORACLE\ORADATA\TEST\USERS01.DBF'解決方法將數(shù)據(jù)庫啟動到mount狀態(tài)下：sqlplus“/assysdba”startupmount從數(shù)據(jù)庫中刪除該數(shù)據(jù)文件alterdatabasedatafile‘xx’offlinedrop;Page44打開數(shù)據(jù)庫alterdatabaseopen;備注:該方法可正常打開數(shù)據(jù)庫，但該datafile中的數(shù)據(jù)將丟失如果誤刪除了system表空間的datafile,則該方法不奏效如果該表空間還包含其它數(shù)據(jù)文件，用EXP把數(shù)據(jù)備份出來，然后刪除表空間，重建表空間，將數(shù)據(jù)導(dǎo)入。如果不包含其它數(shù)據(jù)文件，則直接刪除表空間就可以了。Page45歸檔模式數(shù)據(jù)庫丟失某數(shù)據(jù)文件，無備份,但有該數(shù)據(jù)文件創(chuàng)建以來的歸檔日志故障現(xiàn)象歸檔模式的數(shù)據(jù)庫，丟失了某個數(shù)據(jù)庫文件，造成了數(shù)據(jù)庫無法啟動，同時沒有數(shù)據(jù)庫的全備份，但有該數(shù)據(jù)文件創(chuàng)建以來的歸檔日志，數(shù)據(jù)庫無法啟動： ORA-01157:cannotidentify/lockdatafile3-seeDBWRtracefile ORA-01110:datafile3:'D:\ORACLE\ORADATA\TEST\USERS01.DBF解決方法啟動數(shù)據(jù)庫到mount狀態(tài)startupmount手工創(chuàng)建丟失的數(shù)據(jù)文件alterdatabasecreatedatafile‘oldfname’as‘newfname’sizexxxreuse;Page46利用歸檔日志對數(shù)據(jù)文件進(jìn)行恢復(fù)recoverdatafile‘newfname’;或者recoverdatafilen;打開數(shù)據(jù)庫alterdatabaseopen;備注:該方法可正常打開數(shù)據(jù)庫，而且不會丟失數(shù)據(jù)該方法有兩個前提丟失的數(shù)據(jù)文件不能是系統(tǒng)文件不能丟失或損壞控制文件Page47非current和active的redolog損壞故障現(xiàn)象誤刪除了redolog，或者redolog被損壞，數(shù)據(jù)庫能mount,不能open: ORA-00313:openfailedformembersofloggroup3ofthread1 ORA-00312:onlinelog3thread1:'/oracle10/oradata/ora10g/redo03.log'解決方法查詢v$log視圖，確認(rèn)損壞的redologgroup是非current和activeSQL>selectgroup#,thread#,sequence#,archived,statusfromv$log;

GROUP#THREAD#SEQUENCE#ARCHIVEDSTATUS

11103YESINACTIVE 21104NOCURRENT 31102YESINACTIVEPage48如果該日志已經(jīng)歸檔，用下面的命令清除日志內(nèi)容Alterdatabaseclearlogfilegroup3;如果該日志沒有歸檔，用下面的命令清除日志內(nèi)容Alterdatabaseclearunarchived

logfilegroup3;打開數(shù)據(jù)庫Alterdatabaseopen;盡快做一個數(shù)據(jù)庫全備份Page49current或active的redolog損壞故障現(xiàn)象誤刪除了redolog，或者redolog被損壞，數(shù)據(jù)庫不能打開: ORA-00313:openfailedformembersofloggroup2ofthread1 ORA-00312:onlinelog2thread1:'/oracle10/oradata/ora10g/redo02.log'解決方法查詢v$log視圖，確認(rèn)損壞的redologgroup是current或activeSQL>selectgroup#,thread#,sequence#,archived,statusfromv$log;

GROUP#THREAD#SEQUENCE#ARCHIVEDSTATUS

112YESINACTIVE 214NOCURRENT 313YESINACTIVEPage50情況1：當(dāng)前日志文件還存在，只是邏輯損壞，并且當(dāng)前日志沒有未決事務(wù)需要實(shí)例恢復(fù)alterdatabaseclearunarchived

logfilegroup2;--不會報(bào)錯recoverdatabaseuntilcancel;alterdatabaseopenresetlogs;一般情況下，該方法不奏效，如果clear報(bào)錯，則用其它方法.情況2：當(dāng)前日志完全損壞，且有未決事務(wù)，數(shù)據(jù)庫有備份alterdatabaseclearunarchived

logfilegroup2;--會報(bào)錯ERRORatline1:ORA-01624:log1neededforcrashrecoveryofthread1restoredatabase;recoverdatabaseuntilcancel;--選擇autoPage51recoverdatabaseuntilcancel;alterdatbaseopenresetlogs;盡快做一個數(shù)據(jù)庫全備份情況3：當(dāng)前日志完全損壞，且有未決事務(wù)，數(shù)據(jù)庫無備份shutdownimmediate;_allow_resetlogs_corruption=true;startupmountpfile=‘xxx’;recoverdatabaseuntilcancel;alterdatbaseopenresetlogs;shutdownimmediate_allow_resetlogs_corruption=true;Startup盡快做一個數(shù)據(jù)庫全備份Page52臨時表空間的數(shù)據(jù)文件損壞故障現(xiàn)象臨時表空間的數(shù)據(jù)文件發(fā)生損壞，系統(tǒng)出現(xiàn)故障，如何恢復(fù)解決方法在10g及以上版本數(shù)據(jù)庫，啟動數(shù)據(jù)庫時，如果發(fā)現(xiàn)臨時數(shù)據(jù)文件損壞，會自動創(chuàng)建，如果在數(shù)據(jù)庫運(yùn)行過程中，可以手工重建:createtemporarytablespacetemp1tempfile‘xx’sizexx’;alterdatabasedefaulttemporarytablespacetemp1;--系統(tǒng)默認(rèn)臨時表空間的重建需要執(zhí)行這一步，否則不需要droptablespacetemp;altertablespacetemp1renametotemp;Page53在10g以前版本數(shù)據(jù)庫，可以在數(shù)據(jù)庫打開后或運(yùn)行過程中，手工重建就可以了alterdatabasedatafile‘xxx’offlinedrop;--如果數(shù)據(jù)庫打不開，就執(zhí)行這個步驟createtemporarytablespacetemp1tempfile‘xx’sizexx’;alterdatabasedefaulttemporarytablespacetemp1;--系統(tǒng)默認(rèn)臨時表空間的重建需要執(zhí)行這一步，否則不需要，9i以前版本也不需要。droptablespacetemp;altertablespacetemp1renametotemp;Page54UNDO數(shù)據(jù)文件損壞，數(shù)據(jù)庫無法啟動故障現(xiàn)象Undo數(shù)據(jù)文件發(fā)生了丟失或損壞，數(shù)據(jù)庫啟動報(bào)錯: ORA-01157:cannotidentify/lockdatafile2-seeDBWRtracefile ORA-01110:datafile2:'/oracle10/oradata/ora10g/undotbs01.dbf'解決方法如果數(shù)據(jù)庫有備份，則利用備份進(jìn)行恢復(fù)如果數(shù)據(jù)庫沒有備份，則利用重建undo表空間的方式進(jìn)行恢復(fù)startupmountalterdatabasedatafilenofflinedrop;(刪除損壞的undo文件)alterdatabaseopen;createundotablespacexxx…;(創(chuàng)建一個新的undo表空間)altersystemsetundo_tablespace=xxx;(指向新的undo表空間)droptablespace

yyyincludingcontents;(刪除原來的undo表空間)Page55控制文件損壞故障現(xiàn)象控制文件發(fā)生了損壞，數(shù)據(jù)庫已經(jīng)無法啟動，報(bào)錯信息如下： ORA-00202:controlfile:'D:\Oracle\oradata\chen\control01.ctl' ORA-27041:unabletoopenfile OSD-04002:unabletoopenfile解決方法情況一：控制文件有鏡像，且鏡像控制文件沒有被損壞關(guān)閉數(shù)據(jù)庫將沒有損壞的控制文件覆蓋掉損壞的控制文件，或者修改參數(shù)文件的control_files參數(shù)，去掉損壞的控制文件重新啟動數(shù)據(jù)庫Page56情況二：控制文件無鏡像，或者鏡像的所有控制文件都損壞了恢復(fù)控制文件如果控制文件有備份，從備份中恢復(fù)控制文件 restorecontrolfilefrom‘<yourcontrolfile

backupset>’如果控制文件有snapshot,將snapshot控制文件替換掉原損壞控制文件如果做過alterdatabasebackupcontrolfiletotrace的控制文件腳本備份，可以用trace文件中的重建腳本來創(chuàng)建控制文件，如果沒有備份，也沒有trace備份，只能手工編寫腳本創(chuàng)建控制文件，前提是你對數(shù)據(jù)庫文件結(jié)構(gòu)非常清楚Page57恢復(fù)和打開數(shù)據(jù)庫如果是用createcontrolfile…noresetlogs

方式重建的控制文件recoverdatabase;alterdatabaseopen;altertablespacetempaddtempfile‘xx’sizexxreuse;--對所有臨時表空間做此操作如果是用createcontrolfile…resetlogs方式重建的控制文件，或者通過備份或快照恢復(fù)的控制文件recoverdatabaseusingbackupcontrolfile;alterdatabaseopenresetlogs;altertablespacetempaddtempfile‘xx’sizexxreuse;--對所有臨時表空間做此操作Page58目錄安裝配置類實(shí)例管理類數(shù)據(jù)管理類數(shù)據(jù)恢復(fù)類管理工具類ORA-00600ORA-07445Page59目標(biāo)通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容:ORACLE工具(OEM等)的各種常見問題或故障;這些問題或故障的診斷分析和解決方法;Page60OracleEnterpriseManager出現(xiàn)亂碼故障現(xiàn)象啟動oracleenterprisemanager服務(wù)之后，通過IE瀏覽器使用OEM來管理數(shù)據(jù)庫時，界面上的很多按鈕出現(xiàn)亂碼，無法識別原因分析這是因?yàn)镺EM服務(wù)的中文字符集設(shè)置不對，使得中文在OEM界面中無法無法正常顯示，從而出現(xiàn)亂碼解決方法可以通過修改IE瀏覽器的設(shè)置，讓OEM用英文環(huán)境，平時還是用英文環(huán)境比較明晰，具體操作如下：Page61打開IE瀏覽器選擇‘工具“-->”Internet選項(xiàng)“-->”常規(guī)“選擇”語言“,默認(rèn)只有”中文“,選擇”添加“,加入”英語(美國)“調(diào)整順序,把“英語(美國)”移動到最上面，確定然后重新打開IE，登陸OEM。Page62故障現(xiàn)象Windows平臺上Oracle數(shù)據(jù)庫，本機(jī)無法通過SQL

plus，

PLSQL

Developer等工具訪問Oracle數(shù)據(jù)庫，連接時報(bào)錯：Oracle

ORA-12638：

Credential

retrieval

failed

。但其它服務(wù)器上可通過SQL

plus，

PLSQL

Developer正常訪問Oracle。解決方法打開SQLNET.ora文件，將SQLNET.AUTHENTICATION_SERVICES=

（NTS）一行注釋，如：

#SQLNET.AUTHENTICATION_SERVICES=

（NTS）

無法使用SQLPLUS,報(bào)ORA-12638Page63rman:can'topentarget故障現(xiàn)象在執(zhí)行rmantarget/命令時，系統(tǒng)報(bào)錯：

oracle@linux:~>rmantarget/

rman:can'topentarget原因分析這常常發(fā)生在linux操作系統(tǒng)上，因?yàn)閘inux上也有一個rman命令，與oracle的rman命令同名解決方法方法一：進(jìn)入到oracle的rman命令所在目錄下來執(zhí)行rmanoracle@linux:~>cd$ORACLE_HOME/binoracle@linux:~/product/9ir2/bin>./rmantarget/Page64方法二：修改oracle用戶的環(huán)境變量配置文件，編輯其中的PATH變量值，將$ORACLE_HOME/bin放在最前面exportPATH=$ORACLE_HOME/bin:$PATHPage65目錄安裝配置類實(shí)例管理類數(shù)據(jù)管理類數(shù)據(jù)恢復(fù)類管理工具類ORA-00600ORA-07445Page66目標(biāo)通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容:ORA-00600錯誤的總體介紹常見的ORA-00600錯誤及其解決方法Page67ORA-00600總體介紹報(bào)錯原因Ora-00600錯誤的發(fā)生，本質(zhì)上是因?yàn)镺racleRDBMS程序代碼在運(yùn)行過程中發(fā)生了程序意外(programexception)，它屬于Oracle的內(nèi)部錯誤。Ora-00600錯誤通常是由于OracleBUG引發(fā)的，當(dāng)然，其它一些情況也有可能引發(fā)，比如操作系統(tǒng)資源不夠，或者硬件出現(xiàn)問題時，或者不正確的操作也有可能引起。報(bào)錯參數(shù)在出現(xiàn)Ora-00600錯誤時，通常伴隨具體的報(bào)錯參數(shù)，每個參數(shù)被方括號包圍，格式如下：ORA-00600internalerrorcode,arguments:[string],[string],[string],[string],[string],[string],[string],[string]Page68第一個參數(shù)表示了發(fā)生意外的ORACLE代碼的位置，它對定位問題起關(guān)鍵作用剩下的參數(shù)提供更進(jìn)一步的報(bào)錯信息解決手段通常在出現(xiàn)ORA-00600時，都會在USER_DUMP_DEST或BACKGROUND_DUMP_DEST目錄下(11g的目錄結(jié)構(gòu)不同)產(chǎn)生一些trace文件，同時在alert<SID>.log文件中也會產(chǎn)生報(bào)錯信息，這些信息和trace文件可以用來幫助分析錯誤原因Page69還可以根據(jù)報(bào)錯前數(shù)據(jù)庫的日志，以及詢問現(xiàn)場操作人員，分析數(shù)據(jù)庫在報(bào)錯之前進(jìn)行了哪些操作，分析是不是因?yàn)椴徽_的操作引發(fā)了ORA-00600錯誤還可以通過OracleMetalink來更深入的查找報(bào)錯信息的說明，Oraclemetalink還提供了ORA-600/ORA-7445Troubleshooter功能，可以查找相同ORA-00600錯誤的案例如果沒有關(guān)于您的報(bào)錯信息的說明，需向Oraclesupport請求支持，比如在metalink上開TAR.Page70ORA-00600[keltnfy-ldmInit]故障現(xiàn)象當(dāng)啟動數(shù)據(jù)庫時，發(fā)生ora-00600錯誤：

ORA-00600:internalerrorcode,arguments:[keltnfy-ldmInit],[46],[1],[],[],[],[],[]原因分析這是由于沒有正確設(shè)置操作系統(tǒng)的主機(jī)名造成的，通過hostname得到的主機(jī)名稱無法ping通時，oracle認(rèn)為主機(jī)無法達(dá)到，所以啟動數(shù)據(jù)庫報(bào)錯解決方法設(shè)置正確的hostname,并將hostname添加到/etc/hosts文件中Page71ORA-00600[2262]故障現(xiàn)象警告日志中出現(xiàn)ora-00600[2262]錯誤：

ThuOct2010:38:272005 Errorsin: ORA-00600:internalerrorcode,arguments:[2662],[0],[897694446],[0],[897695488],[8388697],[],[]原因分析在使用_ALLOW_RESETLOGS_CORRUPTION參數(shù)，并且以resetlogs方式打開數(shù)據(jù)庫后，可能會遇到這個錯誤.Page72解決方法方法一：通過多次重啟數(shù)據(jù)庫，觀察是否還有此報(bào)錯方法二：使用內(nèi)部事件屏蔽:Altersessionsetevents=‘immediatetracenameADJUST_SCNlevel1’;備注：在使用_ALLOW_RESETLOGS_CORRUPTION參數(shù)，并且以resetlogs方式打開數(shù)據(jù)庫后，如果數(shù)據(jù)庫有很多異?，F(xiàn)象，最好是將數(shù)據(jù)exp出來，然后重建庫，再把數(shù)據(jù)imp進(jìn)去，另外該種方法的恢復(fù)在經(jīng)驗(yàn)豐富的DBA的指導(dǎo)下進(jìn)行操作。Page73ORA-00600[4194]故障現(xiàn)象數(shù)據(jù)庫啟動時，出現(xiàn)了ora-00600[4194]錯誤：SatJan2113:55:212006Errorsinconner/bdump/conner_smon_17113.trc:ORA-00600:internalerrorcode,arguments:[4194],[43],[46],[],[],[],[],[]原因分析4194錯誤通常說明UNDO信息和REDO信息不匹配，表明undo數(shù)據(jù)文件出現(xiàn)了壞塊。解決方法如果有數(shù)據(jù)庫全備份，可以利用備份恢復(fù)的方法來恢復(fù)UNDO表空間Page74如果沒有備份，利用_corrupted_rollback_segments參數(shù)確定當(dāng)前的回滾段的名稱，可以從alert文件中獲得SatJan2113:55:212006UndoSegment11Onlined

UndoSegment12Onlined

UndoSegment13Onlined

SuccessfullyonlinedUndoTablespace16.在AUM(autoundomanagement)下的回滾段名稱為：'_SYSSMU11$','_SYSSMU12$','_SYSSMU13$用隱含參數(shù)_corrupted_rollback_segments，標(biāo)記已損壞回滾段_corrupted_rollback_segments='_SYSSMU11$','_SYSSMU12$','_SYSSMU13$使用更改后的參數(shù)文件啟動數(shù)據(jù)庫startuppfile=‘xxxx’;Page75數(shù)據(jù)庫open后，創(chuàng)建新的undo表空間，將默認(rèn)的UNDO表空間指向新的表空間，然后刪除有問題的UNDO表空間，修改參數(shù)文件，去掉隱含參數(shù)，由參數(shù)文件生成新的spfile，重新啟動數(shù)據(jù)庫，具體步驟如下：createundotablespace

undotbs_new

datafile‘xxx’sizexxx;altersystemsetundo_tablespace=undotbs_new;droptablespace

undotbs_old;修改init參數(shù)文件，去掉_corrupted_rollback_segments隱含參數(shù)修改init參數(shù)文件,undo_tablespace=undotbs_new創(chuàng)建spfile:createspfilefrompfile=‘xxxxx’;shutdownimmediatestartupPage76ORA-00600[qerrmOFBu1]故障現(xiàn)象alertSID.log文件中偶爾出現(xiàn)下面的報(bào)錯：MonMar3111:51:462008Errorsin:ORA-00600:internalerrorcode,arguments:[qerrmOFBu1],[28],[],[],[],[],[],[]原因分析在使用dblink來查詢或修改遠(yuǎn)端庫的數(shù)據(jù)時，出現(xiàn)錯誤信息，如果遠(yuǎn)端的錯誤信息沒有被遠(yuǎn)端庫正常處理，那么在本地庫就會以ora-00600[qerrmOFBU1]方式報(bào)錯，上述第二個參數(shù)28，就是代表了在遠(yuǎn)端庫發(fā)生了ora-00028(session被kill)的錯誤。解決方法如果導(dǎo)致遠(yuǎn)端錯誤的原因是正常的，比如用戶終止操作或被DBA手工KILL,那么可以認(rèn)為是正常情況該問題是oracle9201的bug,升級到9202以上即可解決Page77ORA-00600[kccsbck_first]故障現(xiàn)象數(shù)據(jù)庫從主機(jī)切換到備機(jī)，在備機(jī)上啟動數(shù)據(jù)庫報(bào)錯:

ORA-00600:internalerrorcode,arguments:[kccsbck_first],[1],[1990285812],[],[],[],[],[]原因分析根據(jù)metalink的說明，[kccsbck_first],表示數(shù)據(jù)庫已經(jīng)被其它