RE: RAC Std: where to put 3rd voting disk with only 2 Storage Arrays
- From: <krish.hariharan@xxxxxxxxxxxx>
- To: <bkaltofen@xxxxxx>, <oracle-l@xxxxxxxxxxxxx>
- Date: Tue, 18 Dec 2007 08:11:36 -0700
Bjoern,
It would seem to me that, for the voting disk you should be able to simply
add two more voting devices after the initial installation.
As regards to losing the array: I rely on storage level mirroring for the
data. If you are going to mirror the data with ASM (save SYSTEM, SYSAUX, and
perhaps UNDO) in addition to storage mirroring (I assume you are), wouldn't
it become rather expensive.
Besides, philosophically, at what intensity and number failures, does this
become a DR problem vs an HA problem?
-Krish
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx]
On Behalf Of bkaltofen@xxxxxx
Sent: Tuesday, December 18, 2007 6:58 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: RAC Std: where to put 3rd voting disk with only 2 Storage Arrays
Hello,
we are about to install a RAC Standard Edition on two Solaris 10 Servers
with two storage arrays. The arrays are attached to both servers with
FCAL multi pathing.
To keep running if one array fails, we would like to virtualize/mirror
the storage using Sun Volume Manager (SVM).
Can we put the (3) voting disks and the OCR on multi host meta devices
(MD) created with SVM?
If not, where do we put the third voting disk?
--> We can mirror the data using ASM disk groups. We can put 1 OCR on a
slice of each array. We can put 1 voting disk on a slice of each array, too.
But, if we put one voting disk on array1 and two VD's on array2 we would
lose the RAC, if array2 fails.
Any sugestions?
Bjoern
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
Other related posts:
