Raid 5 hỏng đĩa cứng


10

Tôi đã có máy chủ IBM x3650 M4. Nó được cấu hình với Raid 5 và bao gồm 4 đĩa cứng SAS với dung lượng 500 GB mỗi ổ. Bây giờ 2 đĩa cứng đang hiển thị là xấu. Vì vậy, bằng cách thay thế 2 ổ cứng bằng ổ đĩa mới, dữ liệu sẽ được xây dựng lại tự động hoặc tôi cần thực hiện một số thay đổi khác. Tôi không biết nhiều về cấu hình Raid vì vậy hãy giúp đỡ.



2
Là mảng hiện đang trực tuyến? Bạn có thể truy cập nó? Ngoài ra, ưu tiên của bạn là gì? Là bản sao lưu của bạn được cập nhật? Là thời gian chết là một vấn đề?
David Schwartz

2
Là một sidenote, xây dựng lại các đĩa cứng RAID là một hoạt động rất căng thẳng đối với các HD ... Có một khả năng rất khác là các đĩa cứng khác sẽ chết trong khi thực hiện (tất cả chúng đều có cùng độ tuổi, chúng cùng một lô, nếu chúng cùng một lô có khiếm khuyết, tất cả đều có cùng một khuyết điểm) ... Có lẽ tốt hơn là thử sao chép tất cả dữ liệu ở một nơi khác.
xanatos

@ xanatos Làm thế nào tôi có thể sao chép tất cả dữ liệu ở nơi khác. bạn có thể nói với tôi như vậy
lakhan vasre

11
"Làm thế nào tôi có thể sao chép tất cả dữ liệu ở một nơi khác." Đó là những gì chúng ta gọi là "bản sao lưu". Bạn đang làm điều đó rồi phải không? Và bạn có thường xuyên kiểm tra rằng bạn cũng có thể khôi phục nó không?
Roger Lipscombe

Câu trả lời:


19

Nếu bạn mất nhiều hơn một đĩa trong RAID 5, mảng của bạn đã bị hỏng không thể phục hồi theo một cách nào đó. Trong hầu hết các trường hợp, dữ liệu bị hủy hoàn toàn trong trường hợp của bạn nếu bạn không phải là chuyên gia phục hồi hoặc nếu bạn không muốn gửi dữ liệu đó đến trang phục khôi phục. Nếu bạn muốn khôi phục dữ liệu từ mảng này, hãy lấy dữ liệu ngoại tuyến ngay lập tức và tự phục hồi dữ liệu hoặc gửi mảng + thẻ cho ai đó như DriveSavers.

Đây là một trong những lý do thường khuyên bạn nên tránh xa RAID 5 và sử dụng RAID 6, 10 hoặc một số cấp độ RAID-Z hoặc unRAID.

Bây giờ sẽ là một thời gian tuyệt vời để khôi phục từ bản sao lưu. Nếu bạn có ý định tạo một mảng mới với các đĩa mới, bạn cũng có thể xem xét cung cấp cho các đĩa còn lại này rìu nếu chúng vẫn như cũ.


10
Tôi nói rằng "thường khuyên tránh xa RAID5" là không đúng sự thật. Giống như bất kỳ công cụ hoặc công nghệ nào, bạn chỉ cần nhận thức được những hạn chế của nó. Hai lỗi đĩa trong RAID1 hoặc RAID10 cũng có thể gây ra vấn đề tương tự.
Mark Henderson

6
Ditto @MarkHenderson. RAID 6 thường có chi phí hiệu năng và chắc chắn là chi phí không gian lưu trữ; RAID 10 có chi phí lưu trữ; và RAID-Z1 không thể phục hồi nhanh hơn đối với lỗi đa đĩa so với RAID 5 ngoại trừ trong trường hợp ZFS có khả năng phục hồi tốt hơn bất kỳ thứ gì khác mà người ta có thể sử dụng, điều này có thể không hoàn toàn. Tôi không biết về unRAID. Tôi nghi ngờ rằng vấn đề cơ bản của OP không theo dõi các vấn đề, nhưng điều đó (cũng không phải là vấn đề tránh xa RAID 5) không làm mất hiệu lực phần lớn câu trả lời này: một mảng RAID 5 với hai đĩa chết sẽ không bao giờ xảy ra để tự phục hồi.
một CVn

1
Lời khuyên để tránh RAID5 là hợp lệ cho các bản dựng mới, đặc biệt là với các ổ đĩa rất lớn. Mối quan tâm chính với RAID5 là trong thời gian xây dựng lại xảy ra, lỗi ổ đĩa thứ hai có thể xảy ra. Thời gian xây dựng lại càng lâu, cơ hội điều này xảy ra càng lớn. Mảng RAID5 cũ hơn được làm từ các ổ đĩa nhỏ hơn, do đó rủi ro là ít hơn.
thịt nướng

@ MichaelKjorling, theo tôi hiểu, unRAID về cơ bản là RAID 5 với phân chia cấp độ tệp chứ không phải phân cấp cấp khối. Có, lỗi hai đĩa có nghĩa là bạn mất mảng, nhưng kiểu lưu trữ khác nhau có nghĩa là bạn có thể khôi phục mọi thứ trừ các tệp nằm trên các đĩa bị lỗi.
Đánh dấu

Đúng, lời khuyên liên quan đến RAID 5 chủ yếu nhắm vào các mảng mới với các đĩa lớn. Nếu OP gặp lỗi kép trên đĩa cũ, có lẽ đã đến lúc có ổ mới - và chi phí cho ổ đĩa mới> = 1TB thường tương đương với ổ 500G trong hầu hết các trường hợp. Thật khó để đưa ra một câu trả lời ít chung chung hơn khi tôi không biết khối lượng công việc / cần là bao nhiêu.
đệm

8

Vì vậy, chỉ cần làm rõ, bạn đã có một mảng R5 4 đĩa, bạn đã thay thế 2 đĩa cùng một lúc - đúng không?

dữ liệu sẽ được xây dựng lại tự động hay tôi cần thực hiện một số thay đổi khác

Nếu những gì tôi đọc bạn đã làm là chính xác thì không, không, nó sẽ không được xây dựng lại, và bạn đã phá hủy dữ liệu của mình và vâng, bạn sẽ phải thực hiện một số thay đổi khác trong đó bạn sẽ phải xóa mảng và khôi phục từ bản sao lưu cuối cùng của bạn.

Nếu tôi đã đọc sai câu hỏi của bạn thì xin vui lòng làm rõ, nếu không bạn đã tự chơi.


1
Xin chào Chopper3 Tôi chưa làm gì cả. Vừa nãy tôi bẻ đĩa cứng mới nhưng trước khi kết nối nó với máy chủ tôi muốn hỏi các bạn. rằng liệu tôi nên kết nối các ổ đĩa cứng hay tôi nên thử một số tùy chọn khác để khôi phục hoặc phải thực hiện một số thứ khác. Tôi chưa quen với điều này vì vậy tôi không chắc chính xác những gì phải làm
lakhan vasre

5
À - tin tốt - trong trường hợp đó, điều bạn cần làm là thay thế cả hai ổ đĩa MỘT LẦN, đảm bảo rằng mảng được xây dựng lại hoàn toàn sau khi thay thế ổ đĩa thứ nhất trước khi thay thế ổ đĩa thứ hai. Một khi điều này được thực hiện và mảng R5 của bạn tốt 100%, bạn cần lập một kế hoạch để di chuyển từ R5 sang một cái gì đó ổn định hơn như R6 / 60 hoặc R10 ok.
Chopper3

3
@ Chopper3 Tôi nghĩ RAID-5 cho mảng 4 đĩa không nhất thiết phải thay thế bằng RAID-6 hoặc RAID-10. RAID-5 sẽ cung cấp đầy đủ tính khả dụng (lỗi hai ổ đĩa ở đây mặc dù ...) và không có phiên bản RAID nào cung cấp sao lưu đầy đủ.
Andrew Henle

2
Daniel và Andrew - với các đĩa 4 x 500GB thì có, tôi có thể thấy bạn sẽ cảm thấy hạnh phúc như thế nào khi mang theo R5 nhưng như chúng ta biết rằng việc sử dụng R5 với các đĩa> 1TB là rất nguy hiểm và là phần tốt nhất của thập kỷ
Chopper3

5
@ Chopper3: Quy tắc đó áp dụng cho việc triển khai RAID5 ngây thơ và dữ liệu có giá trị cao. Bộ điều khiển RAID5 thông minh có thể khôi phục từ 2 đĩa với Lỗi đọc không thể phục hồi, nếu chúng không trùng khớp. Và với các đĩa 1 TB, đó là một cơ hội khá thấp. (Bạn vẫn gặp sự cố khi toàn bộ đĩa chết, cộng với URE trên một đĩa khác, nhưng rủi ro đó không liên quan đến kích thước)
MSalters
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.