很多人觉得，只要用ZFS，那就必须大量内存往上怼。一个常见的说法是：每1TB的存储，就得1GB内存伺候。 根据我本人的使用来看，根本用不着。 这里面有一个重点，就是开不开deDup，也就是ZFS的重复数据删除功能。开启deDup，你才需要1TB-1GB这样的配置，否则不需要。 我个人的配置实际远超，总共15TB左右存储配了48GB内存，没办法就是壕。 观察我的TrueNAS内存情况，48GB内存中，ZFS Cache（也就是ARC）用了8GB，闲置内存高达23GB。观察系统的内存动态调整情况，ZFS Cache在1-30GB之间变动。但无论分配多少，对性能均没有明显影响。 所以，不要有”内存配不到位根本没法用“这种误解，8GB足够。 另外deDup虽然听上去很好很强大，但不仅极其耗内存，对性能、数据安全性也有副作用，得不偿失。家用不建议开。 当然，现在内存这么便宜，多上一点也挺好，毕竟整个系统并不是只有ZFS，多点内存，各种服务跑得也更从容些。
有个Pool，双盘Mirror，安装了NextCloud插件和一个TimeMachine的共享文件夹。 空间不够了，家里还有一块空间一样大的闲置盘，就想着升级成Raid-Z。 ZFS不支持这样的升级，也没有找到合适的工具来做这个事。 最后的解决方式简单粗暴： 1、找个别的盘插上，新建一个Pool，比如叫PoolTmp 2、把原Pool Replication到这个PoolTmp，最好把其中的Jail 共享之类的先停掉 3、PoolTmp做Export/Disconnect，卸载掉 4、原Pool卸载掉，插上要加的盘，新增Pool，把这三个盘做成Raid-Z，新增Pool的名字跟原Pool一样 5、把PoolTmp Replication到新Pool 简而言之就是：找个中转盘，先Replication出来，再Replication回去。 这样操作不需要对Plugin，Jail做任何修改，简单直接，毫无问题。
我把Debian搭NAS的过程写了个帖子，发表到了什么值得买上。 看了下评论，多数质疑都集中在RAID5上。 主要是这三种意见： 1、应该用RAID 1、RAID 10，以保证安全。 2、应该用ZFS，ZFS很强大。 3、应该上硬件RAID卡。 软RAID5的“write hole”、“silent corruption”问题是被提及最多的。 关于RAID5，其实在上次OMV出问题时，我也想过要把它抛弃。但最终还是选择了它。为啥呢？因为它还是一个比较“适合我”的配方。 我的数据主要分四种： 1、死都不能丢的数据 比如：加密用的文件key，一部分文档和一小部分照片视频。 2、丢了会痛不欲生的数据 主要是家人，特别是宝宝历年的照片和视频 3、丢了会很心痛的数据 包括外拍的照片、历年挂PT下载的电影和音乐等 4、丢了就丢了的数据 这就不解释了，随时可以再获取的数据都是这类 各类数据，我的存储选择是不一样的 第1类，是就算房子烧了也不能丢。这种数据，我选择的备份方案是本地Win10的文件历史+加密后云盘备份。文件历史可以记录修改的各个版本，而云盘相对自家硬盘来说安全性高很多。而且这类数据是只有我有的，不存在HASH匹配被特色的情况。 第2类，我的选择是：手机的照片视频自动同步到云盘，同时同步到电脑，而相机拍摄的，因为尺寸比较大，因此在主用的硬盘存放之外，用另一块硬盘备份，同时还用KLS Backup备份到NAS。…