一、更换权威DNS的场景
权威DNS负责为域名提供最终的解析答案。当用户发起域名查询时，递归DNS会逐级追溯，最终从权威DNS处获得A记录、MX记录、CNAME记录等信息。更换权威DNS，就是把负责域名解析的服务器迁移到另外一组服务器。
更换权威DNS和平时修改解析记录有着本质区别。修改解析记录是在当前权威DNS上修改某一条特定解析记录，影响范围只局限于某一个域名或某条记录。而更换权威DNS则是更换整个域名解析体系，所有解析请求都会指向新的服务器。
更换权威DNS的常见场景主要包括：从域名注册商默认DNS切换到专业DNS服务商；从自建解析迁移到云解析平台；当前解析性能或功能不足更换更合适的DNS服务商，等等。
需要注意的是，NS记录缓存时间通常在24-48小时之间，更换权威DNS并不会立即生效，期间会出现新旧权威DNS同时提供解析的情况。
二、更换前的准备工作
梳理现有解析记录。登录现有DNS服务商的管理后台，导出全部解析记录，包括A记录、AAAA记录、CNAME记录、MX记录、TXT记录等。导出时要注意当前NS记录指向哪些服务器、SOA记录中的序列号、A记录指向的IP，以及是否存在历史遗留的额外NS记录。
在新平台配置解析记录。把整理好的记录导入新的DNS平台。多数云解析服务商（如国科云解析、阿里云解析、DNSPOD等）支持通过文件批量导入，导入前需要确认记录格式是否正确、TTL值是否合理、是否存在重复或冲突的记录。
调整TTL值。TTL决定了DNS记录在各级缓存中的存活时间。如果原记录的TTL较长（比如3600秒），全球各地的递归服务器缓存旧记录的时间就会较长，导致部分用户在更换NS后仍然被引导到旧服务器。建议在计划切换的24至48小时之前，把解析记录的TTL调到60秒或120秒。
三、切换操作的具体步骤
在注册商处修改NS记录
登录域名注册商的管理后台，找到域名管理页面中的“DNS服务器设置”或“NS记录管理”选项。删除原有的NS记录，添加新DNS服务器地址。
有几个细节需要留意：
（1）新平台通常会提供至少两组NS地址，建议全部填入，以提高冗余。
（2）部分注册商对NS记录格式的要求比较严格，必须是完整的域名格式，不能只填IP地址。
（3）如果域名开启了DNSSEC，需要先在注册商处删除DS记录再修改NS，迁移完成后，再在新平台开启DNSSEC。
渐进式切换
不建议一次性把旧NS全部替换为新NS。可以先把新权威节点添加为备用NS，观察一段时间，确认新权威可以正常响应请求，再删除旧的权威DNS。
切换后的观察期
NS记录修改提交后，全球DNS缓存开始逐步更新。这个过程的快慢取决于顶级域注册局记录的TTL值。.com域名的NS缓存时间通常为24至48小时，.cn域名通常为24小时。
注意：在这段时间，有的用户可能会请求旧权威DNS，有的用户可能会请求新的权威DNS，所以在此期间不要删除旧的DNS或者在旧DNS上随意修改解析记录，否则可能会导致部分用户解析失败。
四、验证变更是否生效
检查NS记录传播状态
用dig命令查询域名的NS记录，确认返回的服务器地址是否已更新为新平台的地址： dig example.com NS @8.8.8.8
验证权威应答
确认新的权威DNS能返回正确的解析结果：dig @ns1.newdns.com example.com A +norecurse
+norecurse可以直接请求权威DNS，而不用经过层层递归过程。对比返回的IP地址和配置是否一致。
检查关键业务记录
除了A记录，还需要逐一验证MX记录、TXT记录等对业务有直接影响的记录类型。邮件服务的MX记录如果指向错误，会导致邮件无法正常收发；SPF和DKIM记录配置不当，发出的邮件可能被标记为垃圾邮件。
五、监控和回滚
变更后的持续监控
解析记录全网收敛后，可以借助云拨测工具（如国科云拨测、阿里云拨测等）持续对解析状态进行监控包括各地区的解析结果是否一致、解析响应时间是否正常、权威服务器是否出现超时或异常应答。
回滚方案
如果切换后发现新权威DNS解析有问题，就需要进行回滚操作，在域名注册商处把NS记录改回原来的权威DNS地址。但回滚操作同样有TTL周期，其间部分用户可能继续使用新服务器的解析结果。所以在新平台的记录配置和功能验证通过之前，不要马上删除旧平台的配置，等新权威DNS完全生效后再删除。
更换权威DNS涉及的操作步骤不算复杂，主要工作集中在变更前的准备和变更后的验证上。按照以上的操作，即可顺利完成权威DNS更换操作，把对业务的影响降至最低。
推荐阅读：
