Oracle11g常見故障處理

1、HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential Security Level: 2021-7-19 TSDTSD配套產(chǎn)品服務(wù)部配套產(chǎn)品服務(wù)部 20092009年年6 6月月2727日日 Oracle 11g Oracle 11g 數(shù)據(jù)庫常見故障處理數(shù)據(jù)庫常見故障處理 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 2 目標(biāo) 通過本課程的學(xué)習(xí)，您將了解以下內(nèi)容: lOracle 11g數(shù)據(jù)庫常見故障及處理 安裝和配置類問題 實(shí)例管理類問題 數(shù)據(jù)管理類管理 數(shù)據(jù)庫恢復(fù)類問題 管理工具類問

2、題 ORA-00600介紹和案例分析 ORA-07445介紹和案例分析 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 3 目錄 l安裝配置類 l實(shí)例管理類 l數(shù)據(jù)管理類 l數(shù)據(jù)恢復(fù)類 l管理工具類 lORA-00600 lORA-07445 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 4 目標(biāo) 通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容: lORACLE 11g常見的安裝類問題 l這些問題的分析和解決 HUAWEI TECHNOLOGIES CO., LTD.Huawei Co

3、nfidential Page 5 如何在客戶端啟動(dòng)圖形界面 l問題問題 用客戶端連接到Unix或者Linux平臺(tái)上安裝數(shù)據(jù)庫軟件時(shí)，常常無法啟 動(dòng)圖形界面，因此無法進(jìn)行安裝 l解決解決 以root用戶執(zhí)行: xhost + 客戶端需要安裝xmanager,并且通過Xbrowser登陸到主機(jī) 以oracle用戶執(zhí)行: export DISPLAY=客戶端IP:0.0 xclock (測試能否顯示圖形界面) 如果圖形界面還出不來，可以嘗試export DISPLAY=客戶端IP:1.0 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 6

4、 如何在服務(wù)器端啟動(dòng)圖形界面 l問題問題 如果直接在服務(wù)器上安裝數(shù)據(jù)庫軟件時(shí)，有時(shí)也會(huì)碰到不能啟動(dòng)圖形界 面的問題 l解決解決 以root用戶執(zhí)行: xhost + 以oracle用戶執(zhí)行: export DISPLAY=:0.0 xclock (測試能否顯示圖形界面) HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 7 安裝CRS時(shí)，無法添加節(jié)點(diǎn) l故障現(xià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í)失敗。 l解決方法解決方法 如果要安裝的CRS需要

5、依賴操作系統(tǒng)雙機(jī)管理共享文件，那么安裝CRS 時(shí)，必須保證操作系統(tǒng)雙機(jī)服務(wù)啟動(dòng) 如果不需要操作系統(tǒng)雙機(jī)軟件，而只需要ASM管理共享存儲(chǔ)，那么必 須在操作系統(tǒng)上刪除雙機(jī)軟件，對于HACMP，要保證沒有安裝 rsct.basic.hacmp包，對于HPUX,要保證沒有安裝Serviceguard包 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 8 AIX上安裝CRS時(shí)提示bos.cifs_fs.rte檢查不 通過 l故障現(xiàn)象故障現(xiàn)象 在AIX5L上安裝CRS時(shí)，當(dāng)安裝程序自動(dòng)檢查操作系統(tǒng)補(bǔ)丁時(shí)，提示 bos.cifs_fs_rte未安裝

6、 解決辦法解決辦法 安裝所需AIX程序包 smitty installp 重啟操作系統(tǒng) shutdown -Fr HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 9 CRS安裝最后階段在第二個(gè)節(jié)點(diǎn)運(yùn)行root.sh 報(bào)錯(cuò) l故障現(xiàn)象故障現(xiàn)象 安裝CRS最后階段，在第二個(gè)節(jié)點(diǎn)執(zhí)行root.sh時(shí)，報(bào)錯(cuò)： The given interface(s), eth2 is not public.Public interfaces should be used to configure virtual IPs l解決辦法解決辦法 以root身份

7、手工在第二個(gè)節(jié)點(diǎn)執(zhí)行vipca cd /bin ./vipca HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 10 安裝RAC時(shí)報(bào)ORA-00603,ORA-29702 l故障現(xiàn)象故障現(xiàn)象 在安裝RAC時(shí)，出現(xiàn)下列錯(cuò)誤： ORA-00603:ORACLE server session terminated by fatal error或 ORA-29702:error occurred in Cluster Group Service operation l原因分析原因分析 RAC的節(jié)點(diǎn)名出現(xiàn)在了/etc/hosts文件中的回送地址

8、中xxxx l解決方法解決方法 如果機(jī)器名出現(xiàn)在回送地址條目中，如下所示： rac1 localhost.localdomain localhost 需要災(zāi)回送地址中刪除掉機(jī)器名，如下： localhost.localdomain localhost HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 11 無法連接數(shù)據(jù)庫ORA-12521,ORA-12505 l故障現(xiàn)象故障現(xiàn)象 連接數(shù)據(jù)庫時(shí)報(bào)錯(cuò): l原因分析原因分析 客戶端tnsnames.ora配置的連接串中，關(guān)于instance_name的設(shè)

9、置不 正確，這個(gè)錯(cuò)誤類似ORA-12505: TNS:listener could not resolve SID given in connect descriptor l解決方法解決方法 檢查數(shù)據(jù)庫的instance_name: nselect instance_name from v$instance; 修改客戶端tnsnames.ora文件，設(shè)置正確的instance_name或SID ERROR: ORA-12521: TNS:listener could not resolve INSTANCE_NAME given in connect descriptor HUAWEI TEC

10、HNOLOGIES CO., LTD.Huawei Confidential Page 12 無法連接數(shù)據(jù)庫ORA-12541 l故障現(xiàn)象故障現(xiàn)象 連接數(shù)據(jù)庫時(shí)報(bào)錯(cuò): ERROR: ORA-12541: TNS:no listener l原因分析原因分析 可能原因一：客戶端tnsnames.ora配置的連接串中，監(jiān)聽端口號(hào)設(shè)置 不正確 可能原因二：數(shù)據(jù)庫服務(wù)器監(jiān)聽沒有啟動(dòng) l解決方法解決方法 檢查客戶端tnsnames.ora文件，設(shè)置正確的監(jiān)聽端口號(hào) 檢查服務(wù)器上的監(jiān)聽是否正常啟動(dòng) HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 1

11、3 無法連接數(shù)據(jù)庫ORA-12535 l故障現(xiàn)象故障現(xiàn)象 連接數(shù)據(jù)庫時(shí)報(bào)錯(cuò): ERROR: ORA-12535: TNS:operation timed out l原因分析原因分析 可能原因：客戶端tnsnames.ora中，服務(wù)器IP地址設(shè)置錯(cuò)誤 可能原因：防火墻阻斷了連接 l解決方法解決方法 正確配置tnsnames.ora中的服務(wù)器IP地址 利用Tnsping connectstring,測試配置是否正確，如果不通，檢查網(wǎng)絡(luò)。 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 14 連接RAC數(shù)據(jù)庫報(bào)ORA-12545 l故障現(xiàn)象

12、故障現(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ū)ο蟛淮嬖诙?l解決解決 檢查客戶端的hosts文件(C:WINDOWSsystem32driversetchosts文件配 置，將數(shù)據(jù)服務(wù)器各個(gè)節(jié)點(diǎn)的VIP都配置進(jìn)去,例如： 0 node1-vip 1 node2-vip p) HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 15 檢查客戶端的tnsnames.ora和hosts(C:WI

13、NDOWSsystem32driversetc) 文件配置,正確配置例子如下： ) 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) (FAILO

14、VER_MODE= (TYPE = SELECT) (METHOD = BASIC) (RETRIES=20) (DELAY=15) ) ) HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 16 檢查數(shù)據(jù)庫各節(jié)點(diǎn)的local_listener設(shè)置,確保其對應(yīng)的IP地址是當(dāng)前節(jié) 點(diǎn)的VIP,如果不是，請按下面的方式修改： alter system set local_listener=(ADDRESS = (PROTOCOL = TCP)(HOST = node1-vip) (PORT = 1521) scope=spfile sid=

15、; alter system local_listener=(ADDRESS = (PROTOCOL = TCP)(HOST = node2-vip) (PORT = 1521) scope=spfile sid=; HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 17 目錄 l安裝配置類 l實(shí)例管理類 l數(shù)據(jù)管理類 l數(shù)據(jù)恢復(fù)類 l管理工具類 lORA-00600 lORA-07445 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 18 目標(biāo) 通過本章節(jié)的學(xué)習(xí)，您將了解以

16、下內(nèi)容: lORACLE 11g實(shí)例的常見問題或故障; l這些問題或故障的診斷分析和解決方法; HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 19 怎么查看數(shù)據(jù)庫是32位還是64位？ l問題問題 怎么查看數(shù)據(jù)庫當(dāng)前運(yùn)行的是32位還是64位的？ l解決解決 方法一： 用sqlplus “/ as sysdba”登陸數(shù)據(jù)庫，連接信息中有“64bit”出現(xiàn)的，表 示是64位數(shù)據(jù)庫，如果沒有出現(xiàn)，則表示是32bit數(shù)據(jù)庫: Connected to: Oracle Database 11g Enterprise Edition Releas

17、e .0 - 64bit Production 方法二: 以oracle用戶執(zhí)行： file $ORACLE_HOME/bin/oracle，輸出結(jié)果會(huì)顯示32bit或64bit HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 20 怎么殺掉特定的會(huì)話 l問題問題 發(fā)現(xiàn)某個(gè)會(huì)話占用資源很大，怎么殺掉該會(huì)話？ l解決解決 方法一： 查詢出會(huì)話的sid,serial# select sid,serial# from v$session where ; Alter system kill session sid,serial

18、#; 方法二: 查詢出會(huì)話的paddr Select paddr from v$session where .; 進(jìn)而找出spid Select spid from v$process where addr=上面查詢的paddr 在操作系統(tǒng)上kill掉該進(jìn)程 kill -9 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 21 怎么查看數(shù)據(jù)庫的警告日志 l問題問題 如何查看數(shù)據(jù)庫的警告日志？ l解決解決 對于11g以前版本，數(shù)據(jù)庫日志alert.log默認(rèn)存放在 $ORACLE_BASE/admin/bdump目錄下 對11g，數(shù)據(jù)庫

19、日志alert.log默認(rèn)存放在 $ORACLE_BASE/diag/rdbms/trace目錄下 也可以用adrci命令進(jìn)行查看。 可以利用show parameter background_dump_dest，得到日志文件存放的目錄位置 sqlplus “/ as sysdba” nshow parameter background_dump_dest HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 22 怎么修改數(shù)據(jù)庫的歸檔模式 l問題問題 如何修改數(shù)據(jù)庫的歸檔模式？ l解決解決 情況1：非RAC數(shù)據(jù)庫 nSqlplus “/

20、as sysdba” nalter system set log_archive_format=_%t_%s.arc scope=spfile;(9i) nalter system set log_archive_format=_%t_%s_%r.arc scope- spfile;(10g,11g) nAlter system set log_archive_start=true scope=spfile;(9i) nAlter system set log_archive_dest_1=location=/xx/xxx/xxx scope=spfile; nShutdown immedia

21、te HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 23 nStartup mount nAlter database archivelog; nAlter database open; nArchive log list; 情況2：RAC數(shù)據(jù)庫 n在節(jié)點(diǎn)1 上：Sqlplus “/ as sysdba” n在節(jié)點(diǎn)1 上：alter system set cluster_database=false scope=true; n在節(jié)點(diǎn)1上：alter system set log_archive_format=_%t_%s.arc s

22、cope=spfile;(9i) n在節(jié)點(diǎn)1上： alter system set log_archive_format=_%t_%s_%r.arc scope-spfile;(10g,11g) n在節(jié)點(diǎn)1上： Alter system set log_archive_start=true scope=spfile;(9i) HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 24 n在節(jié)點(diǎn)1上： Alter system set log_archive_dest_1=location=/xx/xxx/xxx scope=spfile;

23、n在所有節(jié)點(diǎn)上：Shutdown immediate n在節(jié)點(diǎn)1上： Startup mount n在節(jié)點(diǎn)1上： Alter database archivelog; n在節(jié)點(diǎn)1上： Alter database open; n在節(jié)點(diǎn)1上： alter system set cluster_database=true scope=true; n在節(jié)點(diǎn)1上：shutdown immediate n在所有節(jié)點(diǎn)上：startup n在所有節(jié)點(diǎn)上: archive log list HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 25 連接數(shù)

24、據(jù)庫報(bào)ORA-01031 l故障現(xiàn)象故障現(xiàn)象 在windows平臺(tái)下，用sqlplus連接數(shù)據(jù)庫時(shí)報(bào)錯(cuò)： 01031, insufficient privileges l解決方法解決方法 找到oracle安裝目錄下的./network/admin/sqlnet.ora文件 將下面的設(shè)置注釋掉: #SQLNET.AUTHENTICATION_SERVICES=(NTS) HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 26 ORA-00838和ORA-00844 l故障現(xiàn)象故障現(xiàn)象 修改memory_target參數(shù)時(shí)，報(bào)錯(cuò)： ORA-

25、00838: Specified value of MEMORY_TARGET is too small, needs to be at least 1280M 或者啟動(dòng)實(shí)例時(shí)，報(bào)錯(cuò)： ORA-00844: Parameter not taking MEMORY_TARGET into account, see alert log for more information l原因分析原因分析 在Oracle11g中，引入了AMM功能，并且新加了memory_target參數(shù)，此參數(shù)要么或者等于0，或者要 大于sga_target + pga_aggregate_target的值，否則就會(huì)出錯(cuò)

26、l解決方法解決方法 設(shè)置合適的memory_target值 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 27 Linux上平臺(tái)報(bào)ORA-00845 l故障現(xiàn)象故障現(xiàn)象 啟動(dòng)實(shí)例時(shí)，報(bào)錯(cuò)： ORA-00845: MEMORY_TARGET not supported on this system l原因分析原因分析 Oracle11g引入了AMM功能，并且在linux平臺(tái)上，使用的是 /dev/shm做為oracle內(nèi)存，因此，必須保證 memory_target=/dev/shm的大小 l解決方法解決方法 設(shè)置合適的memory_

27、target值，保證memory_targetCrosscheck archivelog all; RMANdelete expired archivelog all; 方法二：修改你的備份保留策略 n如果你的備份放在閃回恢復(fù)區(qū)，修改備份保留策略，減少保留空間 方法三：調(diào)整你的歸檔保留策略 n如果你使用了第三方備份軟件備份到其它介質(zhì)上，可以調(diào)整備份歸 檔的策略，調(diào)整為備份完刪除歸檔 n如果你配置了dataguard，可以調(diào)整歸檔刪除策略，調(diào)整為: CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY; HUAWEI TECHNOL

28、OGIES CO., LTD.Huawei Confidential Page 32 目錄 l安裝配置類 l實(shí)例管理類 l數(shù)據(jù)管理類 l數(shù)據(jù)恢復(fù)類 l管理工具類 lORA-00600 lORA-07445 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 33 目標(biāo) 通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容: lORACLE數(shù)據(jù)管理方面的常見問題或故障; l這些問題或故障的診斷分析和解決方法; HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 34 如何將查詢內(nèi)容輸出到文本 l問題：問

29、題： 在二線工程診斷問題時(shí)，通常需要現(xiàn)場工程師收集一些信息，那么如何 將查詢結(jié)果輸出到文本呢？ l解決解決: spool 完整文件名 查詢語句 . Spool off HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 35 表空間無法擴(kuò)展 ORA-01653 l故障現(xiàn)象：故障現(xiàn)象： 在向表插入數(shù)據(jù)時(shí)，報(bào)表空間無法擴(kuò)展的錯(cuò)誤: nSQL insert into t_sg1 select * from dba_objects; ninsert into t_sg1 select * from dba_objects n * nERROR a

30、t line 1: nORA-01653: unable to extend table SYS.T_SG1 by 4 in tablespace TBS_TEST 原因分析原因分析 表空間已經(jīng)沒有剩余空間可用，并且表空間對應(yīng)的數(shù)據(jù)文件不是自動(dòng)擴(kuò)展的 或者盡管數(shù)據(jù)庫文件是自動(dòng)擴(kuò)展的，但數(shù)據(jù)文件所在的文件系統(tǒng)已經(jīng)沒有剩余空間了 l解決解決: 方法一：修改表空間的數(shù)據(jù)文件擴(kuò)展屬性(假設(shè)數(shù)據(jù)文件所在文件系統(tǒng)有剩余空間) alter database datafile 14 autoextend on; 方法二：增大已有數(shù)據(jù)文件的大小 Alter database datafile 14 resize

31、 xxxx; 方法三：為表空間增加數(shù)據(jù)文件 Alter tablespace tbs_test add datafile xxxx size xxxxxxx; HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 36 Exp時(shí)報(bào)ORA-00904 l故障現(xiàn)象：故障現(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ù)

32、據(jù)庫 從Oracle 低版本的Export出來的數(shù)據(jù)可以Import到Oracle高版本中,反之則不行 l解決解決: 用和服務(wù)器數(shù)據(jù)庫版本一樣或更低的客戶端來執(zhí)行EXP 或者直接在服務(wù)器執(zhí)行導(dǎo)出 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 37 ORA-00257 l故障現(xiàn)象：故障現(xiàn)象： 對重做日志進(jìn)行歸檔時(shí),報(bào)ORA-00257錯(cuò)誤,數(shù)據(jù)庫處于hang狀態(tài) 原因分析原因分析 該錯(cuò)誤表示歸檔目錄空間不夠,無法完成重做日志的歸檔工作,并造成數(shù) 據(jù)庫hang l解決方法解決方法 擴(kuò)大歸檔目錄所在的文件系統(tǒng) 備份和清理無用的歸檔文件 如

33、果使用了db_recovery_file,調(diào)整db_recovery_file_dest_size參數(shù) HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 38 SUSE平臺(tái)上如何創(chuàng)建ASM 磁盤組 l問題問題 SUSE平臺(tái)上,如何創(chuàng)建ASM磁盤組？ l解決解決 查看系統(tǒng)中有哪些裸設(shè)備 raw qa 看數(shù)據(jù)庫已經(jīng)用了哪些磁盤設(shè)備 select as dg_name, dg.free_mb as dg_freeMB, dg.state as dg_state,d.MOUNT_STATUS as d_mount_status,

34、 d.HEADER_STATUS as d_header_status,d.MODE_STATUS as d_mode_status,d.STATE as d_state, d.FREE_MB as d_freeMB,d.PATH d_path,d.os_MB d_os_MB from v$asm_diskgroup dg ,v$asm_disk d where dg.group_number(+)=d.group_number 顯示結(jié)果D_HEADER_STATUS =candidate, D_MOUNT_STATUS =closed, D_MODE_STATUS =online, D_ST

35、ATE =normal的是數(shù)據(jù)庫沒有使用得到磁盤設(shè) 備，可以用來創(chuàng)建磁盤組。 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 39 登陸ASM實(shí)例，創(chuàng)建磁盤組 export ORACLE_SID=+ASM1 Sqlplus “/ as sysdba” -建立external redundancy的磁盤組(無冗余) Create diskgroup mydg external redundancy disk /dev/raw/rawx; -建立normal redundancy磁盤組(一份冗余，至少兩個(gè)磁盤) Create diskgr

36、oup mydg normal redundancy Failgroup fg1 disk /dev/raw/rawxx Failgroup fg2 disk /dev/raw/rawxx; -建立high redundancy磁盤組(兩份冗余，至少三個(gè)磁盤) Create diskgroup mydg high redundancy Failgroup fg1 disk /dev/raw/rawxx Failgroup fg2 disk /dev/raw/rawxx Failgroup fg3 disk /dev/raw/rawxx; HUAWEI TECHNOLOGIES CO., LTD

37、.Huawei Confidential Page 40 如何查詢ASM磁盤組的空間使用情況 l問題問題 在日常運(yùn)行中，我們需要監(jiān)控ASM磁盤組的空間剩余情況，如 何查詢ASM的磁盤組空間使用情況呢？ l解決解決 方法一：用SQL語句 select group_number,name,type,state,total_mb,free_mb from v$asm_diskgroup; 方法二：用ASMCMD export ORACLE_SID= asmcmd ASMCMDlsdg HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 41 如

38、何創(chuàng)建ASM表空間 l問題問題 如何創(chuàng)建ASM表空間？ l解決解決 先查看系統(tǒng)中的已有哪些磁盤組，并查看是否其剩余空間， select group_number,name,type,TOTAL_MB,FREE_MB,USABLE_FILE_M B from v$asm_diskgroup; 如果存在剩余空間滿足要求的磁盤組，可以直接創(chuàng)建ASM表空間 Create tablespace 表空間名稱 datafile +DGNAMEsize xxxM; 如果不存在剩余空間滿足要求的磁盤組，可以直接創(chuàng)建ASM表空間 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confid

39、ential Page 42 目錄 l安裝配置類 l實(shí)例管理類 l數(shù)據(jù)管理類 l數(shù)據(jù)恢復(fù)類 l管理工具類 lORA-00600 lORA-07445 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 43 目標(biāo) 通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容: lORACLE各種常見的數(shù)據(jù)恢復(fù)的場景 l這些場景下的數(shù)據(jù)恢復(fù)的具體方法 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 44 非歸檔模式的數(shù)據(jù)庫，丟失數(shù)據(jù)文件 l故障現(xiàn)象故障現(xiàn)象 丟失某個(gè)數(shù)據(jù)庫文件，造成了數(shù)據(jù)庫無法啟動(dòng)，同時(shí)數(shù)據(jù)

40、庫處于非歸檔 模式，也沒有冷備份，啟動(dòng)時(shí)的錯(cuò)誤信息如下： ORA-01157: cannot identify/lock data file 3 - see DBWR trace file ORA-01110: data file 3: D:ORACLEORADATATESTUSERS01.DBF l解決方法解決方法 將數(shù)據(jù)庫啟動(dòng)到mount狀態(tài)下： sqlplus “/ as sysdba” startup mount 從數(shù)據(jù)庫中刪除該數(shù)據(jù)文件 alter database datafile xx offline drop; HUAWEI TECHNOLOGIES CO., LTD.Huaw

41、ei Confidential Page 45 打開數(shù)據(jù)庫 alter database open; 備注: 該方法可正常打開數(shù)據(jù)庫，但該datafile中的數(shù)據(jù)將丟失 如果誤刪除了system表空間的datafile,則該方法不奏效 如果該表空間還包含其它數(shù)據(jù)文件，用EXP把數(shù)據(jù)備份出來，然后刪除表空 間，重建表空間，將數(shù)據(jù)導(dǎo)入。如果不包含其它數(shù)據(jù)文件，則直接刪除表空 間就可以了。 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 46 歸檔模式數(shù)據(jù)庫丟失某數(shù)據(jù)文件，無備份, 但有該數(shù)據(jù)文件創(chuàng)建以來的歸檔日志 l故障現(xiàn)象故障現(xiàn)象 歸檔

42、模式的數(shù)據(jù)庫，丟失了某個(gè)數(shù)據(jù)庫文件，造成了數(shù)據(jù)庫無法啟動(dòng)， 同時(shí)沒有數(shù)據(jù)庫的全備份，但有該數(shù)據(jù)文件創(chuàng)建以來的歸檔日志，數(shù)據(jù) 庫無法啟動(dòng)： ORA-01157: cannot identify/lock data file 3 - see DBWR trace file ORA-01110: data file 3: D:ORACLEORADATATESTUSERS01.DBF l解決方法解決方法 啟動(dòng)數(shù)據(jù)庫到mount狀態(tài) startup mount 手工創(chuàng)建丟失的數(shù)據(jù)文件 alter database create datafile oldfname as newfnamesize xxx

43、reuse; HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 47 利用歸檔日志對數(shù)據(jù)文件進(jìn)行恢復(fù) recover datafile newfname;或者 recover datafile n; 打開數(shù)據(jù)庫 alter database open; 備注: 該方法可正常打開數(shù)據(jù)庫，而且不會(huì)丟失數(shù)據(jù) 該方法有兩個(gè)前提 丟失的數(shù)據(jù)文件不能是系統(tǒng)文件 不能丟失或損壞控制文件 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 48 非current和active的redo log損壞

44、 l故障現(xiàn)象故障現(xiàn)象 誤刪除了redo log，或者redo log被損壞，數(shù)據(jù)庫能mount,不能open: ORA-00313: open failed for members of log group 3 of thread 1 ORA-00312: online log 3 thread 1: /oracle10/oradata/ora10g/redo03.log l解決方法解決方法 查詢v$log視圖，確認(rèn)損壞的redo log group是非current和active SQLselect group#,thread#,sequence#, archived,status from

45、 v$log; GROUP# THREAD# SEQUENCE# ARCHIVED STATUS - - - - - 1 1 103 YES INACTIVE 2 1 104 NO CURRENT 3 1 102 YES INACTIVE HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 49 如果該日志已經(jīng)歸檔，用下面的命令清除日志內(nèi)容 Alter database clear logfile group 3; 如果該日志沒有歸檔，用下面的命令清除日志內(nèi)容 Alter database clear unarchived logfile

46、 group 3; 打開數(shù)據(jù)庫 Alter database open; 盡快做一個(gè)數(shù)據(jù)庫全備份 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 50 current或active的redo log損壞 l故障現(xiàn)象故障現(xiàn)象 誤刪除了redo log，或者redo log被損壞，數(shù)據(jù)庫不能打開: ORA-00313: open failed for members of log group 2 of thread 1 ORA-00312: online log 2 thread 1: /oracle10/oradata/ora10g/r

47、edo02.log l解決方法解決方法 查詢v$log視圖，確認(rèn)損壞的redo log group是current或active SQLselect group#,thread#,sequence#, archived,status from v$log; GROUP# THREAD# SEQUENCE# ARCHIVED STATUS - - - - - 1 1 2 YES INACTIVE 2 1 4 NO CURRENT 3 1 3 YES INACTIVE HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 51 情況1：當(dāng)前日志

48、文件還存在，只是邏輯損壞，并且當(dāng)前日志沒有未決事 務(wù)需要實(shí)例恢復(fù) alter database clear unarchived logfile group 2; -不會(huì)報(bào)錯(cuò) recover database until cancel; alter database open resetlogs; 一般情況下，該方法不奏效，如果clear報(bào)錯(cuò)，則用其它方法. 情況2：當(dāng)前日志完全損壞，且有未決事務(wù)，數(shù)據(jù)庫有備份 alter database clear unarchived logfile group 2; -會(huì)報(bào)錯(cuò) ERROR at line 1: ORA-01624: log 1 need

49、ed for crash recovery of thread 1 restore database; recover database until cancel; -選擇auto HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 52 recover database until cancel; alter datbase open resetlogs; 盡快做一個(gè)數(shù)據(jù)庫全備份 情況3：當(dāng)前日志完全損壞，且有未決事務(wù)，數(shù)據(jù)庫無備份 shutdown immediate; _allow_resetlogs_corruption=true

50、; startup mount pfile=xxx; recover database until cancel; alter datbase open resetlogs; shutdown immediate _allow_resetlogs_corruption=true; Startup 盡快做一個(gè)數(shù)據(jù)庫全備份 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 53 臨時(shí)表空間的數(shù)據(jù)文件損壞 l故障現(xiàn)象故障現(xiàn)象 臨時(shí)表空間的數(shù)據(jù)文件發(fā)生損壞，系統(tǒng)出現(xiàn)故障，如何恢復(fù) l解決方法解決方法 在10g及以上版本數(shù)據(jù)庫，啟動(dòng)數(shù)據(jù)庫時(shí)，如果

51、發(fā)現(xiàn)臨時(shí)數(shù)據(jù)文件損壞， 會(huì)自動(dòng)創(chuàng)建，如果在數(shù)據(jù)庫運(yùn)行過程中，可以手工重建: create temporary tablespace temp1 tempfile xx size xx; alter database default temporary tablespace temp1;-系統(tǒng)默認(rèn)臨時(shí) 表空間的重建需要執(zhí)行這一步，否則不需要 drop tablespace temp; alter tablespace temp1 rename to temp; HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 54 在10g以前版本數(shù)據(jù)庫

52、，可以在數(shù)據(jù)庫打開后或運(yùn)行過程中，手工重建 就可以了 alter database datafile xxx offline drop;-如果數(shù)據(jù)庫打不開，就執(zhí) 行這個(gè)步驟 create temporary tablespace temp1 tempfile xx size xx; alter database default temporary tablespace temp1;-系統(tǒng)默認(rèn)臨時(shí) 表空間的重建需要執(zhí)行這一步，否則不需要，9i以前版本也不需要。 drop tablespace temp; alter tablespace temp1 rename to temp; HUAWEI

53、TECHNOLOGIES CO., LTD.Huawei Confidential Page 55 UNDO數(shù)據(jù)文件損壞，數(shù)據(jù)庫無法啟動(dòng) l故障現(xiàn)象故障現(xiàn)象 Undo數(shù)據(jù)文件發(fā)生了丟失或損壞，數(shù)據(jù)庫啟動(dòng)報(bào)錯(cuò): ORA-01157: cannot identify/lock data file 2 - see DBWR trace file ORA-01110: data file 2: /oracle10/oradata/ora10g/undotbs01.dbf l解決方法解決方法 如果數(shù)據(jù)庫有備份，則利用備份進(jìn)行恢復(fù) 如果數(shù)據(jù)庫沒有備份，則利用重建undo表空間的方式進(jìn)行恢復(fù) startup

54、 mount alter database datafile n offline drop;(刪除損壞的undo文件) alter database open; create undo tablespace xxx ; (創(chuàng)建一個(gè)新的undo表空間) alter system set undo_tablespace=xxx;(指向新的undo表空間) drop tablespace yyy including contents;(刪除原來的undo表空間) HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 56 控制文件損壞 l故障現(xiàn)象

55、故障現(xiàn)象 控制文件發(fā)生了損壞，數(shù)據(jù)庫已經(jīng)無法啟動(dòng)，報(bào)錯(cuò)信息如下： ORA-00202: controlfile: D:Oracleoradatachencontrol01.ctl ORA-27041: unable to open file OSD-04002: unable to open file l解決方法解決方法 情況一：控制文件有鏡像，且鏡像控制文件沒有被損壞 關(guān)閉數(shù)據(jù)庫 將沒有損壞的控制文件覆蓋掉損壞的控制文件，或者修改參數(shù)文件的 control_files參數(shù)，去掉損壞的控制文件 重新啟動(dòng)數(shù)據(jù)庫 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confid

56、ential Page 57 情況二：控制文件無鏡像，或者鏡像的所有控制文件都損壞了 恢復(fù)控制文件 如果控制文件有備份，從備份中恢復(fù)控制文件 restore controlfile from 如果控制文件有snapshot,將snapshot控制文件替換掉原損壞控制文 件 如果做過alter database backup controlfile to trace的控制文件腳 本備份，可以用trace文件中的重建腳本來創(chuàng)建控制文件， 如果沒有備份，也沒有trace備份，只能手工編寫腳本創(chuàng)建控制文件， 前提是你對數(shù)據(jù)庫文件結(jié)構(gòu)非常清楚 HUAWEI TECHNOLOGIES CO., LTD.H

57、uawei Confidential Page 58 恢復(fù)和打開數(shù)據(jù)庫 如果是用create controlfile noresetlogs 方式重建的控制文件 recover database; alter database open; alter tablespace temp add tempfile xx size xx reuse ; -對所有臨時(shí) 表空間做此操作 如果是用create controlfile resetlogs方式重建的控制文件，或者通 過備份或快照恢復(fù)的控制文件 recover database using backup controlfile; alter da

58、tabase open resetlogs; alter tablespace temp add tempfile xx size xx reuse ; -對所有臨時(shí) 表空間做此操作 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 59 目錄 l安裝配置類 l實(shí)例管理類 l數(shù)據(jù)管理類 l數(shù)據(jù)恢復(fù)類 l管理工具類 lORA-00600 lORA-07445 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 60 目標(biāo) 通過本章節(jié)的學(xué)習(xí)，您將了解以下內(nèi)容: lORACLE工具(OE

59、M等)的各種常見問題或故障; l這些問題或故障的診斷分析和解決方法; HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 61 Oracle Enterprise Manager出現(xiàn)亂碼 l故障現(xiàn)象故障現(xiàn)象 啟動(dòng)oracle enterprise manager服務(wù)之后，通過IE瀏覽器使用OEM來 管理數(shù)據(jù)庫時(shí)，界面上的很多按鈕出現(xiàn)亂碼，無法識(shí)別 l原因分析原因分析 這是因?yàn)镺EM服務(wù)的中文字符集設(shè)置不對，使得中文在OEM界面中無 法無法正常顯示，從而出現(xiàn)亂碼 l解決方法解決方法 可以通過修改IE瀏覽器的設(shè)置，讓OEM用英文環(huán)境，平時(shí)還是

60、用英文環(huán) 境比較明晰，具體操作如下： HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 62 打開IE瀏覽器 選擇工具“-”Internet選項(xiàng)“-”常規(guī)“ 選擇 ”語言“, 默認(rèn)只有 ”中文“, 選擇 ” 添加 “, 加入 ”英語(美 國)“ 調(diào)整順序, 把“英語(美國)”移動(dòng)到最上面，確定 然后重新打開IE，登陸OEM。 HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 63 l故障現(xiàn)象故障現(xiàn)象 Windows平臺(tái)上Oracle數(shù)據(jù)庫，本機(jī)無法通過 SQLplus，PLSQL