Pete,

I've implemented a very similar solution recently for BEA-based application.
Two database servers, Multi-master replication between two databases, 1
minute propagation interval. Works great on our hardware, which was designed
for the purpose and is pretty fast. Small transactions - OLTP stuff - seem
to replicate well. The same can not be said for large DML operations. So
far, I've been unable to tune replication so that it is capable of
propagated batch type changes for large amounts of data - the receiving site
seems to be converting the DML based on internal algorithm, which throws my
indexing approach out of the window. Oracle Support has been of no help,
other then suggesting different indexing for failover site.

Gary Weber
Senior DBA
Charles Jones, LLC||Superior Information Services, LLC
609-530-1144, ext 5529

-----Original Message-----
Sent: Thursday, February 14, 2002 5:04 PM
To: Multiple recipients of list ORACLE-L


We are looking at Advanced Replication as a fail over
option for a web site.  Straight forward installation,
both boxes on the same subnet on their own dmz. The
servers will be located on the same rack in the
computer room. Very few tables storing data from an
application that is tracking click through data.

Does anyone see any flaws with the basic plan?  Any
hidden 'features' that we may run into?

Thanks



=====
Pete Barnett
Lead Database Administrator
The Regence Group
[EMAIL PROTECTED]

__________________________________________________
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Peter Barnett
  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: DENNIS WILLIAMS
  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: Gary Weber
  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