Return-Path: X-Original-To: oracle-l@orafaq.com Delivered-To: oracle-l@orafaq.com Received: from puck1183.startdedicated.com (localhost [127.0.0.1]) by puck1183.startdedicated.com (Postfix) with ESMTP id A32241960032 for ; Thu, 3 Mar 2016 19:18:14 +0100 (CET) Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by puck1183.startdedicated.com (Postfix) with ESMTPS for ; Thu, 3 Mar 2016 19:18:14 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id CDEC634480; Thu, 3 Mar 2016 13:18:12 -0500 (EST) X-Virus-Scanned: Debian amavisd-new at turing.freelists.org 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 z2KW0f0N5vAJ; Thu, 3 Mar 2016 13:18:12 -0500 (EST) Received: from turing.freelists.org (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2325D33B6E; Thu, 3 Mar 2016 13:17:32 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 03 Mar 2016 13:16:51 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2F7C6315CF for ; Thu, 3 Mar 2016 13:16:51 -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 Wj6Vz3q0m8PE for ; Thu, 3 Mar 2016 13:16:51 -0500 (EST) Received: from p3plsmtpa08-09.prod.phx3.secureserver.net (p3plsmtpa08-09.prod.phx3.secureserver.net [173.201.193.110]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTPS id D655F30DFA for ; Thu, 3 Mar 2016 13:16:50 -0500 (EST) Received: from Tim-MBP.local ([184.96.147.189]) by p3plsmtpa08-09.prod.phx3.secureserver.net with id RWGo1s00D45QmmG01WGpPR; Thu, 03 Mar 2016 11:16:50 -0700 Subject: Re: cost-effective, low-performance options for RAC? References: <1005095662.3036084.1457024051507.JavaMail.yahoo@mail.yahoo.com> <1824587561.43607870.1457026642412.JavaMail.root@earlham.edu> To: andrew.kerber@gmail.com, Jeremiah Wilton Cc: ckaj111@yahoo.ca, Oracle-l Digest Users From: Tim Gorman Organization: EvDBT Message-ID: <56D87F90.4000108@evdbt.com> Date: Thu, 3 Mar 2016 11:16:48 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------000709010604090307090607" X-archive-position: 63758 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: tim@evdbt.com Precedence: normal Reply-To: tim@evdbt.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l --------------000709010604090307090607 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit HA is not a practical use-case (by itself) for RAC. If HA is their requirement, they should use Data Guard. Performance scalability is the practical use-case for RAC. Your customer has self-selected themselves out of that use-case, but apparently they'd rather spend more money, time, and effort to get to the same place. C'est la vie... On 3/3/16 10:46, Andrew Kerber wrote: > You can run RAC over iscsi and dnfs according to the oracle > documentation. But I agree with you, sounds like they probably dont > need it that badly, unless its solely for HA. > > On Thu, Mar 3, 2016 at 11:37 AM, Jeremiah Cetlin Wilton > > wrote: > > You could build something like this on smaller EC2 instances. > > http://aws.amazon.com/articles/7455908317389540 > > Jeremiah > > ------------------------------------------------------------------------ > *From: *"Chris King" > > *To: *"Oracle-l Digest Users" > > *Sent: *Thursday, March 3, 2016 8:54:11 AM > *Subject: *cost-effective, low-performance options for RAC? > > I was asked an odd question today. A customer is determined to use > an Oracle RAC solution, and we are trying to convince them that in > their case, this is too big a solution for what they need. In the > meantime, however, I've been asked a few interesting questions, > which I would love to have your feedback on. > > The customer's requirement is for a small database, with only 200 > users maximum, and not concurrent users. We're not looking for > high-performance because the database will not be heavily used. > > I've always used fibre connects with Oracle RAC. Is it possible to > run RAC with something other than fibre? I've been asked if we > could run RAC with a single SAS attached disk array.. I'm assuming > not, but maybe there are other lower-cost RAC compatible storage > and network connectivity options. > > May I have your feedback on this? > > Thanks! > -ChrisK > > > > > > -- > Andrew W. Kerber > > 'If at first you dont succeed, dont take up skydiving.' --------------000709010604090307090607 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit HA is not a practical use-case (by itself) for RAC.  If HA is their requirement, they should use Data Guard.

Performance scalability is the practical use-case for RAC.  Your customer has self-selected themselves out of that use-case, but apparently they'd rather spend more money, time, and effort to get to the same place.  C'est la vie...




On 3/3/16 10:46, Andrew Kerber wrote:
You can run RAC over iscsi and dnfs according to the oracle documentation.  But I agree with you, sounds like they probably dont need it that badly, unless its solely for HA.

On Thu, Mar 3, 2016 at 11:37 AM, Jeremiah Cetlin Wilton <jcwilton93@earlham.edu> wrote:
You could build something like this on smaller EC2 instances.


Jeremiah

From: "Chris King" <ckaj111@yahoo.ca>
To: "Oracle-l Digest Users" <oracle-l@freelists.org>
Sent: Thursday, March 3, 2016 8:54:11 AM
Subject: cost-effective, low-performance options for RAC?

I was asked an odd question today. A customer is determined to use an Oracle RAC solution, and we are trying to convince them that in their case, this is too big a solution for what they need. In the meantime, however, I've been asked a few interesting questions, which I would love to have your feedback on.

The customer's requirement is for a small database, with only 200 users maximum, and not concurrent users. We're not looking for high-performance because the database will not be heavily used.

I've always used fibre connects with Oracle RAC. Is it possible to run RAC with something other than fibre? I've been asked if we could run RAC with a single SAS attached disk array.. I'm assuming not, but maybe there are other lower-cost RAC compatible storage and network connectivity options.

May I have your feedback on this?

Thanks!
-ChrisK

 




--
Andrew W. Kerber

'If at first you dont succeed, dont take up skydiving.'

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