新手做网站_网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ac7fc1652d6d.html
📄
新手做网站_网站迁移应准备哪些记录
网站迁移前最该准备的不是“操作步骤”，而是一份能对照核验的记录清单。它至少要覆盖域名与DNS、服务器与数据库、程序与插件、页面与链接、账号与权限、迁移前后验证结果六类信息。记录的作用是让迁移可回滚、可对比、可定位问题；没有记录，一旦出现白屏、404或数据缺失，只能靠猜。下面按“迁移前收集—迁移中记录—迁移后验证”的顺序说明每类记录该记什么、为什么记、什么条件下必须记。
域名与DNS记录：先抄下来再动
域名解析是迁移中最容易出错、也最难凭记忆恢复的部分。迁移前应把当前DNS解析记录完整导出或逐条抄录，包括A记录、CNAME记录、MX记录、TXT记录，以及每条记录的主机名、记录类型、值和TTL。MX和TXT常被忽略，但它们关系邮箱收发和域名验证，改动A记录时误删这两类记录会导致邮件中断。
如果原站和域名注册商不是同一家，还要记录域名注册商、DNS服务商、域名到期时间、当前使用的NS服务器地址。判断标准很简单：迁移后如果域名能打开但邮箱收不到信，优先回查MX记录是否被覆盖；如果解析迟迟不生效，回查TTL值——TTL越长，旧解析缓存保留越久。适用条件：只要迁移涉及换服务器或换DNS服务商，这份记录就必须在操作前完成，而不是出问题后补。
服务器、数据库与程序版本记录
这类记录回答“原来跑在什么环境里”。需要记录：原服务器操作系统与版本、Web服务器软件及版本、PHP或对应运行环境版本、数据库类型与版本、数据库字符集、网站根目录路径、数据库连接配置（主机、库名、用户名，密码单独安全保存不要写在公开文档里）。
同时记录程序本身的版本号、主题名称与版本、已启用插件或模块清单及各自版本。这份清单的价值在于：迁移后某个功能失效时，可以对比新旧环境的版本差异，判断是环境不兼容还是数据没搬全。注意版本号要精确到具体数字，不要只写“最新版”。适用条件：使用CMS或框架搭建的站点必须记录；纯静态站点可省略数据库和程序版本部分，但仍要记录目录结构。
页面、链接与数据量记录：迁移后靠它对比
迁移是否成功，不能只看首页能不能打开。迁移前应记录一组可量化的基线数据：已发布页面数量、文章或商品数量、分类数量、注册用户数量、图片与附件数量、数据库大小、网站文件总大小。这些数字是迁移后的对照依据——数量对得上，说明数据大体完整；数量对不上，说明导出或导入环节丢数据。
还应抽查一批具体URL，记录它们的路径和页面标题，例如首页、一个栏目页、一篇内容页、一个带参数的页面。迁移后逐一访问这些URL，检查是否返回正常状态、内容是否一致、链接是否仍指向站内。判断结果：如果只有带参数的页面404，可能是伪静态规则没迁移；如果所有页面都跳转到旧域名，可能是配置里写死了旧地址。适用条件：页面数量越多，抽查样本越要覆盖不同类型，而不是只测首页。
账号、权限与外部服务记录
迁移不只是搬文件，还涉及“谁能进后台、哪些外部服务在调用本站”。需要记录：后台管理员账号数量与角色、数据库账号权限、服务器登录方式（密钥或密码，安全存放）、CDN或对象存储的配置、第三方统计代码、支付或登录接口的对接信息、定时任务列表。这些内容决定了迁移后站点能否正常运营，而不只是能否显示。
特别提醒：记录账号信息时不要写入公开可访问的文档或代码仓库。适用条件：只要站点接入了外部服务或有多人管理，这部分就必须单独整理；如果只是个人静态页，可只记录服务器登录方式和统计代码。
迁移操作日志与回滚记录
迁移过程中应边做边记，而不是事后回忆。记录内容包括：每一步操作的时间、操作人、执行了什么命令或改了什么配置、执行结果、是否备份、备份存放位置与恢复方法。回滚记录要写清楚“回到迁移前状态需要做哪几步”，例如恢复哪个数据库备份、还原哪份DNS记录、切回哪个服务器IP。
判断标准：如果无法在半小时内说清回滚步骤，说明准备不充分。适用条件：正式站迁移必须准备回滚方案；测试环境迁移可以简化，但仍要记录备份位置。一个可执行的检查项是：迁移前先做一次完整备份，并在另一台机器上试恢复一次，确认备份文件真的可用，而不是只确认文件存在。
下一步建议：按上面六类做一张迁移记录表，每类留出“迁移前值、迁移后值、是否一致、处理结果”四列，迁移时逐项填写。填不出来的项目，就是还没准备好、暂时不该动手的部分。
