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

乌海网站设计 - 网站迁移应准备哪些记录

网站迁移前最该准备的，不是一句“把文件传过去”，而是一套能还原现状、验证新站、随时回退的记录。下面按“假设你在乌海本地经营一家小型企业站，原站用虚拟主机，准备换到新服务器”这个场景展开，说明迁移前要整理哪些记录、怎么用、容易漏在哪里。

先记录原站“长什么样”

迁移记录的第一部分，是原站的可核对信息。不要只记“网站正常”，要具体到能对照检查的项：

• 首页、栏目页、文章页、产品页的URL清单，最好导出成文件。
• 页面标题、描述、主要正文和图片文件名，随机抽10到20个页面留档。
• 服务器环境：PHP或运行环境版本、数据库类型和版本、伪静态规则、默认首页设置。
• 域名解析记录：A记录、CNAME记录、MX记录分别指向哪里，TTL是多少。
• SSL证书信息：证书覆盖哪些域名、到期时间、是否用了CDN或反向代理。

这些记录的作用是迁移后做对比。如果新站首页能打开，但某个栏目页变成404，有URL清单就能快速定位是规则没配好，还是文件没传全。

文件和数据库要留可回退的副本

假设原站有大约300篇文章、200张产品图。迁移前至少保留两份可独立使用的副本：

1. 完整文件包：包含程序文件、上传目录、主题或模板、插件或扩展、配置文件。配置文件里如果有数据库密码，记录时单独存放，不要和公开文件混在一起。
2. 数据库导出文件：导出后不要只看文件大小，要实际导入一次测试库，确认表数量、文章数量、用户数量能对上。

常见错误是只备份了网站根目录，漏掉数据库；或者数据库导出了，但上传目录里的图片没有一起拿。迁移后页面文字正常、图片全裂，往往就是这类遗漏。

迁移过程要留下操作记录

迁移不是一次性动作，中间会有多次改动。建议每做一步就记一行：

• 什么时间、在哪个环境、改了什么文件或哪条解析。
• 改之前的值是什么，改之后的值是什么。
• 改完后用什么URL或命令检查，结果如何。

例如把域名解析从旧IP改到新IP，记录里应写明旧IP、新IP、修改时间、TTL值，以及修改后在本机执行ping或nslookup看到的结果。这样如果新站访问异常，能判断是解析还没生效，还是服务器本身没配好。

上线前用检查项逐条核对

迁移完成后，不要只打开首页看一眼。按下面的检查项逐条过：

1. 首页、栏目页、文章页、搜索页、表单提交页能否正常访问。
2. 页面里的图片、样式文件、脚本文件是否都能加载，控制台有没有报错。
3. 数据库连接是否正常，新增一篇文章或一条留言能否写入。
4. 旧URL能否正确跳转到新URL，跳转状态码是否为301。
5. HTTPS是否正常，浏览器地址栏有没有证书警告。
6. 移动端页面是否和原来一致，重点看导航和表单。

如果某项检查失败，先对照迁移前的记录判断是配置差异、文件缺失还是数据没导入，不要急着在原站上反复改。

回退方案也要写成记录

迁移前要明确：如果新站上线后问题较多，怎么回到旧站。回退记录至少包括旧服务器的访问方式、旧数据库的存放位置、域名解析改回旧IP的步骤，以及回退后需要检查的页面。没有回退记录的迁移，一旦新站出问题，容易把原站也改乱。

下一步可以先把原站URL清单和数据库导出做出来，再拿一个测试域名或本地环境导入一次，确认记录完整后再动正式解析。