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

常德网站开发网站迁移应准备哪些记录：先列一份可交接清单

网站迁移前要准备的记录，核心不是“备份完了没有”，而是把内容、域名解析、数据库、账号权限、跳转规则、验收结果六类信息写成可交接的清单。第一次做迁移，先把这份清单建起来，再动手操作；否则迁移后一旦出现页面打不开、后台登录异常或收录波动，很难判断是哪一步出了问题。

先确认迁移范围，再决定记录深度

常德网站开发项目里的“迁移”可能指三种情况：换服务器、换域名、换建站程序。三者需要的记录不同。

• 只换服务器：重点记录数据库连接信息、文件目录结构、定时任务、伪静态规则。
• 换域名：除服务器信息外，还要记录旧域名解析、301跳转规则、站内绝对地址替换范围。
• 换程序或重建站点：需要额外记录栏目结构、内容类型、用户与权限、表单接收方式。

判断方法：如果迁移后网址不变、页面结构不变，按换服务器准备；如果网址会变，必须把跳转记录单独列出来。

迁移前必须留档的六类记录

下面这份清单可以直接复制到文档里逐项填写。假设你正在处理一个普通企业站，迁移前应记录：

1. 域名与解析：域名注册商、DNS服务商、A记录与CNAME记录当前值、TTL、是否启用CDN。不要只记“解析到某IP”，要记完整记录类型和主机名。
2. 服务器与运行环境：操作系统版本、Web服务器类型、程序语言版本、数据库版本、站点根目录、端口、SSL证书到期时间。
3. 数据库：数据库名、用户名、密码、字符集、表前缀、备份文件存放位置与校验方式。备份后要实际恢复一次到测试库，确认能打开。
4. 文件与目录：网站程序目录、上传附件目录、配置文件位置、是否有自定义修改过的核心文件。记录修改点比记录文件总数更有用。
5. 账号与权限：后台管理员账号、FTP或SSH账号、数据库管理账号、第三方接口的密钥或授权信息。密码不要写在公开文档里，记录存放位置即可。
6. 跳转与收录相关：旧网址到新网址的对应关系、301规则写法、robots文件内容、站点地图地址、是否提交过改版工具。这里只记录事实，不承诺收录结果。

迁移操作中要同步留下的过程记录

迁移不是一次性动作，过程中会产生新的信息。建议按时间顺序记录：

• 操作时间与操作人：谁在什么时候改了DNS、导入了数据库、替换了配置文件。
• 每一步的验证结果：例如解析是否生效、首页是否返回200、后台能否登录、表单能否提交。
• 异常与处理：如果出现数据库连接失败，记录报错原文、排查过的可能原因、最终定位到的原因。不要把“可能原因”写成“已经定位的原因”。
• 回滚点：迁移前的备份文件、旧服务器是否仍可访问、回滚需要改哪些记录。

技术示例：如果迁移后需要检查伪静态规则，可以在配置中确认类似 <h2> 这样的标签是否被错误转义，或规则文件是否被覆盖。这里只作为检查项，不代表某个程序一定使用该写法。

验收信号：哪些记录能证明迁移完成

迁移完成后，用记录逐项核对，而不是凭感觉判断。

• 首页、栏目页、内容页各抽3到5个网址，返回状态码为200。
• 旧域名访问时能按预设规则跳转到新域名，且跳转不是302临时跳转。
• 后台能正常登录，发布一篇测试内容后前台能显示。
• 数据库连接正常，表单提交后能在后台看到记录。
• SSL证书有效，浏览器不提示不安全。
• 站点地图和robots文件可访问，内容与迁移计划一致。

如果以上任何一项不通过，先回到对应记录里找差异，不要直接改线上配置。验收记录要保留到迁移后至少一个完整访问周期，方便对比。

第一次接触时的下一步

先建一个迁移记录文档，按“域名解析、服务器环境、数据库、文件目录、账号权限、跳转规则、验收结果”七栏填写当前状态。填不出来的项目就是迁移前需要先查清的项目。填完之后，再安排备份和测试恢复，确认备份可用后再动正式环境。