技术笔记

Hyper Backup 与 Active Backup:群晖备份体系怎么搭才不留死角

yaobingbin yaobingbin · · 约 7 分钟 · 0 条评论

先把四个套件分清楚

这是最多人搞混的地方,一张表说清楚:

套件 备份什么 备份到哪 能否单文件恢复 适合谁
Hyper Backup NAS 上的共享文件夹、套件配置、整机系统 另一台群晖、rsync 服务器、S3/兼容对象存储、C2、外接 USB 能 所有人必备
Active Backup for Business (ABB) PC、Mac、Linux、物理服务器、虚拟机(VMware/Hyper-V)、文件服务器 群晖 NAS 能,还能整机还原 有多台终端要保护
Snapshot Replication 共享文件夹 / LUN 的快照 另一台群晖(同 DSM) 整体为主 需要快速回滚和双机热备
Cloud Sync 云端对象存储 / 网盘的数据 双向或单向同步 能 同步不是备份,谨慎用

一句话记忆:

  • NAS 自己丢数据 → Hyper Backup
  • 电脑挂了要还原 → Active Backup
  • 想回滚到十分钟前 → Snapshot Replication
  • Cloud Sync 是同步,误删会同步删除,别当备份用

Hyper Backup:每个人都必须配

它强在哪

Hyper Backup 是群晖上最成熟、最主要的备份工具,核心价值有三条:

1. 跨版本去重 第一次全量之后,后续备份只传变化的数据块,且去重是跨备份版本做的。这意味着保留 100 个历史版本,占用远小于 100 份完整数据。

2. 备份目标开放

目标类型 适用场景 成本
外接 USB 硬盘 本地冷备、可随时离线 一次性硬件投入
另一台群晖(Hyper Backup Vault) 家里两台机器互备 一台 NAS 的钱
rsync 服务器 任意 Linux 服务器 已有服务器即可
S3 兼容对象存储 异地、按量付费 存储+流量费用
Synology C2 官方云服务,最省心 订阅制

3. 端到端可选加密 如果备份目标是云端,强烈建议启用客户端加密。这样云服务商看到的只是一堆密文,即使桶被攻破也读不到内容。代价是密码丢了数据就永远找不回来——这份密码必须离线保存好。

怎么配才对

第一步:决定备份源 至少包含:

  • 所有重要的共享文件夹
  • 套件配置(DSM 设置、Docker 容器配置、用户权限等)

在 Hyper Backup 里可以勾选”备份整个系统”,包括 DSM 系统配置。

第二步:决定备份目标和频率

推荐的最小可行配置:

频率 目标 说明
每天一次 外接 USB 硬盘或第二台群晖 主要防线,恢复速度最快
每周一次 云端对象存储或 C2 异地,防物理灾难

如果数据量不大,也可以直接每天同时跑两条。

第三步:版本保留策略

群晖提供经典策略和自定义策略。推荐:

  • 最近 30 天每天一个版本
  • 之后每周一个版本,保留 12 周
  • 之后每月一个版本,保留 12 个月

总的版本数大概几十个,占用靠去重控制在合理范围。

第四步:务必做完整性检查

Hyper Backup 有”备份完整性检查”功能,会周期性读回备份数据验证可用。一定要开,否则备份文件损坏了你也不知道。检查频率建议一季度一次,大备份可以设置成在业务空闲时段执行。

Active Backup for Business:给终端做保护

它解决什么问题

如果你家里或办公室有多台电脑,传统做法是每台装个备份软件各自为政。ABB 的做法是:群晖作为中心,统一拉走所有终端的备份。

支持的源:

类型 方式 备注
Windows PC / 服务器 ABB 代理,整机或文件级 支持裸机还原
macOS ABB 代理 文件级为主
Linux ABB 代理 支持裸机还原
VMware vSphere 无代理,通过 vCenter API 虚拟机整机备份
Microsoft Hyper-V 无代理 虚拟机整机备份
文件服务器(SMB/rsync) 服务端拉取 不需要在源端装东西

注意一个好消息:ABB 是免费的,不按客户端数量收费。这在商业备份软件里非常罕见。

和 Hyper Backup 的边界

很多人问:ABB 把电脑备份到 NAS 上,那还要不要 Hyper Backup?

要。原因很简单:

  • ABB 保护的是「电脑 → NAS」这一段,数据最终落在 NAS 的存储池里
  • 如果 NAS 的存储池崩了,ABB 的备份跟着一起完蛋
  • 所以还需要 Hyper Backup 把 NAS 上的数据(包括 ABB 的备份仓库)再备份到第二个地方

完整的链条是:电脑 → (ABB) → 群晖 NAS → (Hyper Backup) → 外接硬盘或云端

这个是典型的 3-2-1 结构:至少 3 份数据、2 种不同介质、1 份异地。

实用建议

  • Windows 整机备份建议配好保留策略,避免老版本占用太多空间
  • 虚拟机备份用无代理模式很方便,但要注意快照残留问题(备份完没清理干净的 VM 快照)
  • ABB 的备份目标目录本身要被 Hyper Backup 覆盖到
  • 企业环境建议启用传输加密

Snapshot Replication 的位置

这一条上一篇已经详细讲了,这里只说它在整个体系里的定位:

需求 用什么
找回十分钟前误删的文件 Snapshot Replication(本地快照)
找回上周删掉的文件 Snapshot Replication 的周保留
NAS 整机故障 Hyper Backup
房屋失火 / 进水 Hyper Backup 异地(云端或带走的外接盘)

快照是高频防线,Hyper Backup 是兜底。两者不可互相替代。

Cloud Sync 为什么不等于备份

Cloud Sync 做的是”让本地目录和云端保持一致”。它的逻辑隐含着一个危险:

你在本地删除了文件 → Cloud Sync 会把云端的那份也删掉。

真正的备份要求”历史版本的存留不受源文件删除影响”,而同步协议天生没有这个保护。所以:

场景 用 Cloud Sync 用 Hyper Backup
想把 NAS 文件同步到网盘分享 ✅ ❌
想在多个地点访问同一批文件 ✅ ❌
想防误删 / 勒索软件 ❌ ✅
想保留历史版本 ❌ ✅

一套能直接抄的配置

针对家庭 / 小型办公,这套配置刚好够用且不太贵:

硬件前提:一台群晖 + 一块外接 USB 硬盘(容量 ≥ NAS 数据量)

组件 配置 频率
本地快照 Snapshot Replication,小时+天+周+月四层 自动
本地冷备 Hyper Backup → 外接 USB 每天,每周轮换插拔一次更好
异地备份 Hyper Backup → 云端对象存储 每周
终端保护 Active Backup for Business 每天/每周按终端重要性
完整性检查 Hyper Backup 自带检查 每季度

预算有限时的降级顺序(从低配往上加):

1. 先配本地快照 —— 几乎零成本,解决大部分误操作 2. 再加外接硬盘的 Hyper Backup —— 几百块钱,防设备挂掉 3. 最后加云端异地备份 —— 防物理灾难

最容易犯的五个错误

1. 配了备份从不演练。备份的价值只有在恢复时才体现,每半年至少真恢复一次 2. 忘了备份套件配置。只备份共享文件夹,结果 NAS 换机后所有 Docker 容器、用户权限要重配 3. 外接硬盘一直插在机器上。勒索软件可能顺着打过去,轮换两块盘轮流离线更安全 4. 加密密码忘了。用了客户端加密又没留密码本,等于自己把数据锁死 5. 从不开完整性检查。备份文件损坏没人告诉你,等要恢复时才发现数量不对

最后一句值得背下来:没有备份的数据不算数据,没有演练过的备份不算备份。

微信搜一搜 纳思Note
评论经后台审核通过后显示 · 请勿发布广告、外链或无关内容

发表评论

邮箱地址不会被公开。填写昵称与邮箱后方可评论。