華為公司Oracle11g常見故障處理

Oracle11g數(shù)據(jù)庫常見故障處理TSD配套產(chǎn)品服務(wù)部2009年6月27日目標(biāo)通過本課程的學(xué)習(xí)，您將了解以下內(nèi)容：Oracle11g數(shù)據(jù)庫常見故障及處理安裝和配置類問題實(shí)例管理類問題數(shù)據(jù)管理類管理數(shù)據(jù)庫恢復(fù)類問題管理工具類問題ORA-00600介紹和案例分析ORA-07445介紹和案例分析目錄安裝配置類實(shí)例管理類數(shù)據(jù)管理類數(shù)據(jù)恢復(fù)類管理工具類ORA-00600ORA-07445目標(biāo)通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容ORACLE11g常見的安裝類問題這些問題的分析和解決如何在客戶端啟動(dòng)圖形界面問題用客戶端連接到 Unix或者Linux平臺(tái)上安裝數(shù)據(jù)庫軟件時(shí)，常常無法啟動(dòng)圖形界面，因此無法進(jìn)行安裝解決以root用戶執(zhí)行：xhost+客戶端需要安裝xmanager,并且通過Xbrowser登陸到主機(jī)以oracle用戶執(zhí)行:exportDISPLAY二客戶端IP:0.0xclock（測(cè)試能否顯示圖形界面）如果圖形界面還出不來，可以嘗試 exportDISPLAY二客戶端IP:1.0如何在服務(wù)器端啟動(dòng)圖形界面問題如果直接在服務(wù)器上安裝數(shù)據(jù)庫軟件時(shí)， 有時(shí)也會(huì)碰到不能啟動(dòng)圖形界面的問題解決以root用戶執(zhí)行：xhost+以oracle用戶執(zhí)行：exportDISPLAY=:O.Oxclock(測(cè)試能否顯示圖形界面)安裝CRS時(shí)，無法添加節(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)時(shí)失敗。解決方法如果要安裝的CRS需要依賴操作系統(tǒng)雙機(jī)管理共享文件，那么安裝 CRS時(shí)，必須保證操作系統(tǒng)雙機(jī)服務(wù)啟動(dòng)如果不需要操作系統(tǒng)雙機(jī)軟件， 而只需要ASM管理共享存儲(chǔ)，那么必須在操作系統(tǒng)上刪除雙機(jī)軟件，對(duì)于 HACMP要保證沒有安裝 rsct.basic.hacmp包，對(duì)于HPUX要保證沒有安裝Serviceguard包AIX上安裝CRS時(shí)提示bos.cifs_fs.rte檢查不通過故障現(xiàn)象在AIX5L上安裝CRS時(shí)，當(dāng)安裝程序自動(dòng)檢查操作系統(tǒng)補(bǔ)丁時(shí)，提示bos.cifs_fs_rte未安裝解決辦法安裝所需AIX程序包smittyinstallp重啟操作系統(tǒng)shutdown-FrCRS安裝最后階段在第二個(gè)節(jié)點(diǎn)運(yùn)行 root.sh報(bào)錯(cuò)故障現(xiàn)象安裝CRS最后階段，在第二個(gè)節(jié)點(diǎn)執(zhí)行 root.sh時(shí)，報(bào)錯(cuò)：Thegiveninterface(s),"eth2"isnotpublic.PublicinterfacesshouldbeusedtoconfigurevirtualIPs解決辦法以root身份手工在第二個(gè)節(jié)點(diǎn)執(zhí)行 vipcacd/<CRS安裝目錄>/bin./vipca安裝RAC時(shí)報(bào)ORA-OO6O3QRA-297O2故障現(xiàn)象在安裝RAC時(shí)，出現(xiàn)下列錯(cuò)誤：ORA-OO6O3:ORACLEserversessionterminatedbyfatalerror 或ORA-297O2:erroroccurredinClusterGroupServiceoperation原因分析RAC的節(jié)點(diǎn)名出現(xiàn)在了/etc/hosts 文件中的回送地址中 xxxx解決方法如果機(jī)器名出現(xiàn)在回送地址條目中，如下所示：racllocalhost.localdomainlocalhost需要災(zāi)回送地址中刪除掉機(jī)器名，如下：localhost.localdomainlocalhost無法連接數(shù)據(jù)庫 ORA-12521/ORA-125Q5故障現(xiàn)象連接數(shù)據(jù)庫時(shí)報(bào)錯(cuò)：原因分析客戶端tnsnames.ora配置的連接串中，關(guān)于instance_name的設(shè)置不止確,這個(gè)錯(cuò)i天類似ORA-125Q5:TNS:listenercouldnotresolveSIDgiveninconnectdescriptor解決方法檢查數(shù)據(jù)庫的instaneename:selectinstance_namefromv$instanee;修改客戶端tnsnames.ora文件，設(shè)置正確的 instancename或SID無法連接數(shù)據(jù)庫 ORA-12541故障現(xiàn)象連接數(shù)據(jù)庫時(shí)報(bào)錯(cuò)：ERROR:ORA-12541:TNS:nolistener原因分析可能原因一：客戶端tnsnames.ora配置的連接串中，監(jiān)聽端口號(hào)設(shè)置不正確可能原因二：數(shù)據(jù)庫服務(wù)器監(jiān)聽沒有啟動(dòng)解決方法檢查客戶端tnsnames.ora文件/設(shè)置正確的監(jiān)聽端口號(hào)檢查服務(wù)器上的監(jiān)聽是否正常啟動(dòng)無法連接數(shù)據(jù)庫ORA-12535無法連接數(shù)據(jù)庫ORA-12535故障現(xiàn)象連接數(shù)據(jù)庫時(shí)報(bào)錯(cuò):ERROR:ORA-12535:TNS:operationtimedout原因分析可能原因：客戶端tnsnames.ora中，服務(wù)器IP地址設(shè)置錯(cuò)誤口」能原因：防火墻阻斷了連接解決方法正確配置tnsnames.ora中的服務(wù)器IP地址禾U用Tnspingconnectstring, 測(cè)試配置是否止確，如果不通，檢查網(wǎng)絡(luò)。連接RAC數(shù)據(jù)庫報(bào)ORA-12545故障現(xiàn)象當(dāng)兩個(gè)節(jié)點(diǎn)的RAC實(shí)例都起來的時(shí)候，使用RAC勺TAF方式的連接數(shù)據(jù)庫時(shí)，報(bào)ORA-12545的錯(cuò)誤。ora-12545:連接因?qū)ο笾鳈C(jī)或?qū)ο蟛淮嬖诙〗鉀Q檢查客戶端的hosts文件(C:\WINDOWS\system32\drivers\etc\hosts文件配置，將數(shù)據(jù)服務(wù)器各個(gè)節(jié)點(diǎn)的 VIP都配置進(jìn)去，例如：01node1-vipnode2-vip)檢查客戶端的tnsnames.ora和hosts(C:\WINDOWS\system32\drivers\etc)文件配置，正確配置例子如下：檢查數(shù)據(jù)庫各節(jié)點(diǎn)的local_listener設(shè)置確保其對(duì)應(yīng)的IP地址是當(dāng)前節(jié)點(diǎn)的VIP,如果不是，請(qǐng)按下面的方式修改：altersystemsetlocal_listener='(ADDRESS=(PROTOCO=TCP)(HOST=node1-vip)(PORT=1521))‘scope=spfilesid='<sid1>';altersystemlocal_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=node2-vip)(PORT=1521))'scope=spfilesid= ‘<sid2>';目錄安裝配置類實(shí)例管理類數(shù)據(jù)管理類數(shù)據(jù)恢復(fù)類管理工具類ORA-00600ORA-07445目標(biāo)通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容ORACLE11g實(shí)例的常見問題或故障；這些問題或故障的診斷分析和解決方法怎么查看數(shù)據(jù)庫是32位還是64位？問題怎么查看數(shù)據(jù)庫當(dāng)前運(yùn)行的是 32位還是64位的？解決方法一：用sqlplus7assysdba”登陸數(shù)據(jù)庫，連接信息中有"64bit”出現(xiàn)的，表示是64位數(shù)據(jù)庫，如果沒有出現(xiàn)，則表示是 32bit數(shù)據(jù)庫：Connectedto:OracleDatabase11gEnterpriseEditionRelease.0-64bitProduction方法二：以oracle用戶執(zhí)彳?。篺ile$ORACLE_HOME/bin/oracle ，輸出結(jié)果會(huì)顯示32bit或64bit怎么殺掉特定的會(huì)話問題發(fā)現(xiàn)某個(gè)會(huì)話占用資源很大，怎么殺掉該會(huì)話？解決 方法一：查詢出會(huì)話的sid,serial#selectsid,serial#fromv$sessionwhere …；Altersystemkillsession ‘sid,serial#';方法二：查詢出會(huì)話的paddrSelectpaddrfromv$sessionwhere進(jìn)而找出spidSelectspidfromv$processwhereaddr= '上面查詢的paddr'kill-9<spid>怎么查看數(shù)據(jù)庫的警告日志問題如何查看數(shù)據(jù)庫的警告日志？解決 對(duì)于11g以前版本，數(shù)據(jù)庫日志alert<SID>.log 默認(rèn)存放在$ORACLE_BASE/admin/<SID>/bdump目錄下對(duì)11g /數(shù)據(jù)庫日志alert<SID>.log 默認(rèn)存放在$ORACLE_BASE/diag/rdbms/<dbname>/<lnstanceName>/trace目錄下也可以用adrci命令進(jìn)行查看。可以禾U用showparameterbackground_dump_dest，得至U日志文件存放的目錄位置sqlplus"/assysdba"showparameterbackground_dump_dest怎么修改數(shù)據(jù)庫的歸檔模式問題如何修改數(shù)據(jù)庫的歸檔模式？解決情況1：非RAC數(shù)據(jù)庫Sqlplus7assysdbaaltersystemsetlog_archive_format=altersystemsetscope-spfile;(10g,11g)<dbname>_%t_%s.ar'scope=spfile;(9i)altersystemsetlog_archive_format=altersystemsetscope-spfile;(10g,11g)<dbname>_%t_%s.ar'scope=spfile;(9i)log_archive_format=<dbname>_%t_%s_%r.ascope=spfile;Altersystemsetlog_archive_dest_1=location=/xx/xxx/xxxscope=spfile;Altersystemsetlog_archive_start=truescope=spfile;(9i)ShutdownimmediateStartupmountAlterdatabasearchivelog;Alterdatabaseopen;Archiveloglist;情況2：RAC數(shù)據(jù)庫在節(jié)點(diǎn)1上：Sqlplus 7assysdba"在節(jié)點(diǎn)1上:altersystemsetcluster_database=falsescope=true;在節(jié)點(diǎn)1上：altersystemsetlog_archive_format二 ‘<dbname>_%t_%s.ar'scope=spfile;(9i)在節(jié)點(diǎn)1上：altersystemsetlog_archive_format= ‘<dbname>_%t_%s_%r.a'scope-spfile;(10g,11g)在節(jié)點(diǎn)1上:Altersystemsetlog_archive_start=truescope=spfile;(9i)在節(jié)點(diǎn)1上：Altersystemsetlog_archive_dest_1= 'location=/xx/xxx/xxx'scope=spfile;在所有節(jié)點(diǎn)上：Shutdownimmediate在節(jié)點(diǎn)1上:Startupmount在節(jié)點(diǎn)1上:Alterdatabasearchivelog;在節(jié)點(diǎn)1上:Alterdatabaseopen;在節(jié)點(diǎn)1上:altersystemsetcluster_database=truescope=true;在節(jié)點(diǎn)1上:shutdownimmediate在所有節(jié)點(diǎn)上：startup在所有節(jié)點(diǎn)上：archiveloglist連接數(shù)據(jù)庫報(bào)ORA-01031故障現(xiàn)象在windows平臺(tái)下，用sqlplus連接數(shù)據(jù)庫時(shí)報(bào)錯(cuò)：01031,"insufficientprivileges"解決方法找至Uoracle安裝目錄下的../network/admin/sqlnet.ora 文件將下面的設(shè)置注釋掉：#SQLNET.AUTHENTICATION_SERVICES=(NTS)ORA-00838和ORA-OO844故障現(xiàn)象修改memory_target參數(shù)時(shí)，報(bào)錯(cuò)：ORA-OO838:SpecifiedvalueofMEMORY_TARGiETtoosmall,needstobeatleast128OM或者啟動(dòng)實(shí)例時(shí)，報(bào)錯(cuò)：ORA-OO844:ParameternottakingMEMORY_TARGETintoaccount,seealertlogfor

moreinformation原因分析在Oraclellg中，引入了AMM功能，并且新加了memory_target參數(shù)，此參數(shù)要么或者等于0,或者要大于sga_target+pga_aggregate_target的值，否則就會(huì)出錯(cuò)解決方法設(shè)置合適的memory_target值Linux上平臺(tái)報(bào)ORA-00845故障現(xiàn)象啟動(dòng)實(shí)例時(shí)，報(bào)錯(cuò)：ORA-00845:MEMORY_TARGETnotsupportedonthissystem原因分析Oracle11g弓1入了AMM功能/并且在linux平臺(tái)上’使用的是/dev/shm做為oracle內(nèi)存/因此，必須保證 memory_target<=/dev/shm的大小解決方法設(shè)置合適的memory_target值，保證memory_target</dev/shm如果/dev/shm太小，則增大/dev/shm值，設(shè)置/dev/shm的方法參加《0racle11g安裝扌曰導(dǎo)書》ORA-01555故障現(xiàn)象用戶進(jìn)程執(zhí)行一個(gè)sql失敗，后臺(tái)警告日志有報(bào)錯(cuò)：ORA-01555causedbySQLstatement below(QueryDuration=14616sec,SCN:0x0000.1e5294a0):原因分析ORA-01555錯(cuò)誤是生產(chǎn)庫中常見的個(gè) snapshottooold 錯(cuò)誤，oracle需要用到undo信息來保證SQL查詢的致性讀，當(dāng)個(gè)SQL運(yùn)行時(shí)間較長(zhǎng)時(shí)，它用到的undo信息有可能由于其它 DML事務(wù)的空間需求而被覆蓋掉了，此時(shí)該SQL查詢就會(huì)造成ORA-01555的錯(cuò)誤。解決方法方法一：最根本的解決辦法，是優(yōu)化 SQL,減少SQL的邏輯和物理讀方法二：如果undo空間確實(shí)很小，可以考慮增大 UNDO空間方法三：增加undo_rentention 值方法四：如果是9i以上數(shù)據(jù)庫，推薦使用 AutomaticundomanagementORA-04031故障現(xiàn)象數(shù)據(jù)庫日志出現(xiàn)以下錯(cuò)誤：ORA-04031:unabletoallocate4096bytesofsharedmemory原因分析當(dāng)Oracle嘗試在共享內(nèi)存池分配大的連續(xù)內(nèi)存失敗時(shí)，就會(huì)報(bào)ORA-04031的錯(cuò)誤，最常見的原因是 sharedpool的碎片過多解決方法碎片過多的原因多數(shù)是因?yàn)?sql語句沒有使用綁定變量，硬解析過多，因此調(diào)整SQL使用綁疋變量是一個(gè)重要的方面將經(jīng)常使用的大SQL和PL/SQL常駐內(nèi)存:Dbms_shared_pool.keep( ‘object_name');推薦使用ORACLE勺ASM砌能增力口shared_pool_size禾口shared_pool_reserved_size 大小增力口large_pool_size大小ORA-19815故障現(xiàn)象10g或11g數(shù)據(jù)庫的警告日志出現(xiàn)錯(cuò)誤 ：ORA-19815:WARNINGdb_recovery_file_dest_size of2147483648bytesis100.00%used,andhas0remainingbytesavailable.原因分析閃回恢復(fù)區(qū)定義大小是 2147483648，已經(jīng)被占滿了，因此數(shù)據(jù)庫報(bào)錯(cuò)，如果歸檔日志也放在這里的話，數(shù)據(jù)庫就會(huì) hang住了。解決方法如果數(shù)據(jù)庫hang住了，這時(shí)可以先臨時(shí)增大閃回恢復(fù)區(qū)的大小，方法是altersystemsetdb_recovery_file_dest_size=xxx;接下來需要釋放recoveryfilearea空間，有以下方法：方法一：刪除無用的歸檔日志$rmantarget/RMAN>Crosscheckarchivelogall;RMAN>deleteexpiredarchivelogall;方法二：修改你的備份保留策略如果你的備份放在閃回恢復(fù)區(qū)，修改備份保留策略，減少保留空間方法三：調(diào)整你的歸檔保留策略如果你使用了第三方備份軟件備份到其它介質(zhì)上， 可以調(diào)整備份歸檔的策略，調(diào)整為備份完刪除歸檔如果你配置了dataguard，可以調(diào)整歸檔刪除策略，調(diào)整為：CONFIGUREARCHIVELOGDELETIONPOLICYTOAPPLIEDONSTANDBY;目錄安裝配置類實(shí)例管理類數(shù)據(jù)管理類數(shù)據(jù)恢復(fù)類管理工具類ORA-00600ORA-07445目標(biāo)通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容ORACL數(shù)據(jù)管理方面的常見問題或故障這些問題或故障的診斷分析和解決方法如何將查詢內(nèi)容輸出到文本問題：在二線工程診斷問題時(shí)，通常需要現(xiàn)場(chǎng)工程師收集一些信息，那么如何將查詢結(jié)果輸出到文本呢？解決：spool完整文件名查詢語句Spooloff表空間無法擴(kuò)展ORA-01653故障現(xiàn)象：在向表插入數(shù)據(jù)時(shí)，報(bào)表空間無法擴(kuò)展的錯(cuò)誤 ：SQL>insertintot_sg1select*fromdba_objects;insertintot_sg1select*fromdba_objects*ERRORatline1:ORA-01653:unabletoextendtableSYS.T_SG1by4intablespaceTBS_TEST原因分析表空間已經(jīng)沒有剩余空間可用，并且表空間對(duì)應(yīng)的數(shù)據(jù)文件不是自動(dòng)擴(kuò)展的或者盡管數(shù)據(jù)庫文件是自動(dòng)擴(kuò)展的， 但數(shù)據(jù)文件所在的文件系統(tǒng)已經(jīng)沒有剩余空間了解決：方法一：修改表空間的數(shù)據(jù)文件擴(kuò)展屬性 （假設(shè)數(shù)據(jù)文件所在文件系統(tǒng)有剩余空間）alterdatabasedatafile14autoextendon;方法二：增大已有數(shù)據(jù)文件的大小Alterdatabasedatafile14resizexxxx;方法三：為表空間增加數(shù)據(jù)文件Altertablespacetbs_testadddatafile‘xxxx'sizexxxxxxx;Exp時(shí)報(bào)ORA-00904故障現(xiàn)象：在執(zhí)行邏輯導(dǎo)出exp時(shí)，發(fā)生錯(cuò)誤，報(bào)錯(cuò)代碼是 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)出ORA-00257故障現(xiàn)象：對(duì)重做日志進(jìn)行歸檔時(shí),報(bào)ORA-00257錯(cuò)誤，數(shù)據(jù)庫處于hang狀態(tài)原因分析該錯(cuò)誤表示歸檔目錄空間不夠，無法完成重做日志的歸檔工作，并造成數(shù)據(jù)庫hang解決方法擴(kuò)大歸檔目錄所在的文件系統(tǒng)備份和清理無用的歸檔文件女口果使用了db_recovery_file,調(diào)整db_recovery_file_dest_size參數(shù)SUSE平臺(tái)上如何創(chuàng)建ASM磁盤組問題SUSE平臺(tái)上如何創(chuàng)建ASM磁盤組？解決查看系統(tǒng)中有哪些裸設(shè)備raw——qa看數(shù)據(jù)庫已經(jīng)用了哪些磁盤設(shè)備asdg_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.PATHd_path,d.os_MBd_os_MBfromv$asm_diskgroupdg,v$asm_diskdwheredg.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)建磁盤組。登陸ASM實(shí)例，創(chuàng)建磁盤組exportORACLE_SID=+ASM1Sqlplus“/assysdba”--建立externalredundancy 的磁盤組（無冗余）Creatediskgroupmydgexternalredundancydisk ‘/dev/raw/rawx--建立normalredundancy磁盤組（—份冗余，至少兩個(gè)磁盤）CreatediskgroupmydgnormalredundancyFailgroupfg1disk ‘/dev/raw/rawxx'Failgroupfg2disk '/dev/raw/rawxx';Creatediskgroupmydghighredundancy--建立highredundancy磁盤組（兩份冗余，至少三個(gè)磁盤 ）

'/dev/raw/rawxx'/dev/raw/rawxx'/dev/raw/rawxx'/dev/raw/rawxxFailgroupfg2diskFailgroupfg3disk如何查詢ASM磁盤組的空間使用情況問題在日常運(yùn)行中，我們需要監(jiān)控ASM磁盤組的空間剩余情況，如何查詢ASM的磁盤組空間使用情況呢？解決方法一：用SQL語句selectgroup_number,name,type,state,total_mb,free_mb fromv$asm_diskgroup;方法二.:用ASMCMDexportORACLE_SID=<asm實(shí)例名>asmcmdASMCMD>lsdg如何創(chuàng)建ASM表空間問題如何創(chuàng)建ASM表空間？解決先查看系統(tǒng)中的已有哪些磁盤組，并查看是否其剩余空間，select group_number,name,type,TOTAL_MB,FREE_MB,USABLE_FILE_MB fromv$asm_diskgroup;如果存在剩余空間滿足要求的磁盤組，可以直接創(chuàng)建 ASM表空間Createtablespace表空間名稱datafile‘+DGNAMEsizexxxM;如果不存在剩余空間滿足要求的磁盤組，可以直接創(chuàng)建 ASM表空間目錄安裝配置類實(shí)例管理類數(shù)據(jù)管理類數(shù)據(jù)恢復(fù)類管理工具類ORA-00600ORA-07445目標(biāo)通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容：ORACLE^種常見的數(shù)據(jù)恢復(fù)的場(chǎng)景這些場(chǎng)景下的數(shù)據(jù)恢復(fù)的具體方法非歸檔模式的數(shù)據(jù)庫，丟失數(shù)據(jù)文件故障現(xiàn)象丟失某個(gè)數(shù)據(jù)庫文件，造成了數(shù)據(jù)庫無法啟動(dòng)，同時(shí)數(shù)據(jù)庫處于非歸檔模式，也沒有冷備份，啟動(dòng)時(shí)的錯(cuò)誤信息如下：ORA-01157:cannotidentify/lockdatafile3-seeDBWRtracefileORA-01110:datafile3:'D:\ORACLE\ORADATA\TEST\USERS01.DBF'解決方法將數(shù)據(jù)庫啟動(dòng)到mount狀態(tài)下：sqlplus“/assysdba”startupmount從數(shù)據(jù)庫中刪除該數(shù)據(jù)文件alterdatabasedatafile ‘xx'offlinedrop;打開數(shù)據(jù)庫alterdatabaseopen;備注：該方法可正常打開數(shù)據(jù)庫，但該datafile中的數(shù)據(jù)將丟失如果誤刪除了system表空間的datafile, 則該方法不奏效如果該表空間還包含其它數(shù)據(jù)文件，用 EXP把數(shù)據(jù)備份出來，然后刪除表空間，重建表空間，將數(shù)據(jù)導(dǎo)入。如果不包含其它數(shù)據(jù)文件，則直接刪除表空間就可以了。歸檔模式數(shù)據(jù)庫丟失某數(shù)據(jù)文件，無備份,但有該數(shù)據(jù)文件創(chuàng)建以來的歸檔日志故障現(xiàn)象歸檔模式的數(shù)據(jù)庫，丟失了某個(gè)數(shù)據(jù)庫文件，造成了數(shù)據(jù)庫無法啟動(dòng)，同時(shí)沒有數(shù)據(jù)庫的全備份，但有該數(shù)據(jù)文件創(chuàng)建以來的歸檔日志， 數(shù)據(jù)庫無法啟動(dòng)：ORA-01157:cannotidentify/lockdatafile3-seeDBWRtracefileORA-01110:datafile3:'D:\ORACLE\ORADATA\TEST\USERS01.DBF解決方法啟動(dòng)數(shù)據(jù)庫到mount狀態(tài)startupmount手工創(chuàng)建丟失的數(shù)據(jù)文件alterdatabasecreatedatafile‘oldfname'as ‘newfname'sizexxxreuse;利用歸檔日志對(duì)數(shù)據(jù)文件進(jìn)行恢復(fù)recoverdatafile‘newfname';或者recoverdatafilen;打開數(shù)據(jù)庫alterdatabaseopen;備注：該方法可正常打開數(shù)據(jù)庫，而且不會(huì)丟失數(shù)據(jù)該方法有兩個(gè)前提丟失的數(shù)據(jù)文件不能是系統(tǒng)文件不能丟失或損壞控制文件非current禾口active的redolog損壞故障現(xiàn)象誤刪除了redolog，或者redolog被損壞，數(shù)據(jù)庫能mount,不能open:ORA-OO313:openfailedformembersofloggroup3ofthread1ORA-OO312:onlinelog3thread1:7oracle1O/oradata/ora1Og/redoO3.log'解決方法查詢v$log視圖，確認(rèn)損壞的 redologgroup是非current和activeSQL>selectgroup#,thread#,sequenee#,archived,statusfromv$log;GROUP#THREAD#SEQUENCE#ARCHIVEDSTATUS11103YESINACTIVE21104NOCURRENT31102YESINACTIVE如果該日志已經(jīng)歸檔，用下面的命令清除日志內(nèi)容Alterdatabaseclearlogfilegroup3;如果該日志沒有歸檔，用下面的命令清除日志內(nèi)容Alterdatabaseclearunarchivedlogfilegroup3;打開數(shù)據(jù)庫Alterdatabaseopen;盡快做一個(gè)數(shù)據(jù)庫全備份current或active的redolog損壞故障現(xiàn)象誤刪除了redolog，或者redolog被損壞，數(shù)據(jù)庫不能打開:ORA-00313:openfailedformembersofloggroup2ofthread1ORA-00312:onlinelog2thread1:7oracle10/oradata/ora10g/redo02.log'解決方法查詢v$log視圖，確認(rèn)損壞的redologgroup是current或activeSQL>selectgroup#,thread#,sequenee#,v$log;GROUP#THREAD#SEQUENCE#ARCHIVEDSTATUSarchived,statusfromERRORatline1:1121413YES INACTIVENO CURRENTYES INACTIVE情況1:當(dāng)前日志文件還存在，只是邏輯損壞，并且當(dāng)前日志沒有未決事務(wù)需要實(shí)例恢復(fù)alterdatabaseclearunarchivedlogfilegroup2;-- 不會(huì)報(bào)錯(cuò)recoverdatabaseuntilcancel;alterdatabaseopenresetlogs;一般情況下，該方法不奏效，如果clear報(bào)錯(cuò)，則用其它方法.情況2:當(dāng)前日志完全損壞，且有未決事務(wù)，數(shù)據(jù)庫有備份alterdatabaseclearunarchivedlogfilegroup2;--會(huì)報(bào)錯(cuò)ORA-01624:log1neededforcrashrecoveryofthread1restoredatabase;recoverdatabaseuntilcancel;-- 選擇autorecoverdatabaseuntilcancel;alterdatbaseopenresetlogs;盡快做一個(gè)數(shù)據(jù)庫全備份情況3:當(dāng)前日志完全損壞，且有未決事務(wù)，數(shù)據(jù)庫無備份shutdownimmediate;_allow_resetlogs_corruption=true;startupmountpfile=‘xxx';recoverdatabaseuntilcancel;alterdatbaseopenresetlogs;shutdownimmediate_allow_resetlogs_corruption=true;Startup盡快做一個(gè)數(shù)據(jù)庫全備份臨時(shí)表空間的數(shù)據(jù)文件損壞故障現(xiàn)象臨時(shí)表空間的數(shù)據(jù)文件發(fā)生損壞，系統(tǒng)出現(xiàn)故障，如何恢復(fù)解決方法在10g及以上版本數(shù)據(jù)庫,啟動(dòng)數(shù)據(jù)庫時(shí)，如果發(fā)現(xiàn)臨時(shí)數(shù)據(jù)文件損壞，xx'sizexx會(huì)自動(dòng)創(chuàng)建，如果在數(shù)據(jù)庫運(yùn)行過程中，可以手工重建：createtemporarytablespacetemp1tempfilealterdatabasedefaulttemporarytablespacetemp1;-- 系統(tǒng)默認(rèn)臨時(shí)表空間的重建需要執(zhí)行這一步，否則不需要droptablespacetemp;altertablespacetemp1renametotemp;在10g以前版本數(shù)據(jù)庫，可以在數(shù)據(jù)庫打開后或運(yùn)行過程中， 手工重建就可以了alterdatabasedatafile ‘xxx'offlinedrop;-- 女口果數(shù)據(jù)庫打不開，就執(zhí)行這個(gè)步驟createtemporarytablespacetemp1tempfile‘xx'sizexx':alterdatabasedefaulttemporarytablespacetemp1;-- 系統(tǒng)默認(rèn)臨時(shí)表空間的重建需要執(zhí)行這一步，否則不需要，9i認(rèn)臨時(shí)表空間的重建需要執(zhí)行這一步，否則不需要，9i以前版本也不需要。droptablespacetemp;altertablespacetemp1renametotemp;UNDO數(shù)據(jù)文件損壞，數(shù)據(jù)庫無法啟動(dòng)故障現(xiàn)象Undo數(shù)據(jù)文件發(fā)生了丟失或損壞，數(shù)據(jù)庫啟動(dòng)報(bào)錯(cuò) ：ORA-01157:cannotidentify/lockdatafile2-seeDBWRtracefileORA-01110:datafile2:7oracle10/oradata/ora10g/undotbs01.dbf解決方法如果數(shù)據(jù)庫有備份，則利用備份進(jìn)行恢復(fù)如果數(shù)據(jù)庫沒有備份，則利用重建 undo表空間的方式進(jìn)行恢復(fù)startupmountalterdatabasedatafilenofflinedrop;（刪除損壞的undo文件）alterdatabaseopen;createundotablespacexxx…；（倉U建一個(gè)新的undo表空間）altersystemsetundo_tablespace=xxx;（ 指向新的undo表空間）WORD霄凹B?droporb-espaceyyyindudingcosenyr(匡耶舸來sundo訓(xùn)冊(cè)畫)^酈s??ORA—00202conho-fi-e二Dhorac-exoradaiaxcherAconiro-o-.cwORA—2704!-1unab-eioopenfi-eOSD—04002unab-eioopenfi-eSI-前恭血a芋s戰(zhàn)睦>4棄MB^a芋s戰(zhàn)睦>4棄、scosro_lfi-es娜磐、訊^^芋3?曲=>4棄刪需專甫>restorecosro-fi-efrom、cyourcosro-fi-ebackupseiv-合迴靠=>4棄血snapshoi、前snapshoi十靠=>4^m>s?^35芋?曲=>4棄Qn^^Ka-ierdatabasebackupconiro-fi-eioMace3戰(zhàn)睦>4棄w毎甌空、凹壬迪MaceX棄召s刪?IM毎來些?戰(zhàn)睦>4棄、MaceB、)0惡咄nr別sisi?專i齋搟ORA—00600ORA—07445^□冊(cè)制迪createconiro-fi-e:5Oreseiogs^斗刪?srecoverdatabasea-ierdatabaseopema-ierorb-espaceiempaddiempfi-e、XX-sizexxreuse■'r—Ng耳血m專訓(xùn)H)}畫克兵麺-TTr合冊(cè)制迪createconiro-fi-e...resei-ogs^斗刪?s?睦>4棄、咼affiK甌空咼>ff馮旁ws戰(zhàn)睦>4棄recoverdatabaseusingbackupconiro-fi-pa-ierdatabaseopenreseiogga-ierorb-espaceiempaddiempfi-e、XX-sizexxreuse■'r—Ng耳血m專訓(xùn)H)}畫克兵麺-TTr目標(biāo)通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容：ORACLE工具（OEM等）的各種常見問題或故障；這些問題或故障的診斷分析和解決方法 ；OracleEnterpriseManager出現(xiàn)亂碼故障現(xiàn)象啟動(dòng)oracleenterprisemanager 服務(wù)之后，通過IE瀏覽器使用OEM來管理數(shù)據(jù)庫時(shí)，界面上的很多按鈕出現(xiàn)亂碼，無法識(shí)別原因分析這是因?yàn)镺EM服務(wù)的中文字符集設(shè)置不對(duì)， 使得中文在OEM界面中無法無法正常顯示，從而出現(xiàn)亂碼解決方法可以通過修改IE瀏覽器的設(shè)置，讓OEM用英文環(huán)境，平時(shí)還是用英文環(huán)境比較明晰，具體操作如下：打開IE瀏覽器選擇’工具"-->”Internet選項(xiàng)"-->”常規(guī)"選擇”語言“，默認(rèn)只有”中文“，選擇”添加“，加入”英語（美國(guó)）“調(diào)整順序，把“英語（美國(guó)）”移動(dòng)到最上面，確定然后重新打開IE，登陸OEM無法使用SQLPLUS報(bào)ORA-12638故障現(xiàn)象Windows平臺(tái)上Oracle數(shù)據(jù)庫，本機(jī)無法通過SQLplus，PLSQLDeveloper等工具訪問Oracle數(shù)據(jù)庫，連接時(shí)報(bào)錯(cuò)：OracleORA-12638:Credentialretrievalfailed。但其它服務(wù)器上可通過SQLplus，PLSQLDeveloper正常訪問Oracle。解決方法打開SQLNET.ora文件，將SQLNET.AUTHENTICATION_SERVICES=NTS—行注釋，如：#SQLNET.AUTHENTICATION_SERVICES=（NTSrman:can'topentarget故障現(xiàn)象在執(zhí)行rmantarget/命令時(shí)，系統(tǒng)報(bào)錯(cuò)：oracle@linux:~>rmantarget/rman:can'topentarget原因分析這常常發(fā)生在linux操作系統(tǒng)上，因?yàn)?linux上也有一個(gè)rman命令，與oracle的rman命令同名解決方法方法一：進(jìn)入到oracle的rman命令所在目錄下來執(zhí)行rmanoracle@linux:~>cd$ORACLE_HOME/binoracle@linux:~/product/9ir2/bin>./rmantarget/方法二：修改oracle用戶的環(huán)境變量配置文件，編輯其中的 PATH變量值，將$ORACLE_HOME/bi放在最前面exportPATH=$ORACLE_HOME/bin:$PATH目錄安裝配置類實(shí)例管理類數(shù)據(jù)管理類數(shù)據(jù)恢復(fù)類管理工具類

ORA-00600ORA-07445目標(biāo)通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容ORA-00600錯(cuò)誤的總體介紹常見的ORA-00600錯(cuò)誤及其解決方法ORA-00600總體介紹報(bào)錯(cuò)原因Ora-00600錯(cuò)誤的發(fā)生，本質(zhì)上是因?yàn)镺racleRDBMS程序代碼在運(yùn)行過程中發(fā)生了程序意夕卜(programexception)，匕屬于Oracle的內(nèi)部錯(cuò)誤。Ora-00600錯(cuò)誤通常是由于OracleBUG引發(fā)的，當(dāng)然，其它一些情況也有可能引發(fā)，比如操作系統(tǒng)資源不夠，或者硬件出現(xiàn)問題時(shí)，或者不正確的操作也有可能引起。報(bào)錯(cuò)參數(shù)在出現(xiàn)Ora-00600錯(cuò)誤時(shí)，通常伴隨具體的報(bào)錯(cuò)參數(shù)，每個(gè)參數(shù)被方括號(hào)包圍，格式如下：ORA-00600internalerrorcode,arguments:[string],[string], [string],[string], [string],[string], [string], [string]第一個(gè)參數(shù)表示了發(fā)生意外的 ORACLE弋碼的位置，它對(duì)定位問題起關(guān)鍵作用剩下的參數(shù)提供更進(jìn)一步的報(bào)錯(cuò)信息解決手段通常在出現(xiàn)ORA-00600時(shí)，都會(huì)在USER_DUMP_DE或!BACKGROUND_DUMP_DEST目錄下(11g的目錄結(jié)構(gòu)不同)產(chǎn)生些trace文件，冋時(shí)在alert<SID>.log文件中也會(huì)產(chǎn)生報(bào)錯(cuò)信息，這些信息和trace文件可以用來幫助分析錯(cuò)誤原因還可以根據(jù)報(bào)錯(cuò)前數(shù)據(jù)庫的日志， 以及詢問現(xiàn)場(chǎng)操作人員， 分析數(shù)據(jù)庫在報(bào)錯(cuò)之前進(jìn)行了哪些操作， 分析是不是因?yàn)椴徽_的操作引發(fā)了 ORA-00600錯(cuò)誤還可以通過 OracleMetalink 來更深入的查找報(bào)錯(cuò)信息的說明， Oraclemetalink還提供了ORA-600/ORA-7445Troubleshooter功能，可以查找相同ORA-00600錯(cuò)誤的案例如果沒有關(guān)于您的報(bào)錯(cuò)信息的說明，需向 Oraclesupport 請(qǐng)求支持，比女口在metalink上開TAR.ORA-00600[keltnfy-ldmlnit]故障現(xiàn)象當(dāng)啟動(dòng)數(shù)據(jù)庫時(shí)，發(fā)生ora-00600錯(cuò)誤：ORA-00600:internalerrorcode,arguments:[keltnfy-ldmlnit],[46],[1],[],[],[],[],[]原因分析這是由于沒有正確設(shè)置操作系統(tǒng)的主機(jī)名造成的，通過 hostname得到的主機(jī)名稱無法ping通時(shí)，oracle認(rèn)為主機(jī)無法達(dá)到，所以啟動(dòng)數(shù)據(jù)庫報(bào)錯(cuò)解決方法設(shè)置正確的hostname,并將hostname添加到/etc/hosts文件中ORA-00600[2262]故障現(xiàn)象警告日志中出現(xiàn)ora-00600[2262]錯(cuò)誤：ThuOct2010:38:272005Errorsinfile/opt/oracle/admin/conner/udump/conner_ora_31607.trc:ORA-00600:internalerrorcode,arguments: [2662], [0], [897694446], [0],[897695488],[8388697],[],[]原因分析在使用_ALLOW_RESETLOGS_CORRUP參數(shù)N并且以resetlogs方式打開數(shù)據(jù)庫后，可能會(huì)遇到這個(gè)錯(cuò)誤.解決方法方法一：通過多次重啟數(shù)據(jù)庫，觀察是否還有此報(bào)錯(cuò)方法二：使用內(nèi)部事件屏蔽 ：Altersessionsetevents二 'immediatetracenameADJUST_SCNlevel1';備注在使用_ALLOW_RESETLOGS_CORRUP參I數(shù)N并且以resetlogs方式打開數(shù)據(jù)庫后，如果數(shù)據(jù)庫有很多異常現(xiàn)象，最好是將數(shù)據(jù) exp出來，然后重建庫，再把數(shù)據(jù)imp進(jìn)去，另外該種方法的恢復(fù)在經(jīng)驗(yàn)豐富的DBA的指導(dǎo)下進(jìn)行操作。ORA-00600[4194]故障現(xiàn)象 數(shù)據(jù)庫啟動(dòng)時(shí)，出現(xiàn)了 ora-00600[4194]錯(cuò)誤：SatJan21 13:55:21 2006Errors infile/opt/oracle/admin/conner /bdump/conner_smon_17113.trc:ORA-00600:internalerrorcode,arguments:[4194], [43], [46],[],[],[],[],[]原因分析4194錯(cuò)誤通常說明UNDO!息和REDO言息不匹配，表明undo數(shù)據(jù)文件出現(xiàn)了壞塊。解決方法 如果有數(shù)據(jù)庫全備份，可以利用備份恢復(fù)的方法來恢復(fù) UNDOI空間如果沒有備份，利用_corrupted_rollback_segments 參數(shù)確定當(dāng)前的回滾段的名稱，可以從alert文件中獲得SatJan2113:55:212006UndoSegment11OnlinedUndoSegment12OnlinedUndoSegment13OnlinedSuccessfullyonlinedUndoTablespace16.在AUM(autoundomanagement)下的回滾段名稱為：'_SYSSMU11$','_SYSSMU12$','_SYSSMU13$用隱含參數(shù)_corrupted_rollback_segments ，標(biāo)記已損壞回滾段_corrupted_rollback_segments='_SYSSMU11$','_SYSSMU12$','_SYSSMU13$使用更改后的參數(shù)文件啟動(dòng)數(shù)據(jù)庫startuppfile=‘xxxx';數(shù)據(jù)庫open后，創(chuàng)建新的undo表空間，將默認(rèn)的UNDO表空間指向新的表空間，然后刪除有問題的 UNDOI空間，修改參數(shù)文件，去掉隱含參數(shù)，由參數(shù)文件生成新的 spfile，重新啟動(dòng)數(shù)據(jù)庫，具體步驟如下：createundotablespaceundotbs_newdatafile ‘xxx'sizexxx;altersystemsetundo_tablespace=undotbs_new;droptablespaceundotbs_old;修改init參數(shù)文件，去掉_corrupted_rollback_segments隱含參數(shù)修改init參數(shù)文件,undo_tablespace=undotbs_new倉U建spfile:createspfilefrompfile=‘xxxxx';shutdownimmediatestartupORA-00600[qerrmOFBu1]故障現(xiàn)象alertSID.log文件中偶爾出現(xiàn)下面的報(bào)錯(cuò)：MonMar3111:51:462008Errorsinfile/oracle/admin/icdb/udump/icdb_ora_741440.trc:ORA-00600:internalerrorcode,arguments:[qerrmOFBu1],[28],[],[],[],[],[],[]原因分析在使用dblink來查詢或修改遠(yuǎn)端庫的數(shù)據(jù)時(shí)，出現(xiàn)錯(cuò)誤信息，如果遠(yuǎn)端的錯(cuò)誤信息沒有被遠(yuǎn)端庫正常處理，那么在本地庫就會(huì)以ora-00600[qerrmOFBU1]方式報(bào)錯(cuò)，上述第二個(gè)參數(shù) 28,就是代表了在遠(yuǎn)端庫發(fā)生了ora-00028(session 被kill) 的錯(cuò)誤。解決方法如果導(dǎo)致遠(yuǎn)端錯(cuò)誤的原因是正常的，比如用戶終止操作或被 DBA手工KILL,那么可以認(rèn)為是正常情況該問題是oracle9201的bug,升級(jí)到9202以上即可解決ORA-00600[kccsbck_first]故障現(xiàn)象數(shù)據(jù)庫從主機(jī)切換到備機(jī)，在備機(jī)上啟動(dòng)數(shù)據(jù)庫報(bào)錯(cuò) ：ORA-00600: internalerrorcode,arguments: [kc