RE: 3rd try: Linux database server upgrade (hardware only)
Date: Fri, 5 Oct 2012 20:54:36 +0000
Message-ID: <92583F1E24E0E94485E321E139D18321A1721AA5_at_Stromboli.accidentfund.com>
Thank you Niall. Yes, everything indeed is in SAN except the /etc stuff which I plan to copy over. I will look into your article on Oracle Home cloning article.. I have done that in the Oracle E-Business suite world a lot but it's been a couple of years since I have done one. Appreciate your input.
From: Niall Litchfield [mailto:niall.litchfield_at_gmail.com]
Sent: Friday, October 05, 2012 10:36 AM
To: Ramadoss, Karthik
Cc: rjoralist2_at_society.servebeer.com; oracle-l_at_freelists.org
Subject: Re: 3rd try: Linux database server upgrade (hardware only)
Not being flippant this time.
You'll want to consider how you handle the Oracle inventory, oratab and root.sh. It sounds likely that all of your /u[01-09] mount points are actually on a SAN and that includes all the homes, inventory etc. In that case I'd expect your plan to work pefectly happily so long as step 6 really means
shutdown databases, listeners, agents , dbconsole etc (ps -ef|grep oracle should return nothing).
What I would do (which is likely being paranoid) before step 12 is to backup and then remove the existing inventory, create a new inventory location and run clone.pl<http://clone.pl> for each home. I've written about oracle home cloning before at http://orawin.info/blog/2011/07/27/in-praise-of-clones/ and the metalink note is https://supporthtml.oracle.com/ep/faces/secure/km/DocumentDisplay.jspx?id00062.1 - you of course have a quicker method of "transferring the image to the new hosts".
I keep meaning to write up my notes on cloning RAC homes which is almost as simple as my note above (but the above link isn't valid for RAC).
On Fri, Oct 5, 2012 at 2:30 PM, Ramadoss, Karthik <Karthik.Ramadoss_at_accidentfund.com<mailto:Karthik.Ramadoss_at_accidentfund.com>> wrote: Thanks for your input. I think it works better for me to skip the fresh installs if it's not required when switching from AMD to Intel CPUs. This is because my Oracle Homes in the current servers are on EMC LUNS as well and can be easily moved over.
May be I will add a step to relink the Oracle Homes in the new server before starting up the databases.
-----Original Message-----
From: oracle-l-bounce_at_freelists.org<mailto:oracle-l-bounce_at_freelists.org> [mailto:oracle-l-bounce_at_freelists.org<mailto:oracle-l-bounce_at_freelists.org>] On Behalf Of Rich Jesse
Sent: Friday, October 05, 2012 9:15 AM
To: oracle-l_at_freelists.org<mailto:oracle-l_at_freelists.org>
Subject: Re: 3rd try: Linux database server upgrade (hardware only)
Karthik writes:
> Let me try this again.
Glad to see you got it! :)
> Current servers:
> 64 bit AMD architecture
>
> New servers:
> 64 bit Intel architecture
>
> Plan:
> Pre go-live
> 1. Install Oracle Linux 5.6 on new servers with temporary hostnames
> 2. Copy critical OS config files or match the Oracle OS requirements
> 3. Do a fresh Oracle Home installs (I believe this would be the
> recommended way if not mandatory when changing CPU architecture?)
For your purposes, AMD = Intel. A fresh install may not be necessary, but as long as you have the time, it should be fine, as the linking will catch differences in OS libraries, if there are any. Make sure that you have the same Oracle options installed! Use the installer on each server to compare, either side-by-side or output to a file for comparison.
> 13. Enjoy a cold one
My favorite step!
GL!
Rich
-- http://www.freelists.org/webpage/oracle-l -- http://www.freelists.org/webpage/oracle-l -- Niall Litchfield Oracle DBA http://www.orawin.info -- http://www.freelists.org/webpage/oracle-lReceived on Fri Oct 05 2012 - 22:54:36 CEST