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

桂林网站制作_网站迁移应准备哪些记录

网站迁移前最该准备的记录，是一份能独立还原旧站状态的清单：域名与 DNS 记录、源站文件与数据库备份、URL 对照表、服务器环境参数、账号权限、第三方服务配置和回滚方案。没有这些记录，迁移就不是“换服务器”，而是把旧站拆掉后凭记忆重搭。下面用一个假设例子说明该记什么、怎么用，以及两种处理方案的适用条件。

假设例子：一个桂林本地企业站的迁移记录清单

假设某桂林网站制作项目要把一个已上线两年的企业展示站从旧虚拟主机迁到新云服务器。旧站有约 80 个页面、1 个 MySQL 数据库、1 套联系表单邮件通知，域名解析在域名注册商处。迁移前应逐项记录：

• 域名与 DNS：域名注册商、到期日、当前 A 记录与 CNAME 记录、MX 记录、TTL 值。迁移时只改 A 记录，MX 不动，避免邮箱中断。
• 源站文件：网站根目录完整打包，记录压缩包生成时间和文件数量，便于解压后核对是否缺文件。
• 数据库：导出 SQL 文件，记录数据库名、字符集、表前缀、导出前后行数。行数对不上说明导出不完整。
• 环境参数：PHP 或运行环境版本、伪静态规则、上传目录权限、时区设置。旧站能跑不代表新环境默认能跑。
• 账号权限：后台管理员、数据库用户、FTP 或 SSH 账号、域名管理账号。记录谁持有、是否可转移，不要只记在一个人手里。
• 第三方服务：邮件发送配置、统计代码、地图接口、支付或表单接口的账号与回调地址。
• URL 对照表：旧 URL 与新 URL 一一对应，尤其是栏目页和文章页。迁移后旧链接若返回 404，对照表就是做跳转的依据。

两种处理方案：整站镜像迁移与重建迁移

整站镜像迁移是把旧站文件、数据库、配置整体复制到新环境，改 DNS 指向新服务器。适用条件：旧站结构清晰、无冗余代码、运行环境能在新服务器复现。判断结果是迁移后页面内容与旧站一致，URL 不变，只需核对功能和性能。

重建迁移是在新环境重新搭建站点，只导入必要内容，顺便调整栏目和 URL。适用条件：旧站技术栈过旧、存在大量无用页面，或迁移同时要改版。判断结果是旧 URL 需要逐条跳转，否则会丢失已有访问入口。

两种方案的分界不是“哪个更好”，而是旧站是否值得原样保留。若旧站有稳定访问和外部链接，优先镜像迁移；若旧站本身要重构，重建迁移更合理，但 URL 对照表必须更完整。

迁移前必须实际执行的检查项

1. 在旧服务器上执行一次完整备份，并立即在本地解压验证，确认压缩包可打开、数据库可导入。
2. 记录当前 DNS 的 TTL。TTL 较长时，提前调低，减少切换后的等待时间。
3. 在新服务器上用临时域名或 hosts 绑定测试，确认页面、表单、数据库连接正常后再改正式解析。
4. 准备回滚方案：保留旧服务器一段时间，记录旧 IP 和旧配置，出现问题时能改回解析。
5. 迁移完成后抽查首页、栏目页、文章页、表单提交和邮件通知，逐项对照迁移前记录。

常见错误与判断方法

常见错误包括：只备份了文件没备份数据库；改了 DNS 却没记录旧解析值，回滚时找不到原地址；URL 对照表只记首页，栏目页全部 404；第三方接口回调地址仍指向旧域名，表单提交后无响应。

判断迁移是否算完成，不看新站首页能否打开，而看三件事：旧 URL 是否可访问或正确跳转，后台能否正常发布内容，表单和邮件等交互是否与迁移前一致。三项都通过，才适合停止旧服务器。

下一步建议先整理出上面那份记录清单，再决定用镜像迁移还是重建迁移；清单缺项越多，越不适合直接切换解析。