goldengate复制过程字符集处理一例

源端是oracle, al32utf8,表里有乱码,目标端是sybase cp936,两端的DB都不能改字符集,而且源端是目标端的超集,当复制有乱码的数据(非中文或英文数字等),目标端replicat abended.

经查,在replicat参数中使用

trailcharset utf-8, replaceBadChars

目标端进程可继续复制,并替换源端不可转换到目标表中。

时间: 2024-10-28 16:47:28

goldengate复制过程字符集处理一例的相关文章

8. 文件系统——文件的删除、移动、复制过程以及链接文件

一.删除.移动.复制和文件系统的关联关系 1.删除文件的过程 以/var/log/messages这个文件为例,删除messages这个文件的过程大致如下: ①找到/var/log/messages所在的inode(查找文件的过程见前一章节): ②删除/var/log目录上有关messages的条目: ③清空索引中/var/log/messages对应的inode数据(注意,不是删除inode,而是清空这个inode的数据),将此inode对应的位图改为空闲(如从1改为0).事实上可以不清除数据

GoldenGate复制单表开并行

最近有几项业务下线,需要从一张表中删除6.8亿多条数据.想办法把数据删除掉了,但对应的ogg灾备端复制时有了的延迟,而且延迟的时间起来越长. 对于表太多造成的延迟可以把所有表分为多个组来做复制,于是想复制进程是否可以对单表复制开并行.上网查到了相关的资料,可以使用@RANGE函数对单表作表内的拆分,通过对表上主键列作hash算法将该表上发生的变更均分到多个replicat上来降低单个replicat组件的负载. 动手实验一下: ogg搭建过程不再重复,从网上就可以查到. 实验过程:模拟在源端对表

Redis 复制过程详解

Redis 的复制功能分为同步( sync )和命令传播( command propagate )两个步骤: 同步用于将从服务器的数据库状态更新至主服务器当前所处的数据库状态. 命令传播则用于在主服务器的数据库状态被修改,导致主从服务器的数据库状态出现不一致时,让主从服务器的数据库重新回到一致状态. 同步 Redis 使用 psync 命令完成主从数据同步,同步过程分为:全量复制和部分复制. 全量复制:一般用于初次复制场景,它会把主节点全部数据一次性发送给从节点发送给从节点,当数据量较大时,会对

mysql复制过程中的server-id的理解

一.     server-id做什么用的,你知道吗? 1. mysql的同步的数据中是包含server-id的,用于标识该语句最初是从哪个server写入的,所以server-id一定要有的 2. 每一个同步中的slave在master上都对应一个master线程,该线程就是通过slave的server-id来标识的:每个slave在master端最多有一个master线程,如果两个slave的server-id 相同,则后一个连接成功时,前一个将被踢掉. 这里至少有这么一种考虑: slave

【MySQL】【复制】利用slave_exec_mode处理复制过程中出现的1062与1032错误

背景: ? 今天张师兄在群里问了主从之间出现1032错误后,使用pt-slave-restart跳过后又出现了1062错误,该如何快速处理. 问题解析: ? 1032错误:主库传递过来的binlog中包含了删除某些数据的语句,但在从库中部分数据或者全部这些数据被提前手工删除了,或者根本就不存在. ? 1062错误:主库传递过来的binlog中包含了更新(或插入)某些数据的语句,但在从库中部分数据已经存在,或者被其他的数据占据了唯一性索引的入口. ? 问题出在binlog重放时是以一个事务作为一个

使用 Oracle GoldenGate 在 Microsoft SQL Server 和 Oracle Database 之间复制事务

使用 Oracle GoldenGate 在 Microsoft SQL Server 和 Oracle Database 之间复制事务 作者:Nikolay Manchev 分步构建一个跨这些平台的简单事务复制示例. 2011 年 8 月发布 大多数关注数据复制的 Oracle 技术专家都熟悉 Oracle Streams.在 2009 年之前,Streams 一直是推荐使用的最流行的 Oracle 数据分发技术. 2009 年 7 月,Oracle 收购了 GoldenGate 这一数据库复

Oracle GoldenGate 简介 数据库同步 异地复制方案

OracleGoldenGate介绍 GoldenGateTDM(交易数据管理)软件是一种基于日志的结构化数据复制软件,它通过解析源数据库在线日志或归档日志获得数据的增删改变化,再将这些变化应用到目标数据库,实现源数据库与目标数据库同步.双活.GoldenGateTDM 软件可以在异构的IT基础结构(包括几乎所有常用操作系统平台和数据库平台)之间实现大量数据亚秒一级的实时复制,其复制过程简图如下: 如上图所示,GoldenGate TDM的数据复制过程如下: 1 利用捕捉进程(Capture P

用例建模的五个子过程

1.倾听: 2.捕获: 3.细化: 4.调整: 5.检查: 五个字过程相互独立,有各自的输入和输出,以输入的变化为活动触发因素. 倾听:既是和客户交流,搞清楚他们要什么. 捕获:“谁”通过使用系统的“什么功能”达成“什么目的”?不断回答这个问题,确定用例和角色,宁可重复覆盖,也不要覆盖不全. 细化:对各个用例进行细化,考虑各个业务场景,归纳成事件流,用活动图描述出来. 调整:也许某些用例全部或部分重复了,也许某个用例过于复杂,也许某个用例包含了多条事件流且这些事件流没有相交,也许某些事件流都包含

SQLSERVER 复制表及过程--和复制有关的系统表及系统存储过程

主数据库中的复制表 表名 说明 MSreplication_options 表存储供复制在内部使用的元数据. 此表存储在 master 数据库中. msdb 数据库中的复制表 表名 说明 MSagentparameterlist 表包含复制代理参数信息,该表用于指定可以为给定的代理类型设置的参数. 该表存储在 msdb 数据库中. MSdbms 表包含支持异类数据库复制的所有版本数据库管理系统 (DBMS) 的主列表. 该表存储在 msdb 数据库中. MSdbms_datatype 在异类数据