异构迁移前评估：数据量、停机窗口与带宽测算及回退门禁

大型生产割接最怕的一句话是”100M 专线、10TB 数据，停多久？”——答案不能拍脑袋，得先把账算清，否则要么窗口不够、要么资源白备。

一、先拆”12TB”：有效数据量 ≠ 库大小

“数据库 12TB”不等于”需要传 12TB”。要区分有效业务数据、索引、日志、临时表，LOB（大对象）字段还要单独统计，因为它往往占总量的大头且传输效率不同。只算真正要迁的有效数据量，估算才不会离谱。

二、带宽用持续可用值，别用标称

专线标称 100M 是上限，实际持续可用吞吐要打折扣（协议开销、抖动、共享拥塞）。测算一律用”持续可用值”，否则按标称算出的时间会严重偏乐观，现场必然超时。

三、四个核心公式

有效网络吞吐 = 持续可用带宽 × 实际效率；端到端吞吐还要扣掉源端读出、目标端写入的瓶颈；全量迁移时间 = 有效数据量 ÷ 端到端吞吐；所需带宽 = 有效数据量 ÷ 目标停机窗口。先用公式算出理论值，再判断离线方案窗口是否可接受。

四、离线 vs 在线：25 小时与 60 分钟

一个 12TB 项目若全量离线搬迁，按持续吞吐算往往要 20 多小时，远超业务可接受的停机窗口。改为在线迁移（先迁全量、再追增量），把”必须停下的时间”压缩到只追最后一段增量，可压进 60 分钟以内停机。关键看增量速率能否在窗口内追平源端新增。

五、校验与试迁：别只信纸面

数据校验时间必须单独预算，且分三级（记录数、校验和、抽样业务核对）。更重要的是用试迁代替纯理论：选有代表性的表（不要只挑最简单的大表）做真实传输，拿到实测吞吐再反推正式窗口；大于 1TB 的迁移还要提前准备目标端参数与空间。目标容量 ≠ 源端有效数据量，留足余量才能避免临门一脚失败。

本文参考 CSDN 公开技术文章，由本站独立整理编写，仅供学习参考。