无快照事务性复制如何实现架构变更同步

事务复制开启@replicate_ddl架构传播后强制要求快照的核心逻辑，是复制引擎需要快照生成时写入的架构版本元数据作为变更基线，不需要生成、投递完整的业务数据快照，以下是3种生产环境验证过的可行方案：

• 方案1：生成仅含元数据的空快照（官方支持，最稳妥）
  不需要导出任何业务数据，仅补全引擎需要的基线元数据即可，操作步骤：

  1. 先调整发布配置，关闭全量快照强制生成开关：

     -- 发布库执行
     EXEC sp_changepublication 
         @publication = N'你的发布名',
         @property = N'allow_anonymous', 
         @value = N'true';
     
     EXEC sp_changepublication
         @publication = N'你的发布名',
         @property = N'immediate_sync',
         @value = N'false';
     

  2. 手动启动对应发布的快照代理作业，观察作业进度，当作业日志显示「已完成项目元数据收集」步骤后即可手动停止作业，不需要等待bcp数据文件生成。这个过程仅会写入架构版本基线到复制系统表，单张表耗时通常在1秒内，不会读写业务表数据。
  3. 完成上述操作后，发布端直接执行ALTER TABLE等DDL语句，变更会自动同步到所有订阅端，不需要重建复制拓扑。

• 方案2：手动同步DDL+更新版本戳（完全不触发快照流程）
  如果完全不想运行快照代理，可以手动对齐两端结构后更新复制元数据绕过校验：

  1. 先在发布端对目标表执行需要的架构变更（注意：主键、复制用rowguid标识列的变更不支持该方案，必须重建复制）
  2. 在所有订阅端对对应同步表执行完全一致的DDL语句，确保两端表结构完全匹配
  3. 在分发库更新对应复制项目的架构版本号，让日志读取器识别到新结构：

     -- 分发库执行，默认分发库名为distribution
     USE distribution
     GO
     UPDATE dbo.MSarticles
     SET schema_version = schema_version + 1
     WHERE 
         publication_id = (SELECT publication_id FROM dbo.MSpublications WHERE publication_name = N'你的发布名')
         AND article = N'你变更的表名'
     

  4. 操作完成后后续DML同步会自动适配新结构，不会报元数据不匹配错误。

注意：该方案属于运维侧常用变通操作，未在官方公开文档中明确标注支持，生产执行前请务必在测试环境验证，避开业务高峰操作。

• 方案3：使用复制内置存储过程传播列变更
  针对加列、删列这类最常见的架构变更，可以直接用复制内置的存储过程执行，完全不依赖快照元数据：

  -- 发布库执行：新增列
  EXEC sp_repladdcolumn 
      @source_object = N'你的表名',
      @column = N'新增列名',
      @typetext = N'varchar(50) NOT NULL DEFAULT '' ''',
      @publication_to_add = N'你的发布名'
  
  -- 发布库执行：删除列
  EXEC sp_repldropcolumn
      @source_object = N'你的表名',
      @column = N'要删除的列名',
      @publication_to_add = N'你的发布名'
  

  存储过程执行后会自动把DDL同步到所有订阅端，不需要额外操作。

所有方案均不支持涉及复制主键、rowguid标识列的架构变更，这类变更没有变通路径，必须拆除复制后重新配置。

内容的提问来源于stack exchange，提问作者sagar pant