把站点从一台服务器搬到另一台，最容易被忽略的一步是改完指向之后还要等。改的动作几秒钟就能完成，可要让所有访客都访问到新机器，得按小时甚至按天算。这段时间里，一部分访客已经走到新机器上，另一部分还在往旧地址上撞，两边表现不一样。提前把这个过程算进计划里，选访问量低的时段动手，问题会少很多。代理IP的地址调整如果涉及指向变更，也要按同样的节奏安排。
等待的时间由什么决定
等待时间等于路上各个副本各自还剩下的有效期。改动之前把有效期调短，这段等待就能压缩。常用做法是提前一天把有效期从原来的长值改成几分钟，等改动完成、确认各处都拿到新结果之后，再调回长值。多一步准备，能省下大半天的等待。代理IP服务调整解析时也照这个做法。
改完之后怎么确认
改完不要只看一个地方的结果。换几台不同网络的设备分别查一次，都拿到新地址才算传播到位；还有地方是旧的，说明那一层的副本还没到期。
- 换几台不同网络的设备分别查一次
- 各处都拿到新地址，才算传播到位
- 还有地方是旧的，那一层的副本没到期
哪些环节容易漏掉
本机自己留的那一份最容易被忽略，改完立刻去试，看到旧结果就以为没改成功。此外链路上的服务器、部分网络设备各有各的保留期，这些不受使用者控制，只能等。
设备重启能清掉本机那一份，路上的那几层清不掉。
搬完之后还要看什么
新机器要让旧环境下的请求也能正常处理，尤其是原来依赖旧地址做的那些配置。把指向改好，还要把新地址通知到相关方，两边都改完，切换才算完成。代理IP的指向变更同理，通知这一环省不掉。
改动完成的那一刻，还有一部分访客走在旧地址上。
把等待算进计划，选低谷时段动手，切换的代价会小很多。提前压低有效期，是最省事的一步准备。