家里的NAS里装着照片、文档和工作素材。硬盘坏一块还能处理，真正让人心慌的是火灾、盗窃或者误删之后，所有东西一起没了。不少人会用黑群晖（非原厂硬件运行群晖系统）搭家用存储，成本可控，扩容也灵活。但本地设备再稳，解决的也只是本地的问题。接入阿里云做一份异地备份，才算有了后手。
为什么要把两者放在一起
本地NAS速度快，数据握在自己手里，但所有设备都在同一个屋檐下，一次意外就可能全部损失。阿里云对象存储（OSS）按量计费，远端空间可以按需扩展，并且支持S3兼容接口，群晖的备份套件可以直接识别。这意味着不必另写脚本，就能安排定时增量备份。
一个照片备份的例子
小林是独立摄影师，家里一台四盘位的黑群晖存着大约6TB的原片和修图文件。她之前只做了RAID 5，觉得数据已经够安全。直到有一次客厅水管爆裂，NAS泡了一夜。硬件勉强保住了，但她意识到冗余阵列防的是硬盘故障，防不住水患、盗窃这类整机损失。
之后她做了三件事。每天凌晨用Hyper Backup把核心项目目录增量备份到阿里云OSS；历史归档照片放进归档存储类型，压低长期保存的费用；再在OSS上配置生命周期规则，自动清理超过设定期限的旧版本。调整之后，每月云端费用控制在几十元以内，关键数据有了异地副本。
方案一：Hyper Backup 直接备份到OSS
这是更稳妥的做法，也适合照片、文档这类需要长期保留版本的数据。在Hyper Backup里选择S3兼容的存储目标，填入OSS的Endpoint、Bucket名称和AccessKey即可，备份任务支持版本保留和加密。
配置时有几点要注意：
- 在OSS控制台为这个任务单独新建Bucket，别和其他业务混用，恢复和清理时不容易误伤。
- AccessKey只给该Bucket的读写权限。账号级的密钥一旦泄露，影响范围会大得多。
- 第一次全量备份通常耗时较长，安排在夜间或网络空闲时段跑，免得占满上行带宽。
- 首次备份完成后，去OSS控制台核对对象数量和总大小，和本地目录对得上再放心。
方案二：Cloud Sync 同步
如果你要的是文件同步，而不是保留历史版本，可以考虑Cloud Sync。它适合把部分共享文件夹镜像到云端。但同步会忠实复制误删操作，删掉的文件也会跟着没了，所以它不能替代备份。两者搭配比较合理：Hyper Backup保留版本历史，Cloud Sync负责近期文件的副本。
成本怎么估
云存储费用主要来自三部分：存储容量、请求次数和下载流量。备份时写入和存储是大头，但恢复数据时的下载流量很容易被忽略，尤其是要拉回几TB的时候。建议先选一个小目录跑满一周，看实际用量，再推算正式费用。阿里云的价格会调整，具体数字以官网公示为准，别拿旧帖子的价格直接套。
几个容易踩的坑
- 授权问题：黑群晖一般用非原厂硬件运行DSM，而DSM是群晖公司的软件产品。动手前先看清相关授权条款，尤其是用于商业用途时，要自己评估合规风险。
- 网络暴露：NAS直接开放公网端口，遇到系统漏洞或弱口令就容易被入侵。远程访问优先考虑VPN或群晖自带的QuickConnect，并开启双因素认证。
- RAID不是备份：冗余阵列只扛硬盘故障，挡不住误删、勒索软件或系统出错。备份必须和本地存储分开。
- 恢复要演练：很多人只看备份任务显示成功，从没试过还原。每个季度抽几个文件实际恢复一次，确认备份真能用。
- 密钥别外传：AccessKey不要写进共享文档或截图里，定期轮换，并给阿里云账号开启安全保护。
收尾
黑群晖负责把数据留在家里，阿里云负责把副本送到远处，两者合起来才算完整。照片和文档这类长期资产，先用Hyper Backup加版本保留打底，需要同步再补Cloud Sync。新方案先拿一个小目录试跑，确认流程和费用都合适，再慢慢扩大范围。
