RE: Restoring 64 bit database to 32 bit Server

  • From: "MacGregor, Ian A." <ian@xxxxxxxxxxxxxxxxx>
  • To: "Oracle-L Freelists" <oracle-l@xxxxxxxxxxxxx>
  • Date: Fri, 8 Sep 2006 16:15:09 -0700

 Are you positive the 32-bit server has permission to see the files backed up 
on your 64-bit server?  If does do you need to tell it to look in the 64-bit 
machine "area"?  I'm unfamiliar with NETBACKUP but with Tivoli Data Protection 
for Oracle in the TDPO option file for the 32-bit machine one would need to to  

TDPO_NODE 32-bit_machine


TDPO_NODE 64-bit_machine.

Ian MacGregor

-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On 
Behalf Of Jared Still
Sent: Friday, September 08, 2006 2:43 PM
To: Oracle-L Freelists
Subject: Restoring 64 bit database to 32 bit Server

  Source server:  64 bit RedHat ES 4
  Target server :  32 bit RedHat ES4

Oracle: - 64 bit on the 64 bit server - 32 bit on the 32 bit server.

What I am trying to do is restore an Oracle database from 64 bit server to a 32 
bit server. 

The assumption is that the source database is 64 bit, it has died, and took its 
storage with it.  

The database has been backed up with RMAN, there is no RMAN repository,
and autobackup of controlfiles is turned on. 

The only server available to do a restore is a 32 bit RH server.

The database files for 32 bit and 64 bit Oracle are the same.
The PL/SQL must be recompiled, but that has nothing to do with restoring the 

The control files are however, different - they must be recreated when
migrating from 32-bit -> 64 bit.
( see

This is making it somewhat difficult to restore the database.

The controlfile can easily be restored to the 64 bit server, but not the 32 bit 
Following are the results of attempting to do so:

SQL> get restore_0905_ctlfile.sql
  1  -- This procedure will restore the control file as text
  2  declare
  3     devtype varchar2(256);
  4     done boolean; 
  5  begin
  6     devtype := dbms_backup_restore.deviceallocate(type=>'sbt_tape');
  7     dbms_backup_restore.restoresetdatafile;
  9     dbms_backup_restore.restorebackuppiece('c-2182868868-20060905-01', 
 10     dbms_backup_restore.devicedeallocate;
 11* end;
 12  /
-- This procedure will restore the control file as text 
ERROR at line 1:
ORA-19624: operation failed, retry possible
ORA-19507: failed to retrieve sequential file,
handle="c-2182868868-20060905-01", parms=""
ORA-27029: skgfrtrv: sbtrestore returned error 
ORA-19511: Error received from media manager layer, error text:
Backup file <c-2182868868-20060905-01> not found in NetBackup catalog
ORA-07202: sltln: invalid parameter to sltln.
ORA-06512: at "SYS.X$DBMS_BACKUP_RESTORE ", line 1371
ORA-06512: at line 9

The file does exist, as I restored it to a 64 bit server.

The problem is that the datafiles cannot be restored without the controlfile.
A new controlfile cannot be created without the datafiles. 

An interesting catch-22, no?

At this point, I am ready to try building a database with the identical 
datafiles, and then attempt the restore over the new files.
( I know what the datafiles are due to job that runs periodically that backs up 
the controfile 
  to trace - I restored the file manually from backups via NetBackup)

Any thoughts on another way to do this restore?


Jared Still
Certifiable Oracle DBA and Part Time Perl Evangelist


Other related posts: