migrate to different Linux server and upgrade database from 12.1 CDB RAC to 12.2 non-CDB non-RAC [message #667586] |
Sat, 06 January 2018 21:51  |
 |
philipebe
Messages: 19 Registered: September 2017
|
Junior Member |
|
|
Hi,
We have Oracle 12.1.0.2 CDB with 1 PDB database running on a 3-node RAC on Linux 6.9.
Our migration project is to migrate this database to a new Linux server with the latest supported version (7.4 or later) for Oracle 12.2
And we are migrating this current RAC CDB database to the new Linux server as non-RAC and nonCDB database.
We currently dont have GoldenGate or DataGuard.
But our plans are to migrate the database to the new 12.2 Oracle Home on a different Linux server either using RMAN clone/duplicate or by dpump.
Would appreciate your suggestions on what would be a good road map to do this database migration and upgrade to a nonCDB nonRAC database with the least Production downtime.
Thanks in advance.
Philip.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Re: migrate to different Linux server and upgrade database from 12.1 CDB RAC to 12.2 non-CDB non-RAC [message #667615 is a reply to message #667612] |
Mon, 08 January 2018 13:16   |
 |
philipebe
Messages: 19 Registered: September 2017
|
Junior Member |
|
|
Michel Cadot wrote on Mon, 08 January 2018 12:58
Data Pump is surely in this case the simplest way and simplest most of the time means safest.
So, yes, if your database is not big, use Data Pump.
What is the size of the database?
The database is 1.5 TB in size.
And because of migration and upgrade from 12.1 RAC, CDB to 12.2 noNRAC, nonCDB to a different server,
i thought the only option is dpump.
But i understand if it is datapump, then there is a huge Prod downtime during this export from current Prod and import into new Prod,
and configuring all the apps to point to the new Prod.
Not sure if there is another way to have the least Production downtime.
Thanks.
[Updated on: Mon, 08 January 2018 13:19] Report message to a moderator
|
|
|
|
|
|
|
Re: migrate to different Linux server and upgrade database from 12.1 CDB RAC to 12.2 non-CDB non-RAC [message #667650 is a reply to message #667629] |
Tue, 09 January 2018 08:36  |
 |
philipebe
Messages: 19 Registered: September 2017
|
Junior Member |
|
|
John Watson wrote on Tue, 09 January 2018 01:57Just one last point - are you sure that you really want to convert to non-CDB? This is against all advice, and is constraining your options.
Note that we have been told that non-CDB may be de-supported after release 12.2. The next release, Oracle 18, is due out in seven days. Will it support non-CDB? We do not yet know.
The team here knows the consequence of converting to non-CDB in 12.2 and they are ok with converting back to CDB if the future releases force it.
But even the oracle document mentioned that there are features that dont exist in CDB, and i believe Oracle has to provide the support as long as those features not supported in CDB.
Thanks for your inputs and suggestions. I have a better understanding of the current situation.
And as a final thought, i don't see any other option except for dpump, since this is a CDB to nonCDB conversion.
|
|
|