NS迁移影响的是域名区域的权威回答，不只网站首页。切换前应从原服务商完整导出并核实邮件、验证、子域和特殊记录；自动扫描发现部分记录，不代表区域清单已完整。
先从权威区域取得原清单
导出原DNS数据，并另存必要的代理状态、TTL和平台特有配置。公共查询无法可靠枚举所有子域，自动扫描常见名称也可能遗漏。将导出与实际业务负责人提供的服务清单对照，而不是只检查根域和www。
按用途分类检查记录
除了网站A或CNAME，还要核对MX、邮件授权、域名验证、ACME验证和子域委派。SRV等服务记录也可能承担客户端发现功能。每条记录应能说明业务用途，不认识的记录先调查，不能把它当作旧垃圾直接删掉。
理解平台特有能力差异
根域别名、代理、分线路和动态更新机制，可能无法靠标准区域文件完整迁移。新平台导入成功后逐项核对实际回答与控制选项。必要时先在新权威服务直接查询，确认准备完成再安排委派切换。
切换后覆盖全部业务
分别核对新旧权威及公共递归结果，在旧缓存仍可能存在时保留适当过渡。网页、邮件和相关验证分别检查，记录原服务保留及停用条件。不要因为首页出现新服务器内容就提前删除原区域和恢复资料。
关键区别
公共扫描：发现常见记录；不能保证完整。
区域导出：保存已知记录；平台特性另记。
NS切换：改变权威来源；不等于全部业务验收。
怎样确认处理到位
新权威区域与核实清单一致，网站、邮件及验证服务正常，过渡状态和原区域停用条件明确，遗漏项有记录。
容易误判的边界
只复制A记录是网站地址调整，不是完整DNS迁移；无法解释的记录应保留调查，不以数量少作为清理依据。
