黄石网站建设网站迁移应准备哪些记录
📍 WDQWDWQD987AAAAA:216.73.216.202
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1dd7d453dce3.html
📄
黄石网站建设网站迁移应准备哪些记录
网站迁移前应准备一份可核对的记录清单,至少覆盖域名与解析、服务器与数据库、页面与链接、内容与文件、访问与日志、备份与回滚六类信息。记录的目的不是走形式,而是迁移后能逐项比对:哪些东西应该保持不变,哪些变化是预期内的,出问题时能快速定位是解析、程序、数据还是权限造成的。
先明确迁移范围,再决定记录哪些内容
“网站迁移”可能指换服务器、换域名、换程序、换服务商,或几项同时发生。范围不同,需要准备的记录也不同。
- 只换服务器、域名不变:重点是服务器环境、数据库、文件、定时任务和解析记录。
- 只换域名、服务器不变:重点是旧域名解析、301跳转规则、站内绝对链接和统计代码。
- 换程序或改版:除上述内容外,还要记录旧页面与新页面的对应关系,否则原有链接会大量失效。
- 同时换服务器和域名:风险最高,建议分步执行,先迁移数据并验证,再切换解析。
判断方法很简单:把这次迁移中“会变的”和“不能变的”各列一列。会变的是操作对象,不能变的是验收标准。记录围绕这两类展开即可。
域名与解析记录:迁移前后要能逐条对照
这部分记录用于确认访问入口是否按预期切换。需要整理:
- 当前使用的域名和子域名列表,例如主站、移动站、静态资源域名。
- 各条解析记录的类型、主机名和指向目标,例如 A 记录指向的 IP、CNAME 指向的地址。
- MX 记录等邮件相关解析,迁移时容易误删,导致企业邮箱收信异常。
- 域名注册商、DNS 服务商和到期时间,确认操作权限在谁手里。
- SSL 证书的签发对象、到期时间和部署位置。
切换前把旧解析完整截图或抄录成表,切换后逐条核对。如果出现访问异常,先确认解析是否生效,再排查服务器。解析生效时间受 TTL 影响,记录里应包含原 TTL 值,便于判断等待是否正常。
服务器、数据库与运行环境记录
这部分决定新环境能否跑起旧网站。建议记录:
- 操作系统类型与版本、Web 服务器软件及版本。
- 程序运行环境,例如 PHP 版本、数据库版本、依赖扩展。
- 数据库名称、字符集、账号权限和数据量大小。
- 网站根目录结构、需要写入权限的目录。
- 定时任务、队列进程、计划脚本及其执行频率。
- 伪静态或重写规则、默认首页配置、错误页配置。
核对方法:在新环境导入数据、部署程序后,先在本机或临时域名下访问,确认首页、列表页、详情页、后台登录都能打开,再检查表单提交、文件上传、验证码等依赖写入和会话的功能。若某功能异常,对照记录判断是版本差异、扩展缺失还是权限问题。
页面、链接与内容记录:避免迁移后大量失效
如果迁移伴随改版或换域名,需要一份 URL 对应表,至少包含:
- 旧页面地址与新页面地址的对应关系。
- 无法一一对应的页面,明确是跳转到栏目页还是返回 404。
- 站内绝对链接、图片和外链资源中写死旧域名的位置。
- 网站地图、robots 文件、统计代码和第三方嵌入代码。
检查项:迁移完成后抽取若干旧地址访问,确认返回状态码符合预期。原链接应返回 301 指向新地址,而不是直接 404;确实下线的页面返回 404 也可以接受,但要确认没有误伤仍有价值的页面。这一步的判断依据是状态码和最终落地页,而不是页面看起来是否正常。
备份、日志与回滚记录:出问题时能退回去
迁移前应完成一次完整备份,并记录:
- 备份时间、备份内容(文件、数据库、配置)、存放位置。
- 备份是否经过恢复验证,只备份不验证等于没有备份。
- 旧环境在切换后保留多久,保留期间是否仍可访问。
- 回滚触发条件,例如切换后核心功能多久内无法恢复就退回旧环境。
- 迁移操作的时间点和每一步执行人,便于事后复盘。
日志方面,记录迁移前后一段时间的访问日志和错误日志位置。出现异常时,先看错误日志里的报错类型,再结合访问日志判断影响范围。注意区分“可能原因”和“已定位原因”:日志里出现数据库连接失败,只能说明连接环节有问题,具体是账号、网络还是服务未启动,需要进一步验证。
按步骤执行并逐项验收
- 整理上述记录,形成一份迁移清单,标注每项的负责人和完成状态。
- 在旧环境完成备份并验证可恢复。
- 在新环境部署程序和数据,用临时地址完成功能验证。
- 切换解析或域名,观察访问状态和错误日志。
- 逐项核对记录:解析、页面状态码、核心功能、邮件、证书。
- 确认稳定后再清理旧环境,保留备份至观察期结束。
适用条件:这套流程适合有一定访问量、依赖数据库和动态功能的网站。纯静态展示站可以简化,但备份、URL 对应表和回滚条件仍建议保留。判断迁移是否完成,不看“页面能打开”,而看清单上的检查项是否全部通过、异常是否有明确结论。
下一步:先按上面六类各列一份空白清单,把当前环境的信息填进去,填不出来的项目就是迁移前需要优先确认的风险点。