博客
关于我
Oracle-OGG,双向同步过滤OGG自身用户的DML失效,如何处理?
阅读量:443 次
发布时间:2019-03-06

本文共 829 字,大约阅读时间需要 2 分钟。

一、问题与解决方案

在Oracle数据库的双向同步场景中,已发现OGG用户的DML操作未能被有效过滤,导致数据同步过程出现无限循环的情况。 为解决此问题,我们尝试通过调整传输选项参数来实现过滤。以下是具体操作步骤和验证结果。

2.1 参数调整:TRANLOGOPTIONS EXCLUDEUSER

在11g库中,我们尝试通过设置`TRANLOGOPTIONS EXCLUDEUSER ogg01`来过滤OGG用户的DML操作。然而,验证发现该参数在11g抽取进程中仍无法有效过滤OGG用户的插入操作。进一步分析发现,该参数在19c库中的应用效果较好,但11g库中仍存在数据同步问题。

2.2 参数调整:EXCLUDEUSERID

针对11g库中的问题,我们尝试将过滤参数从`EXCLUDEUSER`升级至`EXCLUDEUSERID`。具体做法是:在11g库中设置`TRANLOGOPTIONS EXCLUDEUSERID 84`,其中`84`为OGG用户的用户ID。通过这一调整,发现OGG用户的插入操作确实得到了有效过滤。

2.3 参数调整:EXCLUDETAG

此外,我们还尝试通过设置`DBOPTIONS SETTAG 1234`来实现过滤。对于19c库中的OGG用户,通过设置`TRANLOGOPTIONS EXCLUDETAG 1234`,能够有效过滤相关DML操作。验证结果表明,该参数在19c库中表现良好,且支持双向同步场景下的过滤需求。

总结

通过以上参数调整,我们成功实现了对OGG用户的DML操作过滤。具体做法包括: 1. 在11g库中,通过`TRANLOGOPTIONS EXCLUDEUSERID 84`实现过滤; 2. 在19c库中,通过`DBOPTIONS SETTAG 1234`和`TRANLOGOPTIONS EXCLUDETAG 1234`实现过滤。

这些调整有效解决了双向同步中的无限循环问题,确保了数据同步的稳定性。

转载地址:http://kllyz.baihongyu.com/

你可能感兴趣的文章
nginx 常用配置记录
查看>>
Nginx 我们必须知道的那些事
查看>>
nginx 配置~~~本身就是一个静态资源的服务器
查看>>
Nginx的是什么?干什么用的?
查看>>
Nio ByteBuffer组件读写指针切换原理与常用方法
查看>>
NLP 基于kashgari和BERT实现中文命名实体识别(NER)
查看>>
No 'Access-Control-Allow-Origin' header is present on the requested resource.
查看>>
Node.js安装与配置指南:轻松启航您的JavaScript服务器之旅
查看>>
NSSet集合 无序的 不能重复的
查看>>
nullnullHuge Pages
查看>>
Numpy如何使用np.umprod重写range函数中i的python
查看>>
oauth2-shiro 添加 redis 实现版本
查看>>
OAuth2.0_JWT令牌-生成令牌和校验令牌_Spring Security OAuth2.0认证授权---springcloud工作笔记148
查看>>
OAuth2.0_JWT令牌介绍_Spring Security OAuth2.0认证授权---springcloud工作笔记147
查看>>
OAuth2.0_介绍_Spring Security OAuth2.0认证授权---springcloud工作笔记137
查看>>
OAuth2.0_授权服务配置_Spring Security OAuth2.0认证授权---springcloud工作笔记140
查看>>
OAuth2.0_授权服务配置_资源服务测试_Spring Security OAuth2.0认证授权---springcloud工作笔记146
查看>>
OAuth2.0_环境搭建_Spring Security OAuth2.0认证授权---springcloud工作笔记139
查看>>
OA系统多少钱?OA办公系统中的价格选型
查看>>
object detection错误之Could not create cudnn handle: CUDNN_STATUS_INTERNAL_ERROR
查看>>