注册
DMDRS使用指南与问题排查方法
培训园地/ 文章详情 /

DMDRS使用指南与问题排查方法

ꪶꫀꪮ 2026/10/08 247 1 0

1. DMDRS 简介

达梦数据复制软件(DMDRS)是一款适配同构、异构数据库及各类数据管理系统的通用数据复制工具。软件采用模块化架构,可灵活配置组合,一站式支持数据迁移、数据实时同步、数据分发、数据转换等核心能力。支持一对一、双向、一对多、多对一、级联、环形、主备等多种同步拓扑,能够适配静态迁移、动态实时同步、多节点数据分发、自定义数据转换等各类业务场景,具备高效稳定、断点续传、低源库负载的特点,可满足企业数据流转、系统迁移、容灾备份与数据汇聚分发等多样化数据复制需求。DMDRS常用的链路图示:
DMDRS链路图示.jpg

2. DMDRS 使用及常用命令

2.1 模块启停

2.1.1 启动模块

START cpt_dm8 # 启动指定名称 CPT 模块 START EXEC # 启动第一个 EXEC 模块 START # 启动全部模块

2.1.2 停止模块

STOP cpt_dm8 # 停止指定 CPT 模块 STOP EXEC # 停止第一个 EXEC 模块 STOP # 停止全部模块

2.2 配置起始 LSN(同步起点)

注意:指定具体 LSN 会清理目标端事务,存在丢数据风险;执行前必须确保 CPT 已停止,且无正在进行的装载操作。

ALTER cpt_dm8 SET LSN # 使用源库最新日志 LSN 作为同步起点 ALTER cpt_dm8 SET LSN 123456 # 指定具体 LSN 作为同步起点

2.3 装载相关(全量初始化,add table)

2.3.1 添加同步表(全量装载 + 后续自动增量同步)

# 单个表 alter cpt_dm8 add table "sch.name='RESOURCES' and tab.name='EMPLOYEE'" # 整个模式所有表 alter cpt_dm8 add table "sch.name='RESOURCES'" # 多模式 alter cpt_dm8 add table "sch.name='RESOURCES' or sch.name='PERSON'" # 掩码示例:目标端先删表,重建,导入数据,分组并行 alter cpt_dm8 add table "sch.name='RESOURCES'" DROP|CREATE|INSERT|GROUP

常用掩码简要说明

掩码 作用
DROP 删除目标端对象
CREATE 创建表、约束
INSERT 导入数据
GROUP 分组并行装载,提升大表速度
NOLOCK 原表不上 S 锁,业务不停机,但可能数据不一致
TRUNCATE 清空目标表数据,保留表结构

2.3.2 停止装载

alter cpt_dm8 stop load # 停止该 CPT 下全部装载 alter cpt_dm8 stop table RESOURCES.EMPLOYEE # 停止指定单张表装载

2.3.3 查看装载状态

show cpt_dm8 load status # 装载总体统计 show cpt_dm8 load table running # 查看正在装载的表 show cpt_dm8 load table error # 查看装载出错的表 show cpt_dm8 load table all # 所有表装载完整状态 show cpt_dm8 load table RESOURCES.* # 查看指定模式下表装载情况

2.3.4 CPT 源端查看命令

show cpt_dm8 state # CPT 整体统计:读日志、解析、发送流量、LSN show cpt_dm8 read # 读取日志文件、偏移、状态 show cpt_dm8 parse # 日志解析状态 show cpt_dm8 send # 发送队列、发送 LSN show cpt_dm8 table # 各表 DML 操作统计(插入/更新/删除) show cpt_dm8 conf # 查看 CPT 配置参数 show cpt_dm8 dict all # 查看本地离线字典信息

2.3.5 EXEC 目标端查看命令

show exec_dm8 state # EXEC 整体运行统计 show exec_dm8 thr # 工作线程、事务执行情况 show exec_dm8 lag # 各表同步延迟(秒) show exec_dm8 link lag # 整条链路总延迟 show exec_dm8 trx # 查看目标端活动事务 show exec_dm8 ckpt # 检查点信息 show exec_dm8 dict # 目标端字典信息 show exec_dm8 conf # 查看 EXEC 配置参数

2.3.6 只做增量、不做全量装载(add dict)

适用于已经通过备份还原初始化目标库,只需要从当前时刻开始同步增量,不会自动全量装载的场景。

# 添加增量同步字典,从当前 LSN 开始同步 alter cpt_dm8 add dict "sch.name='RESOURCES' and tab.name='EMPLOYEE'" LSN # 删除源端同步字典(目标端还保留对象) alter cpt_dm8 delete dict RESOURCES.EMPLOYEE # 终止同步:源端删除 + 通知目标端清理对象信息 alter cpt_dm8 terminate dict RESOURCES.EMPLOYEE

2.3.7 纯数据迁移 CP 命令(只迁移全量,不做增量同步)

# 删除目标表,重建,导入数据 cp cpt_dm8 "sch.name='RESOURCES' and tab.name='EMPLOYEE'" DROP|CREATE|INSERT

3. DMDRS 问题排查思路

3.1 排查流程

遇到 DMDRS 异常时,建议按以下五个步骤依次排查:

第一步:确认基础环境

在深入分析 DMDRS 日志之前,首先需要确认基础环境是否正常。这一步往往能快速排除许多常见问题,避免在错误的方向上浪费时间。

  • 确认源端和目标端数据库服务正常运行,可通过 ps aux | grep dmserver 或数据库客户端连接测试来验证
  • 确认源端数据库已开启归档模式(SELECT ARCH_MODE FROM V$DATABASE; 应返回 Y),以及必要的附加日志(DM8 需开启 RLOG_APPEND_SYSTAB_LOGIC)
  • 确认网络连通性:从 CPT 所在机器能否连通 EXEC 的监听端口,从 DMDRS 所在机器能否连通数据库端口
  • 确认环境变量 LD_LIBRARY_PATH 已正确配置,包含数据库驱动路径(如 /home/dmdba/dmdbms/bin)
  • 确认各服务端口未被占用,可通过 netstat -tlnp | grep <端口号> 检查

第二步:检查 DMDRS 服务状态

确认基础环境正常后,检查 DMDRS 各服务是否正常运行。

  • 确认 Manager 模块已启动并监听配置端口,检查 drsvr 进程是否存在
  • 确认 CPT/EXEC 模块进程是否存在,通过 ps aux | grep drsvr 查看
  • 查看模块启动日志中的错误信息,启动日志通常记录了最直接的失败原因

第三步:查看模块运行状态

如果服务进程存在但同步功能异常,通过控制台命令查看 CPT/EXEC 模块的详细运行状态,定位异常发生在哪个环节。

  • CPT 端需检查:读取状态(是否正常读取日志文件)、解析状态(是否正常解析日志内容)、发送状态(是否正常向 EXEC 发送数据)
  • EXEC 端需检查:接收状态(是否正常接收 CPT 发送的数据)、执行状态(是否正常写入目标数据库)、检查点状态(是否正常推进)

第四步:启用调试日志深入分析

若常规状态查看无法定位问题,可通过 log_mask 开启详细调试日志,或通过 trace 命令跟踪特定表的同步流程。调试日志可以揭示模块内部的详细处理过程,是定位复杂问题的关键手段。

第五步:分析日志与定位根因

结合模块日志、系统日志和跟踪日志,综合分析确定问题根因,并采取相应的解决措施(修改配置、重启服务、清理缓存等)。

3.2 常见问题分类

问题类型 典型现象 排查方向
模块启动失败 CPT/EXEC 无法启动,报错退出 配置文件语法错误、端口被占用、动态库缺失、目录权限不足
同步中断 CPT 运行中停止读取或发送,LSN 不增长 网络连接断开、归档日志缺失或损坏、目标端异常退出
装载失败 add table 后状态为 ERROR,目标端无数据 表结构不匹配(字段数、数据类型不一致)、目标端用户权限不足、数据格式不兼容
数据不一致 目标端数据与源端数据存在差异 日志解析错误、过滤规则配置不当、数据同步过程中断
同步延迟 目标端数据落后源端较长时间 网络带宽不足、目标端入库性能瓶颈、大事务阻塞、磁盘 IO 瓶颈

4. 常见问题与解决方案

本节汇总了 DMDRS 使用过程中最常见的故障现象、原因分析和解决方案,按问题类型分类整理。

4.1 模块启动类问题

问题一:CPT 启动时报 DRS-5125 离线字典加载失败

  • 现象:CPT 启动时报 DRS-5125 离线字典加载失败 LOAD DICT,CPT 无法正常启动。
  • 原因分析:
    • 系统表缺少附加日志配置(RLOG_APPEND_SYSTAB_LOGIC 未开启)
    • 辅助表触发器未创建
    • 离线字典文件损坏或缺失
    • enable_sys_dict 参数未配置或配置不当
  • 解决方案:
    1. 开启系统表逻辑附加日志(推荐):
CALL SP_SET_PARA_VALUE(1, 'RLOG_APPEND_SYSTAB_LOGIC', 1);
  1. 在 CPT 配置中跳过系统表字典检查:
<enable_sys_dict>0</enable_sys_dict>
  1. 执行 DDL 同步脚本(备选方案):
SET DEFINE OFF; START ddl_sql_dm8.sql;
  1. 清理缓存后重新启动 CPT

问题二:CPT 启动时报 DRS-3000 端口被占用

  • 现象:启动时报 DRS-3000 无法绑定监听端口号 port: 5345 code: 98,进程启动失败。
  • 原因分析:
    • 之前的进程残留,端口未释放
    • 其他服务占用了相同端口
    • DUMP LOG 命令执行后临时模块未完全退出
  • 解决方案:
# 查看端口占用 netstat -tlnp | grep 5345 # 彻底停止所有 drsvr 进程 pkill -9 -f "drsvr" # 确认端口已释放 netstat -tlnp | grep 5345 # 清理缓存后重新启动 rm -rf cpt_dm8_master/ log/ mgr/ nohup ./drsvr cpt.xml >> cpt_master.log 2>&1 &

问题三:CPT 启动时报 DRS-3037 未找到动态库文件

  • 现象:启动时报 DRS-3037 未找到动态库文件 path: libdrcdm8.so。
  • 原因分析:LD_LIBRARY_PATH 环境变量未包含 DM8 驱动路径。
  • 解决方案:
export LD_LIBRARY_PATH=/data/dmdrs5/bin:/home/dmdba/dmdbms/bin:$LD_LIBRARY_PATH

建议:将所有 DMDRS 相关操作统一使用 dmdba 用户执行,避免 root 用户环境变量缺失问题。

问题四:EXEC 启动后状态信息为空

  • 现象:EXEC 启动后 show exec_dm8 state 显示“当前无状态统计信息”。
  • 原因分析:
    • resvd_size 参数未配置,默认值为 10GB,磁盘剩余空间不足
    • 备节点配置干扰主节点启动
    • 缓存目录权限问题(属主不是 dmdba)
  • 解决方案:
    1. 调整预留空间大小,在 exec.xml 中添加或修改:
<resvd_size>1</resvd_size>
  1. 注释掉备节点配置(如不需要备节点):
<!-- <cluster> <mode>master</mode> <standby> <item> <ip>192.168.21.139</ip> <port>5346</port> <target_name>exec_dm8_slave</target_name> </item> </standby> </cluster> -->
  1. 修复目录权限:
chown -R dmdba:dinstall /data/dmdrs5

4.2 数据同步类问题

问题五:CPT 发送 LSN 为 0,发送状态为“准备语句”

  • 现象:show cpt_dm8 send 显示起始 LSN=0、发送 LSN=0、状态=准备语句。
  • 原因分析:
    • CPT 的起始 LSN 未正确设置,从 LSN=0 开始解析
    • 归档日志已被清理,无法从 LSN=0 开始读取
    • 装载记录未正确初始化
  • 解决方案:
# 删除旧的装载记录 alter cpt_dm8 delete load_record all # 重新设置 LSN(从当前数据库最新 LSN 开始) alter cpt_dm8 set lsn # 重新添加同步表 alter cpt_dm8 add table "sch.name='DMDRS' and tab.name='EMPL1'" DROP|CREATE|INSERT|INDEX # 查看装载状态,确认完成后启动同步 show cpt_dm8 load status start cpt_dm8

问题六:CPT 进程异常退出

  • 现象:CPT 进程消失,ps aux | grep drsvr | grep cpt 无输出。
  • 原因分析:
    • 端口被占用导致启动失败后自动退出
    • 备节点连接持续超时触发异常
    • 段错误或其他致命错误
  • 解决方案:
# 查看 cpt_master.log 中的错误信息 tail -200 /data/dmdrs5/bin_cpt_dm8_master_135/cpt_master.log | grep -E "ERROR|FATAL|signal" # 彻底清理所有 drsvr 进程 pkill -9 -f "drsvr" # 确认端口已释放 netstat -tlnp | grep 5345
  • 如果不需要备节点,注释掉 cpt.xml 中的 cluster 配置
  • 清理缓存后重新启动 CPT

问题七:EXEC 接收不到数据(显示“暂未接收”)

  • 现象:show exec_dm8 state 显示接收日志时间=暂未接收,最新接收日志 LSN=暂未接收。
  • 原因分析:
    • CPT 到 EXEC 的网络连接未建立
    • CPT 的 send 配置中 IP/端口/模块名不正确
    • EXEC 模块未正常启动
    • CPT 发送队列卡住
  • 排查步骤:
# 1. 确认 EXEC 进程正常运行 ps aux | grep drsvr | grep exec netstat -tlnp | grep 5345 # 2. 确认 CPT 的 send 配置正确 show cpt_dm8 conf | grep -A5 "CPT-SEND" # 检查 IP、PORT、TARGET_NAME 是否正确指向 EXEC # 3. 测试网络连通性 telnet 192.168.21.139 5345 # 4. 检查 CPT 发送状态 show cpt_dm8 send

如果状态为“准备语句”且发送 LSN 为 0,参见问题五的解决方案。

4.3 装载类问题

问题八:装载失败,表状态为 ERROR

  • 现象:show cpt_dm8 load table all 显示状态为 ERROR。
  • 原因分析:
    • 目标端表结构不匹配(字段数、数据类型不一致)
    • 目标端用户权限不足(无 INSERT/CREATE 权限)
    • 数据类型不兼容(如字符串超长)
    • 网络中断导致装载中断
  • 解决方案:
# 查看具体错误信息 show cpt_dm8 load table error # 使用断点续传 alter cpt_dm8 continue load # 若续传失败,使用指定掩码重装 alter cpt_dm8 continue reload DROP|CREATE|INSERT|GROUP # 强制激活失败表同步(谨慎使用) alter cpt_dm8 sync table "SCHNAME"."TABNAME"

注意:强制激活装载失败表的同步会导致没有装载成功的分组数据全部被过滤,请慎重使用。

4.4 性能类问题

问题九:同步延迟过大

  • 现象:show exec_dm8 lag 显示表同步延迟持续增大(如延迟数十秒甚至数小时)。
  • 排查步骤:
    1. 查看整体链路延迟:show exec_dm8 link lag
    2. 查看检查点推进情况:show exec_dm8 ckpt
    3. 查看工作线程状态:show exec_dm8 thr
    4. 检查目标端数据库性能(CPU、IO、锁等待)
  • 常见原因:
    • 网络带宽不足(CPT 到 EXEC 之间)
    • 目标端入库性能瓶颈(磁盘 IO、数据库资源不足)
    • 大事务阻塞(单个事务操作数据量过大)
    • 目标端数据库锁等待
  • 解决方案:
    • 调整 work_thr 和 load_thr 参数,适当增加工作线程数
    • 调整 max_merge_row 参数,优化事务合并力度
    • 排查目标端数据库是否存在锁等待
    • 如果网络带宽受限,调整 max_speed 参数

4.5 检查点满载问题

现象

  • EXEC 日志中反复出现 NUM: 1000 SKIP 警告,随后同步被切断。
  • 同步任务卡住,目标端无新数据入库,EXEC 工作线程停止。
  • 源端 CPT 仍正常读取并发送数据,但 EXEC 不再推进 LSN。
  • show exec_dm8 ckpt 显示检查点数量持续增长且不回落。

原因分析

检查点是 EXEC 模块记录已成功提交至目标数据库的逻辑进度标记(LSN),用于故障重启后的断点续传。每个活跃事务在执行过程中会产生对应的检查点文件,事务提交成功后检查点会被释放。

正常情况下,检查点文件数量较少,因为事务提交后立即释放。

满载触发链:

  1. 大表装载失败或大事务耗时过长:工作线程卡死在执行上,事务长时间无法提交,检查点无法释放。
  2. 站点私有缓冲区不足:site_buf_size 默认仅 64MB,缓冲区被迅速填满。
  3. 数据溢出到磁盘:DMDRS 为防止 OOM,将溢出的数据转移到本地磁盘生成 .ckpt 检查点文件。
  4. 检查点数量突破上限:max_ckpt_num 默认上限为 1000,一旦活跃检查点文件数量达到此值,即触发 SKIP 报错并强行切断同步。
  5. 检查点间隔过短:ckpt_interval 默认 30 秒,如果检查点执行频繁且事务未提交,会加剧检查点文件的积累速度。
  6. CPT 重启恢复:CPT 重启时从上一个检查点开始读取日志,如果 ckpt_interval 太小,检查点过于密集,恢复时需扫描的检查点文件数量更多。

核心公式:

检查点文件数量 = 活跃事务数 × 每个事务产生的检查点文件数

当活跃事务数持续增加且无法提交时,检查点数量线性增长,直至突破上限。

优化方案

参数 作用 推荐值 配置位置
clear_interval 装载失败后自动清理该表检查点的时间间隔 24 小时(默认 168) exec.xml
ckpt_limit 检查点文件占用的磁盘空间上限 100 GB(默认 50 GB) exec.xml
max_ckpt_num 检查点文件数量上限 3000(默认 1000) exec.xml
site_buf_size 站点私有缓冲区大小 512 MB(默认 64 MB) exec.xml
error_policy 错误处理策略 2(MERGE INTO 重试) exec.xml
ckpt_interval CPT 端检查点执行间隔时间 60 秒(默认 30 秒) cpt.xml

各参数详细说明

1. clear_interval

  • 配置位置:EXEC 的 exec.xml 中 &lt;exec> 标签内
  • 作用:针对使用 add table 命令添加的同步表,从表装载失败开始,如果超出该参数设置的间隔时间后仍未重装或续装,DMDRS 会自动停止该表的增量同步,删除源端表字典,清理目标端对应检查点。
  • 调优建议:
    • 默认为 168 小时(7 天),检查点堆积风险高。
    • 调小该参数(如 24 小时),可以更快清理卡住的检查点,避免满载。
    • 如果业务上不允许自动清理,可保持较大值,但需配合其他参数。
  • 配置示例:
<exec> <clear_interval>24</clear_interval> ... </exec>

2. ckpt_limit

  • 配置位置:EXEC 的 exec.xml 中 &lt;exec> 标签内
  • 作用:当上一级 DMDRS 投递存在大事务时,如果内存不足以缓存该事务,会由检查点保存到本地文件。该参数限制检查点文件占用的磁盘空间上限。
  • 调优建议:
    • 默认值为 50 GB,大事务场景下可能不足。
    • 调大该参数(如 100 GB),让检查点占用的存储空间上限增加,防止磁盘空间不足导致同步卡死。
  • 配置示例:
<exec> <ckpt_limit>102400</ckpt_limit> <!-- 单位:MB,102400 = 100GB --> ... </exec>

3. max_ckpt_num

  • 配置位置:EXEC 的 exec.xml 中 &lt;exec> 标签内
  • 作用:检查点文件数量上限。达到上限后,即使未达到 ckpt_limit 磁盘限制,也不会继续推进检查点。该参数用于从数量维度进行保护,避免检查点文件过多占用系统资源(文件句柄、内存等),同时防止重启后恢复时间过长。
  • 调优建议:
    • 默认为 1000,这也是 NUM: 1000 SKIP 报错的直接原因。
    • 调大该参数(如 3000 或 5000),可以推迟满载触发时间,给运维人员留出处理窗口。
  • 配置示例:
<exec> <max_ckpt_num>3000</max_ckpt_num> ... </exec>

4. site_buf_size

  • 配置位置:EXEC 的 exec.xml 中 &lt;exec> 标签内
  • 作用:每一个源 DMDRS 在同步时,都会在 EXEC 端注册一个对应的同步站点结构。该参数用于分配同步站点可使用的初始化内存大小。数据装载时,EXEC 根据该值创建对应的站点缓存空间。
  • 调优建议:
    • 默认值为 64 MB,极易被大事务填满,导致数据溢出到磁盘生成检查点文件。
    • 调大该参数(如 512 MB),可以有效减少检查点文件生成频率,将更多数据保留在内存中处理。
  • 配置示例:
<exec> <site_buf_size>512</site_buf_size> <!-- 单位:MB --> ... </exec>

5. error_policy

  • 配置位置:EXEC 的 exec.xml 中 &lt;group> 标签内
  • 作用:控制装载或同步过程中遇到错误时的处理策略。
    • 0:终止同步(默认)。遇到错误立即停止,检查点无法推进。
    • 1:忽略错误继续同步。仅忽略有错误的操作,不影响事务中其他操作。
    • 2:INSERT/UPDATE 失败时,使用 MERGE INTO 重新执行。忽略 DELETE 失败。
  • 调优建议:
    • 默认为 0,遇到错误即终止,容易导致检查点堆积。
    • 改为 2 可以让 DMDRS 自动重试,避免事务卡死,检查点得以正常释放。
    • 注意:MERGE INTO 仅支持有主键表,且要求开启全列日志。
  • 配置示例:
<exec> <group> <item> <id>0</id> <error_policy>2</error_policy> ... </item> </group> </exec>

6. ckpt_interval

  • 配置位置:CPT 的 cpt.xml 中 &lt;cpt> 标签内
  • 作用:源 DMDRS(CPT)检查点的执行间隔时间。当 CPT 重启时,会从上一次运行的最后一个检查点开始读取日志文件。检查点间隔决定了 CPT 记录进度的频率。
  • 调优建议:
    • 默认值为 30 秒,适用于大多数场景。
    • 适当增大该参数(如 60 秒),可以减少检查点的写入频率,降低磁盘 IO 压力,同时减少检查点文件的总数。
    • 减小该参数(如 10 秒)可以加快 CPT 重启后的恢复速度,减少重复读取的日志量,但会增加检查点文件数量。
    • 在检查点满载场景下,调大 ckpt_interval 可以减少 CPT 端产生的检查点数量,间接缓解 EXEC 端的检查点堆积压力。
  • 配置示例:
<cpt> <ckpt_interval>60</ckpt_interval> <!-- 单位:秒 --> ... </cpt>

组合建议

场景 推荐组合
大表装载频繁失败 clear_interval=24 + max_ckpt_num=3000 + error_policy=2
大事务多,内存充足 site_buf_size=512 + ckpt_limit=100GB + max_ckpt_num=5000
CPT 重启频繁,恢复慢 ckpt_interval=60(调大减少检查点文件数)

综合预防(推荐生产环境)

以上全部组合调整:

clear_interval=24
ckpt_limit=102400
max_ckpt_num=3000
site_buf_size=512
error_policy=2
ckpt_interval=60

监控建议

定期执行以下命令,提前发现检查点堆积风险:

# 查看当前检查点数量 show exec_dm8 ckpt # 查看检查点文件占用磁盘大小 show exec_dm8 stor # 查看活跃事务数(若持续增长需关注) show exec_dm8 info

告警阈值建议:

  • 检查点数量 > 500:关注
  • 检查点数量 > 800:警告,需排查原因
  • 检查点数量 > 900:紧急,需立即处理

5. 排查步骤速查表

步骤 操作 命令/检查项 说明
第一步:基础环境确认
1.1 确认数据库运行 ps aux | grep dmserver 源端和目标端都要检查
1.2 确认归档模式 SELECT ARCH_MODE FROM V$DATABASE; 返回 Y 表示已开启
1.3 确认网络连通 从 CPT 机器 telnet EXEC_IP 5345 确认 CPT 能连接 EXEC
1.4 确认环境变量 echo $LD_LIBRARY_PATH 确认包含数据库驱动路径
1.5 确认端口状态 netstat -tlnp | grep 5345 确认端口未被占用
第二步:检查服务状态
2.1 确认进程存在 ps aux | grep drsvr 确认 CPT 和 EXEC 进程都在
2.2 查看启动日志 show cpt log error/show exec log error 查看启动时是否有错误
第三步:查看模块运行状态
3.1 查看 CPT 状态 show cpt_dm8 state 检查读取/解析/发送状态和 LSN
3.2 查看 CPT 发送 show cpt_dm8 send 检查发送 LSN 是否正常增长
3.3 查看 EXEC 状态 show exec_dm8 state 检查接收状态和 LSN
3.4 查看 EXEC 延迟 show exec_dm8 lag 检查各表同步延迟
第四步:启用调试日志
4.1 CPT 端调试 配置 log_mask=READ|SEND 查看 CPT 读取和发送详情
4.2 EXEC 端调试 配置log_mask=TRACE_SQL|EXEC_TRX_EXEC 查看 EXEC 执行 SQL 和事务状态
4.3 定点跟踪 trace exec_dm8 "表名" add 跟踪特定表的同步过程
第五步:分析并解决
5.1 查看错误日志 show cpt log error/show exec log error 定位具体错误信息
5.2 查看详细日志文件 查看 LOG00001/ 目录下的各类日志 深入分析执行细节
5.3 采取解决措施 修复配置、重启服务、断点续传等 根据定位的问题采取对应措施
评论
后发表回复

作者

文章

阅读量

获赞

扫一扫
联系客服