1
kkxxxxxxx 2016-05-27 12:21:53 +08:00
my cloud 应该是最便宜的黑群了吧
|
2
fcicq 2016-05-27 12:24:22 +08:00
RAID 5 的话坏一块的修复过程中再坏第二块的时候数据会全丢, 因为重建是高消耗的操作所以二次事故发生概率并不低. 盘越大越危险.
|
3
Totoria OP |
4
fcicq 2016-05-27 12:44:03 +08:00 2
@Totoria 可以试想一下, 第一块盘是轻载或者不明原因死的. 以一块盘 4T, 恢复速度 50M/s 算重建需要 80000s 也就是接近一天的时间. 可以考虑一下一天的满负载触发剩余盘中其中一个的故障的可能性.
|
6
ryahcs 2016-05-27 13:38:34 +08:00 via Android
昨天刚入了群晖 216j 西数红盘 3t 一共 2100
diy nas 我在 smzdm 上看过开箱 看起来还不错 之前也有考虑过 不过担心稳定性 所以入了白群 |
7
windirt 2016-05-27 13:48:52 +08:00 1
想入个万由 Home Nas, J3160 ,能上 win10+黑裙,硬解压 h265 ,配置秒杀白裙旗舰级
我自己有个过时白裙,把 MAC 和序列号可以用上直接洗白. |
9
Neon 2016-05-27 17:33:41 +08:00 1
@Totoria 之前就推荐过 onespace 啊... www.onespace.cc 用上新固件后挺不错的. 易用. 也支持你要的 Btsync. 你要是程序员的话内置的 Gogs 做代码仓库非常爽.
|
10
Neon 2016-05-27 17:39:40 +08:00 1
@Totoria 家用的话有数据安全要求 Raid1 就够了. Raid5 的话没必要的. raid5 经常在重建的时候坏盘是因为很多人 3 块或者 4 块盘是同时买的一个型号, 那么因为无故障时间的一致性, 在同一个时间区间 同时坏掉的可能性 比较大.
|
11
hzqim 2016-05-27 18:14:26 +08:00 1
@Neon 平均无故障时间只是一个质量标准,就算是同一批次,同一生产线出来的产品也有体制差异,而这差异造成的寿命之差绝对轻易大于恢复数据所用的时间( 1~2 天),所以不太同意兄台的说法。
另外,相同批次的同一型号硬盘的固件相同,对于一些芯片组或者 RAID 卡具有更好的兼容性,不容易掉盘。 |
12
msg7086 2016-05-27 23:48:47 +08:00 2
@hzqim 主要不是 MTBF 而是 URE 。
比如现在家用级硬盘的比特读取错误率大约是 1/10^14 ,企业级(比如 ES3 )是 1/10^15 。 如果是 10^14 的话,估算下来单次 4x3TB RAID 5 重建的成功率大约为三分之一,也就是说三个盘阵一起重建,概率上只有一个能完整跑完,另外两个全灭。 另外你说的寿命之差是指的数据无法读取吗? 如果磁盘上有一个扇区无法读取的话,在实际去读取之前你是不会知道的。 也就是说可能半年前就有一个扇区坏了,但是半年后你在做重建的时候才去读到这个坏块。 所以你说的寿命之差很容易被收束到很小的时间范围内。 |
13
msg7086 2016-05-28 05:33:51 +08:00
关于楼主的问题忘了说了。
RAID 5 的话必须要用红盘或者企业盘。如果你不做 RAID 5 的话倒是不一定需要红盘了。 如果要性价比的话不如看看以前那种 1037U 的主板,配上周边配件以后就是个 4 盘 NAS 了。 如果是家用的话,我觉得单盘就好了,反正对 RAID 需求不大。做好备份就行了。 |
14
hzqim 2016-05-28 10:51:22 +08:00
@msg7086 谢谢解惑!
RAID 5 确实不是一种安全的方案,最起码要 RAID 6 。 我现在的 NAS 系统是 Debian 7 64bit , 1037U 的主板, 3T+2T 的硬盘。 打算 618 在某电商撸多一块 3T 的硬盘,两块 3T 的硬盘各划出 1T 通过 mdadm 组软 RAID 1 , 用于存放自己拍的照片,自己创建的文档。 剩下的三个 2T 分区或单独使用,或用 LVM 组成一个大分区来, 用于存放可以从网络下载的电影,歌曲。 请评价一下这种方案的优缺点,谢谢。 |
15
woody009 2016-05-28 12:25:04 +08:00 2
@msg7086 您说的 URE 和比特读取错误率(我想您应该说的是 Raw Read Error rate )不是一回事的,当然两者有关系。 RRER 对重建并没有直接的影响,因为磁盘底层会有 ECC (参考 smart 里的 BB 、 C3 、 CC ), 所以后面的计算也就没意义了。
同意你后面说的话,可能之前出现了 URE 不可恢复读取错误但是并不知道,只有重建的时候才能发现。理论上 URE 出现几率比较高,应该远高于硬盘寿命终结, 但是在实际的使用中,只要硬盘熬过了幼儿死亡阶段,大多数同批次同型号的硬盘如同 @Neon 所说会在在一个较窄的时间区间里都彻底坏掉。 BTW 一旦出现了 URE 基本上就可以认为这块硬盘已经坏了,当然特别拮据的情况下 可能会将其低级格式化后继续使用。 @hzqim |
16
Totoria OP @msg7086 请问如果 Raid1 如何呢? 虽然说数据做好备份就好 但问题就在于这个 NAS 原本就是用来备份数据的了 我还要另外找地方给他备份 那不就成了备份上再加备份了吗?
有没有更好的选择呢? |
17
msg7086 2016-05-28 17:17:36 +08:00
@woody009
URE = Unrecoverable Read Error 是指经过 ECC 修正以后仍然读取失败的错误率,只是单位是 per bit 所以我这样写了。和底层的错误率完全没关系。底层的错误率比这个高太多太多了,说硬盘的正常读取完全是基于 ECC 修正的也不为过,没有 ECC 修正的话基本就是满地坏块了。 URE 的出现几率还是很高的,我这边观察企业级硬盘 RAID 5 阵列里,出现 URE 以后会自动让硬盘做重映射,然后就仍然可以正常使用的。而且后来我用 TTL 线连进硬盘固件以后,导出 G 表重新检测扇区发现并没有太大的问题,可见 URE 大多不属于物理损坏,可能仅仅是 bit rot 导致 ECC 错误而被阵列卡重映射的。但是这种情况如果不是企业级或者 NAS 专用盘的话会导致掉盘,阵列就会炸了。 另外现代的硬盘是不会在工厂外做低格的,因为根本没有低格设备。就算是用固件内的指令,也只是重新格式化扇区而已,最多只能算作「中级」格式化。 |
18
msg7086 2016-05-28 17:23:04 +08:00 1
@Totoria 首先你要明确, RAID 不是备份。
RAID 的目的是高可用性,也就是说,就算一块硬盘坏了, RAID 可以保证整个系统不会出现宕机。 但是 RAID 仍然会被所有的其他因素影响。 比如绑架软件,比如误删除文件,比如火灾水灾,比如猫爬上 NAS 释放代谢产物等等。 所以如果数据比较重要的话,建议扔在云上,比如 OneDrive 或者 GooDrive 等等,或者专门的备份服务 BackBlaze 或者 CrashPlan 等等。 如果本地备份的话 ,最好用单块硬盘,并且数据拷进去以后就拔下来另外保存,每隔一两个月接上电脑同步备份数据。 |
19
griffinqiu 2016-08-16 17:28:46 +08:00
@Totoria 骚年, 加好友交流 NAS. 我也想想你了解下 egpu ; )
username#gmail |