Alert: Querying v$asm_file Gives ORA-15196 After ASM Was Upgraded From 10gR2 To 11gR2 with an AU size > 1M [ID 1145365.1]

Alert: Querying v$asm_file Gives ORA-15196 After ASM Was Upgraded From 10gR2 To 11gR2 with an AU size > 1M [ID 1145365.1]

 

Modified 29-SEP-2010     Type ALERT     Status PUBLISHED

 

In this Document
  Description
  Likelihood of Occurrence
  Possible Symptoms
  Workaround or Resolution
  Patches
  Modification History
  References

Applies to:

Oracle Server - Enterprise Edition - Version: 11.2.0.1.0 to 11.2.0.1 - Release: 11.2 to 11.2
Information in this document applies to any platform.

Description

This problem has been reported for 10gR2 created disk groups with the AU size greater than 1MB and that have fewer than 3585 user files and after migrating to 11.2 ASM.
--导致ORA-15196的条件

SQL> select name,allocation_unit_size from v$asm_diskgroup, will show you the AU size.

 

[oracle@rac1 ~]$ oerr ora 15196

15196, 00000, "invalid ASM block header [%s:%s] [%s] [%s] [%s] [%s != %s]"

// *Cause:  ASM encountered an invalid metadata block.

// *Action: Contact Oracle Support Services.

 

这个是10.2 的一个ASM:

SQL> select name,allocation_unit_size from v$asm_diskgroup;

 

NAME                           ALLOCATION_UNIT_SIZE

------------------------------ --------------------

DATA                                        1048576

FRA                                         1048576

Likelihood of Occurrence

1) 11.2 detects no formatted blocks beyond blocks that hold < 3585 user asm file when the au size is > than 1MB (the default)

2) This is identified due to the unpublished Bug 5100163

-- 导致错误的原因

Possible Symptoms

. After upgrading a 10gR2 ASM instance to 11.2, ASM is able to mount the disk groups but these are dismounted as soon as v$asm_file is queried:

-- bug 没有修复时,将ASM 10gR2 升级到11gR2之后,ASM 可以正常的mount,但是一查询v$asm_file disk groups 就会变成dismounted

 

SUCCESS: diskgroup DATA_DG01 was mounted
SUCCESS: ALTER DISKGROUP DATA_DG01 MOUNT /* asm agent */
Thu Jun 24 15:13:05 2010
NOTE: diskgroup resource ora.DATA_DG01.dg is online
Thu Jun 24 15:18:31 2010
WARNNING: cache read a corrupted block group=DATA_DG01 fn=1 blk=512 from disk 0
NOTE: a corrupted block from group DATA_DG01 was dumped to
/u000/app/grid/diag/asm/+asm/+ASM/trace/+ASM_ora_348464.trc
WARNNING: cache read(retry) a corrupted block group=DATA_DG01 fn=1 blk=512
from disk 0
ERROR: cache failed to read group=DATA_DG01 fn=1 blk=512 from disk(s): 0
DATA_DG01_0000
ORA-15196: invalid ASM block header [kfc.c:23925] [hard_kfbh] [1] [512] [0 !=130]



 

Workaround or Resolution

1) Run the following from 11.2 ASM on each disk group a few times (say 3 times):
--解决方法一

SQL> ALTER DISKGROUP <DG_NAME> CHECK ALL REPAIR;

 On the first time they execute this command, the ASM alert log will show entries like:
 "ERROR: file 1 extent 0: blocks XX to XX are unformatted"
 The next runs, the ASM alert logs will show something like:
 ERROR: file 1 extent 0: blocks XX to XX are unformatted"
 "SUCCESS: file 1 extent 0 repaired"



2) Check if ASM in 11.2 still dismounts the disk group when querying v$asm_file.

3) If the disk group continues to be dismounted with the above errors, then restore the 10gR2 environment (like prior to the ASM upgrade) and then apply
Patch 5100163 to the 10.2.0.4 ASM home To obtain the patch go to MyOracleSupport, if the following link does not work:

https://updates.oracle.com/download/5100163.html

4) After the patch was installed, then run the ALTER DISKGROUP...CHECK ALL REPAIR on all the disk groups. Then retry the ASM upgrade.

Patches

1) Before upgrade ASM from release 10.2 to release 11.2 please apply the Patch 5100163 on the 10.2 ASM Oracle Home

-- 先将patch 打上,然后在将ASM 10.2 升级到11.2.

2) This patch can be obtained  from MOS:

https://updates.oracle.com/download/5100163.html


References

PATCH:5100163 - INVALID BLOCK HEADER AFTER CRASH RECOVERY W/ 2M AUS

 

 

 

 

 

-------------------------------------------------------------------------------------------------------

Blog http://blog.csdn.net/tianlesoftware

Email: [email protected]

DBA1 群:62697716();   DBA2 群:62697977()   DBA3 群:62697850()  

DBA 超级群:63306533();  DBA4 群: 83829929  DBA5群: 142216823   

聊天 群:40132017   聊天2群:69087192

--加群需要在备注说明Oracle表空间和数据文件的关系,否则拒绝申请

你可能感兴趣的:(oracle,File,header,patch,disk,Allocation)