RE: OS upgrade for RAC

From: Hameed, Amir <Amir.Hameed_at_xerox.com>
Date: Tue, 2 Jun 2015 16:04:07 +0000
Message-ID: <AF02C941134B1A4AB5F61A726D08DCED1FDBBDBD_at_USA7109MB012.na.xerox.net>



Thanks Mark.
What you have stated is exactly what I was also wondering, especially when it is a rev. upgrade and not a Sol10-to-Sol11 upgrade.

From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Mark J. Bobak Sent: Tuesday, June 02, 2015 11:56 AM
To: djeday84_at_gmail.com; oracle-l_at_freelists.org Subject: Re: OS upgrade for RAC

1-2 days seems pretty arbitrary to me. What, exactly, will break on day 3, that didn't break on day 1 or day 2?

Obviously, probably shouldn't run that way indefinitely, but doing one node per weekend for 4 weekends seems reasonable to me.

-Mark

On Tue, Jun 2, 2015, 11:20 AM Anton <djeday84_at_gmail.com<mailto:djeday84_at_gmail.com>> wrote: it is linux, but because of bugs we had to work with

[root_at_pk7db01 ~]# cat /etc/issue

Red Hat Enterprise Linux Server release 5.11 (Tikanga) Kernel \r on an \m

[oracle_at_pk7db02 /home/oracle]$cat /etc/issue
Red Hat Enterprise Linux Server release 5.8 (Tikanga) Kernel \r on an \m

seems to work fine, at least this week.

On 06/02/2015 05:05 PM, Hameed, Amir wrote: We are running a four-node RAC (both Grid and RDBMS are 11.2.0.4) on Solaris 10 update 10. We need to upgrade our database and grid to 12c and that requires the OS to be at a minimum of Solaris 10 Update 11. What I would like to find out is that if we do a rolling OS upgrade where we upgrade one RAC node at a time from Solaris10/Update10 to Solaris10/Update11, for how long can these RAC nodes stay out of synch in terms of the OS revision level? Is it possible to upgrade OS on one node every week and spread the entire process over four weeks? Oracle’s response was that the maximum these hosts can stay out of synch is 1-2 days but I would like to validate it from the list.

--
http://www.freelists.org/webpage/oracle-l
Received on Tue Jun 02 2015 - 18:04:07 CEST

Original text of this message