Title: RE: Replication question

Another potential HA use of AR is that you can use different platforms in an HA configuration.  You can fail over to another platform with some idle capacity or a workload that can be shifted around until the failed services are restored.

Yet another is during planned downtime when upgrading Oracle and OS versions.  You could upgrade the target while the source is the actively used node.  Then move the users off the source and let the remaining changes post to the target.  Now reverse the replication source/target roles and upgrade the old source (now they new target) an let it be until the next time.  The outage should be shorter.  The same technique could be used to roll back to a usable database after an major application change.  Just change the target and let the users try things out.  If there's a problem point them back to the source and regroup.  It should be much quicker that undoing the changes.


Just some thoughts.

Tony Aponte

-----Original Message-----
From: John Weatherman [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 14, 2002 2:19 PM
To: Multiple recipients of list ORACLE-L
Subject: RE: Replication question


Jarad,

A standby is simpler, however it has limited use for offloading some
system load (opening for read access suspends roll forward, so the
data is somewhat stale).  By using Master-Master synchronous replication
with good deadlock handlers, you can use BOTH instances so you get the
benefit of not having an unused instance lying around (damagement hates
that), but still have fail over available.  Since you can have different
users/locations attach to different instances, you also get some
scalability advantages.

In general, I agree a standby is MUCH simpler.

John P Weatherman
Database Administrator
Replacements Ltd.



-----Original Message-----
Sent: Friday, June 14, 2002 1:41 PM
To: Multiple recipients of list ORACLE-L


Curious, that note suggests Advanced Replication as a failover
methodology.

Seems that a standby database would be _much_ simpler.

Any thoughts ( from anyone ) on why one would use AR for failover, rather
than using a standby database?

Jared





John Weatherman <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
06/14/2002 09:50 AM
Please respond to ORACLE-L

 
        To:     Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
        cc:
        Subject:        RE: Replication question


Mitchell,

There are a LOT of good papers in Metalink.  I've been getting my own
education over the last few months.  Replication is a really great swiss
army knife though, you need to do a little looking for what you
specifically
need to do, then test, test, test.  Oh, and did I mention test? :)  I
found
Note: 138181.1 particularly helpful.  Oh, and plan on some TARs.  I have
found Support very helpful/informative in this area.

Good Luck,

John P Weatherman
Database Administrator
Replacements Ltd.

-----Original Message-----
Sent: Friday, June 14, 2002 12:05 PM
To: Multiple recipients of list ORACLE-L


Hi all

I will work on replication soon. any advice for reference I can get.

Thanks in advance.

Mitchell
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: John Weatherman
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).



--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author:
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: John Weatherman
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).

Reply via email to