自己建网站:网站迁移应准备哪些记录

📍 WDQWDWQD987AAAAA:216.73.216.87
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fad36c9f7036.html
📄

自己建网站:网站迁移应准备哪些记录

网站迁移前最该准备的,是一份能对照新旧环境逐项核验的记录清单。它至少应包含域名与DNS记录、原服务器信息、程序与数据库备份、文件目录结构、SSL证书、邮箱与第三方服务配置、访问统计代码,以及迁移前后的页面URL对照表。准备这些记录的目的不是留档好看,而是让迁移后能逐条确认“原来有什么、现在是否还在、哪里出了问题”。

先分清两种迁移方案,再决定记录要细到什么程度

自己建网站的人常遇到两类迁移:一是整站搬到新主机,域名不变;二是连域名一起换,或者把网站从旧平台搬到自建环境。两种方案要准备的记录差别很大。

判断自己属于哪一种,可以问三个问题:域名是否变化?网站程序是否换掉?外部平台是否还在用?只要有一个答案是“是”,记录就要按第二种方案准备。

迁移前必须整理的记录清单

下面这份清单按“迁移前收集、迁移中对照、迁移后核验”组织。可以把它当成一张检查表,逐项打勾。

  1. 域名与DNS记录:域名注册商、到期时间、DNS服务商、A记录、CNAME记录、MX记录、TXT记录。截图或导出区域文件,不要只凭记忆。
  2. 服务器与运行环境:原主机的操作系统、Web服务器软件及版本、PHP或Node等运行环境版本、数据库类型与版本、必要的扩展模块。
  3. 网站文件与数据库备份:完整文件目录、数据库导出文件、上传目录、配置文件。备份后要实际恢复一次到本地或测试环境,确认可用。
  4. SSL证书:证书类型、签发机构、到期时间、是否支持自动续期。换主机后证书可能需要重新签发或重新部署。
  5. 邮箱与第三方服务:企业邮箱解析、支付回调地址、短信接口、统计代码、客服工具、CDN配置。这些常被忽略,迁移后才发现收不到邮件或支付回调失败。
  6. URL对照表:旧站每个重要页面的地址,对应新站的地址。没有换域名时,这项主要用于检查路径是否一致;换了域名或改了目录结构时,它是配置重定向的依据。
  7. 账号与权限记录:后台管理员、数据库用户、FTP或SSH账号、API密钥。迁移后应更换密码,而不是原样沿用。

迁移后怎么用这些记录做核验

记录的价值在核验。迁移完成后,按下面的顺序检查,比凭感觉点几个页面更可靠。

如果某项检查失败,先回到记录里找原始值,再对比当前值。多数迁移问题不是“服务器坏了”,而是某个记录没同步过去。

一个可执行的迁移记录模板

假设你要把网站从旧主机搬到新主机,域名不变。可以建一个文本文件,按下面格式填写。这里只是示例,实际值请替换成你自己的。

域名:example.com DNS:A记录 → 旧IP;MX → 邮件服务商 环境:PHP 8.1;MySQL 8.0;Nginx 备份:文件包 site-files.zip;数据库 site-db.sql SSL:到期日 2026-03-01;需在新主机重新部署 第三方:统计代码ID、支付回调URL、企业邮箱解析 URL对照:/about/ → /about/;/blog/ → /blog/

填完后,把这份记录复制一份到新主机上,迁移时逐项对照。迁移完成后,保留至少一个访问周期,确认没有遗漏再删除旧环境。

选择方案时看代价,而不是看哪个更省事

只换主机、域名不变,代价主要在停机时间和环境配置;换域名或换平台,代价还包括重定向维护、外部链接更新和统计代码重新部署。如果你的网站有稳定访问量或外部合作链接,建议优先保留原域名,只迁移主机;如果必须换域名,就要把URL对照表和301规则做完整,并接受短期内流量波动的可能。

下一步,先把你当前网站的域名解析、数据库版本和第三方服务列成一张表。这张表就是迁移记录的起点,也是迁移后排查问题的第一份依据。

图1 图2

nginx