衡阳网站制作_网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /168e4d4ce9c9.html
📄
衡阳网站制作_网站迁移应准备哪些记录
网站迁移前应准备一套可核对的记录，至少覆盖域名与解析、服务器与程序、数据库与文件、页面与链接、账号与权限、邮件与第三方服务六类。记录的目的不是留档好看，而是让迁移前后能逐项比对，出现问题时可回退、可定位、可交接。若只是更换同一服务商内的主机，记录可以精简；若涉及更换域名、更换程序或跨服务商搬迁，记录必须完整。
先判断迁移类型，决定记录做到多细
两种常见处理方案的适用条件不同：
- 原样搬迁：程序、数据库、域名都不变，只换服务器。适用条件是原站结构清晰、无大量手工改动。记录重点放在服务器环境参数、数据库连接信息、定时任务和解析记录，页面层可只做抽样核对。
- 重建式迁移：换程序、换域名或重做页面结构。适用条件是原站技术栈老旧、需要同步改版。记录必须扩展到全量 URL 清单、跳转规则、表单接收地址和统计代码，否则上线后容易出现死链或数据断档。
判断依据很简单：迁移后如果任何一个旧地址打不开、任何一条表单提交收不到，就说明记录范围不够。若只是换机器、其他都不动，抽样核对即可通过。
域名与解析记录
需要记录：域名注册商、DNS 服务商、当前 A 记录与 CNAME 记录、MX 记录、TXT 记录（含域名验证类记录）、TTL 值、域名到期时间、是否开启 DNSSEC。
做法：迁移前把解析记录逐条导出或截图，标注每条记录的用途。切换时先调低 TTL，再改指向，观察生效后再恢复。验收信号是各地解析结果一致、邮件收发正常、域名验证类服务不报错。若只换服务器 IP，MX 与 TXT 记录通常不动，但仍要记录，避免误删。
服务器、程序与数据库记录
需要记录：操作系统与版本、Web 服务器软件与版本、程序语言版本、数据库类型与版本、数据库名与账号、字符集、网站根目录、伪静态或重写规则、计划任务、日志路径。
做法：在新环境按记录逐项对照安装，不要凭印象配置。数据库导出时记录导出时间、导出方式和文件大小，导入后核对表数量与关键表行数。验收信号是后台能登录、页面能打开、写入操作能落库、计划任务能按时执行。
若迁移后出现页面空白或 500 错误，可能原因包括程序版本不匹配、扩展未安装、目录权限不对或重写规则缺失；也可能是数据库连接信息写错。不要先断定是单一原因，按记录逐项排除更快。
页面、链接与跳转记录
需要记录：主要栏目与页面清单、URL 规则、带参数地址、已收录或已被引用的旧地址、需要设置的 301 跳转对应关系。
做法：迁移前抓取一份站点地址清单，迁移后逐条访问。重建式迁移尤其要准备旧地址到新地址的映射表，一条旧地址对应一条新地址，避免批量跳转到首页。验收信号是旧地址返回跳转而非 404，新地址内容与标题对应，站内链接不指向已删除页面。
短例子（假设）：旧地址为 /about.html，新地址为 /company/，则记录一行映射，上线后访问旧地址应跳转到新地址，而不是跳到首页。
账号、权限与第三方服务记录
需要记录：后台管理员账号与角色、FTP 或 SSH 账号、数据库账号、统计代码、表单接收邮箱或接口、短信或支付等外部对接信息、CDN 与证书配置。
做法：迁移后逐项登录验证，确认权限没有放大或丢失。统计代码与表单地址要在页面上实际检查，而不是只看后台开关。验收信号是数据能正常上报、表单能正常送达、证书有效且无混合内容警告。
涉及具体服务商或机构的信息查询时，应以其官方渠道公布的当前说明为准，不依赖旧截图或他人转述。
迁移前后的核对与回退准备
建议按三个阶段执行：迁移前导出全部记录并备份文件与数据库；迁移中按记录逐项配置并保留旧环境可访问；迁移后逐项验收，确认无误再停用旧环境。回退条件要提前写明，例如上线后关键页面不可用、数据写入异常，就切回旧环境再排查。
下一步：把上述六类记录整理成一张核对表，每项标注“已记录、已配置、已验收”三种状态，迁移时按表推进，避免遗漏。
