NAS 需要多大容量？从三年的资料增长算起

先得到一份容量计划，再挑硬盘

买盘前要回答四个问题：现在有多少需要保存的资料、每年增加多少、准备使用几年，以及哪些资料还要留独立备份。硬盘标称容量是后面的选项，不能替你回答这些问题。

本文用一个假设家庭贯穿计算，数字可以替换。它不是某款 NAS 的实测，也不包含硬盘兼容性判断。做完以后，你应当得到一个有依据的容量区间，而不是一个看似精确的购买结论。

第一步：盘点真正要放进 NAS 的资料

在电脑、手机相册或现有存储系统里，查看资料的实际大小，记录统计日期和单位。先分成几组：

这张表统计的是准备保存的工作资料。不要把同一份照片在手机、电脑、移动硬盘上的三次出现都加进去，除非你确实要把三份都保留在主存储里。相册缩略图、应用数据、现有快照和备份仓库也要辨认：它们可能占空间，但不一定是同一类预算。

拿不准重复关系时，先记录“尚未去重”，不要为了凑出一个净容量先删除文件。资料总量与当前磁盘已用空间不一致时，查明差别来自系统、应用、快照还是额外副本。

第二步：把增长估计写成可修改的假设

有历史统计时，可以比较两个日期。假设三个月前有 3.8 TB，现在有 4.0 TB，这个季度净增 0.2 TB，简单年化是 0.2 × 4 = 0.8 TB。它只是近期趋势：下半年开始拍高码率视频，增长可能显著改变。

没有统计时，不必填写“0”。可以先列已有待导入的资料，再比较慢、中、快三种增长情景。例如当前 4 TB，规划三年：

这张表让你看到选择对增长有多敏感。理论 10 TB 的方案，在中间情景可以继续核查，在较快情景已经不满足这个留白目标。

第三步：留白的分母不能算错

本例希望未来资料占规划容量的 80%，因此需要 7 ÷ 80% = 8.75 TB。若只给 7 TB 加 20%，得到 8.4 TB，留下的 1.4 TB 只占总量的约 16.7%，不是 20%。

20% 是本例的规划参数，不是所有文件系统的强制要求。索引、临时转码、快照或应用可能需要额外空间，要按所用系统另查。用理论阵列容量做初步筛选时，还应列出“系统和文件系统开销待扣除”，不要把 8.75 TB 和硬盘标签直接当作最终验收。

第四步：统一 TB 和 TiB，再比较

十进制 1 TB = 1,000,000,000,000 字节；1 TiB = 1,099,511,627,776 字节。10 TB ÷ 1.099511627776，约为 9.09 TiB。单位转换并不表示文件丢了。

有些界面会用习惯标签显示容量，因此要查该软件采用的口径。将预计资料量、系统报告容量和候选硬盘先换到同一单位，再比较；之后才考虑系统占用等真实开销。不要在换算之后又重复扣掉同一项“单位损失”。

第五步：把备份另列预算

这家人三年后主资料预计 7 TB，但重要照片和文档是 1.5 + 0.4 × 3 = 2.7 TB。是否备份其余影音，取决于它能否重新获得以及你愿意投入的时间。

2.7 TB 仍只是重要资料最新状态的大小。备份历史版本、仓库开销和额外留白还没有计算；主阵列有多少空间，不能代替这笔预算。接着阅读怎样给资料分组和历史版本的容量安排。

做完时，检查这五项

1. 留下当前资料统计、日期和单位，标出重复或未统计部分。
2. 写清规划年限，至少比较一种增长变化。
3. 说明留白占总容量的比例，以及尚未计入的开销。
4. 对候选方案区分硬盘总量、理论阵列容量和系统实际可用空间。
5. 把重要资料的独立备份容量单列，核查具体机型与系统支持条件。

你可以把同样的参数放进容量工具。目前工具提供资料增长与留白计算，不会扫描磁盘、识别阵列或替你确认机型兼容性。