修复ogg source端意外宕机造成的数据不同步

ogg source端意外宕机后(13:00宕机)，引起ogg不能同步（source和target端数据不同步）。

处理办法如下：
 
一、source端 
1.extract服务：
extract服务状态为：abended
 
解决办法：
alter extract extract_name ETROLLOVER
 
--指定抽取进程extract_name从13:00重新抽取数据
alter extract extract_name,tranlog,begin 2013-09-13 13:00
 
--启动抽取进程
start extract_name
 
info all命令确认状态正常
 
 
2.投递进程pump启动不起来，处理办法
source端：
根据view params PUMP_P1,找到RMTTRAIL的路径及名字，以及target端的ip地址
-----------
EXTRACT PUMP_T1
USERID ogg@xxxx,PASSWORD xxxxxx
SETENV (NLS_LANG="AMERICAN_AMERICA.ZHS16GBK")
RMTHOST 10.x.xx.xx, MGRPORT 8050
RMTTRAIL ./dirdat/m1
PASSTHRU
------------
 
然后去/app/oracle/ggs/dirdat目录，
cd /app/oracle/ggs/dirdat
ll m1* -t
 
找出最新的ml（m1是前缀名），取出文件号10509
[oracle@xxxx dirdat]$ ll m1* -t
-rw-rw-rw- 1 oracle oinstall 27957531 Sep 13 16:19 m1010509
-rw-rw-rw- 1 oracle oinstall  5887641 Sep 13 14:56 m1010507
-rw-rw-rw- 1 oracle oinstall  9170994 Sep 13 14:54 m1010508
 

指定投递进程投递的文件号，这里是10509
alter extract PUMP_T1 ETROLLOVER 
alter PUMP_T1 extseqno 10509,extrba 0
 
启动投递进程
start PUMP_P1
 
二、target端：
根据source端的投递进程配置文件中的ip，登陆到target端
 
通过info * 命令找出问题replicat进程，如下面的REP_DS进程就有问题，
它的Log Read Checkpoint时间明显慢于系统时间；且trail文件名字和
source端一致，都是ml前缀，说明文件replicat进程就是REP_DS.
 
GGSCI (c3db0215) 9> info REP_DS
REPLICAT   REP_DS    Last Started 2013-09-13 15:28   Status RUNNING
Checkpoint Lag       00:00:00 (updated 00:00:03 ago)
Log Read Checkpoint  File ./dirdat/m1000752 <<<--------------------trail文件名前缀与source端相同
                     2013-09-13 13:01:49.999909  RBA 1106516 <<<--------------------时间明显慢于系统时间


 
[oracle@c3db0215 dirdat]$ ll m1* -t
-rw-rw-rw- 1 oracle oinstall  1139154 Sep 13 16:32 m1000753  <<<----------取最新trail文件号（0753），注意m1是前缀名
-rw-rw-rw- 1 oracle oinstall 21083373 Sep 13 13:56 m1000752
-rw-rw-rw- 1 oracle oinstall 99999715 Sep 13 11:34 m1000751
-rw-rw-rw- 1 oracle oinstall   128178 Sep 11 11:10 m1000750
-rw-rw-rw- 1 oracle oinstall 60830089 Sep 11 10:26 m1000749
 
 
指定replica进程读取的文件号，然后启动
alter REPLICAT REP_DS extseqno 0753 , extrba 0
start REP_DS;
 
info all /info * 命令确认状态正常