酒泉网站建设：网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /5e1840988e8c.html
📄
酒泉网站建设：网站迁移应准备哪些记录
网站迁移前最该准备的记录，是一份能说明“原站有什么、放在哪、谁在管、怎么恢复”的清单。对酒泉本地企业或区域项目来说，迁移不只是把文件复制到新服务器，还包括域名解析、备案信息、数据库、邮箱、统计代码和旧链接的对应关系。缺少这些记录，迁移后常见的结果是页面打不开、后台进不去、旧链接失效，而排查时又找不到原始依据。
先分清两种迁移方式，再决定记录深度
网站迁移通常有两种处理方案：整体搬迁和重建后切换。整体搬迁是把原站程序、数据库、附件和配置原样搬到新环境；重建后切换是用新程序或新模板重做，再把域名指向新站。两者要准备的记录不同。
- 整体搬迁适用条件：原站结构清晰、程序仍可维护、数据量不大，且希望尽快恢复访问。代价是旧问题会被一起带过去，例如冗余插件、过期主题或历史遗留目录。
- 重建后切换适用条件：原站设计陈旧、程序不再维护，或需要调整栏目结构。代价是工作量更大，必须额外记录旧链接与新链接的对应关系，否则已有访问入口会断掉。
判断方法很简单：如果原站后台还能正常登录、数据库能导出、页面数量在可人工核对范围内，整体搬迁更省事；如果原站已经无法更新内容或存在明显结构问题，重建后切换更合适，但记录要求更高。
迁移前必须整理的六类记录
无论选哪种方案，下面这些记录都应在动手前整理好，并至少保留一份离线副本。
- 域名与解析记录：域名注册商、到期时间、DNS 服务商、A 记录、CNAME 记录、MX 记录。MX 记录关系到企业邮箱，迁移时容易只改网站解析而误动邮箱。
- 服务器与账号记录：原主机服务商、服务器 IP、控制面板入口、FTP 或 SSH 账号、数据库账号。注意只记录账号用途，不把密码明文写在公开文档里。
- 程序与版本记录：建站程序名称、版本号、主题或模板名称、已启用插件清单。迁移后如果某功能异常，可据此判断是版本不兼容还是配置缺失。
- 数据库与附件记录：数据库名称、字符集、导出文件存放位置、上传附件目录大小。附件常被遗漏，导致文章还在但图片全部丢失。
- 备案与资质记录：如果网站在国内服务器上运行，需记录备案主体、备案号、接入服务商。更换接入商时，备案信息可能需要办理接入变更。
- 旧链接与统计记录：原站栏目路径、文章链接规则、已提交的站点地图、统计代码编号。重建后切换时，这份记录用于设置跳转规则。
用一份检查表判断记录是否够用
整理完成后，可以按下面的检查项逐条确认。任何一项答不上来，都说明迁移风险还没排除。
- 新服务器能否在不改域名的情况下先访问测试？
- 数据库导入后，后台能否用原账号登录？
- 附件目录迁移后，文章内图片是否正常显示？
- 表单邮件能否正常发送，收件地址是否仍有效？
- 旧链接访问时，是返回 404 还是跳转到新地址？
- 统计代码是否已换成新站可用的编号，避免数据记到旧账户？
假设某企业站有 200 篇文章，迁移后其中 30 篇提示找不到页面。若事先记录了旧链接规则，可以按规则批量设置跳转；若没有记录，就只能逐篇搜索补配。这个例子说明，链接记录的价值在出问题时才显现。
迁移当天的操作顺序与回退准备
建议按“先备份、再搭建、后切换”的顺序执行。第一步，完整导出原站数据库和附件，并确认导出文件能打开；第二步，在新环境导入并测试页面、后台、表单；第三步，选择访问量较低的时段修改 DNS 解析；第四步，观察解析生效后各页面是否正常。
回退准备同样属于记录的一部分：保留原服务器至少一到两周，不要一切换就删除原环境。如果新站出现无法快速修复的问题，可以把解析改回原 IP，先恢复访问再继续排查。需要区分的是，页面打不开可能是解析未生效，也可能是新服务器配置错误，还可能是程序报错，不能只凭一个现象断定原因。
下一步：先做一次迁移记录盘点
现在就可以打开原站后台和域名管理页面，把上面六类记录逐项填入一份文档，标出缺失项。缺失的域名解析或备案信息，优先向原服务商或接入商核实；缺失的链接规则，可通过站点地图和统计工具中的访问记录补齐。记录齐全后再决定整体搬迁还是重建切换，迁移过程会可控得多。
