DISASTER RECOVERY with Continous Access

Anybody Setup an Oracle Disaster recovery with the product Continuous Access on San at an alternative location?

 I have a few options but would like to know what other people found good. I prefer having the disaster recovery site being validated on a continous basis with automated restores etc. but would like to know if anybody came up with some nice solutions.

Cheers,
Brian

-----Original Message-----
Mladen Gogala
Sent: Wednesday, December 17, 2003 9:39 AM To: Multiple recipients of list ORACLE-L

I think that Neanderthals are in the damagement and would prefer the best looking salesperson which also happens to agree with their view, formed by reading Computerworld. As for the cranial capacity, it's the same thing as with the silicon based CPUs: most of capacity is vasted doing unnecessary things and the average CPU usage is below 10%, even with all unnecessary LIOs. You see, the secret of Neanderthal survival is that they've disguised
themselves as humans and moved to the damagement. They had to do that because they don't really understand the technology.

On 12/16/2003 05:14:26 PM, "Bellow, Bambi" wrote:
> To extrapolate, then, do you think that Neanderthals(at a cranial
> capacity of over 1700 cc) would have been using Oracle 11h, or do you
> think they would have prefered OODBMSs?
>
> -----Original Message-----
> Sent: Tuesday, December 16, 2003 3:49 PM
> To: Multiple recipients of list ORACLE-L
>
>
> On 12/16/2003 04:09:34 PM, "Orr, Steve" wrote:
> > Correction... Homo sapiens does not have the largest brain in the
> > animal kingdom. Elephants have larger brains and sperm whale brains
> > weigh in at a whopping 20 pounds. So this is not necessarily a case
> > where size matters, it's the spirit within that makes the
> > difference. Of course the size of the cerebral cortex may have
> > something to do with it. ;-) There reason for larger brains in
> > larger animals is the increased need for "connection pooling"
> > because of the larger size of the nervous system. So you see, even
> > nature recognizes the need for enhanced connectivity requirements.
> > :-)
> >
> >
> >
> > -----Original Message-----
> > Mladen Gogala
> > Sent: Monday, December 15, 2003 9:24 AM
> > To: Multiple recipients of list ORACLE-L
> >
> >
> >
> > On 12/15/2003 10:54:27 AM, "Mercadante, Thomas F" wrote:
> > > But Mladen, sooner or later, somebody is going to wise-up and
> > > catch
> > > you in your attempt at passing the blame. When this happens to
me, I
> > > quote to 80-20 rule. 80% gain in application thruput is brought
thru
> > > Sql tuning (or rewrite). If they say "The database is slow", I
say
> > > "Show me the sql that is slow". If they say "I can't because it
is
> > > coming from the app", i say "Then I can't help you".
> >
> > You're very optimistic about your fellow humans. I am not. Homo
> > sapiens sapiens is a funny species. It is bestowed with the largest
> > brain in the animal kingdom and usually very grateful when not
> > forced to use it. As a matter of fact, any excuse is welcome to
> > prevent the little grey cells (here I'm shamelessly stealing from
> > Poirot) from ever getting tired. At any rate, it's politics. I'm
> > trying to achieve something for the benefit of
> > my employer and I'm being obstructed by sleazy sales person aided
and
> > abetted by
> > damagement. Chances of them figuring me out are remote. I'm a DBA, I
> > interpret
> > database statistics and it says what I say that it says. There are
> > complications
> > when sleazy sales people bring in their own consultant DBA
personnel.
> > Then it is
> > a matter of discrediting the hostile DBA.
> > I have to say that this tactics has to be applied only there where
there
> > isn't
> > enough common sense to talk it through with the DBA and make him
present
> > the situation as it really is. Those are the places which distrust
and
> > fear their own DBAs. That is the first and foremost sign that the
> > damagement has taken over. We, the DBAs hold
> > this truth to be self evident.
> >
> >
> > Mladen Gogala
> > Oracle DBA
> > --
> > Please see the official ORACLE-L FAQ: http://www.orafaq.net
> > --
> > Author: Mladen Gogala
> > INET: mladen_at_wangtrading.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 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: Orr, Steve
> > INET: sorr_at_rightnow.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 from). You may
> > also send the HELP command for other information (like subscribing).
> >
>
> Mladen Gogala
> Oracle DBA
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: Mladen Gogala
> INET: mladen_at_wangtrading.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 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: Bellow, Bambi
> INET: bbellow_at_chi.navtech.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 from). You may also send
> the HELP command for other information (like subscribing).
>

Mladen Gogala
Oracle DBA

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Mladen Gogala
  INET: mladen_at_wangtrading.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 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: Spears, Brian
  INET: BSpears_at_Limitedbrands.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 from).  You may
also send the HELP command for other information (like subscribing).