Dennis, without kidding, the only place that I know that has such
setup is 911 department of the state of NY. I know that mostly
because I used to work with the top-of-the-line DBA who used to
work there. It's a Canadian guy by the name Bernard Antonouk,
and he is really good. During my tenure at OXHP, we were splitting
EMC, but it was raid 1+0 and we didn't have 3 copies, but 2 copies,
one production and one for performance testing. Bernie used to be
one of the top guys at Ingres and he was consulting in NYC in the
late 90's (97,98,99). I don't know where is he now, but he would be
a guy that I'd look for if I needed a setup like that.
--
Mladen Gogala
Oracle DBA
email:mladeng_at_aetvn.com
Ext: 9787
> -----Original Message-----
> From: DENNIS WILLIAMS [mailto:DWILLIAMS_at_LIFETOUCH.COM]
> Sent: Friday, August 20, 2004 12:25 PM
> To: 'oracle-l_at_freelists.org'
> Subject: RE: ****** RMAN backup for multi TB databases ******
>
>
> Mladen
> And if you've used RAID5 for the really large database
> (probably a data warehouse), then recovery might take longer
> than you expect. I thought somebody on the list mentioned
> that they were using a mirrored drive system for backups.
> Something like a 3-mirror system so you have your production
> and backup, then a third system that is your last backup. To
> backup you split the mirror then copy the mirror copy to the
> third copy, then resilver the mirror. And then write
> everything to tape or something. Maybe somebody that does
> that can provide the correct description of this method.
>
> Dennis Williams
> DBA
> Lifetouch, Inc.
>
> "We all want progress, but if you're on the wrong road,
> progress means doing an about-turn and walking back to the
> right road; in that case, the man who turns back soonest is
> the most progressive."
> -- C.S. Lewis
>
>
> -----Original Message-----
> From: oracle-l-bounce_at_freelists.org
> [mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Gogala, Mladen
> Sent: Friday, August 20, 2004 11:16 AM
> To: 'oracle-l_at_freelists.org'
> Subject: RE: ****** RMAN backup for multi TB databases ******
>
>
> Recovery of a 35 TB daatabase? Forever and ever, until death
> takes us apart.
>
> --
> Mladen Gogala
> Oracle DBA
> email:mladeng_at_aetvn.com
> Ext: 9787
>
>
> > -----Original Message-----
> > From: DENNIS WILLIAMS [mailto:DWILLIAMS_at_LIFETOUCH.COM]
> > Sent: Friday, August 20, 2004 11:56 AM
> > To: 'oracle-l_at_freelists.org'
> > Subject: RE: ****** RMAN backup for multi TB databases ******
> >
> >
> > Tim - How long do they estimate the recovery time would be?
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_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
> -----------------------------------------------------------------
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_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
> -----------------------------------------------------------------
>
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request_at_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
-----------------------------------------------------------------
Received on Fri Aug 20 2004 - 11:32:37 CDT
