在OGG中跳过Oracle DB 长事务的命令

 

在OGG中跳过Oracle DB 长事务的命令

GGSCI (hostdb2) 2> SEND EXTRACT extxxx , SKIPTRANS 10.40.1122351 THREAD 1

Sending SKIPTRANS request to EXTRACT EXTXXX ...
Are you sure you sure you want to skip transaction [XID 10.40.1122351, Redo Thread 1, Start Time 2015-06-05:13:03:48, SCN 3035.1404832899 (13036630576259)]? (y/n)y

Sending SKIPTRANS request to EXTRACT EXTXXX ...
Transaction [XID 10.40.1122351, Redo Thread 1, Start Time 2015-06-05:13:03:48, SCN 3035.1404832899 (13036630576259)] skipped.

GGSCI (hostdb2) 4>

 

10.40.1122351这个长事务的来源：

 

GGSCI (hostdb2) 1> send extxxx, showtrans

Sending SHOWTRANS request to EXTRACT EXTXXX ...

Oldest redo log files necessary to restart Extract are:

Redo Thread 1, Redo Log Sequence Number 14727, SCN 3388.1470752302 (14552819951150), RBA 429154320
Redo Thread 2, Redo Log Sequence Number 10195, SCN 3388.1471271618 (14552820470466), RBA 327736336

------------------------------------------------------------
XID:                  7.8.447821 ------>这就是事务的id。
Items:                268257    ------->注意这个数字，当send extxxx, showtrans再次执行一遍时，该值在不断减小，这说明extxxx进程在干活。
Extract:              EXTXXX    
Redo Thread:          1      
Start Time:           2015-11-24:02:00:13  
SCN:                  3388.1470752302 (14552819951150)  
Redo Seq:             14727
Redo RBA:             429154320           
Status:               Running             

--->>>>>>额外注意：Select * from gv$transaction where xidusn=7 and XIDSLOT =8 and XIDSQN =447821;居然查不到记录。
--->>>>>>额外注意：死事务查询（如下）也查询不到死事务：
--->>>>>>      select ktuxeusn USN, ktuxeslt Slot, ktuxesqn Seq, ktuxesta State, ktuxesiz Undo
--->>>>>>      from x$ktuxe
--->>>>>>      where ktuxesta <> 'INACTIVE' and ktuxecfl like '%DEAD%' order by ktuxesiz asc;

------------------------------------------------------------
XID:                  23.11.535573
Items:                0        
Extract:              EXTXXX    
Redo Thread:          2      
Start Time:           2015-11-24:08:37:32  
SCN:                  3388.1475780146 (14552824978994)  
Redo Seq:             10215
Redo RBA:             189050896           
Status:               Running             

 最后，有人会问,你这样跳过事务，那复制就不完整了啊。其实，针对这一点，我认为复制还是完整的（即：数据复制是完整的）

1. Select * from gv$transaction where xidusn=7 and XIDSLOT =8 and XIDSQN =447821;居然查不到记录。

 从这一点来说，2个db实例中均没有此事务的记录。

  ---引出了另外一点，db实例中都没有该事务，你用ogg命令的查询为啥能查到？---我猜测是ogg的命令可能借助了OGG的BR。

2.如下命令的结果

GGSCI (hostdb2) 1> send extxxx, status

Sending STATUS request to EXTRACT EXTXXX ...


EXTRACT EXTXXX (PID 23683)
  Current status: Recovery complete: Processing data with empty data queue--->注意此处的空队列。

  Current read positions:
  Redo thread #: 1
  Sequence #: 14736
  RBA: 119375680
  Timestamp: 2015-11-24 04:34:52.000000
  SCN: 3388.1471781460
  Redo thread #: 2
  Sequence #: 10214
  RBA: 381925240
  Timestamp: 2015-11-24 05:00:17.000000
  SCN: 3388.1471790456
  Current write position:
  Sequence #: 268963
  RBA: 5568905
  Timestamp: 2015-11-26 09:20:12.756297
  Extract Trail: /u02/ggs/dirdat/aa