服务器域名迁移，DNS 查询把控解析切换全流程
更换服务器、迁移云服务商，域名解析修改是关键步骤，不少迁移故障都来自解析切换环节考虑不周，DNS 查询可以贯穿迁移前后，降低切换过程带来的业务风险。正式修改解析记录之前，优先调低域名的 TTL 数值，缩短各地缓存保存时间，为后续切换做好准备。TTL 调整不会立刻生效，需要等待原有 TTL 缓存过期，调整完成后，借助 DNS 查询确认新的 TTL 参数已经对外生效，再去修改 A 记录。
解析记录修改提交之后，权威服务器配置已经更新，但公网大量递归 DNS 还会继续沿用旧缓存。直接切换业务流量，会有一部分用户依旧访问旧服务器，容易出现访问错乱。DNS 查询可以查看多节点返回结果，统计有多少节点已经获取新的 IP，掌握解析传播的实际进度。运维人员可以根据多节点返回数据，判断解析同步情况，选择合适的业务切换时机，不用依靠主观预估等待时间。
迁移过程中，需要区分权威服务器结果和本地缓存结果，权威服务器已经更新，个别拨测节点依旧返回旧 IP，属于缓存未过期的正常现象。全部节点完成更新往往需要一定时间，不要以单台电脑浏览器访问结果，来判断全网解析是否就绪。DNS 查询多节点返回的数据，更接近真实互联网用户的实际情况，能够规避本机缓存带来的误判。
迁移完成后的一段时间内，依旧要定期执行 DNS 查询，部分运营商 DNS 缓存刷新节奏特殊，会出现延迟很久才更新的情况。观察一段时间确认解析结果稳定，再把 TTL 参数恢复至日常使用的数值，平衡解析更新灵活性和解析查询性能。长期保持过低的 TTL，会增加权威服务器的查询压力，稳定阶段恢复常规参数，保障解析服务响应速度。
不要完成后台保存就认定迁移工作结束，依靠 DNS 查询跟踪解析传播过程，合理安排业务切换时机，最大程度减少服务器迁移对线上业务带来的影响。服务器迁移涉及服务器数据迁移、域名解析切换、安全策略调整多个环节，解析层面的核验是其中不可缺少的一环，借助 DNS 查询做好监控，保障迁移平稳落地。
