巴中网站制作_网站迁移应准备哪些记录：先别急着改DNS
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /33a78e91c3e2.html
📄
巴中网站制作_网站迁移应准备哪些记录：先别急着改DNS
网站迁移最容易犯的错，是把“改解析、传文件”当第一步。真正该先做的是整理记录：把域名、DNS、服务器、程序、数据库、证书、邮件、统计和外部依赖逐项写成可核对的清单。记录不全，迁移中一旦出问题，就只能靠猜，恢复时间会被拉长。对时间和人手有限的团队，优先准备下面几类记录，比先动手搬数据更稳。
先纠正一个常见误解：迁移不是“复制文件”
很多人以为网站迁移就是把旧服务器上的网页文件下载，再上传到新空间。实际上一套能正常访问的网站，至少还依赖域名解析、数据库连接、程序配置、SSL证书、伪静态规则、定时任务和第三方接口。只搬文件，页面可能打开，但登录、搜索、表单、支付或图片加载会失败。
所以记录的作用不是走流程，而是让每一步都有对照。迁移前记录“原来是什么样”，迁移后才能判断“现在是否正常”。如果缺少记录，出现白屏、404、数据库连接错误时，很难区分是文件没传完、配置写错，还是解析还没生效。
迁移前必须整理的六类记录
下面这份清单按优先级排列，适合人手有限时先做。每一项都建议写成表格或文档，保留旧值和新值两列。
- 域名与解析记录：域名注册商、到期时间、DNS服务商、A记录、CNAME记录、MX记录、TXT记录。特别要记下哪些记录和网站无关，比如邮箱验证、企业验证，避免迁移时误删。
- 服务器与运行环境：操作系统版本、Web服务器类型、PHP或Node等运行环境版本、网站根目录、端口、防火墙规则。版本不一致是迁移后报错的常见原因。
- 程序与数据库：程序名称和版本、数据库类型与版本、数据库名、用户名、表前缀、字符集。数据库导出后要记录文件大小和导出时间，方便核对是否完整。
- 证书与安全设置：SSL证书类型、到期时间、是否强制HTTPS、是否有CDN或WAF。证书不能只复制文件，还要确认新环境能正常加载。
- 外部依赖与接口：统计代码、地图接口、短信接口、支付回调、对象存储、邮件发送服务。记录每个服务的用途和配置位置，迁移后逐项测试。
- 备份与回滚记录：旧站完整备份存放位置、备份时间、恢复命令或恢复步骤。没有回滚方案，就不要开始正式切换。
记录怎么记才有用：可执行的最小做法
不要只写“数据库已备份”，要写成可核对的事实。比如：
数据库导出文件：2025-06-01_site.sql，大小 38MB，表数量 42，导出工具 mysqldump
这样迁移后可以对比新库的表数量和文件大小。如果新库只有 40 张表，就说明导出或导入不完整，而不是等前台报错才发现。
同样，DNS记录不要只写“已解析”，要记录具体类型和值。例如：
@ A 192.0.2.10
www CNAME example.com
假设旧站使用上述记录，迁移到新服务器时，A记录需要改成新IP。改之前先确认新服务器已经能通过临时地址访问，否则解析一改，旧站和新站可能同时不可用。
时间和人手有限时，先做哪三件事
如果只有半天准备时间，按这个顺序做：
- 先备份并记录备份位置。没有备份，后面所有操作都是单向的。备份完成后，立刻记录文件路径、大小和时间。
- 再导出DNS和数据库记录。DNS截图或导出区域文件，数据库导出后核对表数量。这两项决定迁移能否回退。
- 最后列外部依赖清单。把统计、支付、短信、邮件、CDN逐项写下，迁移后按清单测试，避免遗漏。
判断标准很简单：如果迁移中途换一个人接手，他能否只靠这份记录继续操作并回滚。能，就说明记录够用；不能，就还需要补充。
迁移后核对记录，而不是凭感觉判断成功
切换完成后，逐项核对迁移前记录：域名解析是否生效、数据库表数量是否一致、SSL是否正常、表单是否能提交、邮件是否还能收发、统计是否还在记录。任何一项对不上，先按记录回滚或修复，不要继续改其他配置。
需要提醒的是，DNS解析生效时间受TTL和各地递归服务器影响，不同网络下看到的结果可能不同。判断时不要只看自己电脑，可以用多个网络环境或在线DNS查询工具对比。如果旧记录TTL较长，迁移前提前调低TTL，能减少切换等待。
下一步，先打开旧服务器的管理面板和域名DNS后台，把上面六类记录整理成一张表。表没填完，不要开始改解析。
