OGG概述

概述：根据国家电网公司运营监测（控）信息支撑系统建设统一安排，为支撑运监

项目全过程、物资供应链、资金收支、购售电、供电服务及分析模型等业务需求，需从相应业务系统接入需求明细数据。为满足明细数据实时接入的需求，特引进Oracle goldengate（以下简称数据复制）产品。

现阶段基于数据复制方式，总部层面完成规划计划信息管理应用、财务管控系统、输变电工程建设管理系统、特高压交流工程管理信息系统、中电财资金结算系统、电子商务平台及客户服务中心7个系统需求明细数据的横向复制，完成规划计划信息管理应用系统 、中电财资金结算系统、电子商务平台与ERP、客户服务中心及安监小时级（指标）需求明细数据下发27家省（市）公司（分别用以支撑省（市）项目全过程、物资供应链、资金收支、供电服务及电能质量专题需求），27家省市公司完成财务管控、基建管控、营销稽查（其中：3家单位做为试点由营销业务应用接入）需求明细数据的横向复制，完成财务管控、基建管控、营销稽查、ERP(横向由ETL接入) 需求明细数据纵向上传总部数据中心。

1 OGG常见问题处理：

1.1 问题一：OGG-01296；

关键字：Database error 1403 () 原因分析：源端与目标端数据不一致； 分析思路：

1. 表结构是否不一致；表中是否存在主键，是否重建过索引；

2. 确定目标端有没有与此关联的表有级联删除或触发器对此表相应记录做了操作； 3. 确认目标端是否有定时的dml相关的job操作此表；

4. 在目标段复制进程中，godengate从日志中解析出sql语句，根据 sql语句的where

条件，在目标数据库匹配不出相应的记录（可能是where字段在目标端不存在）； 5. 存在不写日志的DML操作 ，将数据库设置为force logging状态； 6. 初始化造成两端的数据不一致;需要严格按照实施规范中的步骤进行； 7. 人为修改OGG的检查点，alter extract/replicat；

8. 人为修改了目标端的数据；

9. 没有添加表级附加日志，抽取进程在add trandata之前启动,本质上仍然是缺少了附

加日志信息造成的；

10. 根据对应的sql语句去logdump 查询队列文件中的record 里关于字段记录的情况，

是否key column没有记录相关值，这一般和附加日志有关；

11. 当资源表添加supplement log的列比REPLICAT的KEYCOLS里定义的列少，或者

extract的KEYCOLS比REPLICAT的KEYCOLS少时，备份端就会发生1403错误； 12. 核对进程参数

1.2 问题二：OGG-01296；

关键字：unique constraint

原因分析（1）：空表分区清表，未开启DDL模式，源端无法捕获空表分区TRUNCATE操作，

导致目标端数据没有被同步清除，源端再次写入已被清除操作的数据，导致目标端报唯一约束错误。

处理办法：核实源端是否存在空表分区的语句如下：

查看抽取进程交易信息“写入记录数-删除记录数”是否大于远远大于源表现有记录数，同时交易没有显示truncate操作，说明存在空表分区清表操作。

满足以上条件，上报总部，并与本地业务系统项目组进行沟通，要求其进行整改。 --查看是否存在空分区的语句如下：

select count(1),partition_name from table_name partition(select PARTITION_NAME from all_tab_partitions where table_owner=‘用户名‘ and table_name=’表名’) group by partition_name 原因分析（2）：唯一约束不一致原因造成

a) 源端无唯一约束，确实存在重复数据； b) 源端存在约束，当与目标不一致； 处理办法：

针对问题a)，并反馈本地业务系统项目组，要求其进行整改，并将该问题及时反馈总部数据复制支持团队。

针对问题b）,如果总部授权可以变更，同步修改目标唯一约束，重新添加源端表级附加日

志，重启复制进程即可，若不可以变更，反馈业务项目组整改，省市可依据实际情况制定解决方案。

原因分析（3）：手动修改检查点，导致数据被重复抓取或投递；

处理办法：可以采用加上忽略报错方式将数据接入（将会导致数据丢失），重启复制进程，等待进程无延时，去除参数，重启进程，采用数据比对，核查是否有数据丢失，如有丢失，将丢失数据补齐即可。 原因分析（4）：源端违规删除表

处理办法：针对此问题，只能采取单表重新同步来方案来解决，重新添加源表表级附加日志，是否进行重新初始化操作根据实际情况而定。

1.3 问题三：OGG-01296；

关键字：Database error 2292

原因分析：未禁用外键，会出现此错误 处理方法：禁止或删除外键，重启进程即可

1.4 问题四：OGG-01031（投递进程挂起）

原因分析（1）：可能是网络出现过故障，源端的投递进程与目标断了联系，目标端管理进程为其启动的server进程一直还在运行，下次投递重启时目标管理进程会试图生成另外一个server进程，这样两个server进程会争同一个队列文件。

处理方法：是停掉源端的所有投递进程，使用ps –ef|grep server（或OGG安装目录）看看是不是还有OGG的server进程在跑，如果有，杀死它（一定要确认源端data pump全停掉，并且杀的是server进程，不要杀其它extract/replicat/mgr等），重启源端投递即可。

原因分析（2）：可能是投递至目标端的队列文件损坏，前滚重新生成一个新的队列文件 处理方法：前滚投递进程。 --命令如下

Alter extract 投递进程,etrollover 当前投递进程队列号

1.5 问题五：OGG-01161与OGG-01163；

关键字： Bad column

原因分析（1）：当源端表结构发生变化时，目标端复制进程会出现此错误

处理方法： 确定变更内容，如果同步变更，重启进程即可；如果不同步变更，需生成数据定义文件（涉及主键字段，重新添加最小附加日志），重启复制进程即可；

原因分析（2）：源端抓取进程添加加密参数ENCRYPTTRAIL，复制进程中没有添加解密参数DECRYPTTRAIL，导致队列被投递到目标端，无法被解密，导致复制进程解析是出现源端和目标端结构不一致问题。

处理方法：在目标端的复制进程中加入解密参数DECRYPTTRAIL，重启复制进程即可。

1.6 问题六：OGG-00446；

? 关键字： Could not find archived log 原因分析：归档文件丢失 处理方法：

1. 如果能将丢失的归档日志找回，重启抓取进程可解决此问题；

2. 若归档日志无法找回，需设置从当前时间节点进行数据抓取，同时停止复制进程，

进行数据导出，在目标端进行相应数据初始化，按导出时间节点重启复制即可。

1.7 问题七：OGG-00423；

原因分析（1）：参数文件配置中有问题 处理方法：核查参数配置是否错误； 原因分析（2）：数据定义文件生成问题

处理方法：如有生成过数据定义文件需要重新生成

注意事项：

? 导入时加入TABLES（可以指定表名），忽略建表参数（IMP为ignore=y，IMPDP为

include=table_data），添加日志参数（IMP为log，IMPDP为logfile），不导入约束及触发器参数（IMP为CONSTRAINTS=N和TRIGGERS=N），指定用户参数（IMPDP