Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 4857 invoked from network); 13 Sep 2007 15:23:42 -0500
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 13 Sep 2007 15:23:42 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id B8EA1742BA9;
 Thu, 13 Sep 2007 15:44:59 -0400 (EDT)
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 12188-07; Thu, 13 Sep 2007 15:44:59 -0400 (EDT)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 3568E742B5B;
 Thu, 13 Sep 2007 15:44:59 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 13 Sep 2007 14:59:59 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 59C2974279E
 for <oracle-l@freelists.org>; Thu, 13 Sep 2007 14:59:59 -0400 (EDT)
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 04290-03-23 for <oracle-l@freelists.org>;
 Thu, 13 Sep 2007 14:59:59 -0400 (EDT)
Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [63.240.77.81])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 048B274323D
 for <oracle-l@freelists.org>; Thu, 13 Sep 2007 14:59:54 -0400 (EDT)
Received: from smailcenter67.comcast.net ([204.127.205.167])
          by comcast.net (sccrmhc11) with SMTP
          id <2007091319382901100khji6e>; Thu, 13 Sep 2007 19:38:29 +0000
Received: from [71.126.136.55] by smailcenter67.comcast.net;
 Thu, 13 Sep 2007 19:38:28 +0000
From: ryan_gaffuri@comcast.net
To: mzito@gridapp.com, <paul.baumgartel@credit-suisse.com>, <oracle-l@freelists.org>
Cc: "Matthew Zito" <mzito@gridapp.com>, "Baumgartel, Paul" <paul.baumgartel@credit-suisse.com>
Subject: RE: ASM IO distribution on a SAN
Date: Thu, 13 Sep 2007 19:38:28 +0000
Message-Id: <091320071938.15958.46E991B1000ECD3C00003E562207021573079D9A00000E09A1020E979D@comcast.net>
X-Authenticated-Sender: cnlhbl9nYWZmdXJpQGNvbWNhc3QubmV0
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="NextPart_Webmail_9m3u9jl4l_15958_1189712308_0"
X-archive-position: 1545
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: ryan_gaffuri@comcast.net
Precedence: normal
Reply-to: ryan_gaffuri@comcast.net
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
--NextPart_Webmail_9m3u9jl4l_15958_1189712308_0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit

so I still need to set up the luns with an LVM? and then put one disk group on each LUN. 

I think I got it. 

-------------- Original message -------------- 
From: "Matthew Zito" <mzito@gridapp.com> 


It is unlikely your storage array has the capability to present a multi-TB lun, or that from an administrative perspective you would want such a thing.  ASM would be a fine way to evenly distribute IO across a series of reasonably sized LUNs.  I think Paul's point was to not count on the striping from a performance perspective, simply an administrative ones.

Matt

--
Matthew Zito
Chief Scientist
GridApp Systems
P: 646-452-4090
mzito@gridapp.com
http://www.gridapp.com



-----Original Message-----
From: oracle-l-bounce@freelists.org on behalf of ryan_gaffuri@comcast.net
Sent: Thu 9/13/2007 12:58 PM
To: paul.baumgartel@credit-suisse.com; oracle-l@freelists.org
Cc: Baumgartel, Paul
Subject: RE: ASM IO distribution on a SAN

So I don't need to ask the SAN admins to set up a series of LUNs? They can just make me one big mount point for my datafiles and it will be evenly distributed?

We may be talking 5 TBs/day of data we are inserting at full deployment plus 4 million queries.
--NextPart_Webmail_9m3u9jl4l_15958_1189712308_0
Content-Type: text/html
Content-Transfer-Encoding: 8bit

<html><body>
<DIV>so I still need to set up the luns with an LVM? and then put one disk group on each LUN. </DIV>
<DIV>&nbsp;</DIV>
<DIV>I think I got it. </DIV>
<DIV>&nbsp;</DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">-------------- Original message -------------- <BR>From: "Matthew Zito" &lt;mzito@gridapp.com&gt; <BR>
<META content="MS Exchange Server version 6.5.7651.59" name=Generator><!-- Converted from text/plain format --><BR>
<P><FONT size=2>It is unlikely your storage array has the capability to present a multi-TB lun, or that from an administrative perspective you would want such a thing.&nbsp; ASM would be a fine way to evenly distribute IO across a series of reasonably sized LUNs.&nbsp; I think Paul's point was to not count on the striping from a performance perspective, simply an administrative ones.<BR><BR>Matt<BR><BR>--<BR>Matthew Zito<BR>Chief Scientist<BR>GridApp Systems<BR>P: 646-452-4090<BR>mzito@gridapp.com<BR><A href="http://www.gridapp.com/">http://www.gridapp.com</A><BR><BR><BR><BR>-----Original Message-----<BR>From: oracle-l-bounce@freelists.org on behalf of ryan_gaffuri@comcast.net<BR>Sent: Thu 9/13/2007 12:58 PM<BR>To: paul.baumgartel@credit-suisse.com; oracle-l@freelists.org<BR>Cc: Baumgartel, Paul<BR>Subject: RE: ASM IO distribution on a SAN<BR><BR>So I don't need to ask the SAN admins to set up a series of LUNs? They can just make me one big mount point for my datafiles and it
  will 
be evenly distributed?<BR><BR>We may be talking 5 TBs/day of data we are inserting at full deployment plus 4 million queries.<BR><BR><BR></FONT></P></BLOCKQUOTE></body></html>

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


