[請益] Raid5的一顆硬碟故障後的問題

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