【故障處理】RAC環境第二節點無法歸檔的詭異問題處理
成功處理了一起RAC第二節點無法歸檔的詭異問題。總結在此。
RAC第二節點的alert警告檔案中大量充斥著如下的報錯資訊。
Fri Jan 29 09:37:23 2010
Errors in file /oracle/app/oracle/admin/gkdb/bdump/gkdb2_arc1_671818.trc:
ORA-19502: write error on file "/archive/2_19_705990330.dbf", blockno 188417 (blocksize=512)
ORA-27063: number of bytes read/written is incorrect
IBM AIX RISC System/6000 Error: 28: No space left on device
Additional information: -1
Additional information: 1048576
ORA-19502: write error on file "/archive/2_19_705990330.dbf", blockno 188417 (blocksize=512)
Tue Mar 30 12:20:46 2010
Errors in file /oracle/app/oracle/admin/gkdb/bdump/gkdb2_arc1_1020072.trc:
ORA-16038: log 4 sequence# 76 cannot be archived
ORA-19504: failed to create file ""
ORA-00312: online log 4 thread 2: '/dev/rredo_4'
第一直覺就是歸檔目錄下的空間不足或者許可權不對。但是,此次卻非所願。
此次詭異現象的的真實原因:
RAC兩個節點都掛載了一個jfs2格式的/archive目錄(這是一個儲存層面遺留的問題),這樣導致只有以第一個節點可以完成歸檔日誌向/archive目錄下寫入,但是在這種配置模式下第二個節點是無法向/archive目錄寫入歸檔日誌。
這就是導致這次第二個節點無法完成歸檔的真實原因。
處理方法:
第一種處理方法:將RAC資料庫的歸檔模式調整為非歸檔模式;
第二種處理方法:將RAC資料庫兩個節點的歸檔目錄分別分配一個共享陣列的目錄。
小結
在排查故障的過程中要綜合考慮各方原因,不要拘泥於資料庫本身,DBA需要全方面的技能。
Good luck.
secooler
10.04.12
-- The End --
RAC第二節點的alert警告檔案中大量充斥著如下的報錯資訊。
Fri Jan 29 09:37:23 2010
Errors in file /oracle/app/oracle/admin/gkdb/bdump/gkdb2_arc1_671818.trc:
ORA-19502: write error on file "/archive/2_19_705990330.dbf", blockno 188417 (blocksize=512)
ORA-27063: number of bytes read/written is incorrect
IBM AIX RISC System/6000 Error: 28: No space left on device
Additional information: -1
Additional information: 1048576
ORA-19502: write error on file "/archive/2_19_705990330.dbf", blockno 188417 (blocksize=512)
Tue Mar 30 12:20:46 2010
Errors in file /oracle/app/oracle/admin/gkdb/bdump/gkdb2_arc1_1020072.trc:
ORA-16038: log 4 sequence# 76 cannot be archived
ORA-19504: failed to create file ""
ORA-00312: online log 4 thread 2: '/dev/rredo_4'
第一直覺就是歸檔目錄下的空間不足或者許可權不對。但是,此次卻非所願。
此次詭異現象的的真實原因:
RAC兩個節點都掛載了一個jfs2格式的/archive目錄(這是一個儲存層面遺留的問題),這樣導致只有以第一個節點可以完成歸檔日誌向/archive目錄下寫入,但是在這種配置模式下第二個節點是無法向/archive目錄寫入歸檔日誌。
這就是導致這次第二個節點無法完成歸檔的真實原因。
處理方法:
第一種處理方法:將RAC資料庫的歸檔模式調整為非歸檔模式;
第二種處理方法:將RAC資料庫兩個節點的歸檔目錄分別分配一個共享陣列的目錄。
小結
在排查故障的過程中要綜合考慮各方原因,不要拘泥於資料庫本身,DBA需要全方面的技能。
Good luck.
secooler
10.04.12
-- The End --
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/519536/viewspace-659560/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 【故障處理】DBCA建庫詭異問題處理--rac環境不能建立rac庫
- standby無法使用歸檔日誌問題處理
- 一次詭異的MySQL問題處理故事MySql
- 【故障處理】一次RAC故障處理過程
- 【RAC】處理因ASM例項異常導致RAC第一節點例項異常終止故障ASM
- 【問題處理】處理alert警告日誌中出現無法找到libocr*.so檔案問題
- ORACLE RAC spfile異常處理辦法Oracle
- 測試環境控制檔案被誤刪的故障處理
- 索引節點(inode)爆滿問題處理索引
- Mac環境下MySQL無法啟動的處理方法MacMySql
- 處理rac資料庫一個節點監聽異常資料庫
- Oracle_dg歸檔丟失問題處理Oracle
- 【故障處理】DG環境主庫丟失歸檔情況下資料檔案的恢復
- 如何處理HTTP 503故障問題?HTTP
- RAC 環境Library Cache Lock的處理方法
- oracle 11gR2 rac 兩節點有一個節點down掉問題處理Oracle
- 關於Oracle RAC 叢集日誌無法輪循的問題處理Oracle
- .net異常處理的效能問題
- [zt] 手工處理Standby 歸檔間隔(gap)的問題
- 【問題處理】因ASM磁碟組空間不足導致資料庫例項無法啟動的故障處理ASM資料庫
- oracle 10g cluster rac vip始終在節點2的問題處理Oracle 10g
- ffmpeg無法接收組播流問題處理
- K8S環境的Jenkin效能問題處理K8S
- RAC環境Library Cache Lock的處理方法(zt)
- Mac環境中搭建Hadoop相關問題及處理辦法MacHadoop
- 【故障處理】TNS-04610問題
- Oracle 10g RAC故障處理Oracle 10g
- 處理MySQL複製環境Slave故障的一個案例MySql
- 【問題處理】MySQL忘記root密碼的處理辦法MySql密碼
- 【故障處理】EXP-00091: Exporting questionable statistics 問題處理方法Export
- 一次資料庫不能歸檔問題的處理資料庫
- JSF的outputText時,無法處理換行問題JS
- EJB3的異常處理問題
- RAC磁碟頭損壞問題處理
- 表空間無法擴充套件問題處理套件
- Oracle 11g RAC環境下Private IP修改方法及異常處理Oracle
- oracle 11gR2 rac for aix 第二個節點執行root.sh不成功問題處理OracleAI
- 【故障處理】多陣列掛接使裝置名稱混亂導致RAC無法啟動問題陣列