家里或办公室的群晖NAS里常年存着照片、工作文件和项目资料。硬盘坏掉、误删一个目录，或者机器被偷，数据往往就找不回来了。只放在一台NAS里，等于把所有文件放进同一个篮子。把群晖和阿里云对象存储（OSS）配合起来，本地留一份随时能打开的副本，云端再留一份异地副本，是比较省心的做法。这里的阿里云指的是OSS，个人使用的阿里云盘不在讨论范围内。下面说具体怎么搭、费用怎么估，以及安全上要注意什么。
为什么NAS要配一份云端副本
群晖的好处是局域网内读写快，DSM套件也多，日常用起来顺手。但NAS本身不能替代异地备份。火灾、盗窃，或者一次断电烧坏主板，都可能让机器和里面的硬盘一起出事。把数据定期同步到OSS，相当于在另一个地点留了一份。
OSS按量计费，容量随用随加，不用提前买硬盘，也不用再找地方放一台备份机。对小团队和个人来说，这通常比再买一块大硬盘更灵活。
三种常见搭配方式
- Hyper Backup增量备份：适合需要保留历史版本的数据。每次只上传变化的部分，误删或改坏的旧文件可以从历史版本里找回。
- Cloud Sync同步：适合把OSS当成远程文件夹，多台设备读取同一批文件。
- 手动或脚本上传：适合只归档少数几个目录的情况，可以用阿里云官方工具或成熟的第三方客户端完成。
用Hyper Backup备份到OSS
在套件中心安装Hyper Backup，新建备份任务，目标选择S3兼容存储或阿里云对应的选项。填入OSS的Endpoint、Bucket名称，以及RAM子账号的AccessKey。首次备份会上传全部数据，时间取决于总量和上行带宽。3TB放在家庭宽带上，可能要跑好几天，最好安排在晚上或周末。之后只传新增和修改的内容。
保留策略要提前设好。比如保留最近30个版本，超出的旧版本自动清理。这样既能找回误删的文件，又不会让存储量无限增长。
用Cloud Sync同步共享目录
Cloud Sync的模式分为单向上传、单向下载和双向同步。双向同步如果两端同时改了同一个文件，可能生成冲突副本，两边的内容需要自己判断取舍。重要目录先用单向上传，跑稳了再考虑双向。
一个设计工作室的改造过程
这是一个典型场景的整理，并非某个具体客户的实录。假设一家小型设计工作室有4名设计师，项目文件放在一台四盘位群晖上，总量约3TB。过去的做法是每周手动复制到两块移动硬盘，硬盘都放在办公室的抽屉里。
有一次停电，NAS其中一块硬盘损坏。一个项目的最新版本还没来得及备份，最后只能从两周前的移动硬盘里找回旧稿，返工用了大约三天。
改造思路很直接。重要项目目录用Hyper Backup每天凌晨同步到OSS，存储类型选标准存储，保留30个版本。已经结束的历史项目，在OSS上设置生命周期规则，90天后自动转为低频访问存储，省下一部分费用。移动硬盘保留，作为本地第二份副本。如果同类事故再发生，从云端找回文件只需要在NAS上找到对应备份点再下载，预期能把恢复时间压到一两个小时内，具体取决于文件大小和下行速度。
费用怎么算
OSS的费用主要有三块：存储容量、请求次数，以及外网流出流量。备份时上传一般不收流量费，但恢复时下载的流量要计费，这一点很容易被忽略。如果需要整体拉回好几个TB的数据，流量账单可能比想象的高。
存储单价和地域、存储类型有关，这里不写具体数字，避免信息过期。计算前用阿里云官网的价格计算器，按3TB和每天实际的变化量估一下，再决定用哪种存储类型。低频和归档存储单价更低，但有最短存储时长，提前删除会按剩余天数补收费用，这一点要先看清楚。
- 日常备份优先用标准存储，恢复速度最快，适合经常要翻找的项目。
- 超过两个月基本不再打开的历史数据，可以转低频或归档存储。
- 留意账单里的请求次数。大量小文件同步时请求数涨得很快，可以把小文件打包，或者降低同步频率。
安全设置要点
- 不要用阿里云主账号的AccessKey。新建RAM子账号，只授予目标Bucket的读写权限。
- Bucket保持私有读写，不开启公共访问。
- 主账号和RAM账号都开启多因素认证。
- AccessKey定期轮换。怀疑泄露时，立即在控制台禁用。
- 群晖上开启DSM的两步验证，关闭用不到的外网端口。
- 在OSS开启版本控制或保留策略。勒索软件加密文件后，同步可能覆盖云端副本，有版本保留才能退回去。
方案跑起来以后，每月做一次恢复演练。随机选一个目录从云端下载，检查文件能不能正常打开。很多人是出事以后才发现备份不完整，定期演练是确认备份真能用的唯一办法。
