11.2.0.3 ASM例項出現ORA-4031錯誤導致資料庫歸檔失敗
環境:
平臺:RedHat EnterPrise 5.8 X86_X64
資料庫:Oracle EnterPrise 11.2.0.3
叢集軟體:Oracle grid 11.2.0.3
故障現象:
資料庫出現了歸檔失敗,其中有一個節點的例項出現HANG死的狀況。
日誌資訊如下:
分析:
由於歸檔失敗發生在ASM磁碟上,首先檢查ASM磁碟空間以及DB_RECOVERY_FILE_DEST_SIZE,ASM磁碟空間是足夠的,而且由於只有一個節點出現出現了無法歸檔的問題,也可以排除是空間不足造成的。確認兩個節點的DB_RECOVERY_FILE_DEST_SIZE引數設定都是0,基本上可以判斷問題和當前節點的ASM例項狀態不正常有關。
檢查ASM例項的錯誤資訊:
當前節點ASM例項出現了的這個資訊,說明報錯發生在例項2上:
果然例項2上的ASM出現了大量ORA-4031錯誤。檢查ASM啟動的引數配置:
調整及建議:
當前ASM例項使用預設的MEMORY_TARGET配置,分配大小大約是400M,根據Oracle的MOS文章:ASM & Shared Pool (ORA-4031) [ID 437924.1],在11.2.0.3中,Oracle增加了ASM例項所允許的預設程式數PROCESSES,但是預設的MEMORY_TARGET引數沒有增加。
根據Oracle的建議,11.2.0.3的MEMORY_TARGET至少應該設定到1536M,而MEMORY_MAX_TARGET設定為4096M。
對於當前的情況,如果短時間內無法重啟DB和ASM例項,可以在問題節點配置一個本地歸檔路徑,設定目標路徑為本地磁碟,從而避免歸檔無法完成而導致的例項HANG死。
平臺:RedHat EnterPrise 5.8 X86_X64
資料庫:Oracle EnterPrise 11.2.0.3
叢集軟體:Oracle grid 11.2.0.3
故障現象:
資料庫出現了歸檔失敗,其中有一個節點的例項出現HANG死的狀況。
日誌資訊如下:
- Fri Feb 28 19:49:04 2014
- ARC1: Error 19504 Creating archive log file to \'+DATA02\'
- ARCH: Archival stopped, error occurred. Will continue retrying
- ORACLE Instance orcl1 - Archival Error
- ORA-16038: log 14 sequence# 68244 cannot be archived
- ORA-19504: failed to create file \"\"
- ORA-00312: online log 14 thread 1: \'+DATA02/orcl/onlinelog/group_14.264.792274883\'
- ORA-00312: online log 14 thread 1: \'+DATA02/orcl/onlinelog/group_14.265.792274889\'
- Archiver process freed from errors. No longer stopped
- Fri Feb 28 19:50:22 2014
- ARC0: LGWR is actively archiving destination LOG_ARCHIVE_DEST_3
- ARCH: Archival stopped, error occurred. Will continue retrying
- ORACLE Instance orcl1 - Archival Error
- ORA-16014: log 14 sequence# 68244 not archived, no available destinations
- ORA-00312: online log 14 thread 1: \'+DATA02/orcl/onlinelog/group_14.264.792274883\'
- ORA-00312: online log 14 thread 1: \'+DATA02/orcl/onlinelog/group_14.265.792274889\'
- ARC0: Archive log rejected (thread 1 sequence 68240) at host \'orclsh\'
- FAL[server, ARC0]: FAL archive failed, see trace file.
- ARCH: FAL archive failed. Archiver continuing
- ORACLE Instance orcl1 - Archival Error. Archiver continuing.
由於歸檔失敗發生在ASM磁碟上,首先檢查ASM磁碟空間以及DB_RECOVERY_FILE_DEST_SIZE,ASM磁碟空間是足夠的,而且由於只有一個節點出現出現了無法歸檔的問題,也可以排除是空間不足造成的。確認兩個節點的DB_RECOVERY_FILE_DEST_SIZE引數設定都是0,基本上可以判斷問題和當前節點的ASM例項狀態不正常有關。
檢查ASM例項的錯誤資訊:
- Fri Feb 28 19:41:23 2014
- Dumping diagnostic data in directory=[cdmp_20130702164115], requested by (instance=2, osid=2032294 (LMD0)), summary=[incident=165521].
- Fri Feb 28 19:49:19 2014
- Dumping diagnostic data in directory=[cdmp_20130702164845], requested by (instance=2, osid=2032294 (LMD0)), summary=[incident=165522].
- Fri Feb 28 19:55:56 2014
- Dumping diagnostic data in directory=[cdmp_20130702165517], requested by (instance=2, osid=2032294 (LMD0)), summary=[incident=165523].
- Fri Feb 28 18:34:25 2014
- Errors in file /u01/app/grid/diag/asm/+asm/+ASM2/trace/+ASM2_lmd0_2032294.trc (incident=186256):
- ORA-04031: unable to allocate 3768 bytes of shared memory (\"shared pool\",\"unknown object\",\"sga heap(1,0)\",\"ges enqueues\")
- Use ADRCI or Support Workbench to package the incident.
- See Note 411.1 at My Oracle Support for error and packaging details.
- Insufficient shared pool to allocate a GES object (ospid 2032294)
- Fri Feb 28 18:29:53 2014
- Sweep [inc][186256]: completed
- Fri Feb 28 18:36:49 2014
- Errors in file /u01/app/grid/diag/asm/+asm/+ASM2/trace/+ASM2_lmd0_2032294.trc (incident=186257):
- ORA-04031: unable to allocate 3768 bytes of shared memory (\"shared pool\",\"unknown object\",\"sga heap(1,0)\",\"ges enqueues\")
- Use ADRCI or Support Workbench to package the incident.
- See Note 411.1 at My Oracle Support for error and packaging details.
- Insufficient shared pool to allocate a GES object (ospid 2032294)
- Fri Feb 28 20:06:55 2012
- NOTE: No asm libraries found in the system
- ERROR: -5(Duplicate disk DATA_DG01:ASM_DISK1)
- ERROR: -5(Duplicate disk DATA_DG01:ASM_DISK2)
- MEMORY_TARGET defaulting to 411041792.
- * instance_number obtained from CSS = 2, checking for the existence of node 0...
- * node 0 does not exist. instance_number = 2
- Starting ORACLE instance (normal)
- LICENSE_MAX_SESSION = 0
- LICENSE_SESSIONS_WARNING = 0
- Private Interface \'en1\' configured from GPnP for use as a private interconnect.
- [name=\'en1\', type=1, ip=169.254.78.6, mac=00-1a-64-bb-50-7d, net=169.254.0.0/16, mask=255.255.0.0, use=haip:cluster_interconnect/62]
- Public Interface \'en0\' configured from GPnP for use as a public interface.
- [name=\'en0\', type=1, ip=10.1.16.35, mac=00-1a-64-bb-50-7c, net=10.1.16.32/27, mask=255.255.255.224, use=public/1]
- Picked latch-free SCN scheme 3
- Using LOG_ARCHIVE_DEST_1 parameter default value as /u01/app/11.2.0.3/grid/dbs/arch
- Autotune of undo retention is turned on.
- LICENSE_MAX_USERS = 0
- SYS auditing is disabled
- NOTE: Volume support enabled
- Starting up:
- Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
- With the Real Application Clusters and Automatic Storage Management options.
- ORACLE_HOME = /u01/app/11.2.0.3/grid
- System name: AIX
- Node name: orcldb2
- Release: 1
- Version: 6
- Machine: 00C94E064C00
- Using parameter settings in server-side pfile /u01/app/11.2.0.3/grid/dbs/init+ASM2.ora
- System parameters with non-default values:
- large_pool_size = 12M
- instance_type = \"asm\"
- remote_login_passwordfile= \"EXCLUSIVE\"
- asm_diskstring = \"/dev/ocr_*\"
- asm_diskstring = \"/dev/voting_*\"
- asm_diskstring = \"/dev/asm_*\"
- asm_diskgroups = \"DATA\"
- asm_diskgroups = \"DATA_DG01\"
- asm_diskgroups = \"SPFILE_DG\"
- asm_power_limit = 1
- diagnostic_dest = \"/u01/app/grid\"
- Cluster communication is configured to use the following interface(s) for this instance
- 169.254.78.6
- cluster interconnect IPC version:Oracle UDP/IP (generic)
- IPC Vendor 1 proto 2
當前ASM例項使用預設的MEMORY_TARGET配置,分配大小大約是400M,根據Oracle的MOS文章:ASM & Shared Pool (ORA-4031) [ID 437924.1],在11.2.0.3中,Oracle增加了ASM例項所允許的預設程式數PROCESSES,但是預設的MEMORY_TARGET引數沒有增加。
根據Oracle的建議,11.2.0.3的MEMORY_TARGET至少應該設定到1536M,而MEMORY_MAX_TARGET設定為4096M。
-
SQL> alter system set memory_max_target=4096m scope=spfile;
-
- SQL> alter system set memory_target=1536m scope=spfile;
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/20674423/viewspace-1098176/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- MongoDB例項重啟失敗探究(大事務Redo導致)MongoDB
- DedeCms錯誤警告:連線資料庫失敗資料庫
- PbootCMS錯誤提示:資料庫連線失敗boot資料庫
- Dedecms錯誤警告:連線資料庫失敗,出錯怎麼解決?資料庫
- asm磁碟組依賴導致資料庫自啟動報錯ASM資料庫
- 織夢DedeCms錯誤警告,連線資料庫失敗資料庫
- wait_type SOS_WORKER導致資料庫連線失敗AI資料庫
- 我的postgresql資料庫報埠錯誤,連線失敗SQL資料庫
- smt加工這些失誤會導致smt加工出錯
- Error infos:DedeCms錯誤警告:連線資料庫失敗,可能資料庫密碼不對或資料庫伺服器出錯!Error資料庫密碼伺服器
- Error infos: DedeCms錯誤警告:連線資料庫失敗,可能資料庫密碼不對或資料庫伺服器出錯!Error資料庫密碼伺服器
- ASM空間爆滿導致資料庫掛起ASM資料庫
- [centerOS]錯誤:為倉庫 ‘appstream‘ 下載後設資料失敗ROSAPP
- Oracle資料庫分割槽表SPLIT操作導致歸檔瘋漲Oracle資料庫
- Dedecms錯誤警告:連線資料庫失敗,可能資料庫密碼不對或資料庫伺服器出錯怎麼解決?資料庫密碼伺服器
- Oracle歸檔檔案丟失導致OGG不用啟動Oracle
- PbootCMS錯誤提示:檔案上傳失敗boot
- 儲存互斥失敗導致資料丟失的資料恢復成功案例資料恢復
- sock鎖檔案導致的MySQL啟動失敗MySql
- Oracle dg歸檔同步失敗Oracle
- 【資料庫資料恢復】LINUX EXT3檔案系統下ORACLE資料庫誤操作導致資料丟失的資料恢復案例資料庫資料恢復LinuxOracle
- win10更新失敗出現錯誤提示80240020怎麼辦Win10
- 達夢資料庫關於[-70028]:建立SOCKET連線失敗的錯誤原因資料庫
- 【資料庫資料恢復】ASM例項不能掛載的Oracle資料庫資料恢復案例資料庫資料恢復ASMOracle
- SAN LUN Mapping出錯導致的資料丟失恢復全過程APP
- 伺服器資料恢復-誤操作導致mysql資料庫資料丟失的資料恢復案例伺服器資料恢復MySql資料庫
- 【資料庫資料恢復】磁碟空間不足導致sql server錯誤的資料恢復資料庫資料恢復SQLServer
- 【ASK_ORACLE】Relink ASM單例項資料庫詳細步驟OracleASM單例資料庫
- 歸檔日誌滿導致ORA-13516錯誤,awr報表不能自動收集
- app ui 自動化測試由於前面用例出錯卡在某個頁面導致後面用例執行失敗APPUI
- win10更新失敗出現錯誤程式碼80070570修復方法Win10
- windows10更新失敗出現錯誤程式碼80240020怎麼辦Windows
- 什麼會導致HTTP出現429請求過多錯誤?HTTP
- SQL Server資料庫出現邏輯錯誤的資料恢復SQLServer資料庫資料恢復
- 記一次ORA-01102導致資料庫例項無法啟動案例資料庫
- 【資料庫資料恢復】Oracle ASM例項無法掛載的資料恢復案例資料庫資料恢復OracleASM
- 【oracle資料庫資料恢復】誤操作導致的資料庫誤刪除的資料恢復案例Oracle資料庫資料恢復
- 【北亞資料恢復】誤操作分割槽損壞導致SqlServer資料庫資料丟失的資料恢復資料恢復SQLServer資料庫
- 【北亞資料庫資料恢復】誤操作導致資料丟失的華為雲mysql資料恢復案例資料庫資料恢復MySql