RE: Virtual RAC on Solaris E15k
- From: "Khedr, Waleed" <Waleed.Khedr@xxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Thu, 17 Jun 2004 17:17:36 -0400
Redundancy in e15K is built in such way that after domain'ing the
machine, each node is completely self sufficient.
Problem in one node is isolated from the other node.
Read about "Dynamic System Domains"
Regards,
Waleed
-----Original Message-----
From: Mark Moynahan [mailto:Mark.Moynahan@xxxxxxxxxxxxx]
Sent: Friday, June 11, 2004 3:38 PM
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:
