RAID-6: tốt hơn để thay thế hai ổ đĩa chết cùng một lúc, hoặc một ổ đĩa cùng một lúc?


21

Chúng tôi có RAID-6 16 ổ có ba ổ đĩa có vấn đề. Hai người đã chết và người thứ ba đang đưa ra cảnh báo SMART. (Không bao giờ làm thế nào nó có được trong tình trạng tồi tệ như vậy.)

Rõ ràng chúng tôi muốn thay thế các ổ đĩa chết trước ổ đĩa vẫn còn hoạt động, nhưng tốt hơn là:

  1. thay thế một ổ đĩa chết, để RAID xây dựng lại, sau đó thay thế ổ đĩa khác và để nó xây dựng lại; hoặc là

  2. thay thế cả hai ổ đĩa cùng một lúc và để nó xây dựng lại cả hai song song?

Nói cách khác, chúng ta sẽ trở lại trạng thái dự phòng nhanh hơn bằng cách giới thiệu lại một hoặc hai ổ đĩa? Liệu xây dựng lại hai ổ đĩa song song làm chậm quá trình xây dựng lại?

Trong trường hợp có vấn đề, bộ điều khiển là 3ware 9650SE-16ML.


10
Vượt qua tất cả mọi thứ bạn có có thể được vượt qua và gửi cho vị thần $ yêu thích của bạn một khoản quyên góp lớn!
user9517 hỗ trợ GoFundMonica

1
Tôi có thể chỉ hỏi một câu về vấn đề này không; bạn có thể cho chúng tôi biết chính xác và mô hình đĩa trong mảng này không - nếu những nghi ngờ của tôi là chính xác, bạn rất có thể thấy câu hỏi này trở thành một điểm giới thiệu hữu ích cho những người dùng tương lai hỏi một số câu hỏi nhất định. Cảm ơn bạn.
Chopper3

8
@Warren - AIEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE! Họ tắt nó đi? JuJu xấu bạn của tôi! Thời gian này đã quá muộn, nhưng nói chung là tắt các ổ đĩa (đặc biệt là nếu chúng là các ổ đĩa cũ đã hoạt động trong một thời gian dài) sẽ cho chúng cơ hội để ném lỗi vào spinup (và khiến bộ điều khiển nói "Vâng, ổ đĩa đó cũng được chiên ngay bây giờ ")
voretaq7

2
@ voretaq7: Tôi đã từng gửi tất cả các đĩa từ hộp MSA-20 xuống địa ngục bằng cách tắt nó sau ~ 3 năm hoạt động và sử dụng liên tục. Sẽ không bao giờ làm điều đó một lần nữa :-)
karatedog

1
Các mảng hiện đang được xây dựng lại, vì vậy tôi có thể có được các mô hình chính xác, cho bất cứ ai quan tâm. Các ổ đĩa cứng ban đầu là ST31000340NS, có nghĩa là chúng là phiên bản được xếp hạng máy chủ của một chiếc Chopper3 đang hỏi về. Vì vậy, có phải là nổi tiếng cho thất bại hoặc một cái gì đó? (Những cái mới là ST31000524NS.)
Warren Young

Câu trả lời:


27

!!!!! MỘT !!!!!

Làm một lúc, anh bạn nghiêm túc, đừng nghĩ làm BẤT K way cách nào khác ok.

Bất cứ điều gì khác sẽ kiểm tra kỹ năng phục hồi hệ thống đầy đủ của bạn.


3
Hai mục tôi sẽ thêm vào câu trả lời này là (1) CẦU NGUYỆN (với bất kỳ vị thần nào bạn thích) và (2) THEO D MONI khi bạn đưa mọi thứ trở về trạng thái an toàn (để bạn biết khi nào ổ đĩa bị hỏng trong tương lai và có thể giải quyết vấn đề trước khi bạn có hai lần rưỡi thất bại. Tùy chọn bạn cũng có thể định cấu hình dự phòng nóng trong mảng cho tương lai.
voretaq7

3
Hoặc sử dụng RAID 10 </ stockanswer>
Chopper3

1
Re: cầu nguyện , không bình luận. :) Re: theo dõi , tôi đã ủng hộ điều đó trong nhiều năm; có lẽ điều này sẽ thắp một ngọn lửa dưới một ai đó. Re: RAID-10 , quá nhiều dữ liệu trong thị trường đấu thầu; Khi 3 đĩa TB xuất hiện, chúng tôi không tăng gấp ba lần dự phòng, chúng tôi đã cắt giảm số lượng đĩa bằng 1/3. Thở dài. Re: hot spares , chúng tôi làm điều đó bây giờ rằng các ổ đĩa đủ lớn để cho phép nó, nhưng máy chủ cụ thể này là 16 ổ đĩa trong bao vây 16 ổ đĩa, khi các ổ 1 TB là lớn nhất bạn có thể nhận được và chúng tôi thực sự cần tất cả 14 TB có sẵn . Đi đến một hệ thống 24 ổ sẽ không hoạt động; xem trước. :)
Warren Young

2
Nếu các ổ đĩa đã thất bại, thì không có lý do gì để giữ chúng xung quanh - thay vào đó, tôi hy vọng rằng hai lần xây dựng lại liên tiếp sẽ gây căng thẳng hơn cho các ổ đĩa khác hơn là một ổ đĩa duy nhất.
Simon Richter

1
+1, Cái này. Mặc dù hai lần xây dựng lại liên tiếp làm tăng thêm căng thẳng và có nhiều khả năng khiến ổ đĩa thứ ba bị hỏng trước khi bạn hoàn thành cả hai, đó cũng là quá trình xây dựng lại nhanh hơn và nếu ổ đĩa bị lỗi trong khi xây dựng lại đĩa thứ 2, bạn vẫn ở lại trực tuyến. Vì vậy, cách nhanh nhất, an toàn nhất đến trạng thái chịu lỗi là một lần.
Joel Coel

14

Bạn có bản sao lưu tốt, gần đây? Nếu không bạn nghĩ rằng bạn có thể có được chúng trong thời gian hợp lý?

Thành thật tôi rất quan tâm đến việc vấp ổ đĩa xấu ngoại tuyến trong quá trình xây dựng lại hơn bất kỳ điều gì khác - Nếu bạn đã ném lỗi SMART thì bạn đã đi được hơn nửa chặng đường.

Đề nghị của tôi sẽ là xác nhận các bản sao lưu của bạn, sau đó xây dựng lại một ổ đĩa để cố gắng khôi phục về trạng thái nơi bạn có thể thay thế một lỗi ném lỗi (trước hết là ổ đĩa chết, lỗi mềm).

Nếu bạn không có bản sao lưu thì đó là một trò nhảm nhí: Sao lưu có thể tạo ra đủ lỗi mềm để đánh dấu ổ đĩa biên là thất bại, vì có thể cố gắng xây dựng lại.


2
Hầu hết hoặc tất cả dữ liệu trên mảng này là một loại bộ đệm, để tránh phải kéo terabyte dữ liệu nhiều lần thông qua một liên kết chậm. Dữ liệu bộ đệm này hoàn toàn có thể thay thế, bằng cách tải xuống lại sau nhiều tháng (một lần) hoặc bằng cách chuyển nó đến một trang web có thể sao chép từ một mảng khác. Vì vậy, sao lưu không phải là vấn đề. Những gì chúng tôi đang cố gắng ngăn chặn bằng cách lưu mảng là vài ngày đến vài tuần ngừng vận chuyển máy chủ đến một kho dịch vụ, điền lại mảng và vận chuyển trở lại.
Warren Young

trong trường hợp đó, những gì @ chopper3 đã nói khá nhiều Luật đất đai: Xây dựng lại một ổ đĩa tại một thời điểm và CẦU NGUYỆN THỰC SỰ CỨNG rằng bạn không vấp phải ổ đĩa ngoại tuyến với tải đọc thêm.
voretaq7

Phew - vui mừng khi nghe nó.
Chopper3

0

Tôi thấy không có điểm nào trong việc thay đổi nó là "một đĩa một lần".

Rõ ràng, nếu RAID có khả năng "resilvering" cả hai đĩa cùng một lúc ( được thất bại anyways ) bạn chỉ giành cho phép toàn bộ RAID để lấy lại khả năng của mình để duy trì lên đến 2 thất bại nhanh hơn .


-1

0,02 của tôi. $

Vì máy chủ đã ngoại tuyến, hãy chạy ddresTHER trên ổ đĩa sắp bị lỗi, để sao chép nó sang ổ đĩa khác, lành mạnh.

Sau đó, đặt ổ đĩa mới, lành mạnh trong mảng thay thế. Nếu nhân bản thành công, bạn sẽ tránh được nguy cơ thấy ổ đĩa đó bị lỗi trong 2 lần xây dựng lại.


Đó là bộ điều khiển RAID phần cứng, các đĩa riêng lẻ không thể truy cập được.
Chopper3
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.