oracle中如何解决OGG-01163问题
小编给大家分享一下oracle中如何解决OGG-01163问题,希望大家阅读完这篇文章之后都有所收获,下面让我们一起去探讨吧!
故障现象:
复制进程Abended,在日志中报了以下错误:
2018-02-23 21:28:36 ERROR OGG-01163 Oracle GoldenGate Delivery for Oracle, rlis.prm: Bad column length (21) specified for column BATCHNO in table LISBASE.LCSIGNLIST, maximum allowable length is 20.
故障分析:
经询问得知,因应用产生超过现有字段长度的数据,应用运维人员在未知会DBA的情况下直接修改了表的字段定义,且该字段为主键。从而导致了该错误。
故障解决:
因为GoldenGate的复制进程默认是从trail文件中获取表的meta data信息,在抓取进程未重启的情况下,trail文件中表的meta data信息并不会更新。所以我们需要手工介入,让复制进行使用新的meta data.
步骤:
1、在源库使用defgen工具生成表的定义文件:
//LCSIGNLIST_def.prm
DEFSFILE ./dirdef/LCSIGNLIST.def
USERID ggs@LISDB_BEQ, PASSWORD AACAAAAAAAAAAALAOGDEBEAACFOGYIVGRDIIDGQHSBPDRHXF, ENCRYPTKEY DEFAULT
TABLE LISBASE.LCSIGNLIST;
defgen PARAMFILE dirdef/LCSIGNLIST_def.prm
这时会生成一个LCSIGNLIST.def文件,这其实就是个文本文件,按照OGG的描述方式对表的定义进行了描述:
*+- Defgen version 5.0, Encoding ISO-8859-1
*
* Definitions created/modified 2018-02-23 23:33
*
* Field descriptions for each column entry:
*
* 1 Name
* 2 Data Type
* 3 External Length
* 4 Fetch Offset
* 5 Scale
* 6 Level
* 7 Null
* 8 Bump if Odd
* 9 Internal Length
* 10 Binary Length
* 11 Table Length
* 12 Most Significant DT
* 13 Least Significant DT
* 14 High Precision
* 15 Low Precision
* 16 Elementary Item
* 17 Occurs
* 18 Key Column
* 19 Sub Data Type
* 20 Native Data Type
* 21 Character Set
* 22 Character Length
* 23 LOB Type
* 24 Partial Type
*
Database type: ORACLE
Character set ID: zhs16gbk
National character set ID: UTF-16
Locale: neutral
Case sensitivity: 14 14 14 14 14 14 14 14 14 14 14 14 11 14 14 14
TimeZone: +08:00
*
Definition for table LISBASE.LCSIGNLIST
Record length: 632
Syskey: 0
Columns: 16
BATCHNO 64 30 0 0 0 1 0 30 30 0 0 0 0 0 1 0 1 0 1 -1 0 0 0
CONTNO 64 20 36 0 0 1 0 20 20 0 0 0 0 0 1 0 1 0 1 -1 0 0 0
MANAGECOM 64 10 62 0 0 1 0 10 10 0 0 0 0 0 1 0 0 0 1 -1 0 0 0
MAKEOPERATOR 64 60 78 0 0 1 0 60 60 0 0 0 0 0 1 0 0 0 1 -1 0 0 0
MAKEDATE 192 19 144 0 0 1 0 19 19 19 0 5 0 0 1 0 0 0 12 -1 0 0 0
MAKETIME 64 8 166 0 0 1 0 8 8 0 0 0 0 0 1 0 0 0 1 -1 0 0 0
MODIFYDATE 192 19 180 0 0 1 0 19 19 19 0 5 0 0 1 0 0 0 12 -1 0 0 0
MODIFYTIME 64 8 202 0 0 1 0 8 8 0 0 0 0 0 1 0 0 0 1 -1 0 0 0
RECEIVEOPERATOR 64 60 216 0 0 1 0 60 60 0 0 0 0 0 1 0 0 0 1 -1 0 0 0
RECEIVEDATE 192 19 282 0 0 1 0 19 19 19 0 5 0 0 1 0 0 0 12 -1 0 0 0
RECEIVETIME 64 8 304 0 0 1 0 8 8 0 0 0 0 0 1 0 0 0 1 -1 0 0 0
REASON 64 255 318 0 0 1 0 255 255 0 0 0 0 0 1 0 0 0 1 -1 0 0 0
STATE 64 1 578 0 0 1 0 1 1 0 0 0 0 0 1 0 0 0 1 -1 0 0 0
STANDBYFLAG1 64 10 584 0 0 1 0 10 10 0 0 0 0 0 1 0 0 0 1 -1 0 0 0
STANDBYFLAG2 64 10 600 0 0 1 0 10 10 0 0 0 0 0 1 0 0 0 1 -1 0 0 0
STANDBYFLAG3 64 10 616 0 0 1 0 10 10 0 0 0 0 0 1 0 0 0 1 -1 0 0 0
End of definition
在该案例中被修改的列是BATCHNO,原来的长度为20,我们可以看到定义文件中此时已经是30,前面的64为数据类型,64表示VARCHAR2类型。
2、将定义文件传到目标库(或者复制粘贴也可以),修改复制进行的参数,增加:
SOURCEDEFS ./dirdef/LCSIGNLIST.def OVERRIDE
这个参数的意思是从LCSIGNLIST.def获取表的定义,OVERRIDE必须,这样才能覆盖trail中的meta信息。
将复制进程起来后,在日志中我们可以观察到:
2018-02-23 23:33:14 INFO OGG-02752 Oracle GoldenGate Delivery for Oracle, rlis.prm: The definition for table LISBASE.LCSIGNLIST from definitions file /u01/app/oracle/product/ogg/gghome/12.2.0.1/gghome_1/dirdef/LCSIGNLIST.def overrides the table metadata from the trail.
LCSIGNLIST.def已经使用了,复制进程也正常进行。
看完了这篇文章,相信你对“oracle中如何解决OGG-01163问题”有了一定的了解,如果想了解更多相关知识,欢迎关注亿速云行业资讯频道,感谢各位的阅读!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341