Re: upgrade RAC from 9.2.0.8 to 10.1.0.4
Date: Tue, 18 Aug 2009 11:35:42 -0500
Message-ID: <9a600bbf0908180935p46b3b8c3h7be70ab0b2d6a5c7_at_mail.gmail.com>
Do you have a metalink document with that best practice of not sharing the oracle_home? And would that be 10g or 11g? (I'm looking for 11g.)--Scott
On Tue, Aug 18, 2009 at 11:24 AM, Crisler, Jon <Jon.Crisler_at_usi.com> wrote:
> For best practices, you should not share the oracle_home and
> oracle_crs_home. This allows you to patch each node individually while the
> other node can keep running. Many patches allow what is called a “rolling
> patch, or rolling upgrade”, although not all.
>
>
> ------------------------------
>
> *From:* oracle-l-bounce_at_freelists.org [mailto:
> oracle-l-bounce_at_freelists.org] *On Behalf Of *sundar mahadevan
> *Sent:* Tuesday, August 18, 2009 12:07 PM
> *To:* Oracle-L_at_freelists.org
> *Subject:* Re: upgrade RAC from 9.2.0.8 to 10.1.0.4
>
>
>
> I believe I got the answer for ora_crs_home and oracle_home.
> ora_crs_home(non shared location) is the location for crs binaries(basically
> clusterware software/binaries reside here) and oracle binaries reside at
> oracle_home. so ora_crs_home and its binaries reside in all nodes on RAC.
> The location of the voting disk and OCR is specified later in the OUI
> installer page that should reside in the shared location. Am I right? Still
> I dont understand why I received the error when the location I mentioned was
> shared.
>
> On Tue, Aug 18, 2009 at 11:37 AM, sundar mahadevan <
> sundarmahadevan82_at_gmail.com> wrote:
>
> Hi Martin,
> Once again you have dropped in to bail me out. Thanks for your reply. My
> 9.2.0.8 configuration was like this: For shared file system on my test 9i
> RAC, i used iscsi(iscsi target and iscsi initiator to simulate shared disk
> between 2 hosts). /var/opt/oracle was the shared disk mount point shared
> between host 1 and 2. I had created a partition of 20G on the shared disk
> and used ocfs2 for the shared disk cluster file system. I had quorum file,
> Shared Configuration File, all database files in /var/opt/oracle while the
> binaries were in /opt/oracle/product/9.2.0 on both host 1 and host 2
> individually. To my knowledge, oracm was just oracle cluster manager that
> was available in 9i and definitely there was no clusterware. With oracm
> replaced by oracle clusterware, quorum disk replaced by voting disk and
> shared configuration file replaced by OCR, I still believe that 10.1 RAC
> should be possible with iscsi(for shared disk) and OCFS2. Do you think it is
> not possible?
>
> For 10g, I created another partition of size 20G and mounted it on /u01.
> Now /u01 is shared between 2 hosts. But 10.1 oracle_home and ora_crs_home is
> a bit confusing. when /u01 is shared, then both
> /u01/app/oracle/product/crs(ora_crs_home) and
> /u01/app/oracle/product/10.1.0/Db_1 are shared. In this case both oracle
> clusterware and oracle binaries would be shared which should n't be the
> case. What am I doing wrong here. What is the correct setup. Thanks for your
> time and patience.
>
>
>
> On Tue, Aug 18, 2009 at 1:43 AM, Martin Berger <martin.a.berger_at_gmail.com>
> wrote:
>
> Hi Sundar,
>
> I'm not sure if you have faced the differences between your 9i and 10g RAC:
> In 9i, which kind of clusterware do you have?
>
> In 10g, you will need Oracle Clusterware (CRS - Cluster Ready Services),
> and your db-binaries in a seperated ORACLE_HOME.
> If you still needs a shared filesystem, you will also need a cluster
> framework from a 3rd party, as Oracle Clusterware (up to 11gR1) does not
> provide a shared filesystem.
> Without shared filesystem, you can use pure oracle stack (clusterware +
> rdbms binaries) and ASM for shared acces to the datafiles.
> As a last ressort, you can also use raw-devices for your datafiles, but
> this is not recommended.
>
> You mentioned the 'cluster registry file'.
> a RAC needs some shared informations. (the cluster registry). this must be
> stored on a cluster filesystem or shared raw devices.
> You will also be asked for some voting disks. they also must be accessable
> on all nodes..
>
> Can you tell which kind of configuration you will try to implement?
>
> best regards,
> Martin
>
>
> Am 17.08.2009 um 22:12 schrieb sundar mahadevan:
>
>
>
> Hi Gurus,
> I'm trying to upgrade my test 2 node RAC presently on 9.2.0.8 to 10.1.0.4 .
> I can only upgrade it to 10.1 because my test servers only have 512 MB RAM.
> These are just fine for my home environment and AFAIK 512 MB RAM is good for
> 10.1. The 9i RAC setup was as follows: I had oracle 9i binaries on
> /opt/oracle/product/9.2.0 (on both host 1 and 2) and the datafiles on shared
> disk on /var/opt/oracle. I 'm a little confused as if this is a similar
> setup in 10.1 as well. I did not find any upgrade documents from 9i to 10.1
> but was able to find for 9i to 10.2 Do you think I can follow the 9i to 10.2
> RAC upgrade doc. The first thing in this upgrade is to setup CRS. I invoked
> the crs runinstaller and it asked me for home. I entered the 10.1 CRS home
> on shared disk(/u01/app/oracle/product/crs) but it gives me an error saying:
> oracle cluster registry can only exist as a shared system file or as a
> shared raw partition. Any ideas? Please help. Thanks in advance.
>
>
>
>
>
>
>
-- http://www.freelists.org/webpage/oracle-lReceived on Tue Aug 18 2009 - 11:35:42 CDT