备份服务器自己谁来备：ABB 数据再保护与灾后重链接实操

痛点场景

Active Backup for Business（ABB）管着全公司电脑、物理服务器和虚拟机的备份任务。但有没有人想过：ABB 自己所在的 NAS 坏了，这些备份怎么办？ 备份数据、任务设置、去重库全在这一台机器上，机器一躺，所有保护归零。这就是"备份者无人备份"的经典盲区，解法是给 ABB 的数据再做一层再保护，灾后通过重新链接快速恢复服务。

路线一：两台群晖，用 Snapshot Replication 复制

平时备份。 在 Snapshot Replication 里进入复制 > 共享文件夹 > 创建，选"远程"，填目标群晖的凭据和接收数据的存储空间，勾选存放 ABB 数据的共享文件夹（默认名 ActiveBackupforBusiness）完成设置。有 SSD 缓存的可以在存储管理器里把 Btrfs 元数据固定到缓存上提速。

灾后恢复。 目标机上装好 ABB，在 Snapshot Replication > 恢复里选中已复制的共享文件夹，执行故障转移并选择快照版本；然后到 ABB > 存储空间点"重新链接"，选中该文件夹确认——任务设置和数据一起回来，服务恢复。

先演练再信。 别等灾难验证方案：对复制文件夹执行"测试故障转移"，给它命名、选快照版本，然后在 ABB 里对测试文件夹做重新链接。演练通过，方案才算成立。

回切。 源机修好后用"重新保护"建新的复制任务，把宕机期间的变化同步回去；注意若想保留目标机上灾后产生的新数据，重新保护时选择以目标端数据覆盖源端。

路线二：只有一台群晖，用 Hyper Backup

单机环境下，Hyper Backup 新建"文件夹和套件"任务，勾选 ActiveBackupforBusiness 文件夹和 @ActiveBackup 文件夹（后者存任务设置）。注意 ActiveBackupData 文件夹只含虚拟文件，不用备。灾后先还原这两个文件夹，再在 ABB > 存储空间里重新链接。

重链接后的收尾

数据接上不等于全部恢复，这些连接要手工补：vSphere 等虚拟化平台的凭据重新输入；新旧 NAS 的 IP、用户名或密码不一致时，各终端上的 Agent 要用新凭据重连；要延续原备份任务，两端登录账号的 UID 必须一致——事先规划好再换机。

坑位清单

• Cloud Sync 和 Synology Drive 不能同步或备份 ABB 数据，会数据不一致；
• 共享文件夹同步与 ABB 的全局去重不兼容，强行用会吃掉目标机双倍空间；
• ABB 文件夹里含文件服务器备份数据时，不建议用 Hyper Backup（元数据限制）；
• ABB 自身的备份和版本删除任务，与再保护任务错峰排程，避免同时读写导致重链接失败；
• 单版本备份（无多版本历史）不支持重链接，规划目的地时避开。

验证与预防

方案落地后每季度跑一次"测试故障转移 + 重链接"演练；有条件的把 NAS 加入 ActiveProtect 站点做统一复制，按 3-2-1 思路（3 份副本、2 种介质、1 份异地）把备份数据的保护也做扎实。

如果贵单位正在评估群晖企业级 NAS 的选型、部署或迁移，欢迎参考群晖企业级 NAS 产品，或与我们联系，我们可以结合政企、医疗、学校场景给出落地建议。