Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 28837 invoked from network); 21 Nov 2007 21:00:27 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 21 Nov 2007 21:00:21 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id F0D7B7BFBAB;
 Wed, 21 Nov 2007 22:00:04 -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 23005-02; Wed, 21 Nov 2007 22:00:04 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 57C2F7BFB49;
 Wed, 21 Nov 2007 22:00:04 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 21 Nov 2007 21:13:37 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 256D17BF6A9
 for <oracle-l@freelists.org>; Wed, 21 Nov 2007 21:13:37 -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 16222-01 for <oracle-l@freelists.org>;
 Wed, 21 Nov 2007 21:13:37 -0500 (EST)
Received: from web35414.mail.mud.yahoo.com (web35414.mail.mud.yahoo.com [66.163.179.123])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with SMTP id C92C47BF5FC
 for <oracle-l@freelists.org>; Wed, 21 Nov 2007 21:13:35 -0500 (EST)
Received: (qmail 91538 invoked by uid 60001); 22 Nov 2007 02:13:34 -0000
X-YMail-OSG: 11wc8ZkVM1kElALCpfbZcf89tctgW1hBkhYEs0._v.P9YQjpnRTIi26UA0RejYPaXw--
Received: from [64.53.237.191] by web35414.mail.mud.yahoo.com via HTTP; Wed, 21 Nov 2007 18:13:34 PST
Date: Wed, 21 Nov 2007 18:13:34 -0800 (PST)
From: Dan Norris <dannorris@dannorris.com>
Subject: Re: Single ASM instance for non-RAC and RAC instances in a node ?
To: jayaraj.rengarajan@gmail.com, oracle_l <oracle-l@freelists.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1670439298-1195697614=:91444"
Message-ID: <609933.91444.qm@web35414.mail.mud.yahoo.com>
X-archive-position: 3429
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: dannorris@dannorris.com
Precedence: normal
Reply-to: dannorris@dannorris.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
--0-1670439298-1195697614=:91444
Content-Type: text/plain; charset=us-ascii

Sure. Having clustered ASM instances doesn't stop you from using those diskgroups for non-clustered databases. 

The larger question is: Why would you compromise the RAC instance on that node by making it compete for resources with some other instance? As we've reviewed multiple times here, Oracle's resource manager operates within an instance, not across instances on the node. So, you've got little ability to ensure that the RAC instance gets what it needs in this case. 

Dan

----- Original Message ----
From: jayaraj rengarajan <jayaraj.rengarajan@gmail.com>
To: oracle_l <oracle-l@freelists.org>
Sent: Wednesday, November 21, 2007 7:38:49 PM
Subject: Single ASM instance for non-RAC and RAC instances in a node ?


List Members:

Can I map a non-RAC instance to a ASM instance (+ASM1 in node1 or +ASM2 in node2) which is already configured for RAC instances ?

We are running 10.2.0.2 in Linux RHEL 4.

Thanks
Jay





--0-1670439298-1195697614=:91444
Content-Type: text/html; charset=us-ascii

<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">Sure. Having clustered ASM instances doesn't stop you from using those diskgroups for non-clustered databases. <br><br>The larger question is: Why would you compromise the RAC instance on that node by making it compete for resources with some other instance? As we've reviewed multiple times here, Oracle's resource manager operates within an instance, not across instances on the node. So, you've got little ability to ensure that the RAC instance gets what it needs in this case. <br><br>Dan<br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: jayaraj rengarajan &lt;jayaraj.rengarajan@gmail.com&gt;<br>To: oracle_l
 &lt;oracle-l@freelists.org&gt;<br>Sent: Wednesday, November 21, 2007 7:38:49 PM<br>Subject: Single ASM instance for non-RAC and RAC instances in a node ?<br><br>
<p>List Members:</p>
<p>Can I map a non-RAC instance to a ASM instance (+ASM1 in node1 or +ASM2 in node2) which is already configured for RAC instances ?</p>
<p>We are running <a rel="nofollow" target="_blank"  href="http://10.2.0.2">10.2.0.2</a> in Linux RHEL 4.</p>
<p>Thanks<br>Jay</p>
</div><br></div></div></body></html>
--0-1670439298-1195697614=:91444--
--
http://www.freelists.org/webpage/oracle-l


