4TB RAID1修復花了10個小時

old.ghost
個人積分：32分
文章編號：55683730

32分

樓主

2015-05-07 7:28

最近因為Cloud Sync從百度雲下載資料非常慢，每個下載進程約100KB/s，把系統日誌發給Synology台灣工程師，他們懷疑可能是其中一顆HDD有問題導致，昨天晚上把那個HDD拔掉測試，結果一樣。我一直懷疑是百度雲是有限速。

然後把那個HDD插回去開始修復RAID1,4T的WD Red，數據存了1.46T，花了10個小時修復完成。

4TB RAID1修復花了10個小時

2015-05-07 7:28 發佈

文章關鍵字 4TB RAID1 10

a19560714

a19560714
個人積分：226分
文章編號：55689080

226分

2樓

2015-05-07 13:55

你用的容量只有 1.46T ，因此要處理的部分只有 1.46T 而已，不是 4T。
等到你資料超過 3T 再玩一次看看，我不相信10小時能弄完。
RAID1 還好，他只有將原本硬碟資料讀出來寫入修復的硬碟內，若 RAID5 就沒這樣閒了，每個硬碟都讀寫動作。

zapper

zapper
個人積分：501分
文章編號：55689634

501分

3樓

2015-05-07 14:30

old.ghost wrote:
最近因為Cloud Sync...(恕刪)

正常,因為要做很煩的同位元資料檢查(壞軌偵測),4T要10小時是很正常的因為3T就要7小時

明月下的清風

明月下的清風
個人積分：3659分
文章編號：55691695

3659分

4樓

2015-05-07 16:43

應該不會這麼慢...
如果沒有壞軌，那應該是系統參數有錯，或硬碟本身寫入速度很緩慢。

以Linux soft raid來說，就有/proc/sys/dev/raid/speed_limit_min這樣的參數，且預設只有1000，也就是1M/sec。
以現在硬碟來說實在太小，嚴重影響raid rebuild的速度。
直接加兩個數量級（兩個0）上去還差不多。
(自己實測過，速度一下子增加數十倍，來到硬碟實際硬體極限)

PS:
Raid 1哪來的同位元檢查??重建說穿了就是diskcopy...

zapper

zapper
個人積分：501分
文章編號：55691910

501分

5樓

2015-05-07 16:55

明月下的清風 wrote:
Raid 1哪來的同位元檢查??重建說穿了就是diskcopy...

以版主狀況看來是移除了一顆HDD然後在新增回去,Synology新增磁碟時會做同位元資料檢查
除非確認這顆硬碟沒有問題就可以選擇跳過,而做Raid的時候似乎是要強制檢測無法跳過
這樣瞭解嗎？

pctine

pctine
個人積分：5084分
文章編號：55692184

5084分

6樓

2015-05-07 17:13

zapper wrote:
以版主狀況看來是移除了一顆HDD然後在新增回去,Synology新增磁碟時會做同位元資料檢查
除非確認這顆硬碟沒有問題就可以選擇跳過,而做Raid的時候似乎是要強制檢測無法跳過
這樣瞭解嗎？...(恕刪)

系統具體的做法為何, 小弟並不了解.

小弟的猜測:
在 RAID1 rebuild 時, 假設資料必須從 disk#1 複製至 disk#2, 那麼整顆硬碟的資料都要做 sector to sector 完整的複製, 應該就沒有必要先做一次 disk#2 同位元資料檢查, 在 rebuild 階段發生 disk#2 寫入錯誤的情況就直接踢掉就好了.(不過因為現在的 RAID 系統相對複雜很多, 有些在配置空間時是只配置整顆硬碟的部份空間, 此時到底要不要先scan 整顆硬碟? 或許有不同的做法)

另外前面網友提到在 rebuild 時只要複製真正有資料儲存的部份就好了. 但在 rebuild 階段, RAID 仍然在不停的寫入資料, 系統是不是真正那麼 smart 只 rebuild 實際有儲存資料的部份? 這或許還必須要再驗證.

FB: Pctine

old.ghost

old.ghost
個人積分：32分
文章編號：55692202

32分

樓主

2015-05-07 17:14

zapper wrote:
以版主狀況看來是移除...(恕刪)

是的，Synology會強制檢查，沒法取消，所以很慢。

zapper

zapper
個人積分：501分
文章編號：55692336

501分

8樓

2015-05-07 17:23

pctine wrote:
系統具體的做法為何,...(恕刪)

個人新增HDD做RAID1大概也是耗時了7小時,當時資料碟裡面大概只有不到100G的檔案
而看系統上就是再長時間作檢測,當時是晚上要睡前丟進去執行一起床也完成了
這部分有可能是Synology為求穩定而做的設定,只是不記得是否有跳過檢測的選項
如果純粹新增磁碟是確定可以跳過檢測

old.ghost wrote:
是的，Synology...(恕刪)

所以新增全新的HDD都是睡前設定～～～,這部分實在很耗時

a19560714

a19560714
個人積分：226分
文章編號：55692451

226分

9樓

2015-05-07 17:30

pctine wrote:
但在 rebuild 階段, RAID 仍然在不停的寫入資料, 系統是不是真正那麼 smart 只 rebuild 實際有儲存資料的部份? 這或許還必須要再驗證....(恕刪)

這部分的確比較麻煩......

因為前面已經重建處理好的部分，也可能因為資料有異動需要在回頭進行同步處理，因此個人認為只要重建有資料的部分應該就夠了。反正系統只是多一個程序來重建資料，至於原本同步資料的部分，還是繼續在做。當然這只是個人推想，實際情況不了解。

至於是否要掃描整個硬碟，查看是否有壞軌這部分，好像硬蝶發霉(format)時，就有這選項，也就是已經檢查過的可以不用檢查。

有沒有勇者要進行 RAID5 重建測試？

kaworu.liu

kaworu.liu
個人積分：2844分
文章編號：55693564

2844分

10樓

2015-05-07 18:53

a19560714 wrote:
這部分的確比較麻煩...(恕刪)

RAID一直以來都是整顆硬碟的
他如果是組4TB RAID 1 資料放1.8TB 那還是要Rebuild 4TB

如果他是4TB 切成2TB 在跟另外一個2TB 組RAID1 2TB 才是Rebuild 2TB

10小時4TB 很快了..你沒看過Server動不動都是用天在計算的Rebuild

不懂可以去Google 不要用猜的..

任何Rebuild都有在檢查啦..妳以為是A 拷貝到B這樣簡單喔...我丟資料時候中間有一堆干擾都可能造成0變成1
我當然要知道我丟出去時候是1 最後Check回來還是1 才算PASS..丟出去是1 Check是0就要重傳