切换这件事，动作本身不复杂，容易出问题的是顺序。坦克世界的号群从主用线换到冷备上，涉及三处：多开软件里的配置、环境里的登录状态，还有代理IP服务方那边的记录。这三处的改动有先后，顺序颠倒了会出现一段两边都不认的空档，号群在那段时间里既走不了老线也走不了新线。先把顺序定下来，切换就变成一个照做的流程。
先确认冷备可用，再动号群，最后核对记录；三处都动完之前，不要急着判断号群恢复没有。
三步的顺序与理由
先确认冷备可用，再动号群。第一步是确认冷备本身还活着，用一条简单请求测一下，这一步不能省，跳过之后可能出现切过去才发现那条线早就到期了的情况，白折腾一趟。第二步是在多开软件里把配置指向冷备，注意不要一次把所有窗口全切，先切一两个窗口验证，通过之后再铺开。第三步是在服务方后台核对记录，把这次切换写进去，包括时间、原因、切换前的线和切换后的线。三步做完，号群整体恢复，切换才算收尾。
这一步的顺序，决定了空档有多长。
为什么先切一两个窗口
全量切换的风险在于，一旦新线有问题，所有窗口同时受影响，连对照都没有。先切一两个，剩下的还在老线上，两边同时存在的时候，哪边正常一眼就能看出来。确认新线可用之后再铺开，整个过程号群只有一小部分短暂受影响。代理IP的切换不需要追求快，追求的是结果确定。
切换完成之后不要立刻回切。主用线的问题可能还没处理完，急着回切会再折腾一次。正确的做法是让冷备先跑一段时间，把主用线那边的原因查清楚、修好，再选一个空闲时段切回来。回切的动作和切换一样，只是方向相反，同样要经过验证。有的号群干脆不回切，让冷备转正、老线转为新的冷备，这样省掉一次动作，代价是两条线的角色要重新写一遍。代理IP的角色调整比动作本身更值得花时间想清楚。
- 验证
- 切换前用简单请求确认冷备可用
- 试点
- 先切一两个窗口，确认通过再铺开
- 留痕
- 把切换的时间、原因和前后线路记下来
坦克世界的号群如果在活动期做切换，尽量避开产出高峰，换到相对空闲的时段。代理IP的切换动作本身很快，真正占时间的是验证和记录，把这两步做扎实，后面就不用反复回看。
