私有云备份策略：3-2-1 原则在自建场景怎么落地
自建私有云最容易犯的错误，是把「有 RAID」当成「有备份」。这两件事解决的是完全不同的问题，而很多人是在丢过数据之后才分清楚的。
RAID 不等于备份
RAID 解决的是硬盘物理故障导致的可用性问题：一块盘坏了，系统还能继续跑。它不解决误删除、勒索软件、火灾水浸和整机损坏。如果只有一份 RAID 阵列，一个误删命令可以同时清掉所有盘上的数据。
3-2-1 原则的落地
经典原则是：至少 3 份数据副本，存在 2 种不同介质上，其中 1 份在异地。放到自建场景，可以这样对应：
第一份是工作副本，跑在 04A NAS-RK3588 网络存储开发板的 SATA 阵列上——它板载 4× SATA 3.0，可挂 2.5″/3.5″ 硬盘，另配 M.2 NVMe 做系统盘与缓存，日常访问走 2× 2.5GbE，单口 280MB/s 以上，备份作业不会拖慢正常使用。
第二份是本地快照或外部硬盘，用不同介质再存一遍。第三份放异地：对象存储、另一台机器，或者定期带走的一块硬盘都行。异地的关键不是技术，而是让它自动发生——手动备份迟早会忘。
先做恢复演练
比备份策略更重要的是恢复验证。备份文件能不能恢复、恢复要多久、需要什么依赖，这些问题只有实际演练过才有答案。建议至少每季度做一次恢复测试，哪怕只是恢复几个文件。
RK3588 在这里的额外价值
NAS-RK3588 内置 6 TOPS NPU，支持 RKNN 与 TensorFlow Lite。备份场景里它能派上用场的地方是内容索引：相册人脸聚类、重复文件识别、视频结构化都可以卸载到 NPU，不必占用 CPU。做过自建相册的人都知道，首次索引几万张照片能把 CPU 跑满几个小时。
如果此前用过 RK3528 这类平台做轻量 NAS，升级到 RK3588 主要是为了盘位、网口和算力余量。规格资料见 NAS-RK3588 产品页。
