淮北建站：网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1d90e1ddc192.html
📄
淮北建站：网站迁移应准备哪些记录
网站迁移前应准备一份可交付的记录包，至少覆盖域名与DNS、服务器与部署、数据库与文件、页面与链接、账号权限、回滚方案六类信息。判断标准很简单：换一个人拿着这份记录，能否在不问你任何问题的情况下完成迁移并验证结果。如果答案是否定的，说明记录还不完整。
先明确迁移范围，再决定记录深度
同样是淮北建站项目，迁移场景差别很大。整站换服务器、只换域名、只换CMS、还是把静态站搬到对象存储，需要记录的侧重点完全不同。建议先在一张纸上写清三件事：迁出环境、迁入环境、迁移期间网站是否允许停机。允许停机且访问量小的站点，记录可以偏重操作步骤；不允许停机且有多人协作的站点，记录必须细化到每一步的验证方式和回滚触发条件。
范围没定就动手，最常见的返工是迁到一半发现还有子域名、邮件解析或第三方回调地址没纳入清单，只能回头补。
六类必须留档的记录，以及每类的检查项
域名与DNS记录：域名注册商、到期时间、DNS服务商、现有解析记录全量导出。重点核对A记录、CNAME、MX、TXT（含SPF、DKIM等验证记录）。迁移前把当前解析结果截图或导出为文本，不要只凭记忆。检查项：新解析生效后，用不同网络环境分别查询，确认没有残留的旧IP。
服务器与部署记录：操作系统版本、Web服务器软件及版本、PHP或运行时版本、必要的扩展模块、站点根目录路径、伪静态规则、定时任务、HTTPS证书来源与到期时间。检查项：在新环境按记录逐项安装后，用一条真实请求验证动态页面能否正常返回，而不是只看首页。
数据库与文件记录：数据库类型与版本、字符集、库名、表前缀、导出文件的位置与校验值；网站文件的打包方式与校验值。检查项：导入后对比关键表的记录条数，文件对比总大小与文件数量。差异必须能解释清楚，解释不了就先别切流量。
页面与链接记录：迁移前的URL清单或站点地图、需要保留的旧链接、已设置的跳转规则。检查项：随机抽取若干旧URL，确认在新站能打开目标页面且返回正确的跳转状态，而不是全部跳到首页。
账号与权限记录：后台管理员账号、数据库账号、FTP或SSH账号、CDN或对象存储的访问密钥、第三方接口的密钥与回调地址。多人协作时，记录谁在什么时间交接了哪一项权限，避免出现只有一个人能登录的情况。密钥不要明文写在共享文档里，用独立的密码管理方式交接。
回滚方案记录：旧环境的保留期限、回滚的触发条件、执行回滚的具体步骤和预计耗时。检查项：迁移前确认旧环境仍可访问，且数据在切换后没有被立即覆盖。
多人协作时，记录怎么组织才不返工
把记录分成两份：一份是操作手册，按顺序写清每一步做什么、由谁做、做完怎么验证；另一份是环境档案，只记录账号、版本、路径、密钥位置这类不随步骤变化的信息。两份分开的好处是，操作手册可以随进度更新，环境档案保持稳定，不会因为改了一个步骤就让整份文档失效。
每完成一个阶段，由执行人填写结果，由另一人复核。复核不是重做一遍，而是按检查项逐条确认。例如数据库导入后，执行人报告记录条数，复核人独立查询一次并比对。这种交叉确认能挡住大部分“以为迁完了”的误判。
一个可执行的迁移准备步骤
- 列出迁移范围，确认是否包含子域名、邮件、第三方回调。
- 按上面六类逐项收集信息，缺失的标为待确认，不要留空。
- 在迁入环境完成一次完整演练，记录实际耗时和遇到的问题。
- 根据演练结果修订操作手册，把踩过的坑写成检查项。
- 确定切换时间窗口、回滚触发条件和负责人，然后才正式执行。
适用条件：这套流程适合有一定访问量、不能长时间停机的站点。如果只是本地测试站搬家，可以省去演练环节，但六类记录仍应保留，否则下次迁移还要重新摸索。
下一步，先做一件事：把当前域名解析记录和数据库导出文件各准备一份，放在迁移双方都能取到的位置，并确认校验值一致。这一步做完，后面的操作才有可回退的基础。
