舟山网站开发网站迁移应准备哪些记录 - 先列出可核对的迁移清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /73521ea2f050.html
📄
舟山网站开发网站迁移应准备哪些记录 - 先列出可核对的迁移清单
网站迁移前最该准备的，不是一句“备份好了”，而是一份能逐项核对的记录清单。对舟山网站开发项目来说，如果时间和人手有限，最先要整理的是域名与解析记录、服务器与数据库信息、页面与链接清单、账号权限、备份文件、上线后的检查结果。判断标准很简单：换一台电脑、换一个人接手，能不能照着记录把站点恢复并确认没有问题。
先观察：迁移前要记录哪些现状
迁移不是从旧环境复制文件就结束。先观察当前站点实际依赖什么，再决定哪些记录必须留。
- 域名记录：域名注册商、DNS 服务商、A 记录、CNAME、MX、TXT 等解析值。不要只截图，最好把主机名、类型、值、TTL 抄进表格。
- 服务器记录：操作系统、Web 服务软件、运行环境版本、站点根目录、伪静态规则、计划任务。
- 数据库记录：数据库类型、版本、库名、字符集、连接账号、导出文件位置和导出时间。
- 账号权限：域名后台、服务器、数据库、CMS 后台、对象存储、CDN、统计工具的管理员账号归属。
- 内容与链接：栏目结构、固定链接规则、重定向规则、表单接收地址、图片和附件目录。
如果只看页面是否打开，很容易漏掉邮件解析、支付回调、接口白名单这类不常访问但影响业务的记录。舟山网站开发中常见的企业展示站、询盘站，尤其要把联系表单和地图接口的配置单独记下来。
再判断：哪些记录必须先处理
时间和人手有限时，按“断了会影响访问或数据”的顺序排，而不是按文件大小排。
- 先确认域名解析和 SSL 证书。解析改错会导致全站打不开，证书过期会出现安全提示。
- 再确认数据库导出文件可恢复。只导出 SQL 不够，还要记录导入命令或导入方式。
- 然后确认页面链接规则。旧链接能否 301 到新链接，直接影响用户和搜索引擎能否找到原页面。
- 最后处理统计、站长验证、第三方接口等辅助配置。它们不影响打开，但影响后续判断。
判断结果可以这样用：如果迁移后首页能打开，但内页全部 404，问题多半在伪静态或固定链接记录缺失；如果首页也打不开，先查解析、服务器绑定和证书，而不是先改模板。
处理：把记录整理成可执行文件
建议建一个迁移记录表，至少包含“项目、旧值、新值、操作人、操作时间、复查结果”六列。下面是一个假设例子，用来说明格式，不是实际项目数据：
主机记录：www；类型：A；旧值：203.0.113.10；新值：198.51.100.20；TTL：600；复查：解析生效后返回新服务器 IP。
备份也要写清楚：备份时间、备份范围、存放位置、校验方式。只写“已备份”没有意义，因为无法判断备份是否完整。对于舟山网站开发项目，如果站点有本地图片、PDF 或视频，要确认这些文件是否在备份范围内，而不是只备份数据库。
复查：上线后按记录逐项验证
迁移完成后不要只点首页。按记录逐项检查，才能知道哪些配置已经生效、哪些只是暂时看起来正常。
- 访问检查：首页、栏目页、详情页、搜索页、表单提交页各打开一次。
- 链接检查：旧链接是否跳转到对应新链接，是否出现 404 或跳转到无关页面。
- 数据检查：数据库中的文章数、用户数、订单数或询盘数是否与迁移前记录一致。
- 功能检查：表单能否收到邮件或写入后台，地图、在线客服、统计代码是否正常加载。
- 权限检查：新服务器上的文件权限、目录权限是否允许 CMS 正常上传和更新。
复查发现异常时，先对照迁移记录判断是“可能原因”还是“已经定位的原因”。例如内页 404，可能是伪静态规则未迁移，也可能是固定链接结构被改动；在没看到规则和后台设置前，不要断言只有一个原因。
下一步
先打开当前站点的域名解析页面和服务器站点配置，把域名、解析、数据库、站点根目录、伪静态规则五项抄进一张表；再导出数据库和站点文件，记录导出时间与存放位置。完成这两步后，再安排迁移操作，比直接复制文件更稳妥。
