Return-Path: Received: from ensim.rackshack.net (root@localhost) by orafaq.net (8.11.6/8.11.6) with ESMTP id h8PLJNp28546 for ; Thu, 25 Sep 2003 16:19:23 -0500 X-ClientAddr: 66.27.56.212 Received: from www3.fatcity.com (rrcs-west-66-27-56-212.biz.rr.com [66.27.56.212]) by ensim.rackshack.net (8.11.6/8.11.6) with ESMTP id h8PLJGc28531 for ; Thu, 25 Sep 2003 16:19:17 -0500 Received: (from root@localhost) by www3.fatcity.com (8.11.6/8.11.6) id h8PIeTB02551 for oracle-l@orafaq.net; Thu, 25 Sep 2003 11:40:29 -0700 Received: by fatcity.com (05-Jun-2003/v1.0g-b73/bab) via fatcity.com id 005D1121; Thu, 25 Sep 2003 11:39:40 -0800 Message-ID: Date: Thu, 25 Sep 2003 11:39:40 -0800 To: Multiple recipients of list ORACLE-L X-Comment: Oracle RDBMS Community Forum X-Sender: "Matthew Zito" Sender: ml-errors@fatcity.com Reply-To: ORACLE-L@fatcity.com Errors-To: ML-ERRORS@fatcity.com From: "Matthew Zito" Subject: RE: BAARF Organization: Fat City Network Services, San Diego, California X-ListServer: v1.0g, build 73; ListGuru (c) 1996-2003 Bruce A. Bergman Precedence: bulk Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit Put your redo logs on mirrored disks. If you've got a big array with lots of write cache, you don't even necessarily have to bother with striping across multiple disks. If you do want that, create a 0+1 plex across your disks and run it like that. Thanks, Matt -- Matthew Zito GridApp Systems Email: mzito@gridapp.com Cell: 646-220-3551 Phone: 212-358-8211 x 359 http://www.gridapp.com > -----Original Message----- > From: ml-errors@fatcity.com [mailto:ml-errors@fatcity.com] On > Behalf Of Thomas Day > Sent: Thursday, September 25, 2003 3:20 PM > To: Multiple recipients of list ORACLE-L > Subject: RE: BAARF > > > > And what do you suggest? > > > > > > > > I would strongly advise against redo logs on RAID-0 with > oracle duplexing. Different operating systems respond more or > less gracefully to the vanishing of a storage device (which > is the normal behavior of a failed disk on a RAID-0 set on a > HW array). There's too many variables possible to list out > the scenarios, but I would definitely definitely test failing > a RAID-0 set under load before I would go live with redo logs > on raid-0. > > Thanks, > Matt > > -- > Matthew Zito > GridApp Systems > Email: mzito@gridapp.com > Cell: 646-220-3551 > Phone: 212-358-8211 x 359 > http://www.gridapp.com > > > -----Original Message----- > > From: ml-errors@fatcity.com [mailto:ml-errors@fatcity.com] > On Behalf > > Of Thomas Day > > Sent: Thursday, September 25, 2003 2:05 PM > > To: Multiple recipients of list ORACLE-L > > Subject: BAARF > > > > > > > > I would love to have a definitive site that I could send all RAID-F > > advocates to where it would be laid out clearly, unambiguously, and > > definitively what storage types should be used for what purpose. > > > > Redo logs on RAID 0 with Oracle duplexing (y/n)? > > Rollback (or undo) ditto? > > Write intensive tablespaces on RAID 1+0 (or should that be > > 0+1)? Read intensive tablespaces on RAID ? (I guess 5 is OK > > since it's cheaper than 1+0 and you won't have the write penalty) > > > > While we're at it could we blow up the OFA myth? Since you're > > tablespaces are on datafiles that are on logical volumns > that are on > > physical devices which may contain one or many actual > disks, does it > > really make sense to worry (from a performance standpoint) about > > separating tables and indexes into different tablespaces? > > > > We have killed the "everything in one extent" myth haven't we? > > Everybody's comfortable with tables that have 100's of extents? > > > > And while we're at it, could we include the Oracle 9 multiple > > blocksizes and how to use them. The best that I've seen is > indexes in > > big blocks, tables in small blocks --- uh, oh, time to > separate tables > > and indexes. > > > > Maybe we will never get rid of the OFA myth. > > > > Just venting. > > > > Tired of arguing in front of management with Oracle certified DBAs > > that RAID 5 is not good, OFA is unnecessary, and uniform extents is > > the only way to go. Looking for a big stick to catch their > attention > > with. > > > > > > -- > > Please see the official ORACLE-L FAQ: http://www.orafaq.net > > -- > > Author: Thomas Day > > INET: tday6@csc.com > > > > Fat City Network Services -- 858-538-5051 http://www.fatcity.com > > San Diego, California -- Mailing list and web > hosting services > > > --------------------------------------------------------------------- > > To REMOVE yourself from this mailing list, send an E-Mail message > > to: ListGuru@fatcity.com (note EXACT spelling of 'ListGuru') and in > > the message BODY, include a line containing: UNSUB ORACLE-L (or the > > name of mailing list you want to be removed from). You may > also send > > the HELP command for other information (like subscribing). > > > > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.net > -- > Author: Matthew Zito > INET: mzito@gridapp.com > > Fat City Network Services -- 858-538-5051 http://www.fatcity.com > San Diego, California -- Mailing list and web hosting services > --------------------------------------------------------------------- > To REMOVE yourself from this mailing list, send an E-Mail message > to: ListGuru@fatcity.com (note EXACT spelling of 'ListGuru') > and in the message BODY, include a line containing: UNSUB > ORACLE-L (or the name of mailing list you want to be removed > from). You may also send the HELP command for other > information (like subscribing). > > > > > > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.net > -- > Author: Thomas Day > INET: tday6@csc.com > > Fat City Network Services -- 858-538-5051 http://www.fatcity.com > San Diego, California -- Mailing list and web hosting services > --------------------------------------------------------------------- > To REMOVE yourself from this mailing list, send an E-Mail message > to: ListGuru@fatcity.com (note EXACT spelling of 'ListGuru') > and in the message BODY, include a line containing: UNSUB > ORACLE-L (or the name of mailing list you want to be removed > from). You may also send the HELP command for other > information (like subscribing). > -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Matthew Zito INET: mzito@gridapp.com Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru@fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).