→ concord : 這要看平常有沒有做 ECC 校驗，在 degraded mode 07/30 20:18
→ concord : 是仰賴 XOR parity 運算做區域性的資料恢復，若ECC 07/30 20:19
→ concord : 資料是錯的，輕則恢復出來的資料是錯的，重則有些主 07/30 20:19
→ concord : 控會拒絕繼續做 rebuild ，會處在不上不下的狀況 07/30 20:19
→ concord : 假設 parity 都是對的，其他碟也完全正常，先做重建 07/30 20:21
→ concord : 或是先拉資料結果應該是相同的，但可能的話應該先拉 07/30 20:21
→ concord : 資料出來，與備份比對以後再倒回恢復好的區域，避免 07/30 20:22
→ concord : 在頻繁讀寫之中又有什麼閃失 07/30 20:22
推 mirc : NO/YES(data lost)/可以/可以/你不換還是可以使用 07/30 20:33
→ mirc : 只是再壞一顆，raid毀損 07/30 20:33
→ spfy : 因為很多人知道RAID但不知道RAID也要注意吧 07/30 20:34
→ tomsawyer : 不重建也可以用 就只是degrade而已 正常讀寫 但再 07/30 20:35
→ tomsawyer : 壞就全部消失 07/30 20:35
→ tomsawyer : 如果拔掉一顆 正常狀態下是不用重建也能讀寫 你感 07/30 20:36
→ tomsawyer : 覺不出來 07/30 20:36
→ spfy : 以前遇過客戶找不知道哪的工作室組硬RAID5電腦 07/30 20:36
→ spfy : 來找我們的時候管理軟體已經警告了 4個3TDM001 07/30 20:37
→ spfy : 1個掛 2個預警 只好叫他們回去找那工作室... 07/30 20:37
→ comipa : DM001 www 真的是名盤阿 07/30 21:42
推 ICEFTP : 我重建過一次還兩次的樣子 幸運成功 07/30 22:39
→ ICEFTP : 但如果要選2 拷貝數據出來也會非常的慢 07/30 22:40
→ ICEFTP : 硬體RAID可以拚重建 軟RAID...兩個選項風險差不多 07/30 22:41
→ ICEFTP : 因為軟RAID重建會比硬RAID慢 讀資料也是 07/30 22:41
→ ICEFTP : 時間一拉久、硬碟長時間工作 就真的很賭人品了 07/30 22:42
→ ICEFTP : 我重建過那次是用硬RAID 換一顆後下指令 07/30 22:43
→ ICEFTP : 所以後來就不完RAID5 都用RAID1 07/30 22:43
→ birdy590 : 早就已經確認不安全的東西到底想親身驗證什麼? 07/30 23:58
→ birdy590 : 記得二十多年前大學的時候 系計中RAID5就全毀過 07/30 23:59
→ birdy590 : 磁帶有定期備份 還是快把我們機房組搞死了 07/31 00:00
→ birdy590 : 最常見的狀況是 控制器偵測到一顆硬碟故障的同時 07/31 00:08
→ birdy590 : 陣列裡有另一顆甚至更多已經有壞軌的可能性很高 07/31 00:08
推 heymike : 通常組RAID硬碟高機率都是同一批型號 同一批出廠 07/31 09:32
→ heymike : 重建過程中再壞一顆 機率相比之下比較高 07/31 09:33
→ blackstyles : 撈資料跟你重建還不是都會讓原本的硬碟瘋狂使用 直 07/31 18:10
→ blackstyles : 接賭重建然後下次記得用R6 07/31 18:10
撈資料可以不用全撈，先撈沒備份到的 或是重要的
另外可以撈完再想要重建還是全部換新吧
→ raidcrash : 用R6(X) 妥善備份(O) 有做好備份計畫 就沒撈資料的 07/31 19:09
→ raidcrash : 問題了 除非你服務不能中斷 不然用RAID0都行 07/31 19:09
→ Cubelia : RAID is not backup 07/31 19:14
備份是會有時差的
備份通常只會備份最重要的資料
但撈資料的話，可能還會貪心一點再撈一些次重要的
※ 編輯: ultratimes (36.236.96.176 臺灣), 07/31/2023 20:51:38