点击上方“IT那活儿”公众号,关注后了解更多内容,不管IT什么活儿,干就完了!!!
Pump进程运行在数据库源端,作用就是:
和Extract进程一样,Replicat也有其内部的checkpoint机制,保证进程重启后可以从上次的记录的位置开始恢复而无数据损失的风险。
首先想到是检查源端与目标端的表结构,但是查看后发现表结构是一样的,再回看报错信息,说有allkeycolumns,猜测是否出现索引造成的,那么再查看表上的索引,发现源端的表上有一个唯一索引,而目标端没有,那么我们先给目标端加上同样的唯一索引看下,重启进程并观察,发现恢复正常。
ALTER schema.tableName ADD UNIQUE schema.indexNameON (&colname);
注意建索引加schema,避免建在sys下。
Report查看详细信息:
发现约束有问题,目标端的表字段AREA_ID是notnull,与源端不一致。
给目标端的表字段约束notnull去掉,允许null值,保持与源端表约束一致。
Altertable &table_name modify AREA_ID null;
进入ogg:
GGSCI> start &process
重启进程,并观察,进程运行正常。
再看进程的详细统计信息:
statsextract XXX,total
有一个参数IGNOREDELETES,询问业务人员是否可以忽略delete,征得同意以后,加入参数。
GGSCI> edit param process
追加参数:
IGNOREDELETES
备选方案
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/129219.html
摘要:问题九库控制文件扩展报错库的扩展报错,用的是裸设备,和还是原来大小,主库的没有报错,并且大小没有变,求解释。专家解答从报错可以看出,控制文件从个块扩展到个块时报错,而裸设备最大只支持个块,无法扩展,可以尝试将参数改小,避免控制文件报错。 链接描述引言 近期我们在DBASK小程序新关联了运维之美、高端存储知识、一森咖记、运维咖啡吧等数据领域的公众号,欢迎大家阅读分享。 问答集萃 接下来,...
阅读 1247·2023-01-11 13:20
阅读 1555·2023-01-11 13:20
阅读 1008·2023-01-11 13:20
阅读 1675·2023-01-11 13:20
阅读 3968·2023-01-11 13:20
阅读 2510·2023-01-11 13:20
阅读 1305·2023-01-11 13:20
阅读 3474·2023-01-11 13:20