From oracle-l-bounce@freelists.org  Thu Aug 26 17:02:37 2004
Return-Path: <oracle-l-bounce@freelists.org>
Received: from air189.startdedicated.com (root@localhost)
 by orafaq.com (8.11.6/8.11.6) with ESMTP id i7QM2ba18777
 for <oracle-l@orafaq.com>; Thu, 26 Aug 2004 17:02:37 -0500
X-ClientAddr: 206.53.239.180
Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180])
 by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id i7QM2aI18772
 for <oracle-l@orafaq.com>; Thu, 26 Aug 2004 17:02:36 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP
 id AAF4B72D1D8; Thu, 26 Aug 2004 17:06:19 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 00931-73; Thu, 26 Aug 2004 17:06:19 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP
 id 0103F72D1C0; Thu, 26 Aug 2004 17:06:19 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 26 Aug 2004 17:04:49 -0500 (EST)
X-Original-To: oracle-l@freelists.org
Delivered-To: oracle-l@freelists.org
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 043D072C24B
 for <oracle-l@freelists.org>; Thu, 26 Aug 2004 17:04:49 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
 id 00925-45 for <oracle-l@freelists.org>;
 Thu, 26 Aug 2004 17:04:48 -0500 (EST)
Received: from s2.ppoone.com (s2.ppoone.com [66.54.156.153])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 9E23672C1BE
 for <oracle-l@freelists.org>; Thu, 26 Aug 2004 17:04:48 -0500 (EST)
Received: from RJE3 (rje2.ppoone.com [172.20.5.34])
 by s2.ppoone.com (8.12.10+Sun/8.12.5) with ESMTP id i7QM6uZa001605
 for <oracle-l@freelists.org>; Thu, 26 Aug 2004 17:06:56 -0500 (CDT)
Date: Thu, 26 Aug 2004 17:08:03 -0500
From: Robert Eskridge <bryny@dfweahs.net>
X-Mailer: The Bat! (v1.61) Personal
X-Priority: 3 (Normal)
Message-ID: <1541316777593.20040826170803@dfweahs.net>
To: "Duret, Kathy" <oracle-l@freelists.org>
Subject: Re: BINARIES - San or Local Storage
In-Reply-To: <07BA8175B092D611B1DE00B0D049A31501B0BBCE@exchange.ad.starkinvestments.com>
References: 
 <07BA8175B092D611B1DE00B0D049A31501B0BBCE@exchange.ad.starkinvestments.com>
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: by amavisd-new at freelists.org
X-archive-position: 8415
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-To: oracle-l-bounce@freelists.org
X-original-sender: bryny@dfweahs.net
Precedence: normal
Reply-To: oracle-l@freelists.org
X-list: oracle-l
X-Virus-Scanned: by amavisd-new at freelists.org

D> We are in the process of moving to 10G and getting a new SAN EMC Clarion
D> Storage Array.  We also MAY be going to RAC.  These are Solaris Boxes
 
D> The question is I have read conflicing things about whether to put the
D> binaries on the local internal disks or the SAN arrays.
 
D> I have always put the binaries on the local internal disk.  What do you do
D> and why?    
 
D> Is the local reads for the binaries that much quicker?

We use Sun and NetApp filers as NAS in a majorly TP environment, but
the discussion is the same.

We keep the full Oracle install on local disks.  Our load on the local
disks is pretty minimal, suggesting that the load generated accessing
the binaries is trivial.  And that suggests that from a performance
standpoint, it really doesn't matter where they live in our
environment.

We made the decision to keep them on local drives on each server so
that we could make a server stand alone with small local datafiles if
we ever needed to. Occasionally it has come in handy but not enough
that I would get up on a soapbox and suggest others should do the
same.

The storage vendor is certainly going to suggest that you put
everything on his equipment -- it can push you to buy more capacity.
So ignore the vendor and see how it really fits into your overall
operational strategy of product, recovery, testing, etc.

-rje

----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

