Which two conditions are required by the ASM fast mirror resynchronization to track block changes for a set period of time before dropping the disk from the disk group?

Which two conditions are required by the ASM fast mirror resynchronization to track block
changes for a set period of time before dropping the disk from the disk group?

Which two conditions are required by the ASM fast mirror resynchronization to track block
changes for a set period of time before dropping the disk from the disk group?

A.
Redundancy is normal or high.

B.
compatibility. rdbms is set to a value of at least 11. l.

C.
disk_repair_time is set to a nondefault value.

D.
block_change_tracking IS enabled.

E.
db_block_checking is enabled.

F.
resumable_timeout is set to a nondefault value.

Explanation:
ASM Fast Mirror Resync
Enabled when COMPATIBLE.RDBMS >= 11.1
Whenever ASM is unable to write an extent, ASM takes the associated disk offline. If the
corresponding disk group uses ASM mirroring (NORMAL or HIGH redundancy), at least one mirror
copy of the same extent exists on another disk in the disk group.
Before Oracle Database 11g, ASM assumed that an offline disk contains only stale data and no
longer reads from such disks. Shortly after a disk is put offline, ASM drops it from the disk group
by re-creating the extents allocated to the disk on the remaining disks in the disk group using
mirrored extent copies. This process is quite resource intensive and can take hours to complete. If
the disk is replaced or the failure is repaired, the disk must be added again and another rebalance
operation must take place.
D60488GC11
Oracle 11g: RAC and Grid Infrastructure Administration Accelerated 8 – 32



Leave a Reply 1

Your email address will not be published. Required fields are marked *


L. Zhu

L. Zhu

A is right. If it is not redundancy, no fast mirror resync
B is right. 11.1 +
C is wrong. disk_repair_time default is 3.6 hours
D is wrong. there is no block_change_tracking parameter
E is wrong. db_block_checking is for db blocks
F is wrong. resumable_timeout is for resumable activities

So A.B. are correct