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 -----------------------------------------------------------------