Làm thế nào tôi nên ghi vào ổ cứng?


41

Google đã thực hiện một nghiên cứu rất kỹ lưỡng về các lỗi ổ cứng trong đó phát hiện ra rằng một phần đáng kể các ổ đĩa cứng bị hỏng trong vòng 3 tháng đầu tiên sử dụng.

Đồng nghiệp của tôi và tôi đang nghĩ rằng chúng tôi có thể thực hiện quy trình ghi đĩa cho tất cả các ổ đĩa cứng mới có khả năng giúp chúng tôi đỡ đau lòng khi mất thời gian trên các ổ đĩa mới, chưa được kiểm tra. Nhưng trước khi chúng tôi thực hiện quy trình xử lý, chúng tôi muốn có được cái nhìn sâu sắc từ những người khác có nhiều kinh nghiệm hơn:

  • Làm thế nào quan trọng là ghi trong ổ cứng trước khi bạn bắt đầu sử dụng nó?
  • Làm thế nào để bạn thực hiện một quá trình burn-in?
    • Bao lâu bạn đốt trong một ổ cứng?
    • Phần mềm nào bạn sử dụng để ghi vào ổ đĩa?
  • Bao nhiêu căng thẳng là quá nhiều cho một quá trình burn-in?

EDIT: Do tính chất của doanh nghiệp, RAID không thể sử dụng hầu hết thời gian. Chúng tôi phải dựa vào các ổ đĩa duy nhất được gửi qua thư trên toàn quốc khá thường xuyên. Chúng tôi sao lưu ổ đĩa ngay khi có thể, nhưng chúng tôi vẫn gặp phải thất bại ở đây và ở đó trước khi chúng tôi có cơ hội sao lưu dữ liệu.

CẬP NHẬT

Công ty của tôi đã thực hiện quy trình burn-in được một thời gian và nó đã được chứng minh là cực kỳ hữu ích. Chúng tôi ngay lập tức ghi vào tất cả các ổ đĩa mới mà chúng tôi có trong kho, cho phép chúng tôi tìm thấy nhiều lỗi trước khi hết hạn bảo hành và trước khi cài đặt chúng vào các hệ thống máy tính mới. Nó cũng đã được chứng minh là hữu ích để xác minh rằng một ổ đĩa đã bị hỏng. Khi một trong các máy tính của chúng tôi bắt đầu gặp lỗi và ổ cứng là nghi ngờ chính, chúng tôi sẽ chạy lại quy trình ghi đĩa trên ổ đĩa đó và xem xét bất kỳ lỗi nào để đảm bảo rằng ổ đĩa thực sự là sự cố trước khi bắt đầu quá trình RMA hoặc ném nó trong thùng rác

Quá trình burn-in của chúng tôi rất đơn giản. Chúng tôi có một hệ thống Ubuntu được chỉ định với rất nhiều cổng SATA và chúng tôi chạy các badblocks ở chế độ đọc / ghi với 4 lượt trên mỗi ổ. Để đơn giản hóa mọi thứ, chúng tôi đã viết một tập lệnh in cảnh báo "DỮ LIỆU S DEL ĐƯỢC XÓA TỪ TẤT CẢ CÁC DRIVES CỦA BẠN" và sau đó chạy badblocks trên mọi ổ đĩa trừ ổ đĩa hệ thống.


15
Thật kỳ lạ, tại sao bạn gửi mail các ổ đĩa trên toàn quốc? Có vẻ như bạn có nhiều khả năng gặp phải lỗi lái xe do hậu quả của sự cố sốc và xử lý sai chung bởi dịch vụ bưu chính hơn là lý do một vụ cháy nổ sẽ phát hiện ra.
Paperjam

6
@Lie Ryan: Phần cứng lưu trữ thư vẫn là cách nhanh nhất để truyền dữ liệu. Internet rất chậm, và nếu bạn cần thông qua các mạng lưới tổ chức và tường lửa, nó thậm chí còn tồi tệ hơn.
Jonas

4
@Lie Ryan: Nếu bạn đang xử lý dữ liệu bí mật được chính phủ phân loại, SSH sẽ không làm . Nói chung, một máy tính chứa dữ liệu đó có thể không được kết nối với Internet công cộng. Nếu bạn đã có hàng gigabyte dữ liệu được phân loại để chuyển, gửi một ổ đĩa được mã hóa là lựa chọn hiệu quả nhất.
benzado

3
@Lie Ryan: Tuyệt vời. Ngay cả với kết nối internet thực sự nhanh, bạn sẽ mất một tháng để cung cấp 7TB (và đó là nếu bạn có quyền kiểm soát thông lượng của bạn và người nhận). Với UPS, 7TB sẽ có vào ngày hôm sau.
Jonas

5
Điều đó thật tuyệt và mọi thứ, ngoại trừ khi bạn có các đội di động trên đường thu thập lượng dữ liệu khổng lồ. Có nghĩa là bạn phải dựa vào kết nối internet của khách sạn hoặc di động, và bạn không bao giờ ở một chỗ trong hơn 8 giờ.
Phil

Câu trả lời:


36

Làm thế nào quan trọng là ghi trong ổ cứng trước khi bạn bắt đầu sử dụng nó?

Nếu bạn có một bản sao lưu tốt, và các hệ thống có tính sẵn sàng cao, thì không nhiều lắm. Vì khôi phục từ một thất bại nên khá dễ dàng.

Làm thế nào để bạn thực hiện một quá trình burn-in? Phần mềm nào bạn sử dụng để ghi vào ổ đĩa? Bao nhiêu căng thẳng là quá nhiều cho một quá trình burn-in?

Tôi thường sẽ chạy badblocks đối với một ổ đĩa hoặc hệ thống mới khi tôi nhận được nó. Tôi sẽ chạy nó bất cứ khi nào tôi hồi sinh máy tính từ đống phụ tùng. Một lệnh như thế này ( badblocks -c 2048 -sw /dev/sde) sẽ thực sự ghi vào mỗi khối 4 lần mỗi lần với một mẫu khác nhau (0xaa, 0x55, 0xff, 0x00). Bài kiểm tra này không làm gì để kiểm tra nhiều lần đọc / ghi ngẫu nhiên, nhưng nó sẽ chứng minh rằng mọi khối đều có thể được viết và đọc.

Bạn cũng có thể chạy bonnie ++ hoặc iometer là các công cụ đo điểm chuẩn. Chúng nên cố gắng làm căng ổ đĩa của bạn một chút. Ổ đĩa không nên thất bại ngay cả khi bạn cố gắng tối đa hóa chúng. Vì vậy, bạn cũng có thể thử xem những gì họ có thể làm. Tôi không làm điều này mặc dù. Nhận điểm chuẩn I / O của hệ thống lưu trữ của bạn ngay khi cài đặt / thiết lập có thể rất hữu ích trong tương lai khi bạn đang xem xét các vấn đề về hiệu suất.

Bao lâu bạn đốt trong một ổ cứng?

Theo tôi, một lần chạy badblocks là đủ, nhưng tôi tin rằng tôi có một hệ thống sao lưu rất mạnh và nhu cầu HA của tôi không cao. Tôi có thể đủ khả năng một số thời gian chết để khôi phục dịch vụ trên hầu hết các hệ thống tôi hỗ trợ. Nếu bạn quá lo lắng, bạn nghĩ rằng có thể cần phải thiết lập nhiều đường chuyền, thì có lẽ bạn nên có RAID, sao lưu tốt và thiết lập HA tốt.

Nếu tôi đang vội, tôi có thể bỏ qua một burn-in. Sao lưu của tôi và RAID sẽ ổn.


49

IMNSHO, bạn không nên dựa vào quy trình burn-in để loại bỏ các ổ đĩa xấu và "bảo vệ" dữ liệu của bạn. Phát triển thủ tục này và thực hiện nó sẽ mất nhiều thời gian có thể được sử dụng tốt hơn ở nơi khác và ngay cả khi một ổ đĩa bị hỏng, nó vẫn có thể thất bại trong nhiều tháng sau đó.

Bạn nên sử dụng RAID và sao lưu để bảo vệ dữ liệu của bạn. Một khi đã có, hãy để nó lo lắng về các ổ đĩa. Các bộ điều khiển RAID và hệ thống lưu trữ tốt sẽ có các quy trình 'kiểm tra' dữ liệu thường xuyên và đảm bảo mọi thứ đều tốt.

Một khi tất cả đã được xử lý, không cần phải thực hiện việc chà đĩa, mặc dù như những người khác đã đề cập, việc kiểm tra tải hệ thống để đảm bảo rằng mọi thứ đều hoạt động như bạn mong đợi. Tôi sẽ không lo lắng về các đĩa riêng lẻ.


Như đã được đề cập trong các bình luận, nó không có ý nghĩa gì khi sử dụng ổ cứng cho trường hợp sử dụng cụ thể của bạn. Vận chuyển chúng xung quanh có nhiều khả năng gây ra lỗi dữ liệu sẽ không có ở đó khi bạn thực hiện ghi chú.

Băng phương tiện được thiết kế để được vận chuyển xung quanh. Bạn có thể nhận được 250MBps (hoặc tối đa 650 MBps được nén) với một ổ đĩa IBM TS1140, tốc độ này sẽ nhanh hơn ổ cứng của bạn. Và lớn hơn nữa - một hộp mực duy nhất có thể cung cấp cho bạn tới 4TB (không nén).

Nếu bạn không muốn sử dụng băng, hãy sử dụng SSD. Chúng có thể được xử lý khó khăn hơn nhiều so với ổ cứng và đáp ứng tất cả các yêu cầu bạn đưa ra cho đến nay.


Sau tất cả, đây là câu trả lời của tôi cho câu hỏi của bạn:

  • Làm thế nào quan trọng là ghi trong ổ cứng trước khi bạn bắt đầu sử dụng nó?
    Không có gì.
  • Làm thế nào để bạn thực hiện một quá trình burn-in?
    • Bao lâu bạn đốt trong một ổ cứng?
      Một hoặc hai lần chạy.
    • Phần mềm nào bạn sử dụng để ghi vào ổ đĩa?
      Một chạy đơn giản, nói, shredbadblockssẽ làm. Kiểm tra dữ liệu SMART sau đó.
  • Bao nhiêu căng thẳng là quá nhiều cho một quá trình burn-in?
    Không căng thẳng là quá nhiều. Bạn sẽ có thể ném bất cứ thứ gì vào đĩa mà không bị nổ tung.

1
Điều hối tiếc duy nhất của tôi về bài đăng này là tôi chỉ có thể nâng cấp nó một lần. @Phil, bạn đang phát minh lại bánh xe ở đó. Cách để đảm bảo bạn không bị mất dữ liệu vào ổ đĩa ngẫu nhiên (hoặc các phần cứng liên quan khác) là sao lưu và mảng RAID.
Rob Moir

8
Tôi đồng ý rằng bạn không nên dựa vào nó, nhưng việc chạy quét hệ thống trước khi nó được đưa vào sản xuất đã xác định một vấn đề tiềm ẩn đối với tôi một vài lần. Nếu bạn không vội vàng, hãy để máy tính tự quét trong một hoặc hai ngày thường không gây hại gì.
Zoredache

7
Câu trả lời này có số phiếu cao nhất, nhưng vẫn không trả lời được câu hỏi nhiều nhất. OP đã tuyên bố rằng RAID là không thể. Nếu "các ổ đĩa đơn được gửi qua thư trên toàn quốc" thì không thể xây dựng một cuộc đột kích. Một quá trình sao lưu được thực hiện, nhưng có vẻ như OP đang muốn tìm bất cứ thứ gì và mọi thứ để giúp tiết kiệm thời gian trong trường hợp ổ đĩa bị hỏng. (Lưu ý: Tôi làm việc tại cùng một công ty với OP, vì vậy tôi biết tình hình, dữ liệu sẽ được sao chép vào RAID sau khi được gửi) Nếu bạn phải ghi vào ổ đĩa, theo giả thuyết, bạn sẽ thế nào?
jsmith

3
Trong trường hợp đó, câu hỏi nên cung cấp bối cảnh này. Từ những gì bạn đang nói, câu hỏi nên là "Chúng ta cần gửi ổ đĩa cứng qua thư / cước. Chúng ta nên làm thế nào để kiểm tra burn-in trước khi vận chuyển chúng để giảm thiểu thất bại?" Đủ vui, câu trả lời không thay đổi. Gửi một cặp ổ đĩa! Hoặc tốt hơn, sử dụng băng. Băng được thiết kế để được sử dụng theo cách này, ổ cứng thì không. Nhiều thông tin dẫn đến một câu trả lời khác nhau.
MikeyB

2
Băng không thể ghi dữ liệu nhanh như ổ cứng? 250MBps (không nén) không đủ tốt cho bạn? Tôi sẽ nói rằng một quy trình burn-in thực sự sẽ không giúp bảo vệ chống lại các thất bại với trường hợp sử dụng của bạn.
MikeyB

8

Với sự làm rõ của bạn, nó không có vẻ như bất kỳ quá trình burn-in nào sẽ được sử dụng cho bạn. Ổ đĩa bị hỏng chủ yếu vì các yếu tố cơ học, thường là nhiệt và rung; không phải vì bất kỳ loại bom hẹn giờ nào. Quá trình "burn-in" kiểm tra môi trường cài đặt nhiều như mọi thứ khác. Khi bạn di chuyển mọi thứ, bạn trở lại nơi bạn bắt đầu.

Nhưng đây là một vài gợi ý có thể giúp bạn:

Ổ đĩa máy tính xách tay thường được thiết kế để chịu được sự rung lắc và rung lắc nhiều hơn so với ổ đĩa máy tính để bàn. Bạn bè của tôi làm việc trong các cửa hàng phục hồi dữ liệu luôn gửi dữ liệu cho khách hàng trên các ổ đĩa máy tính xách tay vì lý do đó. Tôi chưa bao giờ thử nghiệm thực tế này, nhưng dường như đó là "kiến thức phổ biến" trong các ngành được chọn.

Ổ đĩa flash (ví dụ như ổ USB) có khả năng chống sốc nhất trong mọi phương tiện bạn sẽ tìm thấy. Thậm chí ít có khả năng bạn sẽ mất dữ liệu quá cảnh nếu bạn sử dụng phương tiện flash.

Nếu bạn gửi một ổ Winchester, hãy quét bề mặt trước khi đưa nó vào sử dụng. Hoặc tốt hơn nữa, chỉ cần không đưa nó vào sử dụng. Thay vào đó, bạn có thể muốn chỉ định một số ổ đĩa là ổ đĩa "vận chuyển", trong đó nhìn thấy tất cả sự lạm dụng, nhưng bạn không dựa vào tính toàn vẹn dữ liệu. (Tức là: sao chép dữ liệu vào ổ đĩa để vận chuyển, sao chép sau khi vận chuyển, tổng kiểm tra ở cả hai bên, loại điều đó).


"Một khi bạn di chuyển mọi thứ, bạn trở lại nơi bạn bắt đầu." - không đúng. đây là cách biểu đồ MTTF cho đĩa trông như thế nào: cs.cmu.edu/~bianca/fast/img13.png cs.ucla.edu/groupes/spring09/cs111/scribe/16/ Thử nghiệm trong giai đoạn đầu có thể lọc Trong rất nhiều ổ đĩa có vấn đề, các nhà sản xuất thực sự thực hiện các bài kiểm tra căng thẳng này để tạo ra sản phẩm đáng tin cậy hơn nhưng tất nhiên sẽ không kinh tế khi thực hiện thử nghiệm cho đến khi đồ thị bị bong ra.
Karoly Horvath

3
@yi_H: Tôi nghĩ tylerl đang ám chỉ rằng có lẽ nguyên nhân gây ra lỗi sớm là do chính quá trình vận chuyển (không hợp lý, tôi muốn xem biểu đồ vẽ lỗi ổ đĩa so với tần suất gửi thư), do đó, nếu bạn gửi ổ cứng trên toàn quốc, sau đó MTTF sẽ thiết lập lại; do đó, nếu bạn gửi một ổ đĩa cứ sau ba tháng, bạn luôn ở trong vùng thất bại sớm.
Lie Ryan

5

Quá trình của bạn là sai. Bạn nên sử dụng mảng đột kích. Nơi tôi làm việc, chúng tôi đã tạo ra các mảng đột kích được thiết kế để vận chuyển xung quanh. Nó không phải là khoa học tên lửa. Sốc gắn các ổ đĩa trong vỏ quá khổ với bộ cách ly rung cao su lớn sẽ cải thiện độ tin cậy cao. (Seagate chòm sao-es ổ đĩa, như một ví dụ đánh giá cho 300G sốc nhưng chỉ 2G rung, phi hành:. Nên nhu cầu trường hợp vận chuyển rung cô lập các ổ http://www.novibes.com/Products&productID=62 hoặc http : //www.novibes.com/ Products & productsId = 49 [phần # 50178])

Tuy nhiên, bạn thực sự muốn ghi đĩa trong các ổ đĩa cứng thử nghiệm.

Tôi đã làm việc trên các hệ thống như ổ cứng và tìm thấy một số vấn đề nhưng ...

Để kiểm tra vòng đời tăng tốc của PCB để phát hiện ra lỗi, không có gì vượt qua được một số chu kỳ nóng / lạnh. (vận hành chu kỳ nóng lạnh thậm chí còn hoạt động tốt hơn ... nhưng bạn khó thực hiện hơn, đặc biệt là với các ngân hàng của HDD)

Nhận cho mình một buồng môi trường lớn cho số lượng ổ đĩa bạn có được tại một thời điểm. (Những thứ này khá đắt, sẽ rẻ hơn khi vận chuyển các mảng đột kích xung quanh) Bạn không thể tiết kiệm đồ trong các phòng thử nghiệm, bạn sẽ cần kiểm soát độ ẩm và các đường dốc lập trình.

Lập trình trong hai đường dốc nhiệt độ lặp lại, xuống nhiệt độ lưu trữ tối thiểu, nhiệt độ lưu trữ tối đa, làm cho đường dốc đủ dốc để làm khó kỹ sư ứng dụng từ nhà sản xuất ổ cứng của bạn. 3 chu kỳ nóng lạnh trong 12 giờ sẽ thấy các ổ đĩa bị hỏng khá nhanh. Chạy các ổ đĩa ít nhất 12 giờ như thế này. Nếu bất kỳ công việc sau đó tôi sẽ ngạc nhiên.

Tôi đã không nghĩ đến điều này: Một nơi tôi làm việc, chúng tôi có một kỹ sư sản xuất đã làm điều này, để có được nhiều sản phẩm được vận chuyển với cùng một thiết bị thử nghiệm, đã có một sự cố lớn trong thử nghiệm, nhưng thực tế tỷ lệ chết đã giảm xuống số không.


5

Tôi không đồng ý với tất cả các câu trả lời về cơ bản là "Đừng bận tâm với burn-in, hãy sao lưu tốt".

Mặc dù bạn luôn phải có các bản sao lưu, tôi đã dành 9 giờ ngày hôm qua (trên ca làm việc 10 giờ thông thường của tôi) để khôi phục từ các bản sao lưu vì hệ thống đang chạy với các ổ đĩa chưa được ghi.

Có 6 ổ đĩa trong cấu hình RAIDZ2 (ZFS tương đương với RAID-6) và chúng tôi đã có 3 ổ chết trong vòng 18 giờ trên một hộp đã chạy được khoảng 45 ngày.

Giải pháp tốt nhất tôi tìm thấy là mua các ổ đĩa từ một nhà sản xuất cụ thể (không trộn lẫn), sau đó chạy công cụ được cung cấp của họ để thực hiện các ổ đĩa.

Trong trường hợp của chúng tôi, chúng tôi mua Western Digital và sử dụng chẩn đoán ổ đĩa dựa trên DOS của họ từ ISO có thể khởi động. Chúng tôi kích hoạt nó, chạy tùy chọn ghi rác ngẫu nhiên vào toàn bộ đĩa, sau đó chạy thử nghiệm SMART ngắn sau đó là thử nghiệm SMART dài. Điều đó thường đủ để loại bỏ tất cả các thành phần xấu, đọc / ghi phân bổ, v.v ...

Tôi vẫn đang cố gắng tìm một cách hợp lý để 'bó' nó để tôi có thể chạy nó với 8 ổ đĩa cùng một lúc. Chỉ có thể sử dụng 'dd if = / dev / urandom of = / dev / anything' trong Linux hoặc 'badblocks'.

EDIT: Tôi đã tìm thấy một cách đẹp hơn để 'bó' nó. Cuối cùng tôi cũng đã thiết lập được một máy chủ khởi động PXE trên mạng của chúng tôi để giải quyết một nhu cầu cụ thể và nhận thấy rằng Ultimate Boot CD có thể được khởi động PXE. Bây giờ chúng ta có một số máy rác ngồi xung quanh có thể được khởi động PXE để chạy chẩn đoán ổ đĩa.


3
Bạn biết gì? Một câu trả lời trả lời câu hỏi và không giảng tại OP. +1
elBradford

3
Nếu bạn muốn dữ liệu ngẫu nhiên ghi vào ổ đĩa, đừng đọc từ / dev / urandom; nó không chậm như người anh em chặn / dev / ngẫu nhiên của nó nhưng nó vẫn chậm và nó không thực sự mang lại cho bạn bất cứ điều gì. Thay vào đó, hãy thiết lập ánh xạ dm-crypt đơn giản với một khóa ngẫu nhiên (mà bạn có thể nhận được từ / dev / urandom hoặc / dev / ngẫu nhiên) và sau đó chỉ cần dd / dev / zero vào thiết bị được ánh xạ. Nó có thể sẽ ở bất cứ đâu giữa nhanh gấp đôi và một thứ tự cường độ nhanh hơn. gitlab.com/cryptsetup/cryptsetup/wikis/FrequentlyAskedQuestions "Làm cách nào tôi có thể xóa thiết bị với tính ngẫu nhiên ở cấp độ tiền điện tử?" có một ví dụ về cách làm điều đó.
một CVn

Gợi ý tuyệt vời @ MichaelKjorling
Aaron C. de Bruyn

3

Làm thế nào quan trọng là ghi trong ổ cứng trước khi bạn bắt đầu sử dụng nó?

Nó phụ thuộc.
Nếu bạn đang sử dụng nó trong RAID cung cấp dự phòng (1, 5, 6, 10)? Không hẳn.
Nếu bạn đang sử dụng nó standaolone? Một chút thôi, nhưng tốt hơn hết là bạn chỉ nên chạy smartd hoặc một cái gì đó để theo dõi nó, ít nhất là theo quan điểm của tôi.

Điều này tự nhiên dẫn đến câu trả lời của tôi về " Làm thế nào để bạn thực hiện quy trình burn-in? " - Tôi không.
Thay vì cố gắng "ghi vào" các đĩa, tôi chạy chúng theo các cặp dự phòng và sử dụng giám sát dự đoán (như SMART) để cho tôi biết khi nào một ổ đĩa đang trở nên khó khăn. Tôi đã thấy rằng cần thêm thời gian để thực hiện ghi đĩa đầy đủ (thực sự tập thể dục toàn bộ đĩa) đắt hơn đáng kể so với xử lý lỗi đĩa và trao đổi.
Kết hợp RAID và sao lưu tốt dữ liệu của bạn sẽ rất an toàn, ngay cả khi xử lý tỷ lệ tử vong ở trẻ sơ sinh (hoặc đầu kia của bồn tắm khi bạn bắt đầu có ổ chết vì tuổi già)


1
Điều gì nếu ổ đĩa không thể được theo dõi bởi vì nó không ở một nơi liên tục? :)
jsmith

2
@jsmith - sau đó bạn có nó gửi cho bạn thông báo thay vì bỏ phiếu từ máy chủ giám sát - hầu như không có tình huống nào bạn thực sự không thể theo dõi thứ gì đó, chỉ có những trường hợp cần một chút suy nghĩ sáng tạo :)
voretaq7

2

Spinrite (grc.com) sẽ đọc và ghi lại tất cả dữ liệu trên ổ đĩa. Đó là một điều tốt để làm cho một ổ đĩa mới ngay cả khi bạn không cố gắng làm cho nó thất bại. Phải mất một thời gian dài để chạy ở cấp độ 4, thường là một vài ngày cho các ổ đĩa kích thước hiện tại. Tôi cũng nên thêm rằng nó không phá hủy. Trong thực tế nếu nó có dữ liệu ở những điểm xấu, nó sẽ di chuyển và phục hồi nó. Tất nhiên bạn sẽ không bao giờ chạy nó trên ổ SSD.


1

Tôi chắc chắn rằng việc kiểm tra điểm chuẩn và kiểm tra lỗi một lần một tuần sẽ đủ để "ghi vào" ổ cứng. Mặc dù từ bài viết của bạn, tôi chưa bao giờ nghe nói về một điều như vậy.

Được trích dẫn từ "6_6_6" trên Stroagereview.com

1. Connect the drive to a running system. Read SMART values.

2. Do a SMART short self test. Do a SMART long self-test.

3. Zero fill / Wipe the drive with the manufacturer's utility. Entire drive.

4. Run HDTach full read/write. Everest / Sandra, etc all have stress tests. Run hard drive part continously for hours.

5. Run Victoria for Windows Read/Write test and make sure no slow sectors.

6. Drop to DOS. Run MHDD, run a LBA test and see check for slow sectors. Run Read/Write/Verify test. Run drive internal ATA secure erase command.

7. Do a full format.

8. Compare SMART values. If no anomalies, all good to go. Install your OS and continue.

Trong tất cả, cá nhân tôi nghĩ rằng đó là một ý tưởng tồi.

EDIT: Scource: http://forums.storagereview.com/index.php/topic/27398-new-hdd-burn-in-routines/


0

Đầu tiên, tôi đồng ý với các áp phích khác rằng trường hợp sử dụng của bạn cho thấy rằng các ổ đĩa băng sẽ là lựa chọn tốt hơn.

Nếu điều đó là không thể, Nếu bạn phải lái các ổ đĩa trên toàn quốc, một RAID thực sự dường như không phải là một lựa chọn, vì bạn sẽ phải vận chuyển nhiều ổ đĩa hơn, làm tăng nguy cơ thất bại. Tuy nhiên, những gì về một sơ đồ phản chiếu đơn giản, gửi một ổ đĩa và giữ ổ đĩa kia tại trang nguồn?

Sau đó, nếu ổ đĩa bị hỏng khi đến, một bản sao mới có thể được tạo và gửi. Nếu ổ đĩa tốt khi đến nơi, thì phụ tùng có thể được sử dụng lại - để gửi hoặc sao lưu dữ liệu gốc.


0

Bạn chưa thực sự nói lý do tại sao các ổ đĩa được chuyển đi - đây chỉ là một cách gửi dữ liệu, liệu chúng có các ứng dụng / hình ảnh hệ điều hành hoàn chỉnh sẵn sàng để được khởi động trong PC hay cái gì khác không?

Tôi đồng ý với các câu trả lời khác rằng RAID hoặc sao lưu tốt hơn quét, do các rủi ro khi vận chuyển một ổ đĩa gây ra các vấn đề cơ học.

Một cách tổng quát hơn để đặt điều này sẽ là "dựa vào dữ liệu dư thừa để bắt và sửa lỗi" - hoặc gửi 2 ổ đĩa cho mỗi bộ dữ liệu hoặc gửi dữ liệu dư thừa trên một ổ đĩa. Một cái gì đó như Parchive cho phép bạn thêm một mức độ dư thừa được xác định cho dữ liệu, cho phép khôi phục ngay cả khi một phần lớn dữ liệu bị hỏng. Vì các ổ đĩa ngày nay khá rẻ, nên chỉ cần mua một đĩa lớn hơn yêu cầu nghiêm ngặt thường sẽ rẻ hơn so với quét ổ đĩa, vận chuyển ổ đĩa thay thế hoặc vận chuyển 2 ổ đĩa.

Điều này sẽ bảo vệ chống lại sự cố không nghiêm trọng của ổ đĩa - tuy nhiên, tốt nhất là không sử dụng lại ổ đĩa được vận chuyển trừ khi vận chuyển, như đã đề xuất trước đó, ví dụ như xem nó như một cuộn băng phải được trích xuất thành ổ đĩa 'thật' vĩnh viễn cài đặt và không vận chuyển bất cứ nơi nào.

Điều này sẽ cho phép bạn gửi một lượng lớn dữ liệu (hoặc thậm chí hình ảnh ứng dụng / hệ điều hành) và giảm tác động của lỗi đĩa xuống bất kỳ mức nào là kinh tế.

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.