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

网站建设成功案例 - 网站迁移应准备哪些记录

网站迁移前应准备的记录包括：原站完整备份、域名与DNS配置快照、服务器环境参数、页面URL清单、重定向映射表、数据库导出文件、SSL证书信息、第三方服务对接记录，以及迁移前后的验证日志。这些记录既是迁移操作的依据，也是出问题时回滚和排查的基础。

假设案例：一次缺少记录的迁移

假设某企业把官网从旧主机迁到新主机，操作人员只打包了网站文件，没有记录原DNS解析、没有导出数据库、也没有整理旧URL清单。迁移后首页能打开，但栏目页大量404，表单提交失败，搜索引擎收录的旧链接全部失效。排查时无法确认原解析记录，只能凭记忆重建，耗时数天。这个假设例子说明：迁移的难点往往不在搬文件，而在缺少可对照的记录。

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

• 完整备份：网站文件、数据库、配置文件各一份，存放在迁移目标之外的独立位置。
• 域名与DNS快照：记录A记录、CNAME、MX、TXT等解析项及TTL值，截图或导出为文本。
• 服务器环境参数：Web服务器类型与版本、PHP或运行环境版本、必要的扩展模块。
• URL清单：用站点地图或爬取工具导出全部可访问URL，作为迁移后逐条核对的底稿。
• 重定向映射表：旧URL与新URL一一对应，结构变化时尤其重要。
• SSL证书信息：证书类型、签发对象、到期时间、是否需要重新签发。
• 第三方对接记录：支付、统计、客服、邮件等外部服务的回调地址与密钥配置。

两种处理方案的比较与适用条件

方案一：完整记录后迁移。适用于有数据库、有外部对接、URL结构会变化的站点。准备周期较长，但迁移后可逐项核对，出问题能快速定位。判断标准是：站点是否依赖动态数据或外部服务，如果是，优先选此方案。

方案二：仅备份文件直接迁移。适用于纯静态、无数据库、URL结构完全不变的小型站点。操作快，但一旦解析或路径有差异，排查成本高。判断标准是：站点是否能在本地完整打开且不依赖任何服务端逻辑，如果是，可考虑此方案。

迁移后的核对步骤

1. 用URL清单逐条访问，记录返回状态码，重点检查301与404。
2. 对比迁移前后的DNS解析结果，确认指向已更新。
3. 测试表单提交、支付回调、邮件发送等外部对接是否正常。
4. 检查SSL证书是否生效，浏览器是否提示不安全。
5. 保留旧环境至少一周，确认无误后再释放。

常见错误包括：只备份文件不备份数据库、迁移前未降低DNS的TTL导致切换延迟、重定向表遗漏带参数的URL、迁移后未清理旧环境缓存。这些错误多数可以通过上面的记录清单提前避免。

下一步：在正式迁移前，先按上述清单逐项打勾，缺少任何一项都先补齐再操作。