这时候，我就意识到，白群晖、威联通的软 raid5 性能差，如果 7x24 小时，企业级的解决方案才是比较靠谱。
硬盘存储介质我 HDD 换成企业级的银河、HC 系列了，但是我的方案，还是一个家庭 NAS 方案，修复依赖官方方案，太被动了。
例如这一组 8 盘 raid5 ，其实有办法修复的，只不过 qnap 工程师只是在工具级别的范围内就放弃了。

于是我开始放弃群晖、QNAP ，考虑单盘模式+通用系统+多副本备份。

并且我吸取数据未分类分级的教训，我只有电影等可以接受丢失的数据，才考虑用 raid5 。

于是我采用了企业的硬盘柜+硬件阵列卡+普通 PC+Windows/Exsi ，作为我的方案。

这个方案的特点：
1. 硬件容易找，低功耗或高性能，都方便，属于 DIY 方案；
2. 对 HDD 、SSD ，以及企业级的 U.2 、硬件阵列卡，都很友好。

所以我现在就是一个低功耗的 PC+Windows+U.2 单盘模式存储 online +HDD 单盘备份重要数据 + HDD 阵列存储大容量非重要数据。

如果万一介质出现问题，HDD 的单盘模式+标准 NTFS/exfat/ext4 ，做数据恢复，都相对简单。
U.2 是数据中心级 SSD ，只要做好散热，是性价比只选，不过最近涨价了，但也比 M.2 好很多，寿命、速度都很牛，用来 online 最好不过，一般搞一个 7.68t 的就可以，很少人 online 超过 8t 吧？

习惯性 cmd+回车发送了，抱歉，接#31：
1. 用发展的眼光看问题，不要按照现在的需求和成本、可选技术路线进行方案定型，方案是会迭代的；
2. 这点需求，PC+U.2+HDD 过渡性存储+多副本备份，是王道。

理由：
1. 13 年玩 NAS ，第一台 DS412+，4 盘位，入的 WD 红盘，4TB*4 ，raid5 （ JD 入手）；
2. 后来 18 年换 DS1817+，年底加了 DX517 做盘位扩充，升级到 8T 红盘。
发现的问题：
1. 所谓 WD 红盘，NAS 盘，属于智商税，以上这些 4T 、8T 的红盘，在白群晖+UPS+杭州很少断电的情况下，故障率很高；
2. 一劳永逸不现实，一开始 4 盘位，后来到 8 盘位，再到盘位扩展，其实需求是会增加的，可扩展性很重要。

到这时候，我还是 raid5 的忠实粉丝，但是有坑，虽然我没被 WD 红盘的故障+raid5 rebuild 害过，但是每次降级后的 rebuild 过程，我都胆战心惊，原因：

1. 盘几乎是同一批的，4 盘 raid5 、8 盘 raid5 ，在 rebuild 过程很有可能再挂一个；
2. 软 raid 的 rebuild 很漫长……因为是重新校验+读+写+软 raid 依赖 CPU 性能。

后来因为群晖性能一般，可扩展性的性价比不高，而且家里开始用万兆网络，威联通在做 2 个千兆链路聚合也效果不佳，局域网的同步速度非常差，原因：
1. HDD 本身读写就不快，8 盘 8T raid5 在 DS1817+之下，吃满千兆网络后，做链路聚合也没实现 X2 ；
2. 缺乏 SSD 做缓存，读写都是 8 个盘在咔咔转，很吵，虽然我那时候有书房。

我放弃了群晖入了威联通，原因：
1. QNAP 在功能上更专业，相对性价比更高，虽然软件 ui 很烂，和 dsm 不能比；
2. 我一步到位的买了当时最贵的 872XT ，价格 2w ，10 盘位（ 8 个 3.5 sata ，2 个 m2 ），支持 pcie 、万兆、雷电 3 ，i5 的 u ；
3. QNAP 扩展很方便，USB-C 的 TL D800C ，或者 pcie+8088 线的 TL D800S ，随便就可以再加 16 个 3.5 sata 盘位。

这个时候我开始用 10T 及以上的企业盘，放弃 WD 红盘。
这时候我也知道希捷的酷狼是智商税。
于是希捷银河 10T 开始，到 16T 。
西数的 HC 系列，从 14T 、16T 、18T 、20T 、22T 。
东芝的 MG09 、MG10 系列，从 MG09 的 18T ，到 20T 。

但是同时为了解决噪音问题、内网万兆后的访问速度问题，我开始考虑 SSD ，一开始 872XT 的 M2 只是用来做读写缓存，后来我开始用 M.2 转 U.2 ，开始上 U.2 ，于是打开新世界大门。

U.2 是垃圾佬最爱，入坑后就回不了头，于是我入了 QNAP 的 9 盘位，其中 4 个 2.5 盘位分别支持 2 个 U.2 和 SATA 。
这时候软 raid5 的弊端开始浮现，我终于遇到 8 盘 raid5 出现 2 盘故障的 Case ，就发生在 872XT 上。

这是一个 16T*8 的 raid5 ，110 多 T 的数据，其中就包含了 OP 提到的：家庭监控小孩的视频数据。

这些数据的特点：
1. 持续，且量大；
2. 需要一个系统持续的写入，我用的是 QNAP 自带的软件+支持通用协议的摄像头。

这里我犯了个很大的错，就是数据没有做分类分级，并进行分卷管理，而是统一的用一个 8 盘 raid5 保存。
监控视频、个人照片、电影等全在这个阵列上。
我比较庆幸的是个人照片因为体积小，也就几个 T ，我做了额外的备份。
但是家庭视频因为量大，持续写入，我没做备份。

这一组 8 盘 raid5 出故障后，我请 QNAP 的工程师修复，无果，我只能无奈的把 8 个 18T dd 备份成镜像后，开始自学阵列的数据修复技术……

刚好玩 NAS 超过 10 年，我的几个建议：

对于总是喜欢第一时间尝鲜的我，只要不丢数据，都是小事。

@dilidilid Mac 可以增加新的宗卷尝鲜，iPhone 一直都是用 beta 系统，反正手机也不差那台，bug 不到哪去，更新之前也会有 iCloud 备份无所谓，万万没想到 ATV 的 bug 居然是字幕，我也是手欠，其他都还好，ATV 是客厅给家人用的……

后来我换成 fileball 才知道不是 vidhub 的问题，才想到可能是 beta 版系统的问题

@dilidilid 我知道啊 so ？

@lzp441321890 原来如此

手表震动闹钟，顺便监测睡眠。

感谢分享，我赶紧下载个 PD 去，不知道和 vmware 的体验差距如何

卖了 换钱 钱的一部分买一个满足需求的安卓 多的部分 做点别的 有需求的时候 再入

你的 SSD 是不是 WD 的 Mypassport ssd ？