如何用甘特图规划云迁移批次与切换
用甘特图规划云迁移：梳理依赖关系，把工作负载分成批次，并行搭建着陆区，演练切换，并把下线安排在重点保障期之后。
云迁移时间线的难点，在于决定哪些一起迁、每一批在等什么。本指南说明如何把工作负载清单变成批次、着陆区、经过演练的切换和退役日期。
简而言之
- 在发现进行的同时追溯依赖关系，这样在批次确定之前就知道哪些工作负载必须一起迁移。
- 把着陆区当作独立的工作流，设一个让第一批等待的就绪里程碑。
- 先跑试点批次，并在它与较大批次之间设一项总结经验的任务。
- 用开始到开始关系让后面的批次重叠，但在演练所需的输入就绪之前，绝不开始一批。
- 在重点保障期之后下线源环境，并用合同日期核对退役日期。
从工作负载清单到批次计划
工作负载清单只是一份列表，迁移计划则是一种顺序。区别在于依赖关系：应用不能先于它所调用的数据库迁移，批处理作业不能先于它写入的文件共享迁移，而在目的地存在之前，什么都不能迁。跳过这一步的团队，最后得到的批次在幻灯片上整整齐齐，却在第一个周末就失败，因为一批中有一半的连接被落下了。
这里的方法有三步。第一，在发现还在进行时就追溯依赖关系，这样必须一起迁移的工作负载分组会早早出现。第二，让着陆区成为一条独立的工作流，有自己的任务和就绪里程碑，而不是计划顶部的一行字。第三，把源环境的退役放在重点保障期之后，这样“何时可以关闭”这个问题就有了清晰可见的答案。
甘特图能帮上清单显示不了的那部分：一个日期移动时，哪些日期会跟着移动。如果网络建设多用四天，试点批次就会移动，然后是其后的每一批，再然后是退役日期。如果发现阶段找出了一个错综复杂的应用，批次计划会先于着陆区发生变化。图表不会告诉你哪种策略适合某个工作负载，也不会告诉你目标环境是否安全。它只负责安排你已决定的工作。
示例分阶段搭建云迁移模板。工期仅为示意。关于流程而不是进度表，请参见 /zh/templates/软件部署流程 和 /zh/templates/灾难恢复流程 。
分阶段搭建的云迁移计划
四个阶段共十九项任务。工期仅为示意，请设置你自己的数值。打开表格面板可查看每个阶段背后的行。
发现、依赖关系和批次计划
“应用与服务器发现”需要8个工作日。“依赖关系梳理”在其开始后第三个工作日启动，所以追溯从最初的发现结果就开始了。随后是“按工作负载制定迁移策略”和“迁移批次与切换窗口计划”，在“迁移计划已批准”里程碑结束。
与计划并行搭建的着陆区
“着陆区设计”在策略确定后就开始，而不是等计划获批。“网络与连通性建设”需要10个工作日，“身份、安全与日志设置”需要8个，在设计开始后第二个工作日启动。“着陆区就绪”要等两者。
先试点，再迁较大批次
“第1批试点迁移”（8个工作日）要等“迁移计划已批准”和“着陆区就绪”。随后是“将试点经验用于运行手册”，然后是“第2批核心工作负载”（15）。“第3批剩余工作负载”在第2批开始后第五个工作日启动，“性能与故障切换测试”接在第2批之后。
演练、切换，然后退役
“最终切换演练”要等第3批和测试。“切换窗口”为2个工作日，“重点保障期”为10个，随后是“下线源服务器”（8），在“源环境已退役”里程碑结束。
运作方式
在发现结束前就开始梳理依赖关系
把“依赖关系梳理”作为独立任务加入，并与发现建立开始到开始关系，例如1SS+3。最初的发现结果已足以开工，必须一起迁移的分组会早几周出现。
让着陆区成为带里程碑的工作流
给着陆区设计、网络和身份工作各设自己的任务，用一个工期为0的里程碑把它们汇合，并让第一批既依赖它，也依赖获批的计划。
按依赖分组来确定批次大小
把相互依赖的工作负载放在同一批。给每一批设一项任务，并用分组字段把批次、着陆区和切换放在不同的区块中。
跑试点并规划要改动的地方
让第1批很小，并在它之后加一项任务，用于修改运行手册和工具。后面的批次依赖这项任务，所以它花的时间会体现在日期里。
用延隔让批次重叠
当后一批可以在前一批运行时开始，就用带延隔的开始到开始关系，例如12SS+5。请确认人员和目标环境容量足够，因为图表不会检查。
把退役放在重点保障期之后
加一项“重点保障期”任务，工期等于你希望把源环境保留作后备的时间，并让下线接在它之后。把完成日期与你需要的日期相比。
应避免的错误
文件备齐就开始试点
签好字的计划不等于目标环境就绪。如果第1批只依赖批准，网络建设晚了就会让所有人措手不及。让第一批同时等待计划和着陆区。
按团队而不是按依赖来划分批次
把一个团队名下的一切在同一天迁移，常常把应用和它的数据库拆开。要按谁和谁通信来划分，并对照依赖关系梳理检查分组。
切换时就关闭源环境
如果下线从切换时就开始，后备在问题出现之前就没了。在两者之间保留重点保障期，并给它真实的工期。
把计划当作决策记录
图表显示工作预定何时进行。策略选择、安全评审和测试结果应放在你自己的记录和变更流程里，并在任务备注中写上参考。
打开云迁移甘特图
打开云迁移模板，把各批次的工期改成你自己的，看看退役日期如何移动。
相关指南
常见问题
一次迁移应该分几批？
这取决于工作负载的数量以及它们之间依赖的紧密程度。模板用三批作示例。请增减批次任务，使之符合你的分组。
可以围绕数据中心退出日期来规划吗？
把退役里程碑的完成日期与你需要的日期相比。如果更晚，就修改工期或依赖关系。固定开始日期只用于确实固定的日期，例如冻结期；图表会标出与依赖关系冲突的固定开始日期。
图表会跟踪成本或容量吗？
不会。QueryChart安排任务、依赖关系和进度。它不跟踪成本、工作量或资源负载，请把这些放在你已经在用的工具里。
可以把工作负载清单粘贴进图表吗？
可以。从Excel、表格软件或CSV复制行，然后粘贴到表格中。如果第一行写有列名，例如任务（Task）、工期（Duration）和依赖（Depends on），每一列会按名称匹配。
在哪里能看出是哪些任务决定了结束日期？
依次打开“视图”和“关键路径”，会点亮决定完成日期的任务链。如何阅读请见 /zh/guides/甘特图关键路径 。
