I had a very serious issue last Friday with errors as weird as ORA-00322: log name of thread num is not current copy. After a clone from Prod to Test, the prod crashed. Both databases are located on the same server (I am not a virtualization fanatic) and clone from prod to test have been done by most of my dba readers.
What did change in 11g ?
Incredibly, in 11g, rman issues the following statement before restore
sql clone "alter system set db_name = ''PROD'' ... restore clone primary controlfile...
This is probably related to the capability of cloning a database without connecting to the target database.
At the end of the clone, rman is setting back the db_name to TEST and recreate the TEST controlfile
sql statement: alter system set db_name = ''TEST'' ... sql statement: CREATE CONTROLFILE REUSE SET DATABASE "TEST" ... ... LOGFILE GROUP 1 ('/.../TEST/redo1.dbf')...
So what’s wrong with this? Howcome could a clone from prod to test screw up the prod db???
Simple, the RMAN job did not complete
1) set new name, restore prod controlfile to test
2) restore issue, for instance
ORA-19870: error while restoring backup piece archive1234
RMAN-03002: failure of Duplicate Db command
At this point, the complete restore was finished, we restored the missing archivelog, recover and open resetlog.
What happened then???
At this point, remember you still have the prod controlfile (and the prod db_name), so by doing an alter resetlogs, the production redologs will get overwritten without notice !
This is a fairly important change that could really hurt if you are cloning two databases on the same server.
In case you are trying to save a failed database clone, make sure you check db_name and also v$logfile before doing an alter database resetlogs!!!Google+