系统集成项目管理工程师 · 高频练习

旧系统持续产生新数据时,怎样用全量迁移和CDC缩短停机窗口?

中级 单选题 第 1034 题 中等 系统集成项目管理工程师数据迁移全量迁移变更数据捕获切换窗口
题目

某业务数据库有6TB历史数据,首次全量复制需要十几个小时,而旧系统在此期间仍要受理订单。项目组希望把正式切换停机控制在30分钟内。下列方案最合理的是()。

A 切换当天停掉旧系统后,再开始复制全部6TB数据
B 提前完成全量复制,切换时不再同步新增和修改的数据
C 提前全量复制并持续捕获源库变更,切换窗口内短暂停写、追平增量、完成核对后再把业务指向新库
D 让新旧数据库长期双向写入,不设置冲突处理和结束条件
题目类型:原创高频场景题 用途:用于帮助理解系统集成项目管理工程师相关考点和答案解析,不等同于官方真题。
正确答案
C
答案解析

先迁移存量数据,再通过变更数据捕获持续同步全量期间产生的新增、修改和删除,可以把长时间复制工作移到切换前。正式窗口只需控制写入、追平剩余变更、核对数据并切换连接,因此更有可能满足30分钟目标。

选项分析

A

把全部复制工作压在停机窗口内,明显无法满足30分钟目标。

B

忽略全量完成后旧系统继续产生的数据,会造成目标库缺单或状态过期。

C

正确,存量提前迁移、变化量持续追平,再在短窗口内完成最终一致性确认。

D

无冲突规则的长期双写容易产生循环复制、覆盖和主数据不一致。

本题为什么容易错

“全量任务显示完成”常被误当成目标库已经可以接管业务。只要源系统仍在写入,全量完成时点之后的数据变化就必须有清晰的捕获位置、延迟监控和最终追平措施。

先看结论

简短答案

旧系统持续产生新数据时,怎样用全量迁移和CDC缩短停机窗口,正确答案是 C(提前全量复制并持续捕获源库变更,切换窗口内短暂停写、追平增量、完成核对后再把业务指向新库)。先迁移存量数据,再通过变更数据捕获持续同步全量期间产生的新增、修改和删除,可以把长时间复制工作移到切换前。正式窗口只需控制写入、追平剩余变更、核对数据并切换连接,因此更有可能满足30分钟目标。

解析

易混淆概念对比表

概念本题判断区别要点记忆提示
切换当天停掉旧系统后,再开始复制全部6TB数据 本题干扰项 把全部复制工作压在停机窗口内,明显无法满足30分钟目标。 看到该词不要急着选,先判断是否真正解决题干问题
提前完成全量复制,切换时不再同步新增和修改的数据 本题干扰项 忽略全量完成后旧系统继续产生的数据,会造成目标库缺单或状态过期。 看到该词不要急着选,先判断是否真正解决题干问题
提前全量复制并持续捕获源库变更,切换窗口内短暂停写、追平增量、完成核对后再把业务指向新库 本题正确答案 正确,存量提前迁移、变化量持续追平,再在短窗口内完成最终一致性确认。 看到题干核心场景时优先联想到它
让新旧数据库长期双向写入,不设置冲突处理和结束条件 本题干扰项 无冲突规则的长期双写容易产生循环复制、覆盖和主数据不一致。 看到该词不要急着选,先判断是否真正解决题干问题
本题易混淆选项怎么区分
  • 切换当天停掉旧系统后,再开始复制全部6TB数据:把全部复制工作压在停机窗口内,明显无法满足30分钟目标。
  • 提前完成全量复制,切换时不再同步新增和修改的数据:忽略全量完成后旧系统继续产生的数据,会造成目标库缺单或状态过期。
  • 让新旧数据库长期双向写入,不设置冲突处理和结束条件:无冲突规则的长期双写容易产生循环复制、覆盖和主数据不一致。
复习

知识点详解

全量加载用于建立目标端的初始数据集,变更数据捕获则读取源端持续发生的变化并应用到目标端。CDC通常是持续复制而非绝对实时,延迟会受到源负载、网络、复制资源和目标写入能力影响。正式切换前应确认变更日志保留、复制延迟、数据核对、连接切换、短暂停写和回退条件,不应只看迁移任务是否处于运行状态。

备考速记

存量提前搬,增量持续追,最后短暂停写再对账。

切换窗口在切换窗口场景中的作用

全量加CDC解决的是复制时间与停机窗口的矛盾,不等于迁移项目已经完成。真实切换还要处理序列值、定时任务、外键、长事务、失败重放和应用连接,业务余额核对也不能被技术复制状态取代。

拓展

同类题怎么考

  • 设计低停机数据库迁移方案
  • 指出只做全量迁移的数据遗漏风险
  • 判断CDC延迟与正式切换条件
切换窗口在系统集成项目管理工程师软考中的考法

题干同时出现大数据量、源端不停写和短停机目标时,答案应同时覆盖全量和增量。只写全量会漏变化,只写CDC可能缺初始数据;最佳选项还应包含最终核对和切换控制。

解题思路

6TB不可能在30分钟里凭空搬完。正确思路是把“大搬家”提前做,把切换窗口只留给“最后几箱”:全量先走,变更持续追,临切换时短暂停写,等增量延迟归零或达到阈值,再核对关键余额并改连接。

考点定位

大数据量、短停机窗口的迁移题,要把存量和变化量分开处理。全量负责搬历史数据,CDC或增量同步负责追踪全量期间继续发生的变化,最终切换仍要有短暂控制写入、核对和回退判据。

易错提醒

  • 只迁历史数据,没有覆盖全量期间的新增和修改
  • 没有监控增量复制延迟就开始切流量
  • 停写、最终核对和回退顺序没有提前演练

备考提示

  • 把迁移方案拆成全量、增量、冻结、核对、切流、观察六步
  • 计算停机窗口时只计算窗口内动作,不把提前完成的全量复制混进去

你可能还想了解

  • 全量迁移期间产生的新数据怎么办?
  • CDC为什么不能等同于零延迟?
  • 数据库切换前为什么还要短暂停写?
  • 怎样验证增量数据已经追平?

本文小结

先完成6TB全量复制,再持续捕获源库变化;正式窗口内短暂停写、追平增量并核对后切换,才能把长复制过程移出停机窗口。