数据库迁移期间如何追踪DB_A短期变更以同步至DB_B？

问题场景 #

数据库DB_B是DB_A的副本（创建时长不足1小时），在用户切换至DB_B前，DB_A仍处于运行状态。已知副本创建时间，且仅能对DB_A执行不影响业务的微小变更，需解决以下问题：

1. 如何追踪副本创建后到切换前DB_A的所有变更？
2. 当前使用的追踪脚本是否有优化空间？
3. 能否从DB_A获取信息，生成同步到DB_B的插入/更新脚本？

当前使用的脚本 #

SELECT
   [name]
  ,create_date
  ,modify_date
FROM
   sys.views
WHERE
   modify_date > '26 July 2023 15:50:00'

脚本优化空间 #

当前脚本仅覆盖视图对象的结构变更，存在明显局限性，可从以下维度优化：

• 扩展追踪对象范围：除视图外，需覆盖用户表、存储过程、函数等核心数据库对象，避免遗漏结构变更
• 使用标准时间格式：将日期字符串改为'2023-07-26 15:50:00'，避免不同语言环境下的日期解析错误
• 增加对象类型标识：查询结果加入type_desc字段，快速区分变更对象的类型（如表、视图、存储过程）

优化后的参考脚本：

SELECT
   [name],
   create_date,
   modify_date,
   type_desc
FROM
   sys.objects
WHERE
   modify_date > '2023-07-26 15:50:00'
   AND type IN ('V', 'U', 'P', 'FN', 'IF', 'TF') -- 覆盖视图、用户表、存储过程、各类函数
ORDER BY
   type_desc, modify_date DESC

生成DB_B同步脚本的可行性 #

结构变更同步：完全可行 #

通过对比DB_A和DB_B的系统元数据（如sys.columns的字段定义、sys.sql_modules的对象定义），可精准定位结构差异，生成对应的ALTER TABLE、ALTER VIEW等同步脚本，操作对DB_A无业务影响。

数据变更同步：分场景实现 #

• 带时间戳字段的表：若表中存在记录最后更新时间的字段（如update_time），可直接筛选副本创建时间后的变更数据，生成INSERT/UPDATE脚本，操作简单且对DB_A影响极小
• 无时间戳字段的表：
  • 小数据量表：通过CHECKSUM_AGG对比表数据哈希值定位差异表，再逐行对比生成变更脚本，需控制查询时间窗口避免锁表
  • 大数据量表：若DB_A开启了事务日志备份，可通过fn_dblog系统函数解析副本创建时间后的事务日志，提取数据变更记录生成脚本。此方法需对应权限，且需在低峰期操作避免影响业务

注意：所有同步操作需优先使用只读查询，选择DB_A低峰期执行，确保不干扰正常业务。

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