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

龙岩网站开发：网站迁移应准备哪些记录 - 迁移前必须整理的清单与判断方法

网站迁移前应准备的记录，核心是能完整还原“旧站是什么、放在哪里、怎么运行、谁在管”的四类信息：域名与DNS记录、服务器与部署记录、内容与数据库记录、以及账号权限与外部服务记录。没有这些记录，迁移就不是搬迁，而是重建，代价会从几小时变成几周。第一次接触这个问题，起点是先做一份现状盘点表，而不是先买新服务器。

先分清迁移类型，决定记录深度

不同迁移方式需要的记录量差别很大，先判断自己属于哪一种：

• 只换服务器：程序和数据库不动，重点是环境版本、部署路径、定时任务、DNS解析。
• 换域名或换主体：额外需要备案信息、301跳转规则、外链与统计代码归属。
• 换技术栈或CMS：内容结构、URL规则、表单、会员数据都要逐项对照，记录量最大。

判断依据很简单：新站能否直接运行旧站的文件和数据库。能，就按“换服务器”准备；不能，就按“换技术栈”准备。选错类型会导致迁移中途才发现数据对不上。

必须准备的记录清单

按下面四组整理，每组都建议写成表格，注明来源和最后核对时间。

域名与解析记录

• 域名注册商、到期时间、DNS服务商。
• 全部解析记录：A、CNAME、MX、TXT，逐条抄下主机名和值。
• 是否已备案、备案主体、接入商。迁移服务器常涉及接入变更。

服务器与部署记录

• 操作系统、Web服务器、语言运行时、数据库的版本号。
• 站点根目录、日志目录、上传目录的实际路径。
• 定时任务、反向代理、HTTPS证书的签发方式与到期时间。
• 防火墙放行端口和IP白名单。

内容与数据库记录

• 数据库类型、字符集、表前缀、总数据量。
• 图片、附件、视频等静态资源的存放位置和总大小。
• URL规则，尤其是带参数的动态地址，迁移后要保证可访问或正确跳转。

账号权限与外部服务记录

• 后台管理员账号、数据库账号、服务器登录方式，交接时改密。
• 统计工具、搜索平台验证、短信或邮件接口、支付接口的账号归属。
• CDN、对象存储等第三方服务的配置。

用检查项判断记录是否够用

整理完不等于可用。用三个检查项验证：

1. 能否在测试环境还原：把记录交给另一台机器，能否跑起一个可访问的副本。假设某站点迁移时只记了数据库名却漏了字符集，导入后中文可能变成乱码，这类问题只有实际还原才能暴露。
2. 能否解释每个外部依赖：任意打开一个页面，页面上出现的统计、地图、客服组件，都能在记录里找到对应账号。
3. 能否回退：旧服务器的数据在切换后至少保留一个完整周期，DNS的TTL提前调低，出问题时能改回原解析。

三项都通过，记录才算合格；任一项不通过，先补齐再动手。

按顺序执行的选择步骤

面对“先迁什么、后迁什么”的决策，可以按下面顺序走：

1. 先冻结内容改动，导出数据库和静态资源，记录导出时间点。
2. 在新环境还原，逐页对比标题、正文、图片、表单提交结果。
3. 确认无误后调低DNS的TTL，再切换解析。
4. 切换后检查日志中的404和500，把旧URL按规则跳转到新URL。
5. 观察一个完整周期，确认稳定后再释放旧服务器。

如果站点还在频繁改版，建议先暂停改版再迁移，否则新旧内容对不上，排查成本会成倍增加。如果只是换服务器且程序不变，可以跳过内容结构对照，但仍要保留数据库和静态资源的完整备份。

下一步：打开旧站后台和服务器，按上面的四组清单逐项填写，缺哪项就先补哪项，填完再做一次测试环境还原。