華為公司Oracle11g常見(jiàn)故障處理

./Oracle11g數(shù)據(jù)庫(kù)常見(jiàn)故障處理TSD配套產(chǎn)品服務(wù)部 2009年6月27日目標(biāo)通過(guò)本課程的學(xué)習(xí),您將了解以下內(nèi)容:Oracle11g數(shù)據(jù)庫(kù)常見(jiàn)故障及處理安裝和配置類(lèi)問(wèn)題實(shí)例管理類(lèi)問(wèn)題數(shù)據(jù)管理類(lèi)管理數(shù)據(jù)庫(kù)恢復(fù)類(lèi)問(wèn)題管理工具類(lèi)問(wèn)題ORA-00600介紹和案例分析ORA-07445介紹和案例分析目錄安裝配置類(lèi)實(shí)例管理類(lèi)數(shù)據(jù)管理類(lèi)數(shù)據(jù)恢復(fù)類(lèi)管理工具類(lèi)ORA-00600ORA-07445目標(biāo)通過(guò)本章節(jié)的學(xué)習(xí),您將了解以下內(nèi)容:ORACLE11g常見(jiàn)的安裝類(lèi)問(wèn)題這些問(wèn)題的分析和解決如何在客戶(hù)端啟動(dòng)圖形界面問(wèn)題用客戶(hù)端連接到Unix或者Linux平臺(tái)上安裝數(shù)據(jù)庫(kù)軟件時(shí),常常無(wú)法啟動(dòng)圖形界面,因此無(wú)法進(jìn)行安裝解決以root用戶(hù)執(zhí)行:xhost+客戶(hù)端需要安裝xmanager,并且通過(guò)Xbrowser登陸到主機(jī)以oracle用戶(hù)執(zhí)行:exportDISPLAY=客戶(hù)端IP:0.0xclock<測(cè)試能否顯示圖形界面>如果圖形界面還出不來(lái),可以嘗試exportDISPLAY=客戶(hù)端IP:1.0如何在服務(wù)器端啟動(dòng)圖形界面問(wèn)題如果直接在服務(wù)器上安裝數(shù)據(jù)庫(kù)軟件時(shí),有時(shí)也會(huì)碰到不能啟動(dòng)圖形界面的問(wèn)題解決以root用戶(hù)執(zhí)行:xhost+以oracle用戶(hù)執(zhí)行:exportDISPLAY=:0.0xclock<測(cè)試能否顯示圖形界面>安裝CRS時(shí),無(wú)法添加節(jié)點(diǎn)故障現(xiàn)象AIX或HPUX上安裝CRS的過(guò)程中,有一步是添加節(jié)點(diǎn),正常情況下,應(yīng)該可以添加本地節(jié)點(diǎn)和遠(yuǎn)程節(jié)點(diǎn),但添加遠(yuǎn)程節(jié)點(diǎn)時(shí)失敗。解決方法如果要安裝的CRS需要依賴(lài)操作系統(tǒng)雙機(jī)管理共享文件,那么安裝CRS時(shí),必須保證操作系統(tǒng)雙機(jī)服務(wù)啟動(dòng)如果不需要操作系統(tǒng)雙機(jī)軟件,而只需要ASM管理共享存儲(chǔ),那么必須在操作系統(tǒng)上刪除雙機(jī)軟件,對(duì)于HACMP,要保證沒(méi)有安裝包,對(duì)于HPUX,要保證沒(méi)有安裝Serviceguard包AIX上安裝CRS時(shí)提示檢查不通過(guò)故障現(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-00603,ORA-29702故障現(xiàn)象在安裝RAC時(shí),出現(xiàn)下列錯(cuò)誤：ORA-00603:ORACLEserversessionterminatedbyfatalerror或ORA-29702:erroroccurredinClusterGroupServiceoperation原因分析RAC的節(jié)點(diǎn)名出現(xiàn)在了/etc/hosts文件中的回送地址中xxxx解決方法如果機(jī)器名出現(xiàn)在回送地址條目中,如下所示：rac1localhost.localdomainlocalhost需要災(zāi)回送地址中刪除掉機(jī)器名,如下：localhost.localdomainlocalhost無(wú)法連接數(shù)據(jù)庫(kù)ORA-12521,ORA-12505故障現(xiàn)象連接數(shù)據(jù)庫(kù)時(shí)報(bào)錯(cuò):原因分析客戶(hù)端tnsnames.ora配置的連接串中,關(guān)于instance_name的設(shè)置不正確,這個(gè)錯(cuò)誤類(lèi)似ORA-12505:TNS:listenercouldnotresolveSIDgiveninconnectdescriptor解決方法檢查數(shù)據(jù)庫(kù)的instance_name:selectinstance_namefromv$instance;修改客戶(hù)端tnsnames.ora文件,設(shè)置正確的instance_name或SID無(wú)法連接數(shù)據(jù)庫(kù)ORA-12541故障現(xiàn)象連接數(shù)據(jù)庫(kù)時(shí)報(bào)錯(cuò):ERROR:ORA-12541:TNS:nolistener原因分析可能原因一：客戶(hù)端tnsnames.ora配置的連接串中,監(jiān)聽(tīng)端口號(hào)設(shè)置不正確可能原因二：數(shù)據(jù)庫(kù)服務(wù)器監(jiān)聽(tīng)沒(méi)有啟動(dòng)解決方法檢查客戶(hù)端tnsnames.ora文件,設(shè)置正確的監(jiān)聽(tīng)端口號(hào)檢查服務(wù)器上的監(jiān)聽(tīng)是否正常啟動(dòng)無(wú)法連接數(shù)據(jù)庫(kù)ORA-12535故障現(xiàn)象連接數(shù)據(jù)庫(kù)時(shí)報(bào)錯(cuò): ERROR: ORA-12535:TNS:operationtimedout原因分析可能原因：客戶(hù)端tnsnames.ora中,服務(wù)器IP地址設(shè)置錯(cuò)誤可能原因：防火墻阻斷了連接解決方法正確配置tnsnames.ora中的服務(wù)器IP地址利用Tnspingconnectstring,測(cè)試配置是否正確,如果不通,檢查網(wǎng)絡(luò)。連接RAC數(shù)據(jù)庫(kù)報(bào)ORA-12545故障現(xiàn)象當(dāng)兩個(gè)節(jié)點(diǎn)的RAC實(shí)例都起來(lái)的時(shí)候,使用RAC的TAF方式的連接數(shù)據(jù)庫(kù)時(shí),報(bào)ORA-12545的錯(cuò)誤。 ora-12545:連接因?qū)ο笾鳈C(jī)或?qū)ο蟛淮嬖诙〗鉀Q檢查客戶(hù)端的hosts文件<C:\WINDOWS\system32\drivers\etc\hosts文件配置,將數(shù)據(jù)服務(wù)器各個(gè)節(jié)點(diǎn)的VIP都配置進(jìn)去,例如：0node1-vip1node2-vip>檢查客戶(hù)端的tnsnames.ora和hosts<C:\WINDOWS\system32\drivers\etc>文件配置,正確配置例子如下：>檢查數(shù)據(jù)庫(kù)各節(jié)點(diǎn)的local_listener設(shè)置,確保其對(duì)應(yīng)的IP地址是當(dāng)前節(jié)點(diǎn)的VIP,如果不是,請(qǐng)按下面的方式修改： altersystemsetlocal_listener='<ADDRESS=<PROTOCOL=TCP><HOST=node1-vip><PORT=1521>>‘scope=spfilesid=‘<sid1>’; altersystemlocal_listener='<ADDRESS=<PROTOCOL=TCP><HOST=node2-vip><PORT=1521>>'scope=spfilesid=‘<sid2>’;目錄安裝配置類(lèi)實(shí)例管理類(lèi)數(shù)據(jù)管理類(lèi)數(shù)據(jù)恢復(fù)類(lèi)管理工具類(lèi)ORA-00600ORA-07445目標(biāo)通過(guò)本章節(jié)的學(xué)習(xí),您將了解以下內(nèi)容:ORACLE11g實(shí)例的常見(jiàn)問(wèn)題或故障;這些問(wèn)題或故障的診斷分析和解決方法;怎么查看數(shù)據(jù)庫(kù)是32位還是64位？問(wèn)題怎么查看數(shù)據(jù)庫(kù)當(dāng)前運(yùn)行的是32位還是64位的？解決方法一： 用sqlplus"/assysdba"登陸數(shù)據(jù)庫(kù),連接信息中有"64bit"出現(xiàn)的,表示是64位數(shù)據(jù)庫(kù),如果沒(méi)有出現(xiàn),則表示是32bit數(shù)據(jù)庫(kù): Connectedto: OracleDatabase11gEnterpriseEditionRelease.0-64bitProduction 方法二:以oracle用戶(hù)執(zhí)行： file$ORACLE_HOME/bin/oracle,輸出結(jié)果會(huì)顯示32bit或64bit怎么殺掉特定的會(huì)話(huà)問(wèn)題發(fā)現(xiàn)某個(gè)會(huì)話(huà)占用資源很大,怎么殺掉該會(huì)話(huà)？解決方法一： 查詢(xún)出會(huì)話(huà)的sid,serial#selectsid,serial#fromv$sessionwhere…;Altersystemkillsession‘sid,serial#’;方法二:查詢(xún)出會(huì)話(huà)的paddrSelectpaddrfromv$sessionwhere….;進(jìn)而找出spidSelectspidfromv$processwhereaddr=‘上面查詢(xún)的paddr’在操作系統(tǒng)上kill掉該進(jìn)程kill-9<spid>怎么查看數(shù)據(jù)庫(kù)的警告日志問(wèn)題如何查看數(shù)據(jù)庫(kù)的警告日志？解決對(duì)于11g以前版本,數(shù)據(jù)庫(kù)日志alert<SID>.log默認(rèn)存放在$ORACLE_BASE/admin/<SID>/bdump目錄下對(duì)11g,數(shù)據(jù)庫(kù)日志alert<SID>.log默認(rèn)存放在$ORACLE_BASE/diag/rdbms/<dbname>/<InstanceName>/trace目錄下也可以用adrci命令進(jìn)行查看?？梢岳胹howparameterbackground_dump_dest,得到日志文件存放的目錄位置sqlplus"/assysdba"showparameterbackground_dump_dest怎么修改數(shù)據(jù)庫(kù)的歸檔模式問(wèn)題如何修改數(shù)據(jù)庫(kù)的歸檔模式？解決情況1：非RAC數(shù)據(jù)庫(kù)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;ShutdownimmediateStartupmountAlterdatabasearchivelog;Alterdatabaseopen;Archiveloglist;情況2：RAC數(shù)據(jù)庫(kù)在節(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>在節(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ù)庫(kù)報(bào)ORA-01031故障現(xiàn)象在windows平臺(tái)下,用sqlplus連接數(shù)據(jù)庫(kù)時(shí)報(bào)錯(cuò)： 01031,"insufficientprivileges" 解決方法找到oracle安裝目錄下的../network/admin/sqlnet.ora文件將下面的設(shè)置注釋掉:#SQLNET.AUTHENTICATION_SERVICES=<NTS>ORA-00838和ORA-00844故障現(xiàn)象修改memory_target參數(shù)時(shí),報(bào)錯(cuò)： ORA-00838:SpecifiedvalueofMEMORY_TARGETistoosmall,needstobeatleast 1280M或者啟動(dòng)實(shí)例時(shí),報(bào)錯(cuò)： ORA-00844:ParameternottakingMEMORY_TARGETintoaccount,seealertlogformoreinformation原因分析在Oracle11g中,引入了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引入了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的方法參加《Oracle11g安裝指導(dǎo)書(shū)》ORA-01555故障現(xiàn)象用戶(hù)進(jìn)程執(zhí)行一個(gè)sql失敗,后臺(tái)警告日志有報(bào)錯(cuò)：ORA-01555causedbySQLstatementbelow<QueryDuration=14616sec,SCN：0x0000.1e5294a0>:原因分析ORA-01555錯(cuò)誤是生產(chǎn)庫(kù)中常見(jiàn)的一個(gè)snapshottooold錯(cuò)誤,oracle需要用到undo信息來(lái)保證SQL查詢(xún)的一致性讀,當(dāng)一個(gè)SQL運(yùn)行時(shí)間較長(zhǎng)時(shí),它用到的undo信息有可能由于其它DML事務(wù)的空間需求而被覆蓋掉了,此時(shí)該SQL查詢(xún)就會(huì)造成ORA-01555的錯(cuò)誤。解決方法方法一：最根本的解決辦法,是優(yōu)化SQL,減少SQL的邏輯和物理讀方法二：如果undo空間確實(shí)很小,可以考慮增大UNDO空間方法三：增加undo_rentention值方法四：如果是9i以上數(shù)據(jù)庫(kù),推薦使用AutomaticundomanagementORA-04031故障現(xiàn)象數(shù)據(jù)庫(kù)日志出現(xiàn)以下錯(cuò)誤：ORA-04031:unabletoallocate4096bytesofsharedmemory原因分析當(dāng)Oracle嘗試在共享內(nèi)存池分配大的連續(xù)內(nèi)存失敗時(shí),就會(huì)報(bào)ORA-04031的錯(cuò)誤,最常見(jiàn)的原因是sharedpool的碎片過(guò)多解決方法碎片過(guò)多的原因多數(shù)是因?yàn)閟ql語(yǔ)句沒(méi)有使用綁定變量,硬解析過(guò)多,因此調(diào)整SQL使用綁定變量是一個(gè)重要的方面將經(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大小ORA-19815故障現(xiàn)象10g或11g數(shù)據(jù)庫(kù)的警告日志出現(xiàn)錯(cuò)誤:ORA-19815:WARNING:db_recovery_file_dest_sizeof2147483648bytesis100.00%used,andhas0remainingbytesavailable.原因分析閃回恢復(fù)區(qū)定義大小是2147483648,已經(jīng)被占滿(mǎn)了,因此數(shù)據(jù)庫(kù)報(bào)錯(cuò),如果歸檔日志也放在這里的話(huà),數(shù)據(jù)庫(kù)就會(huì)hang住了。解決方法如果數(shù)據(jù)庫(kù)hang住了,這時(shí)可以先臨時(shí)增大閃回恢復(fù)區(qū)的大小,方法是:altersystemsetdb_recovery_file_dest_size=xxx;接下來(lái)需要釋放recoveryfilearea空間,有以下方法：方法一:刪除無(wú)用的歸檔日志 $rmantarget/ RMAN>Crosscheckarchivelogall; RMAN>deleteexpiredarchivelogall;方法二：修改你的備份保留策略如果你的備份放在閃回恢復(fù)區(qū),修改備份保留策略,減少保留空間方法三：調(diào)整你的歸檔保留策略如果你使用了第三方備份軟件備份到其它介質(zhì)上,可以調(diào)整備份歸檔的策略,調(diào)整為備份完刪除歸檔如果你配置了dataguard,可以調(diào)整歸檔刪除策略,調(diào)整為: CONFIGUREARCHIVELOGDELETIONPOLICYTOAPPLIEDONSTANDBY;目錄安裝配置類(lèi)實(shí)例管理類(lèi)數(shù)據(jù)管理類(lèi)數(shù)據(jù)恢復(fù)類(lèi)管理工具類(lèi)ORA-00600ORA-07445目標(biāo)通過(guò)本章節(jié)的學(xué)習(xí),您將了解以下內(nèi)容:ORACLE數(shù)據(jù)管理方面的常見(jiàn)問(wèn)題或故障;這些問(wèn)題或故障的診斷分析和解決方法;如何將查詢(xún)內(nèi)容輸出到文本問(wèn)題：在二線(xiàn)工程診斷問(wèn)題時(shí),通常需要現(xiàn)場(chǎng)工程師收集一些信息,那么如何將查詢(xún)結(jié)果輸出到文本呢？解決:spool完整文件名查詢(xún)語(yǔ)句…….Spooloff表空間無(wú)法擴(kuò)展ORA-01653故障現(xiàn)象：在向表插入數(shù)據(jù)時(shí),報(bào)表空間無(wú)法擴(kuò)展的錯(cuò)誤:SQL>insertintot_sg1select*fromdba_objects;insertintot_sg1select*fromdba_objects*ERRORatline1:ORA-01653:unabletoextendtableSYS.T_SG1by4intablespaceTBS_TEST原因分析表空間已經(jīng)沒(méi)有剩余空間可用,并且表空間對(duì)應(yīng)的數(shù)據(jù)文件不是自動(dòng)擴(kuò)展的或者盡管數(shù)據(jù)庫(kù)文件是自動(dòng)擴(kuò)展的,但數(shù)據(jù)文件所在的文件系統(tǒng)已經(jīng)沒(méi)有剩余空間了解決:方法一：修改表空間的數(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)出客戶(hù)段的版本大于數(shù)據(jù)庫(kù)服務(wù)器的版本Exp有以下規(guī)則需要遵守：Oracle的Export/Import工具只能連接到擁有更高或者一樣的Export/Import版本的數(shù)據(jù)庫(kù)從Oracle低版本的Export出來(lái)的數(shù)據(jù)可以Import到Oracle高版本中,反之則不行解決:用和服務(wù)器數(shù)據(jù)庫(kù)版本一樣或更低的客戶(hù)端來(lái)執(zhí)行EXP或者直接在服務(wù)器執(zhí)行導(dǎo)出ORA-00257故障現(xiàn)象：對(duì)重做日志進(jìn)行歸檔時(shí),報(bào)ORA-00257錯(cuò)誤,數(shù)據(jù)庫(kù)處于hang狀態(tài)原因分析該錯(cuò)誤表示歸檔目錄空間不夠,無(wú)法完成重做日志的歸檔工作,并造成數(shù)據(jù)庫(kù)hang解決方法擴(kuò)大歸檔目錄所在的文件系統(tǒng)備份和清理無(wú)用的歸檔文件如果使用了db_recovery_file,調(diào)整db_recovery_file_dest_size參數(shù)SUSE平臺(tái)上如何創(chuàng)建ASM磁盤(pán)組問(wèn)題SUSE平臺(tái)上,如何創(chuàng)建ASM磁盤(pán)組？解決查看系統(tǒng)中有哪些裸設(shè)備raw–qa看數(shù)據(jù)庫(kù)已經(jīng)用了哪些磁盤(pán)設(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.PATHd_path,d.os_MBd_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ù)庫(kù)沒(méi)有使用得到磁盤(pán)設(shè)備,可以用來(lái)創(chuàng)建磁盤(pán)組。登陸ASM實(shí)例,創(chuàng)建磁盤(pán)組exportORACLE_SID=+ASM1Sqlplus"/assysdba"--建立externalredundancy的磁盤(pán)組<無(wú)冗余>Creatediskgroupmydgexternalredundancydisk‘/dev/raw/rawx’;--建立normalredundancy磁盤(pán)組<一份冗余,至少兩個(gè)磁盤(pán)>CreatediskgroupmydgnormalredundancyFailgroupfg1disk‘/dev/raw/rawxx’Failgroupfg2disk‘/dev/raw/rawxx’;--建立highredundancy磁盤(pán)組<兩份冗余,至少三個(gè)磁盤(pán)>CreatediskgroupmydghighredundancyFailgroupfg1disk‘/dev/raw/rawxx’Failgroupfg2disk‘/dev/raw/rawxx’Failgroupfg3disk‘/dev/raw/rawxx’;如何查詢(xún)ASM磁盤(pán)組的空間使用情況問(wèn)題在日常運(yùn)行中,我們需要監(jiān)控ASM磁盤(pán)組的空間剩余情況,如何查詢(xún)ASM的磁盤(pán)組空間使用情況呢？解決方法一：用SQL語(yǔ)句selectgroup_number,name,type,state,total_mb,free_mbfromv$asm_diskgroup;方法二：用ASMCMDexportORACLE_SID=<asm實(shí)例名>asmcmdASMCMD>lsdg如何創(chuàng)建ASM表空間問(wèn)題如何創(chuàng)建ASM表空間？解決先查看系統(tǒng)中的已有哪些磁盤(pán)組,并查看是否其剩余空間,selectgroup_number,name,type,TOTAL_MB,FREE_MB,USABLE_FILE_MBfromv$asm_diskgroup;如果存在剩余空間滿(mǎn)足要求的磁盤(pán)組,可以直接創(chuàng)建ASM表空間Createtablespace表空間名稱(chēng)datafile‘+DGNAME’sizexxxM;如果不存在剩余空間滿(mǎn)足要求的磁盤(pán)組,可以直接創(chuàng)建ASM表空間目錄安裝配置類(lèi)實(shí)例管理類(lèi)數(shù)據(jù)管理類(lèi)數(shù)據(jù)恢復(fù)類(lèi)管理工具類(lèi)ORA-00600ORA-07445目標(biāo)通過(guò)本章節(jié)的學(xué)習(xí),您將了解以下內(nèi)容:ORACLE各種常見(jiàn)的數(shù)據(jù)恢復(fù)的場(chǎng)景這些場(chǎng)景下的數(shù)據(jù)恢復(fù)的具體方法非歸檔模式的數(shù)據(jù)庫(kù),丟失數(shù)據(jù)文件故障現(xiàn)象丟失某個(gè)數(shù)據(jù)庫(kù)文件,造成了數(shù)據(jù)庫(kù)無(wú)法啟動(dòng),同時(shí)數(shù)據(jù)庫(kù)處于非歸檔模式,也沒(méi)有冷備份,啟動(dòng)時(shí)的錯(cuò)誤信息如下： ORA-01157:cannotidentify/lockdatafile3-seeDBWRtracefile ORA-01110:datafile3:'D:\ORACLE\ORADATA\TEST\USERS01.DBF'解決方法將數(shù)據(jù)庫(kù)啟動(dòng)到mount狀態(tài)下：sqlplus"/assysdba"startupmount從數(shù)據(jù)庫(kù)中刪除該數(shù)據(jù)文件alterdatabasedatafile‘xx’offlinedrop;打開(kāi)數(shù)據(jù)庫(kù)alterdatabaseopen;備注:該方法可正常打開(kāi)數(shù)據(jù)庫(kù),但該datafile中的數(shù)據(jù)將丟失如果誤刪除了system表空間的datafile,則該方法不奏效如果該表空間還包含其它數(shù)據(jù)文件,用EXP把數(shù)據(jù)備份出來(lái),然后刪除表空間,重建表空間,將數(shù)據(jù)導(dǎo)入。如果不包含其它數(shù)據(jù)文件,則直接刪除表空間就可以了。歸檔模式數(shù)據(jù)庫(kù)丟失某數(shù)據(jù)文件,無(wú)備份,但有該數(shù)據(jù)文件創(chuàng)建以來(lái)的歸檔日志故障現(xiàn)象歸檔模式的數(shù)據(jù)庫(kù),丟失了某個(gè)數(shù)據(jù)庫(kù)文件,造成了數(shù)據(jù)庫(kù)無(wú)法啟動(dòng),同時(shí)沒(méi)有數(shù)據(jù)庫(kù)的全備份,但有該數(shù)據(jù)文件創(chuàng)建以來(lái)的歸檔日志,數(shù)據(jù)庫(kù)無(wú)法啟動(dòng)： ORA-01157:cannotidentify/lockdatafile3-seeDBWRtracefile ORA-01110:datafile3:'D:\ORACLE\ORADATA\TEST\USERS01.DBF解決方法啟動(dòng)數(shù)據(jù)庫(kù)到mount狀態(tài)startupmount手工創(chuàng)建丟失的數(shù)據(jù)文件alterdatabasecreatedatafile‘oldfname’as‘newfname’sizexxxreuse;利用歸檔日志對(duì)數(shù)據(jù)文件進(jìn)行恢復(fù)recoverdatafile‘newfname’;或者recoverdatafilen;打開(kāi)數(shù)據(jù)庫(kù)alterdatabaseopen;備注:該方法可正常打開(kāi)數(shù)據(jù)庫(kù),而且不會(huì)丟失數(shù)據(jù)該方法有兩個(gè)前提丟失的數(shù)據(jù)文件不能是系統(tǒng)文件不能丟失或損壞控制文件非current和active的redolog損壞故障現(xiàn)象誤刪除了redolog,或者redolog被損壞,數(shù)據(jù)庫(kù)能mount,不能open: ORA-00313:openfailedformembersofloggroup3ofthread1 ORA-00312:onlinelog3thread1:'/oracle10/oradata/ora10g/redo03.log'解決方法查詢(xún)v$log視圖,確認(rèn)損壞的redologgroup是非current和activeSQL>selectgroup#,thread#,sequence#,archived,statusfromv$log;GROUP#THREAD#SEQUENCE#ARCHIVEDSTATUS 11103YESINACTIVE 21104NOCURRENT 31102YESINACTIVE如果該日志已經(jīng)歸檔,用下面的命令清除日志內(nèi)容Alterdatabaseclearlogfilegroup3;如果該日志沒(méi)有歸檔,用下面的命令清除日志內(nèi)容Alterdatabaseclearunarchivedlogfilegroup3;打開(kāi)數(shù)據(jù)庫(kù)Alterdatabaseopen;盡快做一個(gè)數(shù)據(jù)庫(kù)全備份current或active的redolog損壞故障現(xiàn)象誤刪除了redolog,或者redolog被損壞,數(shù)據(jù)庫(kù)不能打開(kāi): ORA-00313:openfailedformembersofloggroup2ofthread1 ORA-00312:onlinelog2thread1:'/oracle10/oradata/ora10g/redo02.log'解決方法查詢(xún)v$log視圖,確認(rèn)損壞的redologgroup是current或activeSQL>selectgroup#,thread#,sequence#,archived,statusfromv$log;GROUP#THREAD#SEQUENCE#ARCHIVEDSTATUS 112YESINACTIVE 214NOCURRENT 313YESINACTIVE情況1：當(dāng)前日志文件還存在,只是邏輯損壞,并且當(dāng)前日志沒(méi)有未決事務(wù)需要實(shí)例恢復(fù)alterdatabaseclearunarchivedlogfilegroup2;--不會(huì)報(bào)錯(cuò)recoverdatabaseuntilcancel;alterdatabaseopenresetlogs;一般情況下,該方法不奏效,如果clear報(bào)錯(cuò),則用其它方法.情況2：當(dāng)前日志完全損壞,且有未決事務(wù),數(shù)據(jù)庫(kù)有備份alterdatabaseclearunarchivedlogfilegroup2;--會(huì)報(bào)錯(cuò)ERRORatline1:ORA-01624:log1neededforcrashrecoveryofthread1restoredatabase;recoverdatabaseuntilcancel;--選擇autorecoverdatabaseuntilcancel;alterdatbaseopenresetlogs;盡快做一個(gè)數(shù)據(jù)庫(kù)全備份情況3：當(dāng)前日志完全損壞,且有未決事務(wù),數(shù)據(jù)庫(kù)無(wú)備份shutdownimmediate;_allow_resetlogs_corruption=true;startupmountpfile=‘xxx’;recoverdatabaseuntilcancel;alterdatbaseopenresetlogs;shutdownimmediate_allow_resetlogs_corruption=true;Startup盡快做一個(gè)數(shù)據(jù)庫(kù)全備份臨時(shí)表空間的數(shù)據(jù)文件損壞故障現(xiàn)象臨時(shí)表空間的數(shù)據(jù)文件發(fā)生損壞,系統(tǒng)出現(xiàn)故障,如何恢復(fù)解決方法在10g及以上版本數(shù)據(jù)庫(kù),啟動(dòng)數(shù)據(jù)庫(kù)時(shí),如果發(fā)現(xiàn)臨時(shí)數(shù)據(jù)文件損壞,會(huì)自動(dòng)創(chuàng)建,如果在數(shù)據(jù)庫(kù)運(yùn)行過(guò)程中,可以手工重建:createtemporarytablespacetemp1tempfile‘xx’sizexx’;alterdatabasedefaulttemporarytablespacetemp1;--系統(tǒng)默認(rèn)臨時(shí)表空間的重建需要執(zhí)行這一步,否則不需要droptablespacetemp;altertablespacetemp1renametotemp;在10g以前版本數(shù)據(jù)庫(kù),可以在數(shù)據(jù)庫(kù)打開(kāi)后或運(yùn)行過(guò)程中,手工重建就可以了alterdatabasedatafile‘xxx’offlinedrop;--如果數(shù)據(jù)庫(kù)打不開(kāi),就執(zhí)行這個(gè)步驟createtemporarytablespacetemp1tempfile‘xx’sizexx’;alterdatabasedefaulttemporarytablespacetemp1;--系統(tǒng)默認(rèn)臨時(shí)表空間的重建需要執(zhí)行這一步,否則不需要,9i以前版本也不需要。droptablespacetemp;altertablespacetemp1renametotemp;UNDO數(shù)據(jù)文件損壞,數(shù)據(jù)庫(kù)無(wú)法啟動(dòng)故障現(xiàn)象Undo數(shù)據(jù)文件發(fā)生了丟失或損壞,數(shù)據(jù)庫(kù)啟動(dòng)報(bào)錯(cuò): ORA-01157:cannotidentify/lockdatafile2-seeDBWRtracefile ORA-01110:datafile2:'/oracle10/oradata/ora10g/undotbs01.dbf'解決方法如果數(shù)據(jù)庫(kù)有備份,則利用備份進(jìn)行恢復(fù)如果數(shù)據(jù)庫(kù)沒(méi)有備份,則利用重建undo表空間的方式進(jìn)行恢復(fù)startupmountalterdatabasedatafilenofflinedrop;<刪除損壞的undo文件>alterdatabaseopen;createundotablespacexxx…;<創(chuàng)建一個(gè)新的undo表空間>altersystemsetundo_tablespace=xxx;<指向新的undo表空間>droptablespaceyyyincludingcontents;<刪除原來(lái)的undo表空間>控制文件損壞故障現(xiàn)象控制文件發(fā)生了損壞,數(shù)據(jù)庫(kù)已經(jīng)無(wú)法啟動(dòng),報(bào)錯(cuò)信息如下： ORA-00202:controlfile:'D:\Oracle\oradata\chen\control01.ctl' ORA-27041:unabletoopenfile OSD-04002:unabletoopenfile解決方法情況一：控制文件有鏡像,且鏡像控制文件沒(méi)有被損壞關(guān)閉數(shù)據(jù)庫(kù)將沒(méi)有損壞的控制文件覆蓋掉損壞的控制文件,或者修改參數(shù)文件的control_files參數(shù),去掉損壞的控制文件重新啟動(dòng)數(shù)據(jù)庫(kù)情況二：控制文件無(wú)鏡像,或者鏡像的所有控制文件都損壞了恢復(fù)控制文件如果控制文件有備份,從備份中恢復(fù)控制文件 restorecontrolfilefrom‘<yourcontrolfilebackupset>’如果控制文件有snapshot,將snapshot控制文件替換掉原損壞控制文件如果做過(guò)alterdatabasebackupcontrolfiletotrace的控制文件腳本備份,可以用trace文件中的重建腳本來(lái)創(chuàng)建控制文件,如果沒(méi)有備份,也沒(méi)有trace備份,只能手工編寫(xiě)腳本創(chuàng)建控制文件,前提是你對(duì)數(shù)據(jù)庫(kù)文件結(jié)構(gòu)非常清楚恢復(fù)和打開(kāi)數(shù)據(jù)庫(kù)如果是用createcontrolfile…noresetlogs方式重建的控制文件recoverdatabase;alterdatabaseopen;altertablespacetempaddtempfile‘xx’sizexxreuse;--對(duì)所有臨時(shí)表空間做此操作如果是用createcontrolfile…resetlogs方式重建的控制文件,或者通過(guò)備份或快照恢復(fù)的控制文件recoverdatabaseusingbackupcontrolfile;alterdatabaseopenresetlogs;altertablespacetempaddtempfile‘xx’sizexxreuse;--對(duì)所有臨時(shí)表空間做此操作目錄安裝配置類(lèi)實(shí)例管理類(lèi)數(shù)據(jù)管理類(lèi)數(shù)據(jù)恢復(fù)類(lèi)管理工具類(lèi)ORA-00600ORA-07445目標(biāo)通過(guò)本章節(jié)的學(xué)習(xí),您將了解以下內(nèi)容:ORACLE工具<OEM等>的各種常見(jiàn)問(wèn)題或故障;這些問(wèn)題或故障的診斷分析和解決方法;OracleEnterpriseManager出現(xiàn)亂碼故障現(xiàn)象啟動(dòng)oracleenterprisemanager服務(wù)之后,通過(guò)IE瀏覽器使用OEM來(lái)管理數(shù)據(jù)庫(kù)時(shí),界面上的很多按鈕出現(xiàn)亂碼,無(wú)法識(shí)別原因分析這是因?yàn)镺EM服務(wù)的中文字符集設(shè)置不對(duì),使得中文在OEM界面中無(wú)法無(wú)法正常顯示,從而出現(xiàn)亂碼解決方法可以通過(guò)修改IE瀏覽器的設(shè)置,讓OEM用英文環(huán)境,平時(shí)還是用英文環(huán)境比較明晰,具體操作如下：打開(kāi)IE瀏覽器選擇‘工具"-->"Internet選項(xiàng)"-->"常規(guī)"選擇"語(yǔ)言",默認(rèn)只有"中文",選擇"添加",加入"英語(yǔ)<美國(guó)>"調(diào)整順序,把"英語(yǔ)<美國(guó)>"移動(dòng)到最上面,確定然后重新打開(kāi)IE,登陸OEM。無(wú)法使用SQLPLUS,報(bào)ORA-12638故障現(xiàn)象Windows平臺(tái)上Oracle數(shù)據(jù)庫(kù),本機(jī)無(wú)法通過(guò)SQLplus,

PLSQLDeveloper等工具訪(fǎng)問(wèn)Oracle數(shù)據(jù)庫(kù),連接時(shí)報(bào)錯(cuò)：OracleORA-12638：

Credentialretrievalfailed。但其它服務(wù)器上可通過(guò)SQLplus,

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