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

常德网站建设：网站迁移应准备哪些记录

网站迁移前最该准备的，不是一句“把文件复制过去”，而是一份能还原现有站点的记录清单。至少应包含域名与解析信息、服务器与数据库连接信息、程序与插件版本、页面与栏目结构、账号权限、备份文件、外部服务配置以及迁移前后的核对结果。缺少任何一类，迁移后就可能出现打不开、样式错乱、表单失效或收录异常。下面按观察、判断、处理、复查的顺序说明该记什么、怎么用。

先观察：现有站点有哪些可记录的对象

迁移前先不要急着打包文件，而是把站点拆成几类对象逐一登记。对常德本地企业站、展示站或小型内容站来说，常见对象包括：

• 域名：注册商、到期时间、DNS 服务商、当前解析记录。
• 服务器：主机商、IP、操作系统、Web 服务软件及版本。
• 程序：CMS 名称与版本、主题、插件或模块清单。
• 数据：数据库名称、字符集、数据表前缀、附件目录位置。
• 内容：栏目结构、页面路径、文章数量、图片和下载文件存放方式。
• 账号：后台管理员、数据库用户、FTP 或 SSH 账号、第三方接口密钥。
• 外部服务：统计代码、地图接口、短信或邮件服务、支付配置。

记录时建议用表格，不要只靠记忆。每一项写清“在哪里看到、当前值是什么、由谁维护”。如果原站点由他人代管，先确认能拿到哪些信息，再决定迁移方式。

再判断：哪些记录决定迁移能否顺利完成

不是所有记录同等重要。判断优先级可以看两个条件：缺了它，站点能否正常打开；缺了它，迁移后能否恢复原状。

1. 域名解析记录：决定访客能否找到新服务器。要记录 A 记录、CNAME 记录、MX 记录和 TXT 记录，尤其是企业邮箱用的 MX 记录，漏掉会导致邮件中断。
2. 数据库连接信息：包括数据库地址、端口、库名、用户名和密码。程序配置文件里通常能找到，但迁移后若数据库密码变化，必须同步修改。
3. 程序与插件版本：用于判断新环境是否兼容。例如原站使用较旧版本的程序，新服务器 PHP 版本过高时可能报错。此时应记录版本号，并在测试环境先验证。
4. 固定链接与栏目路径：如果原站文章地址是 /news/123.html，迁移后改成 /article/123，旧链接会失效。记录原路径规则，才能做重定向。
5. 备份文件：至少保留一份完整文件备份和一份数据库备份，并记录备份时间、存放位置和校验方式。

假设一个常德本地展示站要从旧虚拟主机迁到新云服务器，原站有产品页、新闻页和留言表单。迁移记录中若只写了“网站文件在 www 目录”，却没记数据库前缀和表单收件邮箱，迁移后产品页可能空白，留言也收不到。这里的“可能”是待排查原因，不是已经确定的原因，需要通过查看错误日志和表单配置来定位。

处理：迁移前应整理成一份可执行记录

把观察到的信息整理成迁移记录表，按下面几项填写，迁移时逐项核对：

• 基础信息：原站点域名、新服务器 IP、迁移窗口时间。
• 文件清单：网站根目录、附件目录、配置文件路径、备份文件名称。
• 数据库清单：库名、表前缀、字符集、导出文件大小、导入命令或工具。
• 配置变更：新数据库连接、新域名解析、伪静态规则、SSL 证书路径。
• 账号权限：后台管理员、数据库用户、FTP 或 SSH 账号，迁移后是否需要改密码。
• 外部服务：统计代码、地图密钥、短信接口、邮件发送方式，逐项确认是否仍可用。
• 回滚方案：如果新站异常，多久内切回旧服务器，旧服务器保留多长时间。

处理阶段建议先在测试地址验证，不要直接改正式域名解析。测试时检查首页、栏目页、文章页、搜索页、表单提交和后台登录。若使用 <h2> 这类标签描述页面结构，迁移后也应确认模板输出正常，而不是只看数据库是否导入成功。

复查：迁移后核对记录并处理遗留问题

迁移完成后，按记录逐项复查，判断结果分三种：正常、异常但可修复、需要回滚。

• 打开首页和至少三个内页，确认样式、图片和链接正常。
• 提交一次测试表单，确认能收到通知或写入数据库。
• 检查后台能否登录，插件或模块是否报错。
• 用旧链接访问，确认是否跳转到新地址；若没有，补做 301 重定向。
• 查看服务器错误日志，区分“可能原因”和“已经定位的原因”。例如页面空白可能是程序版本不兼容，也可能是数据库连接失败，需看日志再判断。
• 确认域名解析、邮箱 MX 记录和 SSL 证书状态，避免迁移后邮件或 HTTPS 出问题。

复查通过后，再保留旧站备份一段时间。若发现收录或访问异常，先对照迁移记录检查路径、重定向和服务器响应，而不是反复改动模板。下一步可以把这份记录表交给实际执行迁移的人，要求其按表逐项确认后再切换正式解析。