重链备份任务提示没有可用任务?四种操作过的备份文件夹救不回来

场景

NAS 重装或换机后,想用 Active Backup for Microsoft 365(ABM365)/ Active Backup for Google Workspace(ABGW)的"重新链接"把之前的备份任务接回来,向导却提示"所有共享文件夹中没有可用任务",明明备份文件夹就在那里。这不是 bug,而是这份备份数据已经不具备重链条件——有四种情况会导致这个结果。

四种救不回来的情况

  • 套件还是老版本时任务就被删了:ABM365 2.2.1、ABGW 2.1.1 之前的版本中删除过任务;
  • 备份文件夹被移到过另一个存储空间:在升级到 DSM 6.2.3 之前,就把它在控制面板、共享文件夹里挪了位置;
  • 备份文件夹在 File Station 里被复制或移动到过其他位置;
  • 备份文件夹被第三方软件备份又还原过,或者用过 Snapshot Replication 以外的群晖套件做备份还原。

这四种操作的共同点:破坏了任务与数据之间的登记关系。命中任意一条,“重新链接"就找不到可接的任务,只能重新创建任务、重新做备份。

处置思路

既然无法重链,就走重建:在套件里新建任务、重新拉取一遍数据。老文件夹里的历史版本虽然接不上新任务,是否删除前先留档确认,避免误删还想留底的旧数据。

预防:远程留存只用快照复制

要把 ABM365 / ABGW 的备份数据再复制一份到远程服务器,请始终用 Snapshot Replication 为备份文件夹创建复制任务——这是官方明确唯一认可的方式,既保住重链资格,也保住数据一致性。日常管理上立两条规矩:不在 File Station 里直接挪备份文件夹;升级 DSM 前先确认备份文件夹都待在原存储空间。

验证

重建任务后跑一次完整备份,到门户里能检索到新数据即算就位;再检查 Snapshot Replication 里为备份文件夹建的复制任务在正常同步,远程那份副本的时间戳是最新的。此后每季度做一次"假装换机"演练:在测试环境试一遍重新链接流程,确认登记关系仍然有效。

一个坑

抱着"数据都在,肯定能接上"的预期做重链。重链靠的是任务登记关系而不是文件夹本身,文件夹看得见摸得着,登记关系断了就是断了。尤其跨存储空间移动这种操作,当时毫无异样,换机那天才爆雷——备份体系里的任何"顺手挪一下”,都可能是给未来埋的雷。

M365 与 Google Workspace 备份想一次建对,贵州本地企业可以找诚鑫致达科技。