4. 数据迁移策略选型

在 Pure Storage 平台上做数据迁移，真正困难的不是“把数据搬过去”，而是在可接受的停机窗口、性能影响、回退风险和成本之间找到平衡点。同一批数据，用在线迁移、离线迁移、分层迁移、双活/双写还是快照复制，结果可能相差数倍的工作量和风险。选型的第一步不是挑工具，而是先量化约束条件。

先量化约束，再谈策略

建议在选型前先明确四个参数：

• 可停机窗口 T_down：业务允许中断的最长时间，例如 0 分钟、30 分钟、4 小时或一个周末窗口。
• 数据变更速率 R_chg：迁移期间源端每天新增/修改的数据量，例如 200 GB/天。它决定了增量追平是否可行。
• 可用带宽 B：迁移链路有效带宽，例如 10 Gb/s 链路实际可用约 800 MB/s。
• 回退要求：切换后若失败，能否在多久内回到源端，是否需要保留源端只读副本。

一个粗略但实用的判断是：若全量数据量为 D，则纯拷贝时间约为 D/B。当 D=20 TB、B=800 MB/s 时，理论拷贝约 7 小时；若 R_chg 较高，增量追平时间会显著拉长。这个估算直接决定“在线迁移是否来得及”“是否需要先做一次离线基线”。

五类策略的适用条件

在线迁移适合停机窗口极短甚至为零、且源端支持持续增量同步的场景。典型做法是先做全量基线，再持续同步变更，最后在短暂切换窗口内停写、追平增量、切换挂载点。它的代价是迁移期间源端和链路持续承压，且切换瞬间仍需一次“停写—追平—切换”的短窗口。若 R_chg 过大或链路不稳定，增量可能永远追不平。

离线迁移适合可接受较长停机窗口、数据一致性要求高、或源端无法提供在线增量能力的场景。做法是停业务、做一致性快照或冷拷贝、校验后切换。它最简单、最可控，但停机时间等于拷贝加校验时间，对核心业务往往不可接受。

分层迁移适合数据量大但访问热度差异明显的场景。把热数据优先迁到高性能层，冷数据留在原处或迁到低成本层，按访问频率分批迁移。它的关键是先做数据分类，否则容易把冷数据也拖进高优先级迁移，浪费窗口和带宽。

双活/双写适合要求接近零切换、且应用能够同时向两个存储写入或通过网关双写的场景。它把风险从“切换瞬间”分散到“持续双写一致性”，需要处理写冲突、顺序一致性和链路故障降级。若应用不支持双写，通常需要额外的主机层或网关层改造。

快照复制适合以周期性一致性副本为基础的迁移或容灾。先在源端打快照，再复制到目标端，按需挂载或恢复。它不保证零数据丢失，RPO 取决于快照周期；但实现简单、对源端影响小，常用于离线基线或分层迁移中的批量搬运。

取舍的核心：不是“哪个最好”，而是“哪个风险可接受”

在线迁移的代价是持续占用源端资源和链路，且切换瞬间仍需短窗口；离线迁移的代价是停机时间；分层迁移的代价是前期分类和多次搬运；双活/双写的代价是应用改造和一致性复杂度；快照复制的代价是 RPO 不为零。选型时建议按以下顺序判断：

1. 若 T_down 接近 0 且应用支持双写，优先评估双活/双写；否则评估在线迁移。
2. 若存在可用的长停机窗口，离线迁移往往是最简单、最可控的方案。
3. 若数据量大且冷热分明，分层迁移可以显著压缩高优先级迁移的数据量。
4. 快照复制通常作为基线搬运或容灾补充，而不是唯一策略。

一个可参考的选型示例

假设某业务数据量 D=20 TB，R_chg=200 GB/天，链路有效带宽 B=800 MB/s，要求停机窗口不超过 30 分钟，应用暂不支持双写。按 D/B 估算，全量拷贝约 7 小时，无法在 30 分钟内完成。因此不能直接离线迁移。可选方案是：先用快照复制在业务低峰期完成 20 TB 基线搬运（约 7 小时，不影响在线业务），再启用在线增量同步追平每日 200 GB 变更，最后在 30 分钟窗口内停写、追平剩余增量并切换。切换后保留源端只读副本 72 小时作为回退路径。

切换前的验证与回退

无论选择哪种策略，切换前都应完成三项验证：数据一致性校验（如校验和、块级比对或应用层抽样）、性能基线对比（切换后 IOPS/时延是否满足 SLA）、回退演练（确认源端副本可挂载、可回切）。回退路径必须在切换前就绪，而不是切换失败后再临时搭建。对于在线迁移和双写方案，还应重点观察增量追平速率和双写延迟，若追平速率持续低于变更速率，应尽早降级为离线窗口方案，避免无限期拖延。

总结来看，Pure Storage 环境下的迁移策略选型，本质是把停机窗口、变更速率、带宽、一致性和回退要求映射到具体策略上。先算清约束，再按优先级排除不可行方案，最后用混合策略压缩风险和窗口，才是可落地的选型方法。