SymmetricDS启动耗时过长咨询：DB2(AS400)与SQL Server同步场景

首先明确一点：启动耗时近50分钟绝对不正常，SymmetricDS正常启动（哪怕是主节点）通常只需要几分钟，甚至更短。下面我会拆解这两个耗时阶段的原因，再给出针对性的优化方案：

1. 检查表结构阶段：
   DB2 for i（AS400）的元数据查询本身就比其他数据库慢一些，尤其是当你的数据库包含大量表、索引或视图时，SymmetricDS需要遍历所有匹配规则的表，对比本地元数据和SymmetricDS配置表的差异，这个过程会产生大量的数据库查询。如果你的配置里用了宽泛的表匹配规则（比如*），或者开启了自动创建/修改表的功能，会进一步增加这个阶段的耗时。
2. 同步触发器阶段：
   触发器的创建、验证和同步在DB2 for i上有额外的性能开销——SymmetricDS需要为每个同步表生成触发器，检查触发器是否存在、结构是否符合预期，这个过程会反复和数据库交互。如果需要同步的表数量多，或者触发器逻辑复杂，耗时会被放大。

这里按优化效果从高到低排序，建议优先尝试前两项：

• 缩小表检查与触发器同步的范围
  • 不要在sym_table配置中使用通配符（比如*），只明确指定需要同步的表。这样SymmetricDS只会检查这些表的结构，不用遍历整个数据库的所有表。
  • 把auto.sync.triggers参数设置为false，关闭启动时自动同步触发器的功能。之后只在你修改了同步规则或表结构时，手动执行命令symadmin --engine server sync-triggers来同步触发器。
• 优化DB2 for i的元数据查询性能
  • 运行RUNSTATS命令更新你的业务表和DB2系统表（比如SYSTABLES、SYSCOLUMNS）的统计信息，让数据库优化器能更快地返回元数据查询结果：

    RUNSTATS ON TABLE <你的表名> WITH DISTRIBUTION AND DETAILED INDEXES ALL
    

  • 咨询AS400管理员，确认DB2系统表是否有合适的索引——合理的索引能大幅提升元数据查询的速度。
• 调整SymmetricDS启动参数
  • 启动时添加--no-auto-config参数，跳过自动配置检查阶段，但前提是你已经确认SymmetricDS的表结构和触发器都是正确的，之后需要手动维护这些内容：

    sym --engine server --port 8084 --no-auto-config
    

  • 如果不需要在启动时自动创建目标端（SQL Server）的表，把initial.load.create.first参数设置为false，减少启动时的DDL操作。
• 简化触发器逻辑
  • 尽量使用SymmetricDS默认的触发器模板，避免自定义复杂的触发器逻辑——默认模板已经做了性能优化，自定义逻辑容易增加同步耗时。
  • 通过sym_trigger表配置触发器的过滤条件，只对需要同步的操作（比如INSERT/UPDATE/DELETE的特定场景）创建触发器，减少触发器的数量和执行开销。
• 硬件与网络优化
  • 确保AS400服务器有足够的CPU和内存资源，启动阶段的元数据查询和触发器操作会占用较多资源，资源不足会导致耗时剧增。
  • 检查SymmetricDS服务器与AS400之间的网络连接，尽量降低网络延迟——频繁的数据库交互对网络稳定性和延迟很敏感。

内容的提问来源于stack exchange，提问作者Raju Rudru