网站建设方案模板，网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /7627b6ab8156.html
📄
网站建设方案模板，网站迁移应准备哪些记录
网站迁移前最该准备的记录，是一份能回答“现在有什么、迁到哪里、怎么验证”的清单。人手有限时，先别急着打包文件，而是把域名与解析、服务器环境、数据库、内容结构、访问统计和回滚方案逐项记下来。记录的目的不是留档好看，而是让迁移后能逐条比对，确认没有丢数据、断链接或影响访问。
先记录域名、解析与证书状态
迁移最先出问题的往往不是程序，而是域名指向。你需要记录当前使用的域名、DNS 服务商、A 记录与 CNAME 记录、TTL 值，以及 SSL 证书的签发对象和到期时间。如果迁移会更换服务器 IP，还要记录旧 IP 和新 IP 的对应关系，方便切换后核对。
判断方法很简单：在迁移前用命令行查询一次解析结果，把输出保存下来；迁移后再查询一次，逐项对比。如果 TTL 设得很长，切换后生效会慢，这时应提前调低 TTL，而不是切换当天才改。
记录服务器环境与运行依赖
新服务器能否跑起旧站，取决于环境是否一致。要记录操作系统版本、Web 服务器类型与版本、PHP 或 Node 等运行时版本、数据库版本、已安装扩展，以及计划任务和端口配置。把这些写成表，迁移后逐项核对，比凭印象排查快得多。
- Web 根目录路径与站点配置文件位置
- 数据库名称、字符集、账号权限范围
- 需要常驻的进程、定时任务和对外端口
- 环境变量、密钥文件和第三方接口配置
如果新旧环境版本差异较大，先在小范围测试，不要直接全量切换。版本不一致可能带来兼容问题，但具体影响要看程序本身，不能一概而论。
记录内容、链接与数据库结构
网站迁移不只是搬文件，还要保证内容可访问。需要记录文章、页面、分类、标签、媒体文件的数量和层级关系，以及固定链接规则。数据库方面，记录表前缀、主要数据表、自增 ID 范围和字符集。
迁移后可以抽取若干条 URL 逐一访问，检查是否返回正常状态码、内容是否完整、图片是否加载。若站点有站内搜索或分页，也要抽测几页。这里的关键不是追求数量，而是覆盖不同类型页面，发现结构性问题。
记录访问统计、外部引用与回滚条件
如果原站已接入访问统计、搜索平台或广告投放，要记录账号、验证方式和数据保留范围。迁移后重新验证站点归属，避免数据断档。外部引用包括友情链接、合作方链接、API 回调地址和邮件中使用的链接，这些都应列入检查项。
回滚方案同样要写成记录：旧服务器保留多久、旧数据库是否只读、DNS 切回需要哪些步骤、谁有权操作。判断是否回滚，可以看核心页面是否可访问、关键功能是否正常、错误日志是否持续增加。若问题集中在个别页面，优先修复；若首页或登录等核心路径不可用，再考虑回滚。
时间和人手有限时的处理顺序
先做三件事：记录域名解析与证书、导出数据库并校验、保存旧服务器完整备份。这三项决定迁移能否安全回退。再做内容与链接抽查、环境比对、统计验证。最后处理样式细节、历史冗余文件和低优先级页面。
选择迁移方式时，可以比较停机迁移和灰度切换的代价。停机迁移操作简单，但期间不可访问；灰度切换对访问影响小，但需要分流配置和更细的验证记录。若站点访问量低、可接受短暂停机，优先选简单方案；若不能中断，就要准备分流与逐项核对。
下一步，先建立一份迁移记录表，把上述条目写成可勾选清单，再按“先备份、后切换、再验证”的顺序执行。
