号群规模大的时候，一次全搬风险集中，分两批更稳。金铲铲之战的号群连同它们的代理IP按产出分成两批之后，先搬哪一批、后搬哪一批，除了顺序本身，还影响搬迁期间号群的产出损失有多大，以及出问题时能退到什么程度。
先搬哪一批
先搬产出压力小的那一批，代理IP也跟着这批先走。这批号即使出点问题也不影响整体账目，正好用来验证新机器和新配置。跑顺之后，再搬产出压力大的那批，这时候流程已经走通一遍，心里有底。反过来先搬重要的那批，一旦出状况，压力全落在最不该出问题的地方。
两批之间的间隔也要留出来。第一批搬完不要立刻搬第二批，给它一到两天的观察时间，让新的代理IP也有机会把表现跑出来。这一天里要看的项和平时不一样，重点是配置有没有搬全、连接有没有异常、产出有没有掉。确认没问题再动第二批，等于给第二批买了一份保险。代理IP这一侧的配置在两批之间可以共用一套流程，第一批怎么配的，第二批照着做。
第一批搬完，把流程写成几条，第二批照着走。
两批都搬完之后做什么
两批都到位之后做一次汇总核对。号的数量对不对、每个号在不在它该在的组里、对应关系有没有缺项，这三项核完，这次分批搬迁就算结束。老机器上留一到两周再处理，中途万一有需要，还有退路可走。
什么情况下一批搬不完
机器容量不够的时候，可能要先搬一部分，等增加设备之后再搬剩下的。这种情况要注意两批号在不同机器上跑的时间别太长：两边环境不一致，号群的表现会有差异，时间久了不好判断哪边是基准。
分批搬的成本要不要省
有人觉得分两批麻烦，一次搬完更利索。一次搬完确实更快，代价是把风险集中在一个时间点上。号群能不能承受，看产出对中断的敏感程度。停半天只是少赚一点，那就一次搬完；停半天影响后面一连串安排，那就分两批。这个判断不用复杂计算，看平时的安排紧不紧就够了。
分批搬要不要通知别人
如果号群由多人操作，搬迁之前说一声，让大家知道这两天会有变化。说了之后，别人遇到异常会往搬迁这个方向想，排查的起点不一样。
- 第一批
- 产出压力小的号，用来验证流程
- 观察期
- 一到两天，确认配置与产出都正常
- 第二批
- 产出压力大的号，流程走通后再动
- 收尾
- 汇总核对号数与对应关系，老机器保留一到两周
两批之间留出的那段观察期，是整个安排里最值钱的部分，代理IP的问题多半就在这段时间里露头。