Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Detail of the TAF mecanism used with Rac Guard or even just RAC

Detail of the TAF mecanism used with Rac Guard or even just RAC

From: LOMAX Peter Ext ROSI/SIFAC <plomax.ext_at_francetelecom.com>
Date: Mon, 6 Dec 2004 12:12:31 +0100
Message-Id: <752B99B4752B5B439F0B5EF6E1ED08F108482B@PUEXCBB0.nanterre.francetelecom.fr>


Good morning,  

I have scurged the documents on this to no avail. I wish to fully understand how a cursor is replayed at the point where it left off whilst using a TAF connection.  

I have defined a TAF connection with a PRECONNECT using both Primary and Secondary connections each including a backup to each other.  

So I already have a connection to the second instance open as well as the first instance, of course.  

Boom, my instance fails then my SELECT is FAILEDOVER to the surviving instance. With the First instance as Primary I had already displayed lines 1 to 100. The client connection uses my defined backup connection: DED_PRE or DED_BASIC.  

When the second instance takes over as now the PRIMARY instance my select resumes at exactly the same place it left off.  

For clarity, my libcache update job has not updated the executed SQL from the first instance onto the second instance.  

So the cursor must be copied, re -executed and a reference to the current rownum must be passed.  

Question:
Can someone explain from where the SQL and rownum is obtained?

Regards,
Peter

--

Peter Lomax
tel: 0155881546
fax: 0155881594
65-67, avenue Vladimir Illich LÚnine
94110 Arcueil
SIFAC / DO-NSFM
email: plomax.ext_at_francetelecom.com  

--

http://www.freelists.org/webpage/oracle-l Received on Mon Dec 06 2004 - 05:07:48 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US