Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 29721 invoked from network); 18 Dec 2007 09:59:12 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by static-ip-69-64-49-119.inaddr.intergenia.de with SMTP; 18 Dec 2007 09:59:12 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 831007DA5D1;
 Tue, 18 Dec 2007 10:59:12 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 15587-08; Tue, 18 Dec 2007 10:59:12 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E5E4C7DA52A;
 Tue, 18 Dec 2007 10:59:11 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Tue, 18 Dec 2007 10:11:46 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 9F0B67DA86F
 for <oracle-l@freelists.org>; Tue, 18 Dec 2007 10:11:46 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 11045-07 for <oracle-l@freelists.org>;
 Tue, 18 Dec 2007 10:11:46 -0500 (EST)
Received: from pro38.abac.com (pro38.abac.com [66.226.64.39])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 61D357DA7F8
 for <oracle-l@freelists.org>; Tue, 18 Dec 2007 10:11:45 -0500 (EST)
Received: from BHAIRAVIPC01 (c-24-8-13-142.hsd1.co.comcast.net [24.8.13.142])
 (authenticated bits=0)
 by pro38.abac.com (8.14.1/8.14.1) with ESMTP id lBIFBeUn022257
 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
 Tue, 18 Dec 2007 07:11:42 -0800 (PST)
 (envelope-from krish.hariharan@quasardb.com)
From: <krish.hariharan@quasardb.com>
To: <bkaltofen@gmx.de>, <oracle-l@freelists.org>
References: <4767D1F9.10307@gmx.de>
Subject: RE: RAC Std: where to put 3rd voting disk with only 2 Storage Arrays
Date: Tue, 18 Dec 2007 08:11:36 -0700
Message-ID: <007d01c84188$49dcbd60$6401a8c0@BHAIRAVIPC01>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
In-Reply-To: <4767D1F9.10307@gmx.de>
X-Spam-Score: 0.65 (NO_REAL_NAME)
X-archive-position: 3990
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: krish.hariharan@quasardb.com
Precedence: normal
Reply-to: krish.hariharan@quasardb.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain

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@freelists.org [mailto:oracle-l-bounce@freelists.org]
On Behalf Of bkaltofen@gmx.de
Sent: Tuesday, December 18, 2007 6:58 AM
To: oracle-l@freelists.org
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
--
http://www.freelists.org/webpage/oracle-l



--
http://www.freelists.org/webpage/oracle-l


