Error in dbtier cloning

Question

Hi All,
We are cloning a new test instance from the cold backup of our production. Production is single instance/archive log enabled. However, the target instance is single instance/no archive log. the DB version is 11.1.0.7
When i am running adcfgclone.pl on the database tier, it errors out with the following.
APPS Password : Log file located at /db1/oratrng/db/tech_st/11.1.0/appsutil/log/TRNG_oradapp/ApplyDBTier_11081226.log
| 50% completed RC-50004: Fatal: Error occurred in ApplyDatabase:
Control file creation failed
ERROR while running Apply...
Mon Nov 8 12:35:16 2010
ERROR: Failed to execute /db1/oratrng/db/tech_st/11.1.0/appsutil/clone/bin/adclone.pl
The logfile shows the following errors:
ORACLE instance started.
Total System Global Area 1069252608 bytes
Fixed Size 2109352 bytes
Variable Size 427823192 bytes
Database Buffers 624951296 bytes
Redo Buffers 14368768 bytes
Control file created.
alter database open resetlogs
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/db1/oratrng/db/apps_st/data/system01.dbf'
alter tablespace TEMP1 add tempfile '/db1/oratrng/db/apps_st/data/temp01.dbf' REUSE
ERROR at line 1:
ORA-01109: database not open
alter tablespace TEMP1 add tempfile '/db1/oratrng/db/apps_st/data/temp02.dbf' REUSE
I tried by creating the controlfile manually too but it gave error when i tried to open the database:
SQL> @crctl.sql
ORACLE instance started.
Total System Global Area 1069252608 bytes
Fixed Size 2109352 bytes
Variable Size 427823192 bytes
Database Buffers 624951296 bytes
Redo Buffers 14368768 bytes
Control file created.
ALTER DATABASE OPEN RESETLOGS
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/db1/oratrng/db/apps_st/data/system01.dbf'
I tried to recover the above datafile.
SQL> recover database using backup controlfile until cancel;
ORA-00283: recovery session canceled due to errors
ORA-00600: internal error code, arguments: [kcvhvdf_1], [], [], [], [], [], [],
I tried another cold backup(we take cold backups every night) but facing the same issue with another backup also. That's why i think its not an issue with system.dbf file being corrupt.
when i searched metalink for ORA-600 with kcvhvdf_1, i found that it is a bug in 11.1.0.7. bug 9314439.
the bug says:
The problem is that when the datafiles have zero DB ID=0=0x0, the 'create controlfile set database' command is not setting the new DB ID in the datafile headers but only in the controlfile. It then causes the ORA-600 [kcvhvdf_1] to be produced in the recovery due to DB ID mismatch between datafiles (select FHDBI from x$kcvfh) and controlfile (select DBID from v$database).
I verified the above statement and found it true.
SQL> select FHDBI from x$kcvfh;
FHDBI
0
0
0
0
0
0
0
0
0
0
0
select DBID from v$database;
DBID
551459957
The bug states a work around:
If using a cold backup (after a clean shutdown - NORMAL/IMMEDIATE), one workaround is to open the database right after the create controlfile (with no previous recover):
CREATE CONTROLFILE SET DATABASE "DEV2" RESETLOGS ARCHIVELOG ...
alter database open resetlogs;
However, this workaround is not working for me.
Kindly help. Its urgent.
Edited by: muneer.uae on Nov 8, 2010 3:06 AM
Edited by: muneer.uae on Nov 8, 2010 3:08 AM

Answer 1

Hi;
I suggest apply lastest clone patch and try to take clone from beginning,you can also check
Cloning Oracle Applications Release 12 with Rapid Clone [ID 406982.1] << Section 4: Advanced Cloning Options
if you have still error message than you can follow:
Mainly,
1. Create controfile on source(alter database backup controlfile to trace as path)
2. Copy it to your target server
3. Edit control file wiht new settings(like dbname,dbf location etc)
4. startup nomount, than use new CONTROLFILE and create db on target
5. If you db up than enable autoconfig on dbtier via below note:
Using AutoConfig to Manage System Configurations in Oracle E-Business Suite Release 12 [ID 387859.1]
Section 3: Patching AutoConfig 3.2. Enabling AutoConfig on a New Oracle Home
Regard
Helios