核心优势
为数据安全而生
每一个设计决策都服从于同一个目标：让你的数据在多年后仍能完好无损地读出来。
设计原则
四大优先级
这四条原则决定所有功能取舍，不因任何外部压力改变。
P0 · 绝对优先
数据最安全
任何情况下不丢数据。数据完整性高于性能，高于易用性，高于一切。
P0 · 绝对优先
系统最稳定
宁可功能少，也不引入不稳定组件。长期无人值守，行为完全可预测。
P1 · 重要
操作最极简
完成任何操作的步骤数最少。错误提示必须是人类可读的语言。
P1 · 重要
系统最精简
每个组件必须有明确的存在理由。不装即不维护，不维护即不出错。
数据保护
静默守护，不需要你操心
所有保护机制在后台自动运行，你不需要记住任何命令。
端到端校验
每个数据块写入时计算 SHA-256 校验和，读取时自动比对。静默数据损坏无处遁形，发现即修复。
自动快照策略
每小时、每天、每周、每月自动保留快照。文件误删？从快照浏览器直接恢复，简单直观。
定期 Scrub 巡检
每 4 周自动扫描所有数据块，发现并修复潜在错误，趁问题扩大之前主动消除隐患。
SMART 健康监控
持续监控每块磁盘的健康状态，异常时主动推送邮件告警，而不是等你偶然发现问题。
可回滚系统升级
升级前自动创建 Boot Environment 快照，升级失败时重启选择旧版本，30 秒内完全恢复。
故障自动替换
配置热备盘后，磁盘故障时系统自动开始 Resilver 重建，无需人工干预，数据持续受保护。
存储拓扑
智能 RAID 推荐
根据磁盘数量自动推荐最合适的 ZFS 拓扑，任何配置下均优先保障数据冗余。
| 磁盘数量 | 推荐拓扑 | 可用容量 | 冗余能力 |
|---|---|---|---|
| 1 块 | ⚠ stripe — 无冗余 | 100% | 无 |
| 2 块 | Mirror | 50% | 1 盘故障 |
| 3 块 | RAIDZ1 | 67% | 1 盘故障 |
| 4–5 块 | RAIDZ2 | 60–80% | 2 盘故障 |
| 6 块 | RAIDZ2 推荐 | 67% | 2 盘故障 |
| 8 块 | RAIDZ2 × 2 | 50% | 各组 2 盘 |
磁盘选型要求
组建 ZFS Pool 前，请确认以下磁盘特性，避免影响数据安全和 Pool 性能。
强烈推荐
同等容量磁盘
同一 vdev 内的磁盘容量应相同。不同容量时，ZFS 以最小容量为基准，多余空间被浪费。若容量差异超过 20%，系统将显示警告。
强烈推荐
CMR 磁记录技术
必须使用 CMR（传统磁记录）磁盘。SMR（叠瓦磁记录）磁盘在 ZFS Resilver 和 Scrub 时写入性能极差，会导致长时间重建，严重时引发 Pool 超时错误。
重要
4K 扇区对齐（ashift=12）
ZFS 默认 ashift=12（4096 字节扇区），与现代磁盘的物理扇区匹配。使用旧式 512 字节逻辑扇区的磁盘需确认物理扇区大小。Pool 创建后 ashift 不可修改。
禁止
禁止 SSD+HDD 混用同一 vdev
同一 vdev 内不可将 SSD 与 HDD 混插。vdev 的读写速度由最慢的磁盘决定，混用会浪费 SSD 性能，且 SSD 寿命和 HDD 差异过大会带来不可预测的故障风险。
推荐
NAS 专用或企业级硬盘
推荐使用 WD Red Pro、Seagate IronWolf 等 NAS 专用硬盘，或 Exos/Ultrastar 企业级硬盘。它们具备振动传感器、更高 MTBF，专为 7×24 全天候运行设计。
建议
最低容量建议
单盘建议不低于 1 TB。ZFS 在小容量磁盘上元数据开销占比更高，且 Pool 空间使用率建议保持在 80% 以下，过满会影响写入性能和快照效率。
设计边界
我们永远不会做的事
RSNAS 是存储系统，不是平台系统。这些缺失是经过深思熟虑的设计决策。
✕
虚拟机 / 容器
引入额外复杂性，偏离存储系统本质
✕
应用商店 / 插件生态
第三方扩展带来不可控依赖链与安全风险
✕
多媒体服务与下载工具
存储系统不应承担媒体管理与下载职责
✕
实验性内核功能
任何标注 experimental 的组件一律不纳入