多站点合并到一批域名之前，备份和恢复先验收哪一项

多个站点合并到一批域名之前，备份和恢复要先验收哪一项？要先验收的不是「备份文件有没有」，而是「能不能干净恢复」。合并会把多个站点的目录、数据库、静态资源和模板结构搅到一起，回退边界随之变模糊：出问题时往往说不清该退到哪个站点的哪个时间点。验收顺序应当是先确认备份覆盖范围，再做一次真实的隔离恢复演练，演练通过后才进入地址切换、旧链接 301 跳转与站点地图重建阶段。

为什么先验恢复而不是先切地址

切换域名是单向动作，一旦旧站点开始向新地址输出重定向，收录权重、外链归集与站内链接都会跟着迁移，回退要付出的代价是排名波动而不是配置改动。所以合并项目的风险不由「备份是否已生成」决定，而由「恢复需要多久、恢复到什么状态」决定。多站点管理本身降低了内容侧的合并难度，AnQiCMS 的多站点能力可以在一个后台里维护多个独立站点，适合多品牌、多主题的场景，但合并是把不同站点的内容结构对齐，这一步的失败率高，必须先有可信的回退点。

备份要覆盖的两类内容

第一类是数据，包括文档、栏目、标签、用户与系统配置。第二类是静态文件，包括上传的图片附件、模板文件与生成的静态资源。只看数据库导出是合并项目里最常见的坑：站点程序能起、页面能打开，但图片全丢、模板回退不回去。AnQiCMS 的备份与恢复支持数据含静态文件，验收时要按这个口径确认两项都在同一个时间点，而不是数据库今天备份、附件上周备份。

验收清单至少三项：备份文件大小与站点内容量是否相称，是否包含附件目录，生成时间是否落在同一分钟内。三项中任何一项不确定，就把演练视为未通过。

恢复演练的最小验收

演练要在隔离环境做，不接生产流量。步骤是新建一份干净环境、恢复备份、然后按下面四条检查：后台能否登录且管理员配置完整；前台主要栏目页与文章页能否打开，图片附件是否显示；模板渲染是否与原站点一致，特别是列表分页与详情页；搜索、留言、评论等依赖数据表的入口是否正常。

再补一条时间指标：从空环境到可用站点的恢复耗时。这个数字决定合并窗口能不能真的回退，如果恢复要两小时以上，窗口就要预留足够时间，或在演练中优化步骤。演练结果要留一份记录，注明恢复出的站点、耗时、以及未能通过的项目。

切换阶段要配套的三件事

恢复演练通过后，切换阶段还要三件事配套。其一是旧地址到新地址的 301 跳转，按栏目与文档逐条映射，别只把首页跳过去；AnQiCMS 有 301 跳转管理，可以把映射关系配置成规则集中维护，方便合并后按批次核对。其二是站点地图重建，新域名的 sitemap 要重新生成并提交，旧域名的站点地图在跳转生效期保留可访问，便于抓取端理解迁移关系。其三是内容核对，合并后同名栏目、重复标签、锚文本指向旧域名的位置都要过一遍，站内关键词的锚文本链接尤其容易残留旧地址。

常见问题

多个站点共用一份备份行不行

不建议。合并前每个站点单独出一份备份，各带时间点标记，这样出问题时可以定位到具体站点回退。合并完成并稳定运行一段时间后，再统一成一份多站点备份。

演练用了生产数据，安全吗

演练环境要与公网隔离，且不要把带后台入口的演练实例暴露出去。恢复后先改管理员口令，再打开任何对外端口。

跳转规则要保留多久

至少保留到新域名的收录与流量稳定，通常按一个抓取周期加一个观察期来算。期间旧域名的站点地图与 robots 配置都保持可访问，不要提前释放旧域名。

合并时发现两个站点内容重复怎么办

先在一个站点里把重复文档移入回收站而不是物理删除，保留可恢复性；确认新地址的跳转与站点地图都无误后，再决定要不要清理。回收站这一步给了合并项目最后一次反悔的机会。