Migrate database cross platforms

What takes to migrate a database from windows to AIX? Or from AIX to Solaris? Anyone can point to the right note? Thanks.

I doubt the transportable tablespaces works for cross platformsIf you read the doc, you would see that works fine.
Of course, if word is different... then that can work, you can follow migration document :
http://download.oracle.com/docs/cd/B19306_01/win.102/b15688/create.htm#CHDGCBFJ
Nicolas.

Similar Messages

Can I use RMAN transportable database cross platform from 10g to 11g?

Hi,
I'm working on the migration plan, the source db server is solaris with 10g database while the destination server is AIX with 11g database.
Can I use RMAN transportable database for this purpose?
Coz I have read the restrictions on Cross-Platform Transportable Database, but it does not mention whether it can work for different version of database.
please help.

Hi,
Do you have metalink account? If yes please check : Cross-Platform Migration on Destination Host Using Rman Convert Database [ID 414878.1]*
RMAN Cross-Platform Transportable Databases and Tablespaces
Thank you

Database Migration and Cross platform migration

Actually I am searching solution for following situation: as follows
Server Name A :
Operating System : IBM AIX
Database Version Oracle 10.1.0..0
No. of Database Instances on this server ….. 2 Databases
Server Name B
Operating System : HP Unix
Database Version Oracle 10.1.0.0
No. of Database Instance on this server ……. 1 Database
And the Target is as follows
We want to migrate above mentioned 3 databases from Server A and B to the new HP-Unix server as follows
New Server details
Operating System : HP Unix 11
Database server : Oracle 10g 10.2.0.2 R2
So can some please give the steps to follow to migrate existing 3 databases to the new server
Thanks,
Amol

Take a Full Metadata Datapump Export from the Source Database.
Use SQLFILE option to generate the SQLfile.
Exeute the same in Target Database.
Take a datapump export of Source database with Data and import into Target with EXCLUDE=INDEX,CONSTRAINT,TRIGGERs option.
Create the indexes and other objects after the Datapump import.
Re-compile the Invalid Objects.
You can even perform this using Network_link option.(no need for export dump at file system level if used). You should have better network connectivity between two servers.
http://download-uk.oracle.com/docs/cd/B19306_01/server.102/b14215/dp_overview.htm

4 TB database cross platform upgrade

I would like to know the best practices, here is the scenario:
source:
database size: 4TB
storage : File system
OS: Solaris
Endian Format : Big
DB version : 10.2.0.4
Target:
storage:ASM
OS: Linux x86_64
Endian: Little
DB version: 11.2.0.3.2
Edited by: vlethakula on Nov 21, 2012 1:34 PM

I just done the same migration few months later (difference it was to exadata)
I would suggest you to use TTS (transportable tablespace) it is the most effective way.
You should use the MOS note below
How to Move Tablespaces Across Platforms Using Transportable Tablespaces With RMAN [ID 371556.1]
- Check platform
SQL> COLUMN PLATFORM_NAME FORMAT A32
SQL> SELECT * FROM V$TRANSPORTABLE_PLATFORM;
PLATFORM_ID PLATFORM_NAME                    ENDIAN_FORMAT
          1 Solaris[tm] OE (32-bit)          Big
          2 Solaris[tm] OE (64-bit)          Big
          7 Microsoft Windows IA (32-bit)    Little
         10 Linux IA (32-bit)                Little
          6 AIX-Based Systems (64-bit)       Big
          3 HP-UX (64-bit)                   Big
          5 HP Tru64 UNIX                    Little
          4 HP-UX IA (64-bit)                Big
         11 Linux IA (64-bit)                Little
         15 HP Open VMS                      Little
          8 Microsoft Windows IA (64-bit)    Little
          9 IBM zSeries Based Linux          Big
         13 Linux 64-bit for AMD             Little
         16 Apple Mac OS                     Big
         12 Microsoft Windows 64-bit for AMD Little
         17 Solaris Operating System (x86)   Little
To convert datafiles you should use RMAN CONVERT
CONVERT DATAFILE
'/oradata/orsfzpr/datafile/tbs_data_02.299.722854833',
'/oradata/ORSFZPR/datafile/o1_mf_tbs_data_6ng6q008_.dbf',
      TO PLATFORM="Linux x86 64-bit"
      FROM PLATFORM="HP-UX IA (64-bit)"
      FORMAT '+DATA/db/datafile/%u_%p_%c'
      PARALLELISM=20;
It is not a complicated procedure but you shoulday attention in every step in order to convert the database from Solaris to Linux.
I wrote a full step by step to do this migration however it is in portuguese.
Victor

E-business database migration to linux (Cross platform) using datapump

Have anyone used parallel=? option of datapump when migrating e-business database (cross platform) during export (expdp) and import (impdp).

174b0d50-0464-47ad-8831-22215fbc4bbe wrote:
Have anyone used parallel=? option of datapump when migrating e-business database (cross platform) during export (expdp) and import (impdp).
You can use this option, just consider not using a high number to avoid ORA-31693 errors.
Using Transportable Tablespaces for EBS 11i Using Database 11gR2 (Doc ID 1366265.1)
Using Transportable Tablespaces for EBS Release 12.0 or 12.1 Using Database 11gR2 (Doc ID 1311487.1)
Thanks,
Hussein

Oracle Database Migration 10g between Cross Platform...!

Hi,
Like to know any is there any third party tool
available in the market for cross platform EASY database migration
between AIX - 10g R2 to Windows - 10g R2.
Before there used be a third party tool called DBPUT which is no longer
available now.Looking for similar type.
Any Suggestion Please.
Regards,

Hi ,
Do it yourself , I suggest you to use export/import .
Master Note For Oracle Database Upgrades and Migrations (Doc ID 1152016.1)
Export/Import DataPump: The Minimum Requirements to Use Export DataPump and Import DataPump (System Privileges) (Doc ID 351598.1)

Third Party Tools for Database Migration of 10g between Cross Platform?

Hi,
Like to know any is there any third party tool
available in the market for cross platform EASY database migration
between AIX - 10g R2 to Windows - 10g R2.
Before there used be a third party tool called DBPUT which is no longer
available now.Looking for similar type.
Any Suggestion Please.
Regards,

why not using export/import (common Oracle tools) or use GoldenGate which allows you to migrate a production database w/o downtime.
- Klaus

Migrating Cross-Platform Database ???

Hi Expert !!
We have a requirement to move huge database from HP to AIX. The database size is big so we cannot opt exp/imp. The only option left is Transport Tablespace.
I did search on net and in oracle documentation for a sample example (moving entire database) but couldn't find one. Could any one please forward a link which discusses this in detail?
Also to note is that, we have a Data Guard configuration in place for this database. How do we move both Primary and Physical Standby from HP to AIX?
Thanks for sharing your experience.
Regards

You could check this document,
http://www.emc.com/techlib/abstract.jsp?id=1774
Cross-Platform Oracle Database Migration Using Transportable Tablespaces
Since you are moving from HP to AIX, endianess seems not a concern, but you still need to make sure tablespaces are self-contained,
EXEC DBMS_TTS.TRANSPORT_SET_CHECK('TSNAME','TRUE');

Need Help in Cross Platform Migration

Hi Gurus,
can you please tell me best way to do Corss Platform Migration with minimum down time and we are planning to do from AIX TO HP-UX.
oracle version is 10g
and can we do the data sync using streems if it is can you give the steps to configure streems in cross platform.
Thanks in advance.

High Availability Customer Case Studies, Presentations, Profiles, Analyst Reports, and Press Releases
[http://www.oracle.com/technology/deploy/availability/htdocs/HA_CaseStudies.html?_template=/ocom/print]
Check under Transportable Tablespace at the bottom
[Multi Terabyte Database Migration|http://www.oracle.com/technology/deploy/availability/pdf/TheHartfordProfile_XTTS.pdf]
HTH
Anantha

Cross platform migration from hp unix to sun

Hi
recently we have done cross platform migration from hp unix to sun (10g R2 RAC +ASM). It was a challenging experience to complete the migration in 8 hours downtime for a database of about 2 TB.
I would like to share the experience , so that it would be hepfull to others and i would learn more new techniques for improvement .
source environment:
HP-UX -ITANIUM - 2 node RAC - 10g R2 - Oracle clusterware - ASM - Heavily loaded all the time .
Destination Env:
Sun solaris 10 - 2 node RAC - 10g R2 - Oracle Clusterware - ASM
Total Downtime available : 6 hours.
Steps followed
1. snapshot backup of source database on a intermediate HP-Unix box. (stage area)
2. recover the database and start the rman image backup on to disk in stage area.
3. mount this filesystem locally (Veritas ) on to one of the node in the destination env.
4. Mount this filesystem as NFS on second node using a cross cable between both of them (we can use interconnect VLAN also here)
5. Keep applying the archive logs from source env till the downtime .
5. startup nomount the database , change the datafile names from ASM to RMAN image copy files and mount.
6. start rman convert statements and pump into the already exisitng ASM nodes with parallel sessions as much as possible (with 35 sets (513 datafiles) we were able to pump 2 TB data in 4.5 Hrs) - only system and undo datafiles need a convert statements (platform migration ) others would need a file system to ASM conversion only.
7. alter database open resetlogs in the destination environment.
8. create services manually and start the application.
we were given very less time to decide upon this stategy , By gods grace we were able to complete it .
I got a doubt while we are chalking out this plan .
can we connect to ASM instance remotely and pump data from one ASM to another ASM. It seems it is not possible , just a wild thought.
Let me know if you see any more improvements in this.
Thanks
Naveen samala

can we connect to ASM instance remotely and pump data from one ASM to another ASM. It seems it is not possible , just a wild thought.No. Thats not possible.

Oracle 10g - Cross-Platform Transportable Database (with or without RMAN?)

Hello guys,
i am currently on a project for migrating oracle databases from one platform to another platform (both platforms are on the same endianess):
-> From Linux 64-Bit to Windows 64-Bit
-> From HP-UX 64-Bit to AIX 64-Bit
All databases are on Oracle 10g (10.2.0.4) and i have tested two different ways:
1) The "official" way with RMAN CONVERT DATABASE
http://youngcow.net/doc/oracle10g/backup.102/b14191/dbxptrn002.htm#CHDEEEAG
2) "Copy & Paste"
- Copy & Paste of the database files
- Recreate controlfile manually on target platform (with help of "backup controlfile to trace" on source platform)
Both ways are working well and the migrated test databases are running fine.
Now i am wondering why there is a "RMAN CONVERT DATABASE" command, if it possible to copy and paste the data files and perform two steps manually afterwards.
The "RMAN CONVERT DATABASE" is time consuming and you still need to copy the RMAN output files to the target platform.
Is there any special reason, why you need the "RMAN CONVERT DATABASE"? Does the "RMAN CONVERT DATABASE" change some things in the database files internally?
Thanks and Regards

Hello,
Anurag Tibrewal wrote:
If the source platform and the target platform are of different endianness, then an additional step must be done on either the source or target platform to convert the tablespace being transported to the target format. Of course .. in this case you can not use the "Cross-Platform Transportable Database" - you have to use the "Cross-Platform Tranportable Tablespace" (with RMAN CONVERT DATAFILE or TABLESPACE).
Anurag Tibrewal wrote:
If they are of the same endianness, then no conversion is necessary and tablespaces can be transported as if they were on the same platform.Yes, but oracle provides this with RMAN and the command "RMAN CONVERT DATABASE" .. as i already wrote i have already performed the two ways "RMAN CONVERT DATABASE" and "just copy & paste" and both are working fine.
So my question is if there is any special case in which you should use the RMAN way with "RMAN CONVERT DATABASE" instead of just "copy & paste" if you stay on the same endianness?
Thanks and Regards

How to upgrade the oracle RDBMS and migrate cross platform

Hi ,
I would like to migrate my database from solaris 5.10 to linux. Simultaneously upgrade my RDBMS database from 10g to 11gR2.
Can you please suggest
Thanks
Naveen

My present database is 10.2 and new target database is 11.2.0.1.
cross platform is from solaris to linux.
Size of the database is 2.5TB . Does datapump a viable solution? Any alternative methods.
We do not get any down time. I am figuring out a solution for initial lot and migation. Thereafter i can use golden to sync up and do the cutover
Thanks
Naveen.
Edited by: 949870 on Jul 30, 2012 4:53 PM

Cross platform migration question.

I have a customer that is currently runnning oracle 10g databases on solaris 64 bit operating system on sun m4000 and m5000 hardware. The customer is looking to move to the redhat 6 operating system.
I am wanting to know what method will be available for me to migrate the databases as the endian on the files are different? Will transportable tablespaces work with the different endian?
Thanks.

Hi;
I suggest please also see:
How To Use RMAN CONVERT DATABASE on Source Host for Cross Platform Migration [ID 413586.1]
Master Note For Oracle Database Upgrades and Migrations [ID 1152016.1]
PS:Please dont forget to change thread status to answered if it possible when u belive your thread has been answered, it pretend to lose time of other forums user while they are searching open question which is not answered,thanks for understanding
Regard
Helios

Cross platform migrate repository and oms, gets "EM Key Verification Error"

Hello,
I am trying to cross platform migrate repository and oms from Sun Solaris Sparc 64 bit to Linux x86-64bit.
Environment:
Original repository Oracle 10.2.0.3, OMS 10.2.0.5, Sun Solaris Sparc 64 bit
New repositoy Oracle 10.2.0.3, OMS 10.2.0.5, Linux x86-64bit
Following metalink note:
Subject: How To Move Grid Control Oms & Repository To Another Server
Doc ID: 853293.1
to step 4:
4. Point the new OMS to the new repository
can't get over emkey corrupt issue, gets error:
2009-10-13 14:07:24,570 [AJPRequestHandler-ApplicationServerThread-11] ERROR conn.ConnectionService verifyRepositoryEx.918 - EM Key Verification Error = Em key does not match with repos verifier
2009-10-13 14:07:27,910 [Shutdown] ERROR em.notification unregisterOMS.2573 - Error unregistering: EM Key is Missing java.sql.SQLException: EM Key is Missing
The newly installed additional OMS can only point to the original repository and can't point to the newly migrated repository.
Steps I did:
Install an addition OMS to point to original repository (make sure emkey is in repository)
create a new empty database on new host with a new name (is new name caused problem?)
migrate old repository to new (use export/import)
point new OMS to new repository by modifing emoms.properties
startup oms and gets emkey corrupt error
This metalink note does not help either:
Subject: The Em Key is not configured properly. Run "emctl status emkey" for more details.
Doc ID: 817035.1
I also have a SR open but still have no help from Oracle support. I did make sure the emkey is in the repository before migrate. There may be tricks that I don't know.
Can anyone shed some light on this?
Thank you for your help in advance.
Edited by: user1062137 on Oct 16, 2009 2:14 PM

Hi, I'm having the same issue.
Our original installation was on Windows 32bit with the repository and OMS on the same host. I want to move the repository to a linux 64bit host to make more resource available for everything. The new database is 11.1.0.7 though. As the Grid control release is 10.2.0.5 Oracle Support have confirmed that the 11g database is OK to use.
In the log I see a lot of this:
[AJPRequestHandler-ApplicationServerThread-5] ERROR conn.ConnectionService verifyRepositoryEx.911 - Invalid Connection Pool. ERROR = ORA-01031: insufficient privileges
ORA-06512: at "SYSMAN.MGMT_USER", line 10296
ORA-06512: at "SYSMAN.SETEMUSERCONTEXT", line 17
ORA-06512: at line 1
2009-11-05 18:54:57,254 [AJPRequestHandler-ApplicationServerThread-7] ERROR conn.FGAConnection _setConnContext.326 - java.sql.SQLException: ORA-01031: insufficient privileges
ORA-06512: at "SYSMAN.MGMT_USER", line 10296
ORA-06512: at "SYSMAN.SETEMUSERCONTEXT", line 17
ORA-06512: at line 1
java.sql.SQLException: ORA-01031: insufficient privileges
ORA-06512: at "SYSMAN.MGMT_USER", line 10296
ORA-06512: at "SYSMAN.SETEMUSERCONTEXT", line 17
ORA-06512: at line 1
2009-11-05 18:54:59,973 [Shutdown] ERROR em.notification unregisterOMS.2573 - Error unregistering: EM Key is Missing
java.sql.SQLException: EM Key is Missing
Unfortunately that package is wrapped so I can't see what privs are required.
The instructions say (simplified here) either datapump or exp/imp to the new database, run some admin scripts, then update the emoms.properties with the new connection information. Thats it - start OMS again and it should work.
Thankfully I can turn the old repository back on while I sift through these logs.

Cross Platform migration employing Incremental Transportable Tablespaces

We have a VLDB that needs to be converted from a Sparc T3 Solaris Big endian to Linux small endian and there are over 6000 tables and the GoldenGate method to reduce downtime was attempted n dev and was an utter failure. Then I read in several places including metalink ( My Oracle Support ) in DOC ID 1644693.1 Entitiled "How to restore a pre 12c database backup to a cross platform cross endian 12c database", Bug 13335722 and many Oracle 12c Brochures all state that the cross platform cross endian method of using Incremental Transportable Tablespaces which used to be only supported for Exadata is now supported for ALL 12c platforms. Can anyone veriffy this and has employed this technique to migrate from Sun to Linux by first upgrading the source database to 12c then employing Incremental Transportable Tablespaces capabilities of 12c to migrate cross platform cross endian from Sun Sparc big endian 64 bit word to Linux Intel little endian 64 word. Otherwise if we migrate from 11GR2 Sun to Intel we are looking at least 5 days of Read Only downtime.
Thanks

You can also refer to Metalink note
Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup (Doc ID 1389592.1)

Migrate database cross platforms

Similar Messages

Maybe you are looking for