没啥用的新发现，群晖 SHR 不同容量硬盘组全新阵列，可以！添加更小容量，不行！

请不要把任何和邀请码有关的内容发到 NAS 节点。

邀请码相关的内容请使用 /go/in 节点。

如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。

This topic created in 1238 days ago, the information mentioned may be changed or developed.

刚遇到的实际问题，只知道 SHR 灵活，但没注意对新加硬盘容量有限制：
https://kb.synology.cn/zh-cn/DSM/help/DSM/StorageManager/storage_pool_expand_add_disk?version=7
新买的群晖，本来官网 raid 计算器算好的
16TB + 16TB + 16TB + 8TB 组 SHR = 可用空间 40TB, 数据保护 16TB ，
因为 8TB 里面有些数据需要导出，所以先组了
16TB + 16TB + 16TB 的 SHR ，完成以后再添加 8TB 就不行了，提示容量太小。

shr

容量

群晖

不行

8 replies • 2023-07-14 10:01:11 +08:00

tinanit

Dec 31, 2022

因为顺序不对。如果先 8T,就没事了

documentzhangx66

Jan 1, 2023

磁盘阵列的行规就是所有磁盘要同尺寸，正经场景下，就算功能支持不同尺寸硬盘，也不会去用不同尺寸硬盘。

beijiaoff

Jan 1, 2023

@tinanit 先 8+16+16+16 组好，再增加 16T 如果不重建也不会增加容量。https://kb.synology.cn/zh-cn/DSM/tutorial/What_is_Synology_Hybrid_RAID_SHR “另一方面，SHR 允许在两个硬盘升级后立即扩充存储池，并且可以形成冗余存储阵列”
这是 SHR 原理决定的，如果之前没有 wasted 空间可利用，增加一块硬盘它的空间没有和它能配对的。
to lz ，SHR 毕竟也是一种阵列，阵列都是没那么灵活的，能不用阵列就别用了。个人数据对高可用性没那么大要求，不如舍弃高可用性，追求一下备份数据的安全性。

hcocoa

Jan 2, 2023

@beijiaoff 这位老哥说的很对，阵列是用来高可用的。

如果不是企业级应用，就是存点照片、电影，其实没必要高可用，做好备份更重要。

xvnehc

Jan 2, 2023

@beijiaoff
@hcocoa
没明白，现在都是默认组 raid 的都不做冷备吗？为啥说的这俩好像必须舍弃一个才能选另外一个...
不就多买一块硬盘的事儿吗

hcocoa

Jan 2, 2023

@cnasing 不组 raid 可以少买一块硬盘:P

beijiaoff

Jan 2, 2023

@cnasing 的确可以也要冷备也要阵列，但是阵列可能让你这一处数据出问题的概率更大，4 块硬盘阵列后故障的概率大于 1 块硬盘，虽然也不丢数据，但是带来麻烦呀。

Exp

Jul 14, 2023

现在面临相同的问题，才搜到此贴。刚知道 SHR 的时候喜出望外，感觉自己的不同容量硬盘可以充分利用了。看到此贴才发现原来要实现 SHR 的容量充分利用，还对不同容量硬盘的加入顺序有要求。

另外关于高可用性和备份，也经历了从组 Raid5 到单盘再到现在组 SHR 的过程。个人现在还是倾向于选择组 Raid ，来整合多块硬盘带来的容量割裂问题。

如 @xvnehc #5 所说，两个都要才是最好的，组 Raid 可以带来高可用性，备份带来数据的高安全性。这两个不是非此即彼的，问题就是需要多多投入一些。