| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: 9i RAC or 10g RAC ?
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_at_siemens.com]=20
Sent: Friday, May 14, 2004 7:59 AM
To: 'oracle-l_at_freelists.org'
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_at_xs4all.nl]=20
Sent: Friday, May 14, 2004 4:22 AM
To: oracle-l_at_freelists.org
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.
"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."
 |
 |