一、现象描述

这是一个之前遇在从10G迁移数据到19C时遇到的一个问题。

在10G到19C开始OGG同步前，先将目标端19C的job_queue_processes设置为0，以防止在数据导入过程中因有JOB执行导致启动一些任务引起数据混乱。目前10G到19COGG已开启OGG同步，两端数据同步正常。

尝试将19C目标端job_queue_processes值重新恢复到初始值640，之后过了几分钟，发现19C目标端OGG应用进程APPENDING，现象如下：

二、处理过程

查看到目标端应用进程APPENDING后，迅速排查问题，潘工通过日志发现是因为目标端在开启job_queue_processes这段时间内，有JOB任务执行，导致源端和目标端结构发生混乱，产生了异常数据，导致了这个1403 这个比较经典的报错，这

时就无法再如过去将源端和目标端抽取、投递及应用进程按照目标端心跳表SCN号重新配置就能解决，因为该问题比较复杂，难以排查出在开启job_queue_processes这段时间内还有哪些JOB执行了。因为目前还是测试阶段，此时可以通过在目

标端OGG应用进程里设置REPERROR (1403, DISCARD)参数跳过1403报错，重新启动同步。重新启动应用进程后，过了一段时间，OGG同步又APPENDING,排查原因是因为目标端表中检测有重复值，在目标端应用进程里设置HANDLECOLLISIONS可以跳过此报错。

一、结论

此事给自己的教训就是：OGG同步过程中，勿轻易设置目标端job_queue_processes，最好是修改为0，除非是排查到具体那些JOB，然后将其停了，才可修改该值，否则会导致同步过程中一些利问题。