服务器更换 IP、迁移机房之后，部分运维人员本地浏览器访问正常，就直接宣告业务切换完成。本地设备的 DNS 缓存会掩盖部分配置问题，本地访问正常不等于全网解析全部生效，DNS 查询可以在业务正式切换完成之后，开展解析状态基线核验。

DNS 查询可以对目标域名发起解析请求，拿到当前各个记录对应的返回数据。通过 DNS 查询，运维人员核对 A 记录返回地址是否和新服务器公网 IP 相匹配，及时发现解析填写错误、记录没有保存生效这类问题，避免大量用户依旧访问旧服务器。

业务同时启用 IPv4 与 IPv6 双栈，执行 DNS 查询，分别查看 A 记录与 AAAA 记录返回值，确认两套协议的解析都已经更新完毕。个别场景会出现只修改了其中一套记录，另一套依旧保留旧地址，普通浏览不容易察觉，DNS 查询可以发现这类配置漏洞。

解析修改不会在全网瞬间完成，各地递归 DNS 会按照 TTL 逐步刷新缓存。间隔一段时间多次执行 DNS 查询，观察不同时间节点返回的解析地址，就可以判断解析记录的同步进度，减少频繁修改解析带来的额外风险。

DNS 查询只是解析层面的基础核验手段，确认记录正确，不等于网站业务就能够正常对外提供访问。解析无误之后依旧要搭配连通性、页面访问测试，完整校验服务器端口、防火墙策略，确认全部配置妥当，再完成业务迁移的全部流程。