六安做网站 - 网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /33a19a974f5f.html
📄
六安做网站 - 网站迁移应准备哪些记录
网站迁移前最该准备的，是一份能同时覆盖域名、服务器、程序、数据库、证书和外部服务的记录清单。没有这份记录，迁移时很容易出现“文件传完了但打不开”“数据库连不上”“邮件收不到”这类问题。下面用一个假设例子说明该记什么、怎么核对，以及两种常见处理方案的适用条件。
假设例子：把六安本地展示站迁到新主机
假设你有一个六安本地的企业展示站，原来放在一家小服务商的虚拟主机上，现在要换到另一台服务器。迁移前先建一个表格，至少记录以下项目：
- 域名注册商、DNS 服务商、域名到期日、当前解析记录
- 原主机服务商、控制面板地址、FTP 或 SSH 登录方式
- 网站根目录路径、程序版本、主题或模板名称
- 数据库地址、库名、用户名、字符集、备份文件位置
- SSL 证书类型、签发机构、到期日、是否自动续期
- 邮箱、表单、统计、支付等外部服务的对接信息
这些记录不要只放在原主机里。域名和数据库信息应另存一份离线文档，避免原主机无法登录时连查询入口都找不到。
两种处理方案：整站打包迁移与逐项重建
整站打包迁移适合程序结构固定、插件或模块较多、内容量大的站点。做法是备份全部文件和数据库，在新环境还原后修改配置。优点是内容、链接和设置保留较完整；风险是原环境与新环境的 PHP、数据库或扩展版本不一致时，可能出现白屏或乱码。
逐项重建适合页面少、结构简单、原环境残留文件多的站点。做法是只迁移文章、产品、图片等有效内容，程序重新安装。优点是干净，能去掉旧垃圾文件；缺点是耗时，且容易漏掉旧链接、表单接收地址或统计代码。
判断条件可以这样看：如果站点有大量动态页面、会员数据或自定义功能，优先考虑整站打包；如果只是十几页展示内容，逐项重建往往更省事。两种方案都要先备份，再操作。
迁移前必须核对的检查项
- 确认域名解析的 TTL 值，避免迁移后长时间仍指向旧主机。
- 在新环境用临时地址测试首页、栏目页、详情页和表单提交。
- 检查数据库连接配置中的主机名、库名、用户名和密码是否已替换。
- 确认 SSL 证书已在新环境生效，否则浏览器会提示不安全。
- 测试邮件发送、短信通知、统计代码和支付回调是否正常。
- 保留旧主机至少一周，确认新站稳定后再停用。
常见错误包括：只备份了文件没备份数据库；改了解析但没改程序里的固定域名；忘记迁移 robots.txt 或伪静态规则；把测试环境的调试开关带到正式环境。
记录清单怎样落地成可执行步骤
先建一个迁移记录表，按“项目、原值、新值、核对结果、负责人”五列填写。每完成一项就在核对结果里写“已测试”或“待确认”。迁移当天按域名、文件、数据库、证书、外部服务的顺序逐项操作。遇到页面打不开时，先查数据库连接和伪静态规则，再查文件权限，不要一上来就重装程序。
如果自己不确定原主机的数据库版本或程序版本，可以在原环境正常时先查清楚并记下来。迁移完成后，用浏览器无痕模式访问新站，避免本地缓存干扰判断。
下一步：把上面清单复制成表格，先填原值，再逐项补新值，确认所有“待确认”都变成“已测试”后再切换域名解析。
