外观
规划你的第一台 NAS
大部分返工都来自「先买了机器，再想用来干什么」。这篇用五个问题把需求定下来，后面选硬件、分盘、做共享、做备份都有依据。
问题一：你要存什么
先写一张清单，别只写「存点东西」。关键是每一类数据丢了能不能重新得到，它决定了你需要冗余、备份，还是两样都要。
| 数据类别 | 例子 | 丢了能重新得到吗 | 因此需要 |
|---|---|---|---|
| 不可再生 | 家人的照片和视频、手机相册、个人文档、工作文件 | 不能 | 冗余，加至少两份独立备份，其中一份在异地或离线 |
| 可再生但费时 | 影音库、软件镜像、虚拟机镜像 | 能，但很慢 | 冗余通常够了，备份看预算 |
| 应用数据 | 容器的配置、数据库、相册索引 | 一部分能 | 随应用一起备份，见Docker 与应用 |
| 临时数据 | 下载中的文件、缓存 | 能 | 不需要 |
别忘了 OMV 自己：它的配置数据库在系统盘上，系统盘坏了，用户、共享和服务设置都要重建，所以系统盘也要有备份，见备份系统盘。
问题二：要多大
用这个公式估算数据盘需要的可用容量：
text
可用容量 ≈ （现有数据 + 每年新增 × 规划年数）÷ 0.8除以 0.8 是给自己留 20% 的余量：文件系统用到九成以上，既没有余量应付突发的大文件，也很难整理。OMV 默认在文件系统使用率超过 85% 时发通知（存储器 → 文件系统（Storage → File Systems）里的 用量警告阈值，需要先配好邮件通知）。
冗余会让可用容量变少。以 n 块同容量的盘为例：
| 方式 | 可用容量 | 能坏几块盘而不丢数据 |
|---|---|---|
| 不冗余（单盘，或者几块盘各自独立） | n 块的全部容量 | 0 块，坏哪块就丢哪块上的数据 |
| 镜像（RAID1 之类，2 块盘） | 1 块的容量 | 1 块 |
| 单校验（RAID5，或 SnapRAID 一块校验盘） | n−1 块的容量 | 1 块 |
| 双校验（RAID6，或 SnapRAID 两块校验盘） | n−2 块的容量 | 2 块 |
不同大小的盘想混用，可以看 mergerfs 加 SnapRAID，容量算法见 SnapRAID。备份盘的容量另算，至少要装得下「不可再生」的那一类数据。
问题三：坏一块盘能不能接受
| 你的态度 | 做法 | 代价 |
|---|---|---|
| 能接受停机几小时，从备份恢复 | 不做冗余，把精力放在备份上 | 坏盘时要停机、要恢复，恢复期间不可用 |
| 坏一块盘，照常使用 | 单盘冗余：镜像、RAID5/6、SnapRAID，或者 Btrfs、ZFS 的镜像 | 少一块盘的容量，多买盘 |
| 坏两块也要扛住 | 双校验 | 再少一块盘的容量，盘更多 |
冗余不是备份
冗余让你坏盘时不用立刻恢复；它不能救你于误删、勒索软件、配置改崩、整机损坏或者火灾。每一类「不可再生」的数据，都要有一份独立于这台机器的备份。
怎么选，见多块硬盘怎么组：RAID、Btrfs、ZFS 与 mergerfs + SnapRAID。
问题四：要跑哪些应用
只做文件共享，对硬件的要求最低。每多一个应用，都要往上加。
| 你想做的事 | 对硬件的影响 | 去哪里看 |
|---|---|---|
| 只做文件共享（SMB、NFS） | CPU 和内存要求最低；官方最低 1 GiB 内存，新手建议至少 4 GiB | 硬件要求 |
| 家庭影音库，带转码 | 转码要核显或较强的 CPU，内存也要够 | Jellyfin |
| 手机相册备份 | 多个容器，机器学习部分占内存，数据库要备份 | Immich |
| 下载、同步、导航页这类小应用 | 很轻，但要管好权限和暴露面 | 常用 Compose 应用 |
| 跑虚拟机 | 要 CPU 虚拟化支持，内存另算 | KVM 插件；重度虚拟化考虑 Proxmox VE |
每个应用的资源需求，以它自己的官方文档为准。内存是最容易先用完的资源，先把清单加起来再选。
问题五：备份放哪
至少有一份在这台机器之外。通用的做法是 3-2-1：三份数据，两种介质，一份在异地。
备份盘和备份机要提前列进预算和规划：外接 USB 硬盘要占接口，备份到另一台机器要考虑网络，异地或云端备份要考虑带宽和加密。方案见备份策略：冗余不是备份。
还要顺手想的三件事
- 噪音与摆放：放在卧室、客厅还是单独的房间，决定了你能不能接受风扇和硬盘的声音。
- 功耗与电费：24 小时常开的机器，功耗会一直累计，见低功耗整机参考。
- 断电保护：意外断电可能让正在写入的数据损坏，见UPS 与供电。
三种典型规划
| 规划 | 适合谁 | 硬件 | 冗余与备份 |
|---|---|---|---|
| A. 最小可用 | 数据量不大，预算有限，能接受停机恢复 | 一块小系统盘，一块数据盘，一块外接 USB 硬盘做备份盘 | 不做冗余；用 USB 备份或 rsync 任务备份 |
| B. 家庭推荐 | 全家的照片、影音和文档，想坏盘不停机 | 系统 SSD，两块同容量的 NAS 盘做镜像，另有独立备份盘或另一台机器 | 镜像加独立备份；Compose 跑 Jellyfin、Immich |
| C. 影音仓库 | 大量很少改动的影音文件，硬盘大小不一 | 系统 SSD，多块不同大小的盘 | mergerfs 合并成一个目录，SnapRAID 做校验；重要文件另外备份 |
三种规划对应的完整做法：低成本方案：旧电脑改 NAS、家庭 NAS：照片、影音与全家备份、影音仓库：mergerfs + SnapRAID。
其他场景：树莓派 NAS、在 Proxmox VE 上跑 OMV、小团队文件服务器、把 OMV 做成全家备份中心。
把答案落成配置单
| 项目 | 你的答案 |
|---|---|
| 数据清单与可用容量需求 | |
| 冗余方案 | |
| 应用清单与内存合计 | |
| 备份去处 | |
| 硬件形态（旧电脑、迷你主机、自组、虚拟机） | |
| 噪音、功耗与断电保护 |
硬件形态怎么选，见整机方案。
检查结果
填完这张表，你应该能回答：
- 哪些数据丢了回不来？它们现在有几份、分别在哪里？
- 数据盘需要多大的可用容量？冗余之后要买多少块盘？
- 应用清单加起来要多少内存？
- 这台机器彻底坏了，你打算怎么恢复？
答得出来，带着这张表进入硬件与准备。
常见问题
只有一块盘，能不能先用起来？ OMV 要求系统盘和数据盘是两块不同的盘，官方不支持把系统盘当作共享数据盘用。至少准备两块：系统盘可以是小 SSD，细节见系统盘怎么选。
要不要一开始就上 RAID？ 看问题三的答案，别为了「看起来专业」而上。RAID 多了一层要维护的东西，而它不替代备份。
要不要 ECC 内存？ 不是 OMV 的要求，见硬件要求里的 ECC 小节。
数据搬到 NAS 之后，手机和电脑里的原件能删吗？ 先确认这份数据在 NAS 上已经有了独立备份，并且做过一次恢复演练，再删。