Eh - same problem with SCSI, except SCSI cables have the neat little
screws to make that harder. It's a good point, though - a SAN is a
network. For proper redundancy, you need two separate fabrics (read:
redundant paths from storage to host that pass through two different
switches, with the switches NOT being cross-connected) and some sort of
software such as Veritas DMP to handle multi-path and failover.
Thanks,
Matt
--
Matthew Zito
GridApp Systems
Email: mzito_at_gridapp.com
Cell: 646-220-3551
Phone: 212-358-8211 x 359
http://www.gridapp.com
> -----Original Message-----
> From: ml-errors_at_fatcity.com [mailto:ml-errors_at_fatcity.com] On
> Behalf Of Joe Testa
> Sent: Tuesday, July 15, 2003 12:49 PM
> To: Multiple recipients of list ORACLE-L
> Subject: Re: Datafiles on SAN?
>
>
> Its all fine unless some jacka$$ starts pulling fiber cables
> w/o paying
> attention, then the paths die, databases crash, etc.
>
> joe
>
>
> Matthew Zito wrote:
>
> >Hundreds, nay, thousands put their datafiles on SAN. All
> love it. All
> >would trade their children for more SAN storage. None have
> ever had a
> >problem. :)
> >
> >Seriously, though, some huge percentage of storage being configured
> >today is SAN and a big chunk of that is database storage. It by and
> >large works fine, in that its just as good as SCSI-attached, only
> >generally faster and you can put the array farther away from
> the host
> >:) The gotchas tend to come up in more complex environments
> with things
> >like combining multiple san vendors, different operating systems,
> >remote replication, snapshots, etc. etc. But just hooking
> up hosts to
> >fibre channel storage and sending commands tends to go off
> flawlessly.
> >
> >Thanks,
> >Matt
> >
> >--
> >Matthew Zito
> >GridApp Systems
> >Email: mzito_at_gridapp.com
> >Cell: 646-220-3551
> >Phone: 212-358-8211 x 359
> >http://www.gridapp.com
> >
> >
> >
> >>-----Original Message-----
> >>From: ml-errors_at_fatcity.com [mailto:ml-errors_at_fatcity.com] On
> >>Behalf Of Tim Levatich
> >>Sent: Tuesday, July 15, 2003 11:29 AM
> >>To: Multiple recipients of list ORACLE-L
> >>Subject: Datafiles on SAN?
> >>
> >>
> >>Is anyone putting datafiles on SAN storage?
> >>Success? Horror? Tell me a story.
> >>
> >>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >>Tim Levatich, Database Administrator
> >>Cornell Laboratory of Ornithology, 159 Sapsucker Woods Road,
> >> Ithaca, New
> >>York 14850
> >>TPL10_at_cornell.edu phone 607-254-2113 fax 607-254-2415
> >>http://birds.cornell.edu http://birdsource.cornell.edu
> >>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >>
> >>--
> >>Please see the official ORACLE-L FAQ: http://www.orafaq.net
> >>--
> >>Author: Tim Levatich
> >> INET: tpl10_at_cornell.edu
> >>
> >>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_at_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).
> >>
> >>
> >>
> >
> >
> >
>
> --
> Joseph S Testa
> Chief Technology Officer
> Data Management Consulting
> p: 614-791-9000
> f: 614-791-9001
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: Joe Testa
> INET: jtesta_at_dmc-it.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_at_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
Received on Tue Jul 15 2003 - 13:21:09 CDT
