I think there's a lot of confusion about SAME. For example, we have a SAN with the disks grouped into 4-disk RAID-5 sets, and volumes striped across all of the sets (well, we have 2 sets of sets). These are presented as LUNs to Veritas, and then built up into a 1 TB logical volume. All of my datafiles are on that one volume. I multiplex the redo logs, control file, and archived redo logs to a smaller volume on separate spindles. There are several other volumes, used for different things (a copy of the Genbank database, for example), but all residing on the same 3 TB or so of spindles.
I/O is not a bottleneck for us. The database activity is 90% reads and 10% writes, so RAID-5 does not seem to be an issue either. I used to have hot spots that moved from disk to disk, and had to move datafiles around. I don't have to do that anymore. hooray. It works for us. It may not work so well for a smaller database, or one that has higher write activity. But are we using SAME? According to one recent post on this list, the answer is no because we're not "really" mirroring on RAID-5. According to others we're not using SAME because I've multiplexed off to separate spindles. We don't follow the advice in the SAME paper of using the outer half of the disks for heavily accessed data. Seems to me that defeats one of the biggest benefits to SAME, for us, which is to stop worrying about micromanagement of disk. Here's my personal feeling about it. SAME, unlike for example relational database theory, is not a theory. It is an empirical method of getting acceptable throughput and dependability of disk I/O with minimal management overhead. If we're not running SAME, then I suppose I could advocate SAREISM (Strip and RAIDify Everything Including Some Multiplexing) or EMOGATADODIWMMO (see sentence above). -Chris > -----Original Message----- > From: Johnson, Michael [mailto:[EMAIL PROTECTED] > Sent: Tuesday, June 10, 2003 1:35 PM > To: Multiple recipients of list ORACLE-L > Subject: SAME technology question ..... > > > A couple years ago, Juan Louiza(sp) of Oracle Corporation put > out a white > paper regarding SAME (Stripe and Mirror Everything). I > have read the > comments from Steve Adams regarding this methodology. > > I am curious if anyone else is or is not using the SAME > methodology and what > has been your experience so far. > > Oracle Corporation has locked into this methodology as > recently one of our > DBA's reported that they are teaching this in classes, but > that others have > not exactly climbed on board. Excluding Oracle employees if > you could > respond regarding your thoughts and experiences I would > greatly appreciate > it. > > Thanks For Your Time in Advance. LEGAL NOTICE: Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately. -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Sarnowski, Chris INET: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] (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).
