RE: Virtual RAC on Solaris E15k
- From: Pete Sharman <peter.sharman@xxxxxxxxxx>
- To: oracle-l@xxxxxxxxxxxxx
- Date: Sat, 12 Jun 2004 13:29:46 +1000
Shoot the damagement. As usual they have no idea.
Pete
"Controlling developers is like herding cats."
Kevin Loney, Oracle DBA Handbook
"Oh no, it's not. It's much harder than that!"
Bruce Pihlamae, long-term Oracle DBA
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Mark Moynahan
Sent: Saturday, 12 June 2004 5:38 AM
To: 'oracle-l@xxxxxxxxxxxxx'
Subject: Virtual RAC on Solaris E15k
Management has come to our team and asked about putting a 9i RAC on a single
e15K. We completed their request by building a two node cluster on a single
e15k. The problem is that management thinks this will buy them redundancy.
When management was asked 'How would RAC on e15k provide redundancy if the
e15k goes down?' their rebuttal was 'The e15k rarely ever goes down and
there needs to be db redundancy in relation to the e15k hardware.' This
doesn't make sense to me. Why bother with virtual RAC when there is still a
single point of failure? The added complexity of RAC doesn't provide any
real benefits. Can anyone argue in favor of putting virtual RAC on an e15k?
Wouldn't a logical standby be a better option?
Thanks,
Mark
----------------------------------------------------------------
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
-----------------------------------------------------------------
----------------------------------------------------------------
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:
