故障的表现一般是整个站点都无法访问，但是服务器本身是正常运行的。确定故障的位置是第一件事情，一层一层地排查可以节省时间。
本地先进行初步判断。更换网络或者使用公共解析服务重试，如果结果不一样，那么问题多半在本地缓存或者运营商递归节点上，清空系统和浏览器缓存之后再进行测试。命令行工具按照层级顺序查询，从根域到权威服务器追踪，可以知道哪一层返回了异常的结果或者超时。权威服务器没有响应一般是域名服务商的问题，返回SERVFAIL的话就要检查区域配置和签名状态。
在记录方面存在很多常见的错误。CNAME 指向失效的目标，链路过长导致解析超时；A 记录缺少或者多条线路配置错误，部分节点无法获取到地址；TTL 设置得太高，变更之后需要等待几个小时才能生效。域名状态也要查一下，注册商那边的暂停状态和到期时间都会直接造成解析中断。
IPv6 要单独进行验证。AAAA 记录存在但是链路不通的时候，支持 IPv6 的客户端会长时间等待之后回退，表现为部分访客访问慢而不是全部失败。
备用方案应该在故障发生之前准备好。使用两家以上的解析服务商来构建多线路冗余，通过 NS 记录分配，当其中一家服务商出现问题的时候，另一家仍然可以响应；把 TTL 在上线之前设置成几分钟，给切换留一个窗口；重要的业务配置健康检查和自动切换，主地址不能使用时就更新为备用地址。应急阶段可以用本地主机文件临时指向，但是只能用于个别终端，不能作为长期手段。
完成切换之后要检查全网是否生效，统计各个地方的解析结果，保证旧的记录全部过期，防止某些地方长时间处于故障状态。