建站所需资源：网站迁移应准备哪些记录？迁移前先整理这五类清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c7c19326ba45.html
📄
建站所需资源：网站迁移应准备哪些记录？迁移前先整理这五类清单
网站迁移要准备的记录，核心是让新环境能独立还原旧站：域名与DNS解析记录、主机与服务器配置、程序与数据库备份、内容与媒体文件、以及邮件、统计、外部接口等关联服务。缺少任何一类，迁移后都可能出现打不开、样式错乱、数据丢失或收不到信的问题。下面按一份假设的迁移清单展开，说明每类记录该记什么、怎么核对。
先看一个假设例子：从A主机迁到B主机
假设你有一个用常见CMS搭建的企业站，原主机到期，想换到另一家主机。迁移前你手头只有后台账号和FTP密码，这远远不够。按下面顺序整理记录，可以把风险降到最低。
- 记录原域名的注册商、DNS服务商、解析记录（A记录、CNAME、MX、TXT等）。
- 记录原主机的操作系统、Web服务器类型、PHP或运行环境版本、数据库类型与版本。
- 导出完整网站文件与数据库，并记录导出时间、文件大小、校验值。
- 记录站点用到的外部服务：支付接口、短信、统计代码、CDN、对象存储、邮件发送服务。
- 记录管理员账号、定时任务、伪静态规则、SSL证书来源与到期时间。
常见错误是只备份了网站文件，没导出数据库；或者只改了域名解析，忘了新主机还没配置SSL，导致浏览器提示不安全。另一个高频错误是迁移后直接删掉旧站，结果发现新站有页面404，已无法回查。建议旧环境至少保留到新站全部页面验证通过。
域名与DNS记录：迁移前必须抄下来
域名解析是迁移中最容易被忽略的一环。你需要记录：域名在哪家注册商管理、当前用的是哪家DNS、每条解析记录的主机记录、记录类型、记录值和TTL。TTL值越小，修改后生效越快；如果TTL设得很大，迁移当天改解析可能要等较久才全网生效。迁移时通常先把TTL调小，等生效后再做切换，能缩短访问中断时间。
还要确认MX记录是否指向企业邮箱。如果只改A记录而漏掉MX，网站可能正常，但公司邮箱会收不到信。TXT记录里的域名验证、SPF等也建议一并抄录，避免迁移后邮件被判定为垃圾邮件。
主机环境与程序配置：决定新站能不能跑起来
记录原环境的运行参数，是为了在新主机上复现同样的条件。重点包括：Web服务器是Nginx还是Apache、PHP版本、数据库版本、是否开启伪静态、上传文件大小限制、是否有自定义的301跳转规则。如果原站用了特定扩展或组件，也要记录名称和版本。
对比两种处理方案时，可以这样判断：如果新主机环境与原环境差异小，直接整站搬迁通常更省事；如果差异大（例如PHP大版本跨越、数据库类型不同），先在新主机搭测试环境、导入数据、逐页检查，再正式切换更稳妥。适用条件是站点有动态功能或大量数据；纯静态页面差异影响较小。
内容、数据库与关联服务：别只备份一半
网站文件包括主题、插件、上传的图片、附件等；数据库包括文章、用户、评论、设置。两者要同时导出，并记录导出时间。判断备份是否完整，可以看文件大小是否与后台显示接近、数据库表数量是否与原来一致。若使用了CDN或对象存储，还要记录哪些资源走的是外部地址，迁移后是否需要同步更新。
关联服务清单同样重要：统计代码、客服组件、地图接口、支付回调地址、短信通知。迁移后域名变了，这些服务的回调或白名单可能需要重新配置。检查项是：新站下单、提交表单、接收通知各走一遍，确认没有报错。
迁移后的核对步骤
切换完成后，按顺序检查：首页和主要栏目能否打开；图片和样式是否正常；后台能否登录；数据库读写是否正常；表单和支付流程是否可用；旧链接是否301到新地址；SSL证书是否生效；邮箱收发是否正常。发现异常时，先回滚解析或恢复旧环境，再排查原因，不要在新站上直接改到无法回退。
下一步建议：把上面五类记录整理成一份迁移清单，逐项打勾后再开始操作；如果站点较大，先在测试环境完整走一遍迁移流程。
