HOW TO VERIFY A DEFERRED TRANSACTION HAS BEEN PUSHED IN ORACLE8(MASTER REPL

Question

제품 : ORACLE SERVER
작성날짜 : 2004-08-16
HOW TO VERIFY A DEFERRED TRANSACTION HAS BEEN PUSHED IN ORACLE8
(MASTER REPLICATION)
================================================================
본 자료에서는 어느 시점에서, Deferred transaction이 PUSH 되었는지를
확인하는 방법을 제시한다(In symmetric replication).
단, Advanced Replication Feature는 8~10g Standard Edition에서는
지원하지 않는다.
개 념
=====
V7.x 에서는 deferred transaction 이 PUSH 됨과 동시에 삭제 되었으나, V8.x
부터는 일정시간(interval) 이후에 PURGE 되는 절차를 따른다.
임의의 transaction은 아래와 같은 조건을 만족할때 PUSH 된 것으로 확인될
수 있다.
즉, SCN-based integer 값을 기초로 transaction ordering 을 유지한다는
기본개념을 적용한 것이다.
- system.DEF$_DESTINATION.last_delivered > system.DEF$_AQCALL.cscn
* DEF$_DESTINATION.last_delivered : the last transaction applied
at the destination
예 제
=====
이 예제는 REP1.ORACLE.COM site 에서 REP2.ORACLE.COM site 로 transaction 이 PUSH 되는 결과를 보여준다.
SQL> insert into scott.dept values (80,'MARKETING','ORLANDO');
1 row created.
SQL> commit;
Commit complete.
SQL> select * from deftran;
DEFERRED_TRAN_ID DELIVERY_ORDER
4.49.495 479001
3.0.494 478972
OR
SQL> select enq_tid, cscn from system.def$_aqcall;
ENQ_TID CSCN
4.49.495 479001
3.0.494 478972
DEF$_DESTINATION table을 통하여 마지막으로 propagation 된 정보를 확인할
수 있다
SQL> select dblink, last_delivered from system.def$_destination;
DBLINK LAST_DELIVERED
REP2.ORACLE.COM 478992
REP1.ORACLE.COM 478878
이 시점에서 DEFERRED_TRAN_ID or ENQ_TID 4.49.495 transaction 이 PUSH 되지
않았음을 알 수 있는것이다. 이는 DELIVERY_ORDER or CSCN 479001 transaction이 REP2.ORACLE.COM 에 대해 마지막으로 전이된 478992 보다 큰 값을 가지고 있기
때문이다.
즉, DEF$_AQCALL.CSCN > DEF$_DESTINATION.LAST_DELIVERED 을 만족한다면 해당 transaction 은 아직 PUSH 되지 않았음을 뜻한다.
그럼 PUSH scheduling 을 적용 함으로써, 이러한 값들이 어떻게 변하는지 알아
보도록 하자.
SQL> exec dbms_defer_sys.schedule_push('rep2.oracle.com',
'sysdate+1/(60*24)', sysdate+1/(60*24));
PL/SQL procedure successfully completed.
SQL> select * from deftran;
DEFERRED_TRAN_ID DELIVERY_ORDER
4.49.495 479001
3.0.494 478972
SQL> select enq_tid, cscn from system.def$_aqcall;
ENQ_TID CSCN
4.49.495 479001
3.0.494 478972
위 값들은 전혀 변하지 않았으나, 이는 Deferred transaction mechanism 관점에서
정상적인 정보를 나타내고 있다(아직 PURGE 되지 않았기 때문)
SQL> Select dblink, last_delivered from system.def$_destination;
DBLINK LAST_DELIVERED
REP2.ORACLE.COM 479017
REP1.ORACLE.COM 478878
그러나, DEF$_DESTINATION table 의 LAST_DELIVERED column 값을 확인해 보면, REP2.ORACLE.COM site 에 대한 값이 증가했음을 볼 수 있다.
그런 이유로 DEFTRAN 에 기록되었던 transaction 중 DEF$_AQCALL.CSCN < DEF$_DESTINATION.LAST_DELIVERED 을 만족하는 모든 transaction 은 PUSH
되었음을 확인할 수 있는것이다.
특정 SITE 에 대해 PUSH 된 transaction 수를 구하는 방법
====================================================
SQL> connect system/manager
Connected.
SQL> select count(*)
from def$_aqcall
where cscn < (select last_delivered
from def$_destination
where dblink ='REP2.ORACLE.COM');
COUNT(*)
2
Reference
=========
Multimaster replication
How to rectify the replication environment
Parallel propagation

Answer 1

제품 : ORACLE SERVER
작성날짜 : 2004-08-16
HOW TO VERIFY A DEFERRED TRANSACTION HAS BEEN PUSHED IN ORACLE8
(MASTER REPLICATION)
================================================================
본 자료에서는 어느 시점에서, Deferred transaction이 PUSH 되었는지를
확인하는 방법을 제시한다(In symmetric replication).
단, Advanced Replication Feature는 8~10g Standard Edition에서는
지원하지 않는다.
개 념
=====
V7.x 에서는 deferred transaction 이 PUSH 됨과 동시에 삭제 되었으나, V8.x
부터는 일정시간(interval) 이후에 PURGE 되는 절차를 따른다.
임의의 transaction은 아래와 같은 조건을 만족할때 PUSH 된 것으로 확인될
수 있다.
즉, SCN-based integer 값을 기초로 transaction ordering 을 유지한다는
기본개념을 적용한 것이다.
- system.DEF$_DESTINATION.last_delivered > system.DEF$_AQCALL.cscn
* DEF$_DESTINATION.last_delivered : the last transaction applied
at the destination
예 제
=====
이 예제는 REP1.ORACLE.COM site 에서 REP2.ORACLE.COM site 로 transaction 이 PUSH 되는 결과를 보여준다.
SQL> insert into scott.dept values (80,'MARKETING','ORLANDO');
1 row created.
SQL> commit;
Commit complete.
SQL> select * from deftran;
DEFERRED_TRAN_ID DELIVERY_ORDER
4.49.495 479001
3.0.494 478972
OR
SQL> select enq_tid, cscn from system.def$_aqcall;
ENQ_TID CSCN
4.49.495 479001
3.0.494 478972
DEF$_DESTINATION table을 통하여 마지막으로 propagation 된 정보를 확인할
수 있다
SQL> select dblink, last_delivered from system.def$_destination;
DBLINK LAST_DELIVERED
REP2.ORACLE.COM 478992
REP1.ORACLE.COM 478878
이 시점에서 DEFERRED_TRAN_ID or ENQ_TID 4.49.495 transaction 이 PUSH 되지
않았음을 알 수 있는것이다. 이는 DELIVERY_ORDER or CSCN 479001 transaction이 REP2.ORACLE.COM 에 대해 마지막으로 전이된 478992 보다 큰 값을 가지고 있기
때문이다.
즉, DEF$_AQCALL.CSCN > DEF$_DESTINATION.LAST_DELIVERED 을 만족한다면 해당 transaction 은 아직 PUSH 되지 않았음을 뜻한다.
그럼 PUSH scheduling 을 적용 함으로써, 이러한 값들이 어떻게 변하는지 알아
보도록 하자.
SQL> exec dbms_defer_sys.schedule_push('rep2.oracle.com',
'sysdate+1/(60*24)', sysdate+1/(60*24));
PL/SQL procedure successfully completed.
SQL> select * from deftran;
DEFERRED_TRAN_ID DELIVERY_ORDER
4.49.495 479001
3.0.494 478972
SQL> select enq_tid, cscn from system.def$_aqcall;
ENQ_TID CSCN
4.49.495 479001
3.0.494 478972
위 값들은 전혀 변하지 않았으나, 이는 Deferred transaction mechanism 관점에서
정상적인 정보를 나타내고 있다(아직 PURGE 되지 않았기 때문)
SQL> Select dblink, last_delivered from system.def$_destination;
DBLINK LAST_DELIVERED
REP2.ORACLE.COM 479017
REP1.ORACLE.COM 478878
그러나, DEF$_DESTINATION table 의 LAST_DELIVERED column 값을 확인해 보면, REP2.ORACLE.COM site 에 대한 값이 증가했음을 볼 수 있다.
그런 이유로 DEFTRAN 에 기록되었던 transaction 중 DEF$_AQCALL.CSCN < DEF$_DESTINATION.LAST_DELIVERED 을 만족하는 모든 transaction 은 PUSH
되었음을 확인할 수 있는것이다.
특정 SITE 에 대해 PUSH 된 transaction 수를 구하는 방법
====================================================
SQL> connect system/manager
Connected.
SQL> select count(*)
from def$_aqcall
where cscn < (select last_delivered
from def$_destination
where dblink ='REP2.ORACLE.COM');
COUNT(*)
2
Reference
=========
Multimaster replication
How to rectify the replication environment
Parallel propagation