QLIK Attunity CDC在感觉到任何更改时突然无法工作并引发错误

如何解决QLIK Attunity CDC在感觉到任何更改时突然无法工作并引发错误

任何CDC任务正在运行时，只要QLIK Attunity工具突然感觉到任何更改，它就会抛出错误，如下所示

：

流组件“ st_0_Nedbank_VAL6”已终止 流组件在子任务0处失败，组件st_0_Nedbank_VAL6 执行源循环时出错 端点已断开 序列10638的归档重做日志不存在，线程1

尝试了attunitysupport.qlik.com中提供的每个解决方案，但现在仍无法正常工作根据我选择的解决方案之一，仅对Oracle源端点使用“存档重做日志”复选框，现在不会出现错误，但仍然它没有感知到更改的数据。 目标端点是Kafka，前面所述的源端点是Oracle，我们正在使用Attunity Replicate 6.5.0.423

解决方法

您表示您已经获得Qlik的支持，这确实是寻求解决方案的正确地方。如果他们不能完全解决您的问题，请返回并给他们机会做得更好。 对于当前的问题，基本错误消息肯定会准确指示正在发生的情况-“不存在序列10638的存档重做日志”。 Attunity Replicate必须保证所有更改都通过，并且它通过从重做日志（如果仍然可用）或存档日志中读取更改来做到这一点。您是否相信此存档日志仍然存在？ '给我看看'。可能有多个归档日志目标，并且在错误的DEST_ID（Oracle术语）中未正确配置“复制”。您需要按序列号查询V $ ARCHIVED_LOG，以查找FILE，DEST_ID，STATUS等，从而找出Oracle认为存在的内容并将其与物理文件进行比较。 一旦复制处于此状态，它将仅在提供了丢失的存档日志后继续，因为不允许丢失更改。一旦您处于“落后”状态，那么在生产系统中这可能是一个乏味的挑战。 对于开发系统，从当前重做位置“重新开始”并重试可能就足够了。 一旦将“复制”配置为仅用于“存档日志”，就意味着这一点。 因此，如果您进行更改/更新，则只有在发生日志切换（隐式或显式）并将重做复制到存档后，该更改才会变得可见。 btw ...使用（不建议使用）Oracle Log Miner或Attunity Binary日志读取器？ 祝你好运！