RE: 9i RAC or 10g RAC ?

  • From: "Koivu, Lisa" <Lisa.Koivu@xxxxxxxxxxxxxxx>
  • To: <oracle-l@xxxxxxxxxxxxx>
  • Date: Fri, 14 May 2004 10:04:35 -0400

I would be interested to hear of any problems with 9i/Dell/OCFS/Clariion
as well.  My coworker has been fighting with a Windows 9i RAC install
for quite a while.=20

Thanks
Lisa

-----Original Message-----
From: Montgomerie Steve [mailto:steve.montgomerie@xxxxxxxxxxx]=20
Sent: Friday, May 14, 2004 7:59 AM
To: 'oracle-l@xxxxxxxxxxxxx'
Subject: RE: 9i RAC or 10g RAC ?

What problems did you have with 9i Dell and OCFS? We've been runnning on
it
for a year with no hiccups.
Steve Montgomerie
PeopleSoft/Oracle Administrator
SIEMENS Shared Services, LLC



-----Original Message-----
From: Robert Blok [mailto:robert.blok@xxxxxxxxx]=20
Sent: Friday, May 14, 2004 4:22 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: Re: 9i RAC or 10g RAC ?


Itching hands thanks to Piet's hint on this thread.

I have the same experience using 9i on Dell hardware with the EMC=20
Clariion storage using OCFS. Lots and lots of issues. Finally, we've=20
gone to using Polyserve Filesystem. This gave some relieve. The hardware

is still not so stable, but hey, who cares? The combination of SLES-8=20
with Polyserve is a working solution (specially with the 2.6.1 release)!

Cary is right that if you are in the position that you can do with a=20
single instance you should, but there are environments in which a=20
cluster may have benefits. The more complex the solution, the lower the=20
uptime usually is. But if you have a grid-like environement (lots of=20
databases in a pool of servers, you would be capable of "moving" your=20
server around to smear out performance hotspots in your cluster/grid.=20
Lot of hacking, but hey aren't we around for this?

I have tested 10g RAC and my advise is: Wait for the next version to=20
even try it (hopefully by the end of the year). We have build a cluster,

but adding a node was asking too much from the system.

Robert.



----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------



-- Binary/unsupported file stripped by Ecartis --
-- Type: application/octet-stream
-- File: Montgomerie Steve.vcf


----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

"The sender believes that this E-Mail and any attachments were free of =
any virus, worm, Trojan horse, and/or malicious code when sent. This =
message and its attachments could have been infected during =
transmission.  By reading the message and opening any attachments, the =
recipient accepts full responsibility for taking proactive and remedial =
action about viruses and other defects. The sender's business entity is =
not liable for any loss or damage arising in any way from this message =
or its attachments."

----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Other related posts: