Switch Database To Copy after Diskgroup becomes corrupt needs very long
Hi,
currently I'm testing rolling forward image copies backup and restore scenarios. Thus I have a seperate diskgroup ('ORCLDATABACK') which holds the image copies of the database.
Now I wan't to test a switch to the image copy. Doing so I perform:
* shutdown the database
* to simulate an error I dismount the original diskgroup 'ORCLDATANEW'
* I remove the diskgroup dependency 'ORCLDATANEW' in CRS DB-Resource:
srvctl modify database -d orcl -diskgroup "LOG,LOGMIRR,ORCLDATABACK,FRA"
* Mount the database
* rman>switch database to copy;
This runs very, very long (20 minutes) but succeded at the end. I want to find the cause of long this running operation. If both diskgroups are mounted the switch need two seconds. But in reality of a restore situation the original diskgroup is not available.