2013年(350)
分类: Oracle
2013-04-10 13:37:12
异常捕获操作均在目标端进行,源端不需要做什么修改。
首先创建一张日志表,用来记录异常信息,这个表的列可以根据实际情况进行定制,并没有强制性的标准:
create table jss.j1_data_change_log
(
REP_NAME VARCHAR2(30),
OID NUMBER,
TABLE_NAME VARCHAR2(30),
OPTYPE VARCHAR2(30),
COMMIT_DATE TIMESTAMP,
DBERRNUM NUMBER,
DBERRMSG VARCHAR2(4000),
LOGRBA NUMBER,
LOGPOSITION NUMBER
);该表必须拥有唯一索引(当然建个主键也可以的),这里考虑通过时间和日志在文件中的相对位置做唯一键:
GoldenGate中有一个REPERROR选项,专用于replicat进程,可以用来控制replicat进程处理错误错误的方式。
用户可以定义多个REPERROR语句,其中一个REPERROR语句设置默认情况下错误处理方式,其它的REPERROR再来分别对不同的错误指定处理逻辑。这里我们就通过REPERROR来捕获异常信息。
在GoldenGate中修改replicat的配置,具体配置信息如下:
REPLICAT rep2
ASSUMETARGETDEFS
USERID ggate@target, PASSWORD ggate
DISCARDFILE ./dirrpt/rep2_gg2.dsc, PURGE
REPERROR (DEFAULT, EXCEPTION)
REPERROR (DEFAULT2,ABEND)
MAP jss.*, TARGET jss.*;
MAP jss.j1, target jss.j1_data_change_log,
EXCEPTIONSONLY,
INSERTALLRECORDS,
COLMAP ( rep_name = "rep2"
,oid = id
,table_name = @GETENV("GGHEADER","TABLENAME")
,optype = @GETENV ("GGHEADER", "OPTYPE")
,commit_date = @GETENV ("GGHEADER", "COMMITTIMESTAMP")
,dberrnum = @GETENV ("LASTERR", "DBERRNUM")
,dberrmsg = @GETENV ("LASTERR", "DBERRMSG")
,logrba = @GETENV ("GGHEADER", "LOGRBA")
,logposition = @GETENV ("GGHEADER", "LOGPOSITION"));主要意图就是通过GETENV取到想要的环境变量信息,并存入前面创建的日志表。
提示:注意MAP/COLMAP等关键字间,",/("等符号前必须要有空格,否则会遇到OGG-00212 Invalid option for MAP的错误信息。
注意2,源端对象必须执行add trandata schema.table启用表级附加日志,否则在源端执行update操作时,目前端会抛出ORA-01403错误,提示记录找不到
当再执行同步时,目标端REPLICAT组的REPORT文件中会记录类似这样的信息:
MAP resolved (entry JSS.J1):
MAP JSS.J1, target jss.j1_data_change_log, EXCEPTIONSONLY, INSERTALLRECORDS, COLMAP ( rep_name = "rep2" ,oid = id ,table_name = @GETENV("GGHEADER","TABLENAME") ,optype = @GETENV ("GGHEADER", "OPTYPE") ,co
mmit_date = @GETENV ("GGHEADER", "COMMITTIMESTAMP") ,dberrnum = @GETENV ("LASTERR", "DBERRNUM") ,dberrmsg = @GETENV ("LASTERR", "DBERRMSG") ,logrba = @GETENV ("GGHEADER", "LOGRBA") ,logposition = @GETENV ("G
GHEADER", "LOGPOSITION"));
如果遇到错误,可以直接通过查询jss.j1_data_change_log表,来确定出错的记录和具体原因,方面进一步调试。