Re: WebLogic Integration 8.1sp5 with Oracle Dataguard
Fast-Start

Jan Benjamins wrote:
> what is new? maximum Availability protection mode is introduced in 9i
(synchrone redo transport to standby logfiles), real time apply of redo on the
standby database is introduced in 10g. Fast-start failover is also introduced in
10g. ( and now 11g has some ohter major enhancements) 
> 
> See
http://download.oracle.com/docs/cd/B19306_01/server.102/b14239/log_transport.htm
#sthref554
> for description of Maximum Availability protection mode.
> 
> see figure 5-4 for a overview of the whole proces of redo transport and
apply
> 
> And yes there a risc that extreme redo generation will cause perfomance
problems, but at this site that will not be the case, i have been on sites where
a setup like this would not be possible. But tuning of the redolog storage
subsystem and network can do a lot.
> 
> off topic comment on:
> 
>>* (And it was after we found out about making sure to >configure it
to allow
>>for zero time for propagation between nodes and some other >things
like
>>ensuring every node's listener only knew about the local node, >so we
never
>>risk asking node A for a connection and and getting a >connection to
node B)
> 
> 
> see
http://download.oracle.com/docs/cd/B19306_01/rac.102/b14197/hafeats.htm#RACAD714
7
> for how to do 'it' the oracle way
> 
> --
> Edited by Jan Benjamins at 04/16/2008 5:43 AM

Hi! I got authoritative info from a DataGuard PM:

With physical standby, supporting distributed transactions should
not be an issue - provided Max Availability or Max Protection is
used (that ensures that the standby has all the changes associated
with the distributed transaction). For logical standby, if the
primary database (that participates in the distributed transaction)
is RAC, and also in 11g, then logical standby doesn't support the
distributed transaction if the underlying transactions are tightly
coupled. The reason is that in 11g, tightly coupled transactions
can span RAC instances, and logical standby doesn't support that yet.