Re: Thoughts on crs installation on HP-UX

From: K Gopalakrishnan <kaygopal_at_gmail.com>
Date: Thu, 22 Jan 2009 17:05:27 -0600
Message-ID: <3b0f44a10901221505n5fc51ddcqde1c358e7c20bbbf_at_mail.gmail.com>



Maureen,

There is no information about Version. So I assume 10gR2.

Is it safe to assume you have 5 nodes on HP-UX/Veritas Cluster and want to covert that to Oracle (CRS) clusterware cluster?

Also there is no mention of RAC (Though you say you will have 6-10 Non RAC databases), and if that is the case, why do you need CRS on top of VCS? I am bad at making assumptions,but here some facts.

  1. You don't need VCS or Service Guard for RAC. RAC requires Oracle Clusterware (CRS)
  2. Having said that, you can install/run CRS on top of Service Guard/VCS though it is not a best practice
  3. You can have rolling upgrade of Oracle CRS (though all patches are not rolling upgradeable!)
  4. You don't need to install CRS on top of existing clusterware if you are not running RAC
  5. CRS is mandatory for RAC irrespective of OS/hardware

-Gopal

On Thu, Jan 22, 2009 at 3:19 PM, Maureen English <sxmte_at_email.alaska.edu> wrote:
> Any thoughts/comments greatly appreciated....
>
> We have a 5-node HP-UX cluster using Service Guard and Veritas
> for clustering. We are also installing Oracle CRS and will
> eventually have 6-10 Non-RAC databases running on this system.
>
> Our current system (HP Tru64) has it's own clustering software
> and doesn't need any Oracle clustering software. We typically
> have 2 ORACLE_HOMEs so that we can patch one, move databases to
> the patched OH, then patch the other OH, and have minimal downtime
> for the databases.
>
> So, my questions are related to CRS.
>
> We typically have the ORACLE_HOME directories on shared filesystems.
> This installation, though won't allow the oraInventory to be shared.
> Is there something that we should not have done during the installation
> in order to allow for a shared oraInventory? The problem only occurs
> when we apply the 102040 patch.
>
> Any comments on having a shared installation vs installing on each
> node of the cluster? We're trying to plan ahead for minimal downtime
> for upgrades. If the software is shared, then it's likely that in
> order to upgrade, we will need to shut down *all* databases, not just
> those running on the node where we are running the upgrade. I've not
> yet looked at how rolling upgrades actually work....
>
> Is it possible to install a newer version of CRS in a new ORACLE_HOME
> while everything is running out of the old ORACLE_HOME, then do the
> switch when it's all installed? If so, then we could continue to do
> things the way we do now, with an alternate ORACLE_HOME available for
> patching. This may not be an issue since CPU patches are not applied
> to the CRS ORACLE_HOME, though.
>
> Feel free to email off list with any comments/suggestions.
>
> - Maureen
>
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>

--
http://www.freelists.org/webpage/oracle-l
Received on Thu Jan 22 2009 - 17:05:27 CST

Original text of this message