芜湖挨宰 发表于 2024-6-27 09:18

john 发表于 2024-6-27 09:21

是的,不需要

但是你要把18T的数据先挪走,然后再用来扩展10T那边的SHR


芜湖挨宰 发表于 2024-6-27 09:25

芜湖挨宰 发表于 2024-6-27 09:27

john 发表于 2024-6-27 09:30

芜湖挨宰 发表于 2024-6-27 09:27
等等,所以说扩展成四盘位shr,是只能在现有10tb的两盘位shr上附加18tb,而不是在现有18tb的两盘位shr上 ...

你看文档了吗,添加到SHR的盘容量不得小于SHR里的盘

芜湖挨宰 发表于 2024-6-27 09:33

mjwells 发表于 2024-6-27 09:50

dvd6 发表于 2024-6-27 10:01

raid5的风险主要是能不能及时发现有问题的那一个硬盘立即替换(在发展成不是唯一一个之前),而且重构raid过程也比较痛苦。

以前遇到过高强度使用的海康监控系统raid5,几乎每次报错后都瘫在重构raid的路上,发现额外的故障盘有时候还不止一个,以致增加冗余盘也没法完全解决问题。不太懂是不是海康那系统设计有问题还是他们提供的盘就很烂,故障率奇高。

但我理解硬盘是不是都读写到有问题的部位才能发现错误的呢?这样除非定期全盘检查不然这机制是真不太稳

john 发表于 2024-6-27 10:38

dvd6 发表于 2024-6-27 10:01
raid5的风险主要是能不能及时发现有问题的那一个硬盘立即替换(在发展成不是唯一一个之前),而且重构raid ...
报错先备份
我rebuild七八次了,从双盘升级容量到换硬盘到升级三盘,现在三盘里三个盘也全换过一遍,屁事没有

2stage 发表于 2024-6-27 10:47

shr没什么问题,我的918从8+8到8+8+14到8+8+14+14到8+14+14+14。rebuild几次都没问题。做好备份有问题也不怕。
你现在这样的情况,最快的办法是全部数据备份,删掉旧的存储池,四个盘建新存储池,再从备份恢复。

hein 发表于 2024-6-27 11:58

dvd6 发表于 2024-6-27 10:01
raid5的风险主要是能不能及时发现有问题的那一个硬盘立即替换(在发展成不是唯一一个之前),而且重构raid ...

raid5安全恢复的前提是,有一个同级别大小的盘先给灾备

dvd6 发表于 2024-6-27 12:11

本帖最后由 dvd6 于 2024-6-27 12:12 编辑

hein 发表于 2024-6-27 11:58
raid5安全恢复的前提是,有一个同级别大小的盘先给灾备

那种系统当然一直有新盘当热备盘,还是说要有另一套相同的系统做备份?

—— 来自 鹅球 v3.0.86-alpha

laotoutou 发表于 2024-6-27 12:21

我现在都不组raid了,空间最大利用。真有重要数据冷备份。

hein 发表于 2024-6-27 12:23

本帖最后由 hein 于 2024-6-27 12:27 编辑

dvd6 发表于 2024-6-27 12:11
那种系统当然一直有新盘当热备盘,还是说要有另一套相同的系统做备份?

—— 来自 鹅球 v3.0.86-alpha ...

普通人一般报错了新买一个或者租一个,备份好了再恢复呗XD

r5恢复挂毙是小概率事件,只是为了防止小概率问题而已。

当然我接触的都是带硬件芯片的raid,没用过软raid。

dvd6 发表于 2024-6-27 12:42

hein 发表于 2024-6-27 12:23
普通人一般报错了新买一个或者租一个,备份好了再恢复呗XD

r5恢复挂毙是小概率事件,只是为了防止小概率 ...

我也知道个人用的当然概率小很多,我说的那个是遇到双重debuff了,一是监控系统不间断写入本来损耗就很大,二是海康那套系统或者硬盘太菜稳定性差。

但也不能否认这个漏洞的存在:全盘读取之前有可能个别硬盘存在故障而没有报错,这时不会意识到需要做什么措施。当会报错的时候可能已经隐藏了更多的故障盘,这时候全盘备份肯定是没有完整数据的,能不能部分读取也只能听天由命。那套监控系统的debuff把这漏洞放大了很多倍,从分散风险考虑甚至不如每个录像机各自装一个硬盘录,即使无冗余,至少坏盘没有影响健康盘的数据,而坏盘里恢复部分数据的可能性也更大

—— 来自 鹅球 v3.0.86-alpha

flyinghigherair 发表于 2024-6-27 13:46

家用不要用任何raid,没有意义,之前4*4T的raid5坏了一块换新重构花了我3天时间
无论是四盘位还是双盘位每块硬盘独立basic就行了,重要数据定期拷贝到移动硬盘上
有个疑问,除去拍摄的视频外,普通人真的会有超过4T以上的重要数据吗?

Hibino 发表于 2024-6-27 14:13

虽然可能不会有其他人碰到过,但是提醒一下用旧群晖SHR的小心32位系统建立的SHR最大只能是16gb。

我之前从32位群晖建立的两盘10gb的SHR,加多两个20tb移动到4盘群晖,插进去之后群晖问是要扩展现有SHR还是新建,我选择了扩展,然后整整四天时间,扩展完了,然后可用空间只有16gb,因为旧群晖是32位系统。
我给群晖客服提了建议让他们在用户选择之后检查一下旧SHR是不是32位系统建立的,最好能提醒一下,他们说好,就是不知道到底加了提醒没。

john 发表于 2024-6-27 15:03

Hibino 发表于 2024-6-27 14:13
虽然可能不会有其他人碰到过,但是提醒一下用旧群晖SHR的小心32位系统建立的SHR最大只能是16gb。

我之前从 ...

然而SHR作为一个存储池并没有上限限制,有限制的是存储空间
https://kb.synology.cn/zh-cn/DSM/tutorial/Why_does_my_Synology_NAS_have_a_single_volume_size_limitation

只要这个存储池支持多个存储空间,哪怕旧的存储空间无法继续拓展上限,也可以在存储池变成36T之后拿多出来的26T新建一个存储空间把数据全部挪过去,然后销毁本来的旧存储空间,空出容量来拓展新的无上限的存储空间

john 发表于 2024-6-27 15:17

flyinghigherair 发表于 2024-6-27 13:46
家用不要用任何raid,没有意义,之前4*4T的raid5坏了一块换新重构花了我3天时间
无论是四盘位还是双盘位每 ...

RAID重构是花了NAS三天时间,怎么叫花了你三天时间,这三天需要你一直蹲在NAS面前折腾吗?你没做RAID倒是真可能花你三天恢复到之前状态,群晖任何第三方套件都是不支持备份的,没了就没了

多盘SHR还有一个重大意义是存储池整合,比如楼主18+18+10+10可以得到一个36T的大池进而无脑往里面放文件,不用人肉在多个不同的盘里平衡使用容量

Hibino 发表于 2024-6-27 15:44

john 发表于 2024-6-27 15:03
然而SHR作为一个存储池并没有上限限制,有限制的是存储空间
https://kb.synology.cn/zh-cn/DSM/tutorial/ ...

我的旧DSM创建的SHR也不支持多存储空间,从DSM7开始才默认支持多存储空间,以下的随缘。当时他们客服就让我把文件找地方复制出来,重新建立SHR再拷回去。

john 发表于 2024-6-27 16:17

Hibino 发表于 2024-6-27 15:44
我的旧DSM创建的SHR也不支持多存储空间,从DSM7开始才默认支持多存储空间,以下的随缘。当时他们客服就让 ...

1. 检查您的存储池是否支持多个存储空间

    DSM 7 及以上版本:所有新创建的存储池均支持多存储空间。
    DSM 6.2 及以下版本:
      进入存储管理器>存储池并单击存储池以查看其详细信息。
      检查多存储空间支持字段:
            如果显示是,则存储池支持多个存储空间。
            如果显示否,则存储池仅支持单个存储空间,无法再创建存储空间。

我的32位NAS做的SHR一路升级到现在,19年DSM 7.0还没出的时候升级的DS918+,一样支持多存储空间
页: [1]
查看完整版本: 群晖准备改四盘位SHR RAID了,各位有什么经验教训吗?