DEFERRED TRANSACTION QUEUE의 내용을 지우는 여러가지 방법 (replication)

Question

제품 : ORACLE SERVER
작성날짜 : 2004-08-13
PURPOSE
advanced replication 환경에서, 특정 master site나 updatable snapshot
site은 다른 remote의 master site로 데이타를 propagation시키기 위해서
해당 local site에 deferred transaction queue를 유지한다.
remote site로 잘 전달된 데이타는 주기적으로 dbms_defer_sys.purge job에
의해 deferred transaction queue인 DEFCALL에서 지워지게 되는데, 경우에
따라 문제가 발생하면서 DEFCALL의 내용이 remote site로 전달이 안되면서
계속해서 지워지지 않고 남게 될 수 있다.
이러한 경우 다음 트랜잭션의 진행이나 전달에도 방해가 될 수 있어
강제로 지우고자 하는 상황이 발생하는데 그러한 경우의 조치 방법에 대해서
자세히 설명한다.
SCOPE
Advanced Replication Feature는 8~10g Standard Edition에서는 지원하지
않는다.
Explanation
1. 특정 deferred transaction id를 지우는 경우
기본적으로 deferred transaction queue에 쌓인 트랜잭션을 지우는
방법은 다음과 같다.
dbms_defer_sys.delete_tran(deferred_tran_id, destination)
즉 다음 예와 같다.
SQL>exec dbms_defer_sys.delete_tran('2.7.10', 'rep2.world');
이때, 해당 destination에 대한 모든 트랜잭션인경우는 앞의 argument를
null로 하고, 특정 transaction id에 대한 모든 destination에 대해서인
경우는 뒷부분의 argument를 null로 한다.
결국 저장된 모든 deferred transaction이라면, 다음과 같다.
SQL>exec dbms_defer_sys.delete_tran(null,null);
2. 특정 table에 관한 내용만 지우는 경우
예를 들어 특정 table, 여기서는 DEPT table에 관한 사항을 DEFCALL에서
지우고자 한다면 다음과 같이 조치하면 된다.
SQL>connect repadmin/repadmin
SQL>set pagesize 1000
SQL>set head off
SQL>spool purgedefcall.sql
SQL>select 'exec dbms_defer_sys.delete_tran('''
|| deferred_tran_id || ''', null);'
from defcall
where packagename like 'DEPT%';
SQL>spool off
spool에 의해 만들어진 purgedefcall.sql을 깨끗하게 편집한 후 다시 save한다.
SQL>connect repadmin/repadmin
SQL>@purgedefcall.sql
이때 만약 특정 site로의 전달만을 막고자 한다면, null대신 MS_B.WORLD와 같이
해당 site를 가리키는 database link이름을 직접 지정하면 된다.
3. 전체 queue의 내용을 모두 지우는 경우
DEFCALL의 내용을 모두 지우는 경우라면 기본적으로는 앞에서 사용한
DBMS_DEFER_SYS.DELETE_TRAN을 이용하면 된다.
SQL>connect repadmin/repadmin
SQL>exec dbms_defer_sys.delete_tran(null,null);
DEFERROR의 내용을 모두 지우는 경우에는 DBMS_DEFER_SYS.DELETE_ERROR를
사용한다.
SQL>exec dbms_defer_sys.delete_error(null,null);
그런데 이 delete_tran과 delete_error의 경우는 내부적으로 delete문장을
사용하면서 undo record를 위해 rollback을 사용하면서 지워야 하는 데이타가
매우 많은 경우 속도도 문제가 되고 rollback space오류도 발생 가능하다.
이러한 경우에는 다음과 같이 truncate command를 이용하여 간단하고 빠르게
deferred transaction queue의 내용을 정리할 수 있다.
(1) Oracle7의 경우
DEF$_CALL, DEF$_CALLDEST, DEF$_ERROR 를 모두 truncate시킨다.
단 이때 DEF$_CALLDEST가 DEF$_CALL을 reference하는 constraint가 있는 관계로,
DEF$_CALLDEST를 모두 truncate하여 데이타가 전혀 없는 상태에서도,
DEF$_CALL이 truncate가 되지 않는다.
delete operation의 경우 child table이 비어 있다면 master table의 데이타를
지우는데 오류가 없지만, truncate의 경우는 데이타 확인 없이 바로 지우는
것이기 때문에 child table에 데이타가 없다하더라도 그러한 check없이,
무조건 자신을 reference하는 child table의 constraint가 enable되어 있는한은
master table이 truncate가 불가능하게 된다.
SQL>connect as system/password
SQL>alter table system.DEF$_CALLDEST disable constraint
DEF$_CALLDEST_CALL;
SQL>truncate table system.DEF$_CALL;
SQL>truncate table system.DEF$_CALLDEST;
SQL>truncate table system.DEF$_ERROR;
SQL>alter table system.DEF$_CALLDEST enable constraint DEF$_CALLDEST_CALL;
(2) Oracle8의 경우
Oracle8에서는 DEF$_CALLDEST가 더이상 DEF$_CALLDEST_CALL constraint를
가지지 않으므로 이 부분에 대한 고려는 필요없이 다음과 같이 해당 table들을
truncate시키면 된다.
SQL>truncate table system.DEF$_AQCALL;
SQL>truncate table system.DEF$_CALLDEST;
SQL>truncate table system.DEF$_ERROR;
SQL>truncate table system.DEF$_AQERROR;
4. deferror의 내용을 지우는 방법
deferred transaction이 remote로 전달되어 반영되다가 오류가 발생하면
source가 되는 데이타베이스의 queue에서는 해당 내용이 사라지고,
반영되던 destination 데이타베이스의 deferror와 defcall/deftran에
해당 내용이 쌓이게 된다.
이러한 경우 error의 내용을 다시 반영을 시도하거나 아니면 내용을
확인 후 지우게 된다.
다음과 같이 지우면 된다.
SQL>exec dbms_defer_sys.delete_error(null,null);
참고로 다시 수행하는 것은
SQL>exec dbms_defer_sys.execute_error(null,null);
Reference Documents
<Note:190885.1> How to Clear Down the Deferred Queue and DBMS_DEFER_SYS.
DELETE_TRAN

Answer 1