给黑白 裙 掸掸 灰

刚刚给家里的两台nas清了清灰。


这位是一台4盘位的白群晖


这是一台8盘位的黑群晖


黑白群晖合影

先买的白群，发现群晖的确可玩性高，加上很快就塞满了，所以又自己装了台黑群。

之所以下决心买nas，是因为我们之前游戏时拍的照片、视频还有监控录像，总共有大约300G左右吧，我都存在笔记本的机械硬盘里。那笔记本还算比较新，我也没想到硬盘会毫无征兆的就那么挂掉，因此也没备份T.T

然后我们十几年来的影像资料——生娃前5年+生娃后7年——就随着那块挂掉的硬盘gone with the wind了。只能怪自己太大意了，没做好备份。

吃一堑、长一智。一冲动就买了群晖，而且组了raid5。16x12=192T，实际可用容量129T，现在又已经填满80%了。看来需要再加几块硬盘了。

但那块存满我们幸福时刻的硬盘是再也找不回来了，因为我绝对不敢拿去修理或恢复数据，否则就是第二个陈冠希事件！

有实力！为了性癖用同品牌同批次的硬盘在这种大涨价行情下组raid5真的好帅！还是老资历会玩！！！
顺便单位是T啊不是G，这么多T装满了哇！

不愧是最强M男(･ω´･ )

YSR-04E：↑有实力！为了性癖用同品牌同批次的硬盘在这种大涨价行情下组raid5真的好帅！还是老资历会玩！！！
顺便单位是T啊不是G，这么多T装满了哇！

不愧是最强M男(･ω´･ )

我买的时候存储不说是白菜价吧，但也还是处于价格低位，现在简直涨飞了T.T
被那丢失的300G带着也写成G了。已修改。谢谢纠正。

羡慕这么多的 nas

还有nas同好老哥

我的思路跟楼主不太一样。NAS enclosure 本身我得买硬件质量过硬的，但它自带的操作系统我直接删掉。用不上的 bloatware 太多了，proprietary 系统的安全和隐私我也不完全放心。买回来我就把原厂系统删了，然后装上最 minimal 的 Debian。apt install samba cryptsetup 就够了，没必要徒增攻击面。

RAID 我甚至也没组，一方面是太穷，根本买不起那么多匹配的硬盘。另一方面，以我有限的硬盘数量，比起投入 RAID，作离线异地容灾备份更有价值一些。全部数据都放家里的话，家里万一失窃或者失火，不管怎么 RAID 都完蛋。所以我还是留了两块大容量硬盘，平时锁在办公室文件柜里，每隔几个月带回家一趟，把 NAS 里较重要的数据 rsync 到那两块硬盘里，再带回办公室锁着。

当然这两年和主人色色拍的视频越来越多，再加上硬盘涨价，可能很快就得重新考虑一下怎么在省钱的前提下进行一些扩容了。

买回来我就把原厂系统删了，然后装上最 minimal 的 Debian。

我猜站长应该是程序员吧，懂技术，可以自己DIY。另外，您考虑得更多的是网络安全问题。

我虽然接触电脑和网络比较早，租个VPS建个网站之类的活还勉强能干，但毕竟是文科生，不会写代码，所以只能依赖别人开发的现成的系统，没有能力自己DIY。

不过，我也明白，NAS毕竟是联网的，即便是内网，只要联网就会有风险。所以我们自己的录像即使是在有了nas之后，我也没往里面存过。现在是存在两个加密的移动硬盘里，以免被女儿发现。

---

作离线异地容灾备份更有价值一些。全部数据都放家里的话，家里万一失窃或者失火，不管怎么 RAID 都完蛋

这个风险我之前还真没意识到，的确有必要再异地保存一份，学习了（拱手.jpg）

老仓鼠了🐹

邢友孝：↑我买的时候存储不说是白菜价吧，但也还是处于价格低位，现在简直涨飞了T.T

不不不，您会错了意，我不确定这是否攻击到了您的性癖所以先行道歉，重点不是价格，是同品牌同型号同批次硬盘组raid5。

毕竟前辈或许是喜欢与「同品牌同型号同批次硬盘同用电环境非常容易出现的同时死一片」的极端情况赌博玩心跳，或许有些强迫症热衷于负载均衡，总之是很伟大的性癖。
毕竟raid5的容灾最多只允许坏一块硬盘，而同一批组磁盘阵列坏一块其他寿命可能也差不多了不能当独立事件看，Rebuild的时候再挂一块单想象简直都是…吾辈楷模M之神…

但双NAS互相备份或许又有效弥补了这点不足？但又想不通不在乎空间利用率为何不raid10因此放弃raid6似乎也说得过去。总之不愧是有实力的前辈！

---

chromaso：↑另一方面，以我有限的硬盘数量，比起投入 RAID，作离线异地容灾备份更有价值一些。全部数据都放家里的话，家里万一失窃或者失火，不管怎么 RAID 都完蛋。所以我还是留了两块大容量硬盘，平时锁在办公室文件柜里，每隔几个月带回家一趟，把 NAS 里较重要的数据 rsync 到那两块硬盘里，再带回办公室锁着。

这老哥的做法反而很有道理，放弃挣扎采用物理方法才能获得没有硬盘天天哀嚎的平静。

同品牌同型号同批次硬盘同用电环境非常容易出现的同时死一片

这个风险也是我以前从来没有考虑过的问题T.T
看来在电脑硬件这块我要学习的东西还有很多。

毕竟raid5的容灾最多只允许坏一块硬盘，而同一批组磁盘阵列坏一块其他寿命可能也差不多了不能当独立事件看，Rebuild的时候再挂一块单想象简直都是…吾辈楷模M之神…

我一直认为，忍耐和等待是作m的基本修行，所以如果真有rebuild的那一天的话，我想我会甘之如饴地等它重建完成的。

邢友孝：↑

毕竟raid5的容灾最多只允许坏一块硬盘，而同一批组磁盘阵列坏一块其他寿命可能也差不多了不能当独立事件看，Rebuild的时候再挂一块单想象简直都是…吾辈楷模M之神…

我一直认为，忍耐和等待是作m的基本修行，所以如果真有rebuild的那一天的话，我想我会甘之如饴地等它重建完成的。

前辈对Maso之修行的悟性令人肃然起敬。

不过令人遗憾的是，物理规律和统计学可能不太想给前辈这个配合机会——Rebuild != Resilver。
嘛，传统raid5没有心，不懂现代文件系统的按需Resilver，它只会机械地把剩下几块盘的所有扇区（包括空区块）死命全读一遍，这也是上面老哥宁愿去Debian的原因之一吧。

同批次的盘坏了一块，剩下几块本就处于寿命衰减曲线的同一个位置，拉这群战损盘挂在绞刑架上抽鞭子，有概率会殉葬。
毕竟本质上是把剩下几块同一批次、同一 MTBF曲线下的残血盘，拉去跑几十个小时上百TB 100% I/O连续满载的Rebuild。大概率会变成眼睁睁看着第二块盘在重建中途当场暴毙、数据直接清零的灾难片。

当阵列在99%Unrecoverable medium error during recovery当场报废、数据瞬间蒸发时…
(°ཀ°)
从「甘之如饴」瞬间跌入「全盘皆空」的Ruined orgasm，想必才是前辈追求的终极 M 体验吧？ 敬佩！

YSR-04E：↑

邢友孝：↑

毕竟raid5的容灾最多只允许坏一块硬盘，而同一批组磁盘阵列坏一块其他寿命可能也差不多了不能当独立事件看，Rebuild的时候再挂一块单想象简直都是…吾辈楷模M之神…

我一直认为，忍耐和等待是作m的基本修行，所以如果真有rebuild的那一天的话，我想我会甘之如饴地等它重建完成的。

前辈对Maso之修行的悟性令人肃然起敬。

不过令人遗憾的是，物理规律和统计学可能不太想给前辈这个配合机会——Rebuild != Resilver。
嘛，传统raid5没有心，不懂现代文件系统的按需Resilver，它只会机械地把剩下几块盘的所有扇区（包括空区块）死命全读一遍，这也是上面老哥宁愿去Debian的原因之一吧。

同批次的盘坏了一块，剩下几块本就处于寿命衰减曲线的同一个位置，拉这群战损盘挂在绞刑架上抽鞭子，有概率会殉葬。
毕竟本质上是把剩下几块同一批次、同一 MTBF曲线下的残血盘，拉去跑几十个小时上百TB 100% I/O连续满载的Rebuild。大概率会变成眼睁睁看着第二块盘在重建中途当场暴毙、数据直接清零的灾难片。

当阵列在99%Unrecoverable medium error during recovery当场报废、数据瞬间蒸发时…
(°ཀ°)
从「甘之如饴」瞬间跌入「全盘皆空」的Ruined orgasm，想必才是前辈追求的终极 M 体验吧？ 敬佩！

别吓唬我行不行T.T说得我眼前发黑（掩面.jpg）

邢友孝：↑

YSR-04E：↑

邢友孝：↑

毕竟raid5的容灾最多只允许坏一块硬盘，而同一批组磁盘阵列坏一块其他寿命可能也差不多了不能当独立事件看，Rebuild的时候再挂一块单想象简直都是…吾辈楷模M之神…

我一直认为，忍耐和等待是作m的基本修行，所以如果真有rebuild的那一天的话，我想我会甘之如饴地等它重建完成的。

前辈对Maso之修行的悟性令人肃然起敬。

不过令人遗憾的是，物理规律和统计学可能不太想给前辈这个配合机会——Rebuild != Resilver。
嘛，传统raid5没有心，不懂现代文件系统的按需Resilver，它只会机械地把剩下几块盘的所有扇区（包括空区块）死命全读一遍，这也是上面老哥宁愿去Debian的原因之一吧。

同批次的盘坏了一块，剩下几块本就处于寿命衰减曲线的同一个位置，拉这群战损盘挂在绞刑架上抽鞭子，有概率会殉葬。
毕竟本质上是把剩下几块同一批次、同一 MTBF曲线下的残血盘，拉去跑几十个小时上百TB 100% I/O连续满载的Rebuild。大概率会变成眼睁睁看着第二块盘在重建中途当场暴毙、数据直接清零的灾难片。

当阵列在99%Unrecoverable medium error during recovery当场报废、数据瞬间蒸发时…
(°ཀ°)
从「甘之如饴」瞬间跌入「全盘皆空」的Ruined orgasm，想必才是前辈追求的终极 M 体验吧？ 敬佩！

别吓唬我行不行T.T说得我眼前发黑（掩面.jpg）

抱歉抱歉<(_ _)>，稍微有些上头，把前辈吓到搞得我很愧疚的。

别放在心上，只家用那点数据没那么容易丢失的，我不过是嫉妒前辈有这么多硬盘而已。
既然笃定群晖，如果已经填满80%确实有些没辙，虽然我也不知道这80%怎么精算出来的，raid6也不够啊，只好定期S.M.A.R.T.力求避免了，剩下的等日后硬件降价后买些不同品牌、不同批次盘冲淡Correlated failure就能稍微安心了吧。以及如果有余财或许得加个UPS防突然停电缓存脏了翻车。

不过RAID != Backup

1. 其实归根结底还是raid5在大容量硬盘重建期间的容错余量有限，读取大量数据时遇到不可恢复读错误会增加重建失败风险的URE概率抽奖鬼故事，我有一个朋友真遇到过：
   一块盘已经坏了
->RAID5重建
->
RAID需要读取其他盘大量数据
->其中某个地方突然坏道->重建无法正常完成
   这种鬼故事，不过在这里展开多少不够M了,在全盘高载读取时，MTBF的预测认真讲起来也过于抽象。
2. 不过raid6和raid10也并非全部保险啊…「提高系统在部分硬件故障情况下继续工作的能力」终究!=Backup
3. 所以我个人或许更喜欢ZFS那一套现代东西，比raid稍微先进臃肿一点？文件系统、卷管理、校验、冗余、scrub、self-healing放一起的大杂烩罢了。
   
   可惜还是得回到增加redundant backup…
   
   • 压榨内存获得ARC缓存总比没有好，我又行了，虽然有点吃内存看起来很不美好…
   • Checksum机制的校验能力并没想象的那么差，虽然它本身不能阻止数据损坏，但主动检查比偷偷挂掉强啊，起码能知道读出来的和当年写的是否一致对吧，说不定能配合redundancy打出Self-healing了呢。
   • 唉，Checksum + redundancy，唉我在期待什么…
   • 以及最宝贵的那点数据Scrub定期扫描，非常悲伤的一点在于十几年的照片视频其实早就不知何时悄悄坏掉silent corruption了，只是你今天才读到而已…还是加冗余副本的问题…

---

毕竟多年的电子数据是无价之宝，最核心的那些数据还是尽量3-2-1 Backup。
虽然现在一个主NAS，一个第二备份NAS，加移动硬盘三个互相备份、异地备份，家用来讲已经做得很好了。

每个人都是独一无二的记录，都值得被自己好好对待。

YSR-04E：↑

邢友孝：↑

YSR-04E：↑

邢友孝：↑

毕竟raid5的容灾最多只允许坏一块硬盘，而同一批组磁盘阵列坏一块其他寿命可能也差不多了不能当独立事件看，Rebuild的时候再挂一块单想象简直都是…吾辈楷模M之神…

我一直认为，忍耐和等待是作m的基本修行，所以如果真有rebuild的那一天的话，我想我会甘之如饴地等它重建完成的。

前辈对Maso之修行的悟性令人肃然起敬。

不过令人遗憾的是，物理规律和统计学可能不太想给前辈这个配合机会——Rebuild != Resilver。
嘛，传统raid5没有心，不懂现代文件系统的按需Resilver，它只会机械地把剩下几块盘的所有扇区（包括空区块）死命全读一遍，这也是上面老哥宁愿去Debian的原因之一吧。

同批次的盘坏了一块，剩下几块本就处于寿命衰减曲线的同一个位置，拉这群战损盘挂在绞刑架上抽鞭子，有概率会殉葬。
毕竟本质上是把剩下几块同一批次、同一 MTBF曲线下的残血盘，拉去跑几十个小时上百TB 100% I/O连续满载的Rebuild。大概率会变成眼睁睁看着第二块盘在重建中途当场暴毙、数据直接清零的灾难片。

当阵列在99%Unrecoverable medium error during recovery当场报废、数据瞬间蒸发时…
(°ཀ°)
从「甘之如饴」瞬间跌入「全盘皆空」的Ruined orgasm，想必才是前辈追求的终极 M 体验吧？ 敬佩！

别吓唬我行不行T.T说得我眼前发黑（掩面.jpg）

抱歉抱歉<(_ _)>，稍微有些上头，把前辈吓到搞得我很愧疚的。

别放在心上，只家用那点数据没那么容易丢失的，我不过是嫉妒前辈有这么多硬盘而已。
既然笃定群晖，如果已经填满80%确实有些没辙，虽然我也不知道这80%怎么精算出来的，raid6也不够啊，只好定期S.M.A.R.T.力求避免了，剩下的等日后硬件降价后买些不同品牌、不同批次盘冲淡Correlated failure就能稍微安心了吧。以及如果有余财或许得加个UPS防突然停电缓存脏了翻车。

不过RAID != Backup

1. 其实归根结底还是raid5在大容量硬盘重建期间的容错余量有限，读取大量数据时遇到不可恢复读错误会增加重建失败风险的URE概率抽奖鬼故事，我有一个朋友真遇到过：
   一块盘已经坏了
->RAID5重建
->
RAID需要读取其他盘大量数据
->其中某个地方突然坏道->重建无法正常完成
   这种鬼故事，不过在这里展开多少不够M了,在全盘高载读取时，MTBF的预测认真讲起来也过于抽象。
2. 不过raid6和raid10也并非全部保险啊…「提高系统在部分硬件故障情况下继续工作的能力」终究!=Backup
3. 所以我个人或许更喜欢ZFS那一套现代东西，比raid稍微先进臃肿一点？文件系统、卷管理、校验、冗余、scrub、self-healing放一起的大杂烩罢了。
   
   可惜还是得回到增加redundant backup…
   
   • 压榨内存获得ARC缓存总比没有好，我又行了，虽然有点吃内存看起来很不美好…
   • Checksum机制的校验能力并没想象的那么差，虽然它本身不能阻止数据损坏，但主动检查比偷偷挂掉强啊，起码能知道读出来的和当年写的是否一致对吧，说不定能配合redundancy打出Self-healing了呢。
   • 唉，Checksum + redundancy，唉我在期待什么…
   • 以及最宝贵的那点数据Scrub定期扫描，非常悲伤的一点在于十几年的照片视频其实早就不知何时悄悄坏掉silent corruption了，只是你今天才读到而已…还是加冗余副本的问题…

---

毕竟多年的电子数据是无价之宝，最核心的那些数据还是尽量3-2-1 Backup。
虽然现在一个主NAS，一个第二备份NAS，加移动硬盘三个互相备份、异地备份，家用来讲已经做得很好了。

每个人都是独一无二的记录，都值得被自己好好对待。

太专业了！好多名词都是我从来没听说过的。信息量太大，容我慢慢消化消化。
以上这些建议中，我已经做了的是给nas配了UPS，每15天作一次快速SMART检测，每半年做一次数据清理（应该就是您说的scrub扫描吧）。
ARC缓存，Checksum + redundancy，这些我都是第一次听说，还得好好学习学习。
总之，衷心感谢仁兄给出的建议。是我以前想得太简单了，以为有Raid5+两个nas互为备份就万无一失了。

邢友孝：↑

作离线异地容灾备份更有价值一些。全部数据都放家里的话，家里万一失窃或者失火，不管怎么 RAID 都完蛋

这个风险我之前还真没意识到，的确有必要再异地保存一份，学习了（拱手.jpg）

其实异地保存的必要性可能也因人而异。

我是因为没有自己的房子一直都租房住，加上所住的区域治安也不算特别好，再加上美国的房子抗灾水准极低，所以异地容灾的需求稍大一些。

如果本身家里数据全灭的风险就小的话，异地容灾的必要性还是低一些的。

而且其实如果不缺钱的话，更好的异地容灾方式还是加密后自动定期备份到云服务商的冷存储（例如 S3 Glacier Deep Archive 一类的磁带存储），毕竟一来省去自己物理搬运硬盘的工夫，二来云计算服务商的数据中心总归比办公室的文件柜来得更安全。我不那么做的原因纯粹是因为穷，即使最便宜的一档冷存储我也还是嫌贵。

chromaso：↑

邢友孝：↑

作离线异地容灾备份更有价值一些。全部数据都放家里的话，家里万一失窃或者失火，不管怎么 RAID 都完蛋

这个风险我之前还真没意识到，的确有必要再异地保存一份，学习了（拱手.jpg）

其实异地保存的必要性可能也因人而异。

我是因为没有自己的房子一直都租房住，加上所住的区域治安也不算特别好，再加上美国的房子抗灾水准极低，所以异地容灾的需求稍大一些。

如果本身家里数据全灭的风险就小的话，异地容灾的必要性还是低一些的。

而且其实如果不缺钱的话，更好的异地容灾方式还是加密后自动定期备份到云服务商的冷存储（例如 S3 Glacier Deep Archive 一类的磁带存储），毕竟一来省去自己物理搬运硬盘的工夫，二来云计算服务商的数据中心总归比办公室的文件柜来得更安全。我不那么做的原因纯粹是因为穷，即使最便宜的一档冷存储我也还是嫌贵。

嗯嗯，明白站长的意思。那就祝站长早日入住自己的big house！

邢友孝：↑
太专业了！好多名词都是我从来没听说过的。信息量太大，容我慢慢消化消化。
以上这些建议中，我已经做了的是给nas配了UPS，每15天作一次快速SMART检测，每半年做一次数据清理（应该就是您说的scrub扫描吧）。
ARC缓存，Checksum + redundancy，这些我都是第一次听说，还得好好学习学习。
总之，衷心感谢仁兄给出的建议。是我以前想得太简单了，以为有Raid5+两个nas互为备份就万无一失了。

不不不，称不上什么好建议，我只是个不上不下论坛胡说八道找乐子的随性不成熟半吊子而已，您真的已经尽力做很好了，不要太大压力，更不要把我的浅薄粗鄙当成什么重要的东西，网上认真你就输了。
期待以后从前辈那里看到更多经历了岁月淬炼时光洗琢依旧闪光的好东西呀~