作者ultratimes (別人家看優點 自家找缺失)
看板Storage_Zone
標題[請益] Raid5的一顆硬碟故障後的問題
時間Sun Jul 30 20:10:43 2023
1.網路上說 Raid5很容易在一顆硬碟故障後，重建Raid的過程中又壞了一顆硬碟
因此資料容易救不回來
但如果假設，重建過程中並沒有再壞一顆，那還是有可能失敗導致資料毀損嗎？
Raid5扣掉重建中又壞一顆的這種情形，還有沒有其他可能導致重建失敗？
2.另一個地方看到的是說，遇到Raid5，壞一顆硬碟時
第一個步驟不是把壞硬碟換掉重建Raid，而是先設法把重要資料copy出來
而我們知道Raid5在壞一顆硬碟時還可以裝上新硬碟重建Raid
但如果我第一時間不是要重建，而是要救援資料有辦法嗎？
Raid5有辦法在缺一顆硬碟的情況下把資料救出來嗎？ (假設其他硬碟都沒壞的前提)
還是只能選擇換掉故障硬碟重建？
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.236.96.176 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Storage_Zone/M.1690719046.A.9BE.html
1F：→ concord : 這要看平常有沒有做 ECC 校驗，在 degraded mode 07/30 20:18
2F：→ concord : 是仰賴 XOR parity 運算做區域性的資料恢復，若ECC 07/30 20:19
3F：→ concord : 資料是錯的，輕則恢復出來的資料是錯的，重則有些主 07/30 20:19
4F：→ concord : 控會拒絕繼續做 rebuild ，會處在不上不下的狀況 07/30 20:19
5F：→ concord : 假設 parity 都是對的，其他碟也完全正常，先做重建 07/30 20:21
6F：→ concord : 或是先拉資料結果應該是相同的，但可能的話應該先拉 07/30 20:21
7F：→ concord : 資料出來，與備份比對以後再倒回恢復好的區域，避免 07/30 20:22
8F：→ concord : 在頻繁讀寫之中又有什麼閃失 07/30 20:22
9F：推 mirc : NO/YES(data lost)/可以/可以/你不換還是可以使用 07/30 20:33
10F：→ mirc : 只是再壞一顆，raid毀損 07/30 20:33
11F：→ spfy : 因為很多人知道RAID但不知道RAID也要注意吧 07/30 20:34
12F：→ tomsawyer : 不重建也可以用 就只是degrade而已 正常讀寫 但再 07/30 20:35
13F：→ tomsawyer : 壞就全部消失 07/30 20:35
14F：→ tomsawyer : 如果拔掉一顆 正常狀態下是不用重建也能讀寫 你感 07/30 20:36
15F：→ tomsawyer : 覺不出來 07/30 20:36
16F：→ spfy : 以前遇過客戶找不知道哪的工作室組硬RAID5電腦 07/30 20:36
17F：→ spfy : 來找我們的時候管理軟體已經警告了 4個3TDM001 07/30 20:37
18F：→ spfy : 1個掛 2個預警 只好叫他們回去找那工作室... 07/30 20:37
19F：→ comipa : DM001 www 真的是名盤阿 07/30 21:42
20F：推 ICEFTP : 我重建過一次還兩次的樣子 幸運成功 07/30 22:39
21F：→ ICEFTP : 但如果要選2 拷貝數據出來也會非常的慢 07/30 22:40
22F：→ ICEFTP : 硬體RAID可以拚重建 軟RAID...兩個選項風險差不多 07/30 22:41
23F：→ ICEFTP : 因為軟RAID重建會比硬RAID慢 讀資料也是 07/30 22:41
24F：→ ICEFTP : 時間一拉久、硬碟長時間工作 就真的很賭人品了 07/30 22:42
25F：→ ICEFTP : 我重建過那次是用硬RAID 換一顆後下指令 07/30 22:43
26F：→ ICEFTP : 所以後來就不完RAID5 都用RAID1 07/30 22:43
27F：→ birdy590 : 早就已經確認不安全的東西到底想親身驗證什麼? 07/30 23:58
28F：→ birdy590 : 記得二十多年前大學的時候 系計中RAID5就全毀過 07/30 23:59
29F：→ birdy590 : 磁帶有定期備份 還是快把我們機房組搞死了 07/31 00:00
30F：→ birdy590 : 最常見的狀況是 控制器偵測到一顆硬碟故障的同時 07/31 00:08
31F：→ birdy590 : 陣列裡有另一顆甚至更多已經有壞軌的可能性很高 07/31 00:08
32F：推 heymike : 通常組RAID硬碟高機率都是同一批型號 同一批出廠 07/31 09:32
33F：→ heymike : 重建過程中再壞一顆 機率相比之下比較高 07/31 09:33
34F：→ blackstyles : 撈資料跟你重建還不是都會讓原本的硬碟瘋狂使用 直 07/31 18:10
35F：→ blackstyles : 接賭重建然後下次記得用R6 07/31 18:10
撈資料可以不用全撈，先撈沒備份到的 或是重要的
另外可以撈完再想要重建還是全部換新吧
36F：→ raidcrash : 用R6(X) 妥善備份(O) 有做好備份計畫 就沒撈資料的 07/31 19:09
37F：→ raidcrash : 問題了 除非你服務不能中斷 不然用RAID0都行 07/31 19:09
38F：→ Cubelia : RAID is not backup 07/31 19:14
備份是會有時差的
備份通常只會備份最重要的資料
但撈資料的話，可能還會貪心一點再撈一些次重要的
※ 編輯: ultratimes (36.236.96.176 臺灣), 07/31/2023 20:51:38