Có an toàn khi đặt ổ cứng của một cuộc đột kích phần mềm md vào chế độ chờ không?


9

Tôi có một máy chủ tập tin gia đình với 6 ổ cứng máy tính để bàn trong một cuộc đột kích.

Máy chủ không được truy cập nhiều, vì vậy tôi nghĩ rằng sẽ tốt cho các ổ cứng ở chế độ chờ sau một thời gian nhàn rỗi (ví dụ: với lệnh hdparm -S hoặc hd-idle).

Điều này có an toàn khi sử dụng mdadm hoặc điều này có thể gây ra lỗi / ổ cứng bị xuống cấp không?


Như một câu trả lời nhanh, tôi tin rằng nếu một cái gì đó được cho là ghi / đọc ổ đĩa, nó sẽ ra khỏi chế độ chờ.
soandos

Tôi cho rằng bạn không sử dụng môi trường máy tính để bàn trên máy tính này? Sẽ thực sự an toàn nếu gnome hoặc kde đã làm điều đó cho bạn.
Digitxp

@soandos: Vâng, đó cũng là hành vi tôi mong đợi.
Dani31

@digitxp: Bạn nói đúng, nhưng tại sao bạn nghĩ nó sẽ thực sự an toàn với môi trường máy tính để bàn?
Dani31

1
@ Dani31 Bạn biết những người Gnome, họ sẽ tạo ra thứ gì đó hoàn toàn ngớ ngẩn hoặc nếu họ không thể giả vờ như một tính năng như vậy chưa từng tồn tại.
Digitxp

Câu trả lời:


5

Tôi nên nghĩ như vậy. Tôi đã sử dụng nó máy sao lưu với RAID-1 được khoảng một năm. Có những lời khuyên từ trang này . Nó cũng được đề cập trên các chủ đề Gentoo wiki và [H] ardforum.

Ngoài ra, trang man cho hdparm đánh dấu chế độ tắt nguồn tương tự (-s) là RẤT NGUY HIỂM nhưng không đề cập đến rủi ro trong phần hd-idle.


4

Theo kinh nghiệm của tôi, nó là an toàn. Tôi đã chạy một máy chủ gia đình trong vài năm với "hdparm -S 240" và không gặp vấn đề gì.

Hãy nhận biết mặc dù:

  • Tất cả các đĩa hết thời gian và thức dậy cá nhân. Trong RAID-5, điều này có thể mất nhiều thời gian, vì các đĩa thức dậy từng cái một.

Ngoài ra, một số ổ đĩa phổ biến như dòng WD RED thiếu các tính năng APM và không thể được xử lý bởi hdparm.

Tôi đã viết một tập lệnh (đã thử nghiệm trên Debian 8.0) để khắc phục cả hai vấn đề:


1

Như đã nêu trong hdparmtrang người đàn ông cho -S:

Giá trị thời gian chờ này được sử dụng bởi ổ đĩa để xác định thời gian chờ đợi (không có hoạt động của đĩa) trước khi tắt động cơ trục chính để tiết kiệm điện. Trong những trường hợp như vậy, ổ đĩa có thể mất tới 30 giây để phản hồi lại lần truy cập đĩa tiếp theo, mặc dù hầu hết các ổ đĩa đều nhanh hơn nhiều.

Các hướng dẫn Quản lý năng lượng Red Hat trạng thái:

Nhiều ứng dụng quét tập tin cấu hình để thay đổi. Trong nhiều trường hợp, việc quét được thực hiện ở một khoảng thời gian cố định, ví dụ, mỗi phút. Đây có thể là một vấn đề, bởi vì nó buộc một đĩa phải thức dậy từ các trục chính.

Cả hai điều này đều chỉ ra rằng việc quay đĩa xuống là an toàn, vì nếu có bất kỳ hoạt động nào xảy ra với đĩa yêu cầu một đĩa cụ thể được quay lên, nó sẽ tự động quay lên. Điều này cũng đồng ý với kinh nghiệm cá nhân của tôi; bất kỳ đĩa I / O nào cũng sẽ khiến ổ đĩa quay xuống. Bạn cũng có thể tự tạo I / O cho ổ đĩa để buộc nó quay lên nếu bạn biết rằng nó sẽ sớm cần thiết; -zTùy chọn của hdparm có thể hữu ích cho việc đó:

-z Buộc hạt nhân đọc lại bảng phân vùng của (các) thiết bị đã chỉ định.

Lưu ý rằng như đã nêu trong trang người dùng hdparm, quy trình quay vòng có thể mất nhiều thời gian trong đó yêu cầu I / O sẽ không phản hồi với quy trình người dùng. Tôi khuyên bạn nên thử điều này trước để đảm bảo rằng các đĩa của bạn không mất quá nhiều thời gian để quay vòng, điều này có thể khiến md sợ đuổi chúng ra khỏi mảng của bạn (điều này dẫn đến những điều tồi tệ khi bạn giảm xuống dưới ngưỡng dự phòng của mảng). Thời gian quay vòng không phải là vấn đề với các ổ đĩa hiện đại, nhưng bạn không bao giờ biết chắc chắn trước khi thử nghiệm trong môi trường cụ thể của mình.

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.