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@xxxxxxx> 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@xxxxxxxxxxxxx [mailto: > oracle-l-bounce@xxxxxxxxxxxxx] *On Behalf Of *sundar mahadevan > *Sent:* Tuesday, August 18, 2009 12:07 PM > *To:* Oracle-L@xxxxxxxxxxxxx > *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@xxxxxxxxx> 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@xxxxxxxxx> > 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. > > > > > > >