网站迁移前最该准备的,不是服务器参数,而是一份能让你在出问题时回退、核对、交接的记录。时间和人手有限时,优先整理域名与DNS、源站文件与数据库、URL与跳转、账号权限、验证结果这五类记录,其余细节可以边迁边补。
假设你运营一个用常见博客程序搭建的个人站,想把内容从旧主机搬到新主机,只有你和一位同事,周末下午有半天时间。最容易出错的不是上传文件,而是迁完之后发现某些页面打不开、图片丢失、后台登录不了,却说不清原来的配置是什么。所以迁移前先建一个文件夹,按下面五类各放一份记录。
迁移前登录域名管理后台,把当前解析记录逐条抄下来或截图保存,至少包括主机记录、记录类型、记录值和TTL。常见错误是只记得“解析到某个IP”,却忘了邮件解析、子域名解析或验证用的TXT记录。迁移时如果只改主域名解析,邮件或子站可能一起失效。
适用条件是你要更换主机或DNS服务商。如果只是同主机内换目录,这部分可以简化,但仍建议留一份当前解析截图,便于回退。
把旧站的文件目录结构、数据库名称、数据库用户、字符集、博客程序及版本号记下来。不要只写“备份过了”,要写清备份放在哪、什么时候做的、用什么方式导出。假设你导出数据库时漏了某张表,恢复后文章还在但评论或设置丢失,这时有记录就能快速定位是导出范围问题,而不是盲目重装。
常见错误是迁移过程中同时改程序版本和改主机,一旦出错无法判断是环境问题还是数据问题。人手有限时,一次只改一个变量。
如果迁移后域名或目录结构变化,需要准备旧URL到新URL的对应记录。先列出旧站的主要入口,例如首页、文章列表、分类页、文章页、订阅页,再确认新站是否保持相同路径。路径不变时,跳转压力最小;路径变化时,需要逐条或按规则做跳转。
检查方法是迁移后在浏览器中打开若干条旧链接,观察是否到达正确的新页面,而不是跳到首页或报错页。这里不保证任何搜索引擎一定如何处理,只把它当作访客体验和链接可用性的核对项。
迁移前记录谁拥有域名后台、主机后台、数据库、博客后台、统计工具和第三方服务的权限。迁移后按清单验证:首页能打开、文章页能打开、图片能显示、后台能登录、发布一篇测试文章、检查评论或表单是否正常、确认邮件发送相关配置是否仍有效。
假设你只验证了首页就宣布完成,第二天读者反馈文章页全是404,这就是验证清单不完整的典型后果。把清单写在迁移记录最前面,每完成一项打勾,比事后回忆更可靠。
下一步:打开你的域名后台和主机后台,用半小时把上述五类记录整理成一个文档,再决定迁移顺序。记录先于操作,回退才有依据。