域名迁移和 DNS 切换指南：如何降低网站和邮件中断风险

先盘点当前服务

修改 DNS 前，记录 A、AAAA、CNAME、NS、MX、TXT、CAA、TTL、跳转、证书、邮件服务商、第三方发信方和监控检查。保存旧配置，并确认谁有权限回滚。只关注网站而忽略邮件或证书的迁移计划并不完整。

在旧系统仍在线时，完成新网站、应用、数据库、存储、证书、跳转和邮件服务的准备。只有在获得授权时才通过专用路径测试新源站；确认应用数据和权限正常，在新服务能够承载真实流量前不要发布 DNS。

明确哪些记录需要修改，在旧服务正常时提前降低这些记录的 TTL。已有缓存无法事后缩短，因此应等待原来较长的 TTL 窗口过去再切换。不要在同一次操作中修改无关记录，变更范围越小，越容易回滚和定位。

修改相关 A、AAAA 或 CNAME 后，分别检查 IPv4 和 IPv6。确认证书覆盖主机名、跳转指向预期规范地址、Cookie 和会话正常、静态资源可加载，应用也能访问数据库。DNS 已返回新 IP 只是验证的开始。

新邮件服务准备好前，保持 MX 指向正常服务。重新配置 SPF、DKIM selector 和 DMARC，补齐所有合法发信方，并从每个平台发送测试邮件。在收件箱检查 Authentication-Results；网站迁移不会自动迁移收件邮件或发件邮件。

从多个解析器或网络对比权威与递归 DNS 应答。使用网站诊断检查 HTTPS 状态、响应时间、最终 URL、跳转和响应头，必要时用 IP 查询确认新的网络。缓存过期期间同时出现新旧答案是正常现象。

修改 DNS 后不要立即关闭旧网站、旧邮件服务或旧数据库。至少在相关缓存窗口内保持旧链路健康，并观察请求、错误率、邮件队列、证书警告和应用日志，以捕获仍使用旧记录的客户端和服务。

新服务失败时，恢复已记录的旧值，保持旧服务可用并观察收敛。解析器仍持有新答案时，回滚不会立即生效。不要反复来回修改 DNS，否则会产生多种缓存状态，让故障更难判断。

网站和邮件在多个网络稳定后，将 TTL 恢复到合理值。记录最终 DNS、证书续期责任、邮件认证配置、监控 URL、旧服务下线时间和准确回滚步骤。只有其他运维人员能理解并复现最终状态，迁移才算完成。

使用 IIPP 实时工具，检查你正在处理的域名或 IP 地址。