Tôi có một loạt các thư mục được sao lưu trên ổ cứng ngoài - không phải ổ SSD, đĩa từ.

Bản sao lưu chỉ nằm trên một đĩa đơn (vâng, tôi biết, một ổ cứng bổ sung có bản sao sẽ là một ý tưởng hay; nhưng đó không phải là trường hợp hiện tại). Ngoài ra, không có bản sao kép của các tệp trên đĩa.

Ổ cứng có (tùy chọn 1) nhiều dung lượng hơn các tệp của tôi chiếm (tùy chọn 2) ít dung lượng trống hơn so với các tệp của tôi chiếm (nhưng vẫn là một lượng tốt)

Tôi giữ đĩa trong bao bì ban đầu của nó: Túi nhựa, trong một "hộp đựng trứng" như gói, trong hộp nhựa. Nó được giữ trong một căn phòng trong nhà tôi với cái hộp không bao giờ phơi nắng, cũng không mưa.

Câu hỏi của tôi là: Có điều gì tôi nên làm với đĩa, định kỳ, để tối đa hóa tuổi thọ dữ liệu? vd Tôi muốn một câu trả lời cho cả hai kịch bản tùy chọn mà tôi đã mô tả.

Ghi chú:

• Tôi không muốn đặt câu hỏi này cụ thể cho một thương hiệu ổ cứng, nhưng nếu bạn phải biết - đó là ổ cứng 750 GB của Toshiba STOR.E. Không phải lựa chọn của tôi, tôi chỉ cần làm việc với điều này.
• Hướng dẫn sử dụng ổ cứng không nói gì về vấn đề này.
• Bản sao lưu đại diện cho trạng thái của các thư mục này đôi khi trong quá khứ. Giả sử điều quan trọng là giữ nguyên trạng thái này và không có "bản sao chính" của cùng một dữ liệu.
• Mặc dù có lẽ không liên quan đến câu hỏi, nhưng nó không tệ đến mức thảm khốc nếu những tập tin này bị mất, tôi chỉ muốn tăng tuổi thọ dự kiến.
• ngay cả khi tôi có hai bản sao, trên hai ổ cứng, câu hỏi sẽ có liên quan như nhau: Tôi nên thực hiện loại hoạt động bảo trì nào trên mỗi bản sao?

Từ quan điểm chuyên nghiệp, các lựa chọn của bạn là:

1. Hãy cầu nguyện.
2. Tạo nhiều bản sao, trên nhiều thiết bị.

Trong "tùy chọn 1" của bạn (nhiều dung lượng hơn), bạn có thể tăng tỷ lệ cược của mình bằng cách tạo nhiều bản sao trên cùng một phần cứng, nhưng thực tế là phần cứng bị lỗi, không thường xuyên khiến toàn bộ đĩa không thể đọc được. Một bản sao không phải là một chiến lược sao lưu khả thi.

Tôi không rõ đây là bản sao lưu thực tế (của các tệp trên thiết bị chính) hay kho lưu trữ (của các tệp bị xóa khỏi thiết bị chính.) Bản sao bổ sung có phần quan trọng hơn nếu bạn quan tâm đến tất cả về trường hợp lưu trữ - trong Về lý thuyết, trường hợp dự phòng có một bản sao chính vì vậy bạn phải có ít nhất hai lần thất bại trước khi bạn hoàn toàn không gặp may.

Nếu bạn có nhiều không gian trống hơn dữ liệu sao lưu sử dụng - tùy chọn 1 của bạn trong câu hỏi - hoặc nếu bạn có nhiều bản sao của dữ liệu, tôi đã có một ý tưởng sẽ "làm gì đó"; nếu bạn nghĩ SpinRite thực sự giúp "bảo trì" ổ cứng và / hoặc muốn ghi đè hoàn toàn và sau đó ghi lại mọi bit dữ liệu của bạn, thì điều này sẽ làm được.

Cho dù bạn có nên làm gì đó hay không, tôi không chắc lắm ... bit-rot hoặc Data degradation dường như thực sự tồn tại và những câu hỏi như thế này ở đây trên superuser và câu hỏi này trên serverfault dường như khuyên các bản sao lưu hoặc có thể là lỗi- Sửa lỗi hoặc RAID chịu lỗi (nhưng chỉ với một ổ cứng, tôi chọn nhiều bản sao lưu & kiểm tra băm / CRC và không lo lắng phải làm gì nếu RAID bị lỗi).

Tôi đang nghiêng về cách tiếp cận "không làm gì" đơn giản và lười biếng hơn, nhưng sau đây ít nhất là một cách tốt "đảm bảo tôi vẫn có thể đọc dữ liệu của mình mỗi năm một lần và cũng có thể viết lại nó" .

Linux DIY Thi đua một số tính năng bảo trì SpinRite

Nhiều người dường như tin rằng SpinRite thực sự hoạt động, nhưng nó không miễn phí và tôi chạy Linux, vì vậy tôi đã lắng nghe SpinRite của Steve Gibson hoạt động như thế nào? video và anh ấy nói rằng một trong những điều SpinRite làm bây giờ là:

• Đọc toàn bộ ổ đĩa
• Lật các bit và viết chúng
• Đọc lại chúng
• Lật các bit lại và ghi chúng
• Đọc lại chúng

Nếu ổ đĩa tìm thấy bất kỳ vấn đề (nhỏ) nào, điều này sẽ "tự tạo ra ổ đĩa để trao đổi các thành phần xấu với một thành phần tốt".

Bao lâu bạn nên làm điều này? Steve nói "không ai thực sự biết mức độ thường xuyên như vậy, nhưng cứ sau vài tháng là thường xuyên đủ" . Tôi chỉ đoán mỗi 6 tháng hoặc mỗi năm hoặc lâu hơn.

badblocks

Quá trình đọc / lật / đọc / lật nghe có vẻ gần giống với quy trình badblockskhi sử dụng thử nghiệm ở chế độ ghi ( -wtùy chọn), chỉ có điều nó không thực sự "lật" dữ liệu của bạn, nhưng thực sự ghi, đọc và lật tất cả bit trên phân vùng:

Với tùy chọn này, badblocks quét các khối xấu bằng cách viết một số mẫu (0xaa, 0x55, 0xff, 0x00) trên mỗi khối của thiết bị, đọc mọi khối và so sánh nội dung.

Không phải ngẫu nhiên, những mẫu đó, ở dạng nhị phân: 10101010, 01010101, 11111111, 00000000.

Vì vậy, badblocks viết, đọc và lật các bit khá kỹ lưỡng và nó cũng miễn phí. Nếu bạn đã mke2fschạy badblocks (với badblocks -cc), nó sẽ lưu danh sách các badblocks, vì vậy ext2 / 3/4 sẽ tránh chúng, nếu có được tìm thấy.

Nhược điểm là kiểm tra ghi của badblocks là phá hoại , vì vậy bạn sẽ cần ít nhất hai phân vùng để làm việc này (để lưu và ghi lại dữ liệu của bạn).

• Giữ hai bản sao dữ liệu của bạn trên ổ cứng , mỗi bản trên CÁC PHẦN THAM GIA KHÁC BIỆT! .
  Điều này cho phép bạn ghi đè lên từng bit trên một phân vùng với 10, 01, 11, 00 nhân đôi cơ hội phục hồi nếu các khu vực xấu phát triển. Và giữ một danh sách tổng kiểm tra / băm cho các tệp dữ liệu của bạn, như CRC32 hoặc MD5 (mặc dù MD5 / SHA rất chậm so với CRC và CRC không thể bỏ qua các lỗi ngẫu nhiên)
• Cứ vài tháng một lần:
  1. Đọc các bản sao lưu của bạn và xác minh nó vẫn phù hợp với tổng kiểm tra / băm.
  2. "Pseudo" -bit-flip một phân vùng có badblocks -whoặc mke2fs -cc( Chỉ MỘT phân vùng , không ghi đè lên tất cả dữ liệu của bạn, chỉ một bản sao!)
  3. Sao chép dữ liệu của bạn trở lại phân vùng mới được lật
  4. "Pseudo" -bit-flip phân vùng khác (chưa được lật)
  5. Sao chép dữ liệu của bạn trở lại phân vùng mới được lật

Điều này tương tự như chỉ định dạng lại và sao chép dữ liệu của bạn trở lại, nhưng định dạng nhanh / chuẩn sẽ không thường ghi vào mọi khu vực, do đó bạn có thể sẽ không thay đổi / lật nhiều bit

Giải pháp tốt nhất luôn là nhiều bản sao trên nhiều thiết bị .
Tôi đã đọc rằng phương tiện quang học có thể đọc được trong 10, 20, thậm chí hơn 50 năm và hai đĩa / ISO giống hệt nhau sẽ phù hợp với gddrescue(bên dưới).
Lưu trữ đám mây thường miễn phí trong một vài GB, lưu trữ tệp ở đó (được mã hóa tùy chọn) có thể là một ý tưởng hay, đặc biệt là nếu số tiền tiếp tục tăng.

Ngoài ra, lưu tệp của bạn vào kho lưu trữ sửa lỗi có thể giúp ích nếu có bất kỳ lỗi nào xảy ra, nhưng mất một tệp trong số một triệu có thể không tệ như mất toàn bộ kho lưu trữ của một triệu tệp. Nếu có bất kỳ phần mềm sửa lỗi riêng biệt nào, như ECC-CRC, có thể giúp ích, nhưng tôi không biết gì, và một bản sao bổ sung của dữ liệu sẽ còn tốt hơn nữa.

Liên quan trực tiếp, SpinRite cũng "rất cố gắng" để đọc dữ liệu từ một khu vực xấu của ổ cứng, đọc từ các hướng & vận tốc khác nhau, nghe có vẻ rất giống với gddrescue, trong trường hợp (hoặc khi) bạn gặp rắc rối khi đọc dữ liệu của mình . gddresTHER cũng có thể đọc từ hai bản sao dữ liệu bị lỗi và hy vọng ghép lại một bản sao hoàn chỉnh và tôi muốn tạo hai (hoặc nhiều) bản sao phân vùng dữ liệu giống hệt nhau dd, nhưng sau đó, nếu badblocks không tìm thấy bất kỳ thành phần xấu nào bạn không thể tránh chúng vì nó sẽ thay đổi các bản sao giống hệt nhau.

Vì dường như nó đã bị bỏ qua bởi hầu hết các áp phích ở đây, đây là câu trả lời được đề xuất của tôi cho các chi tiết cụ thể của câu hỏi của bạn, sử dụng bài đăng tuyệt vời này, Phương tiện nào nên được sử dụng cho lưu trữ dữ liệu dài hạn, khối lượng lớn (lưu trữ)? như hướng dẫn. Tôi sẽ không trích dẫn lại các tài liệu tham khảo và nghiên cứu từ đó, vì anh ấy đã làm một công việc tuyệt vời, và đọc toàn bộ bài viết tốt hơn so với tóm tắt cho trường hợp này.

Giới hạn bản thân trong một ổ cứng trong kho lạnh (ngoại tuyến), với hai tùy chọn được cung cấp, bạn nên kết nối ổ đĩa cứ sau vài năm, hoặc sau đó, và quay nó lên. Lý do lớn nhất để làm như vậy là để giữ cho mỡ trục chính không bị cứng và giữ lại. Mỡ trục chính sẽ cứng dần theo thời gian và quay đĩa một lần trong một thời gian có thể trì hoãn đáng kể tình trạng đó. Nếu bạn muốn hiểu rõ hơn về tầm quan trọng của mỡ đối với ổ cứng, hãy nhìn vào nỗ lực của Minebea, một nhà sản xuất động cơ HDD đưa vào nghiên cứu của họ về báo cáo này .

Trong khi đĩa được kết nối, bạn cũng có thể chạy một số chẩn đoán SMART để tìm kiếm các dấu hiệu sắp xảy ra lỗi của thiết bị điện tử, phần cứng hoặc đĩa. Mặc dù, từ nghiên cứu được trình bày tại FAST'07 bởi Google và Đại học Carnegie Mellon {giành giải 'Bài viết hay nhất' năm đó}, bài kiểm tra SMART có thể là dấu hiệu của sự thất bại, nhưng bài kiểm tra 'vượt qua' có thể không cho thấy sức khỏe tốt. Tuy nhiên, kiểm tra sẽ không bị tổn thương. Vâng, đó là nghiên cứu cũ, nhưng dường như không ai thay thế nó bằng bất cứ thứ gì mới hơn.

Để ổ đĩa chạy được một lúc và truy cập dữ liệu cũng sẽ làm mới sức mạnh của từ trường giữ dữ liệu. Một số ý kiến ​​cho rằng không cần thiết dựa trên vô số bằng chứng giai thoại, nhưng những nghiên cứu ở đó dường như chỉ ra rằng sự suy yếu của từ trường là có thể. Tôi nêu ra ba loại giấy tờ từ Đại học Wisconsin-Madison: chẵn lẻ ô nhiễm , dữ liệu tham nhũng , và đĩa-Pointer tham nhũng . Sau khi đọc những điều này, bạn có thể quyết định bao nhiêu kết luận của họ đe dọa dữ liệu của bạn và bao nhiêu nỗ lực để bảo vệ chống lại dữ liệu đó.

Đề nghị giám tuyển

Tôi không biết bạn sử dụng hệ điều hành nào, công cụ nào bạn có hoặc thích, cũng như hệ thống tệp bạn chọn. Do đó, các đề xuất của tôi sẽ chỉ chung chung, cho phép bạn chọn các công cụ phù hợp nhất với cấu hình và sở thích của bạn.

Đầu tiên là thiết lập để lưu trữ. Trước khi lưu các tệp vào ổ cứng, hãy lưu trữ chúng. Điều này không ngụ ý nén, cũng không tránh. Chọn một định dạng lưu trữ sẽ cung cấp cho bạn khả năng phục hồi lỗi hoặc khả năng 'tự phục hồi'. Đừng tạo một kho lưu trữ lớn, thay vào đó là lưu trữ những thứ thuộc về nhau, tạo ra một thư viện lưu trữ. Nếu bạn chọn nén, thì hãy chắc chắn rằng nó không can thiệp vào khả năng khôi phục lỗi. Đối với hầu hết các định dạng nhạc, video, phim và hình ảnh, không có điểm nào trong việc thực hiện nén. Các định dạng tệp như vậy đã được nén và cố gắng nén chúng hiếm khi tăng dung lượng, đôi khi tạo ra lớn hơncác tập tin và lãng phí thời gian và sức mạnh CPU của bạn trong cuộc mặc cả. Tuy nhiên, lưu trữ chúng để phục hồi lỗi ở trên. Sau đó tạo tổng kiểm tra cho mỗi tệp lưu trữ, sử dụng thuật toán phân loại bạn chọn. Bảo mật không phải là vấn đề ở đây, chỉ đơn thuần là kiểm tra độ tỉnh táo cho tệp, vì vậy MD5 sẽ đủ, nhưng mọi thứ sẽ hoạt động. Lưu một bản sao của tổng kiểm tra với các tệp lưu trữ vàở vị trí thứ hai trên cùng một ổ cứng - có lẽ là một thư mục dành riêng cho tổng số tổng kiểm tra. Tất cả điều này được lưu vào đĩa. Tiếp theo, và khá quan trọng, cũng là lưu vào ổ cứng đó các công cụ bạn đã sử dụng để tạo tổng kiểm tra và khôi phục tài liệu lưu trữ (và cũng giải nén chúng, nếu bạn đã sử dụng nén). Tùy thuộc vào hệ thống của bạn, đây có thể là chính các chương trình hoặc có thể cần phải là trình cài đặt cho chúng. Bây giờ bạn có thể lưu trữ ổ cứng như thế nào bạn chọn.

Thứ hai là lưu trữ. Các ổ cứng hiện tại được bảo vệ hợp lý khỏi sốc vật lý (rung lắc và giật nảy), nhưng cũng không có lý do gì để đẩy nó. Lưu trữ nó khá nhiều theo cách bạn đã đề cập trong câu hỏi của bạn. Tôi sẽ thêm vào để cố gắng tránh các khu vực có khả năng chịu tác dụng của lực điện từ. Chẳng hạn, không đóng cùng bảng điều khiển bộ ngắt mạch hoặc phía trên đài HAM của bạn. Sấm sét cách xa là điều bạn không thể tránh, nhưng máy hút bụi và công suất nói là có thể tránh được. Nếu bạn muốn nhận được cực đoan, hãy lấy một chiếc khiên Faraday hoặc túi Faraday cho nó. Trong số các bạn đề xuất hai là vô nghĩa, hoặc xấu. Thay đổi vị trí vật lý của nó trong khi nó được lưu trữ sẽ không ảnh hưởng đến bất cứ điều gì quan trọng và làm rung chuyển nó có thểgây ra thiệt hại, không nên vì hầu hết các ổ đĩa đều có khả năng chống sốc G tốt, nhưng điều đó là có thể.

Cuối cùng là các biện pháp định kỳ. Ví dụ, theo lịch bạn chọn, hàng năm hoặc hai năm một lần, hãy xóa nó khỏi bộ lưu trữ và kết nối lại với máy tính. Chạy thử nghiệm SMART và thực sự đọc kết quả. Hãy chuẩn bị để thay thế đĩa khi kết quả SMART hiển thị, bạn không nên "lần sau" mà là "lần này". Trong khi nó được kết nối, hãy kiểm tra tất cả các tệp lưu trữ so với tổng kiểm tra của chúng. Nếu bất kỳ kiểm tra nào thất bại, hãy thử sử dụng các khả năng khôi phục lỗi của định dạng lưu trữ để khôi phục tệp đó, tạo lại tệp lưu trữ và tổng kiểm tra của nó và lưu lại. Vì bạn cũng đã cho tùy chọn 2 là có "dung lượng trống" lớn, hãy sao chép tài liệu lưu trữ vào các thư mục mới và sau đó xóa bản gốc. Đơn giản chỉ cần "di chuyển" chúng có thể không di chuyển chúng chút nào. Trên nhiều hệ thống tệp mới hơn, việc di chuyển tệp sẽ thay đổi thư mục được liệt kê trong đó, nhưng nội dung tập tin sẽ ở nơi họ đang ở. Bằng cách sao chép tệp bạn buộc nó phải được ghi ở một nơi khác, sau đó bạn có thể giải phóng không gian bằng cách xóa bản gốc. Nếu bạn có nhiều tệp lưu trữ, không có tệp nào có thể lớn đến mức lấp đầy không gian trống trên ổ cứng. Sau khi bạn đã xác minh hoặc khôi phục tất cả các tệp và di chuyển bất kỳ tệp nào bạn chọn, khôi phục lại bao bì của bạn và đặt lại vào bộ lưu trữ cho đến lần tiếp theo.

Thêm những điều cần chú ý. Khi bạn nâng cấp hệ thống của mình hoặc tệ hơn, hãy chuyển sang một hệ điều hành khác, đảm bảo bạn vẫn có khả năng đọc ổ cứng đó trong cấu hình mới. Nếu bạn có bất cứ thứ gì không phải là văn bản thuần túy, hãy đảm bảo rằng bạn không mất khả năng đọc tệp như đã lưu. Ví dụ: Tài liệu MS-Word có thể có các phương trình được tạo theo một định dạng, các phiên bản mới hơn không thể đọc được các phương trình đó. Xem điều này cho vấn đề rất. Tuy nhiên, Word không phải là nguồn gây rắc rối duy nhất có thể và thậm chí các định dạng Nguồn mở không đảm bảo rằng dữ liệu của bạn là bằng chứng trong tương lai. Đối với một sai lầm lớn trong lĩnh vực này, hãy đọc về dự án Sách Domesday kỹ thuật số thất bại. Khi các công nghệ mới xuất hiện, hãy xem xét cập nhật bộ sưu tập của bạn. Nếu bạn có phim được lưu dưới dạng tệp AVI và bạn thích MKV hơn, hãy chuyển đổi chúng. Nếu bạn có tài liệu xử lý văn bản và nâng cấp chương trình của mình, hãy lưu lại những tài liệu đã lưu trữ ở định dạng mới.

Phương tiện truyền thông từ tính có thể mờ dần theo thời gian và kết quả là một bit hoặc khu vực xấu. Một giải pháp có thể là làm mới phần từ tính cứ sau vài năm.

Cách đơn giản nhất là sao chép và ghi lại toàn bộ đĩa cứng, mặc dù điều này có thể không làm mới địa chỉ sector, đó là "tiêu đề" của khu vực cho phép phần sụn đặt đầu vào nó. Làm mới địa chỉ sector có thể yêu cầu định dạng lại đĩa (định dạng sâu - không nhanh).

Một giải pháp thay thế là sử dụng đĩa tái tạo sản phẩm. Các sản phẩm này quét đĩa ở cấp độ vật lý, đọc mọi khu vực và địa chỉ của nó và viết lại cả hai để làm mới dữ liệu từ tính.

Phần thưởng bổ sung là trong trường hợp xảy ra lỗi đọc, các sản phẩm này sẽ thử nhiều phương thức đọc để lưu dữ liệu, sẽ đánh dấu khu vực đó là xấu và sẽ ánh xạ lại thành một khu vực dự phòng (hầu hết các đĩa cứng đều có các khu vực dự phòng) dữ liệu được lưu.

Dưới đây là một vài sản phẩm như vậy:

• DiskFresh (miễn phí cho sử dụng cá nhân và phi thương mại hoặc $ 25) - Một phần của Tiện ích Puran nhận được đánh giá tốt. Nó chỉ thông báo cho bạn nếu có bất kỳ thành phần bị hỏng / xấu và không phục hồi nâng cao.

• SpinRite ($ 89 với bảo đảm hoàn lại tiền) - Điều này đã không được cập nhật trong một vài năm, mặc dù nó vẫn lưu đĩa của tôi vài năm trước. Tôi sẽ không tin vào bảo đảm hoàn lại tiền vì sản phẩm này khá cũ.

• HDD Regenerator ($ 89,99 có bảo đảm hoàn lại tiền) - Một sản phẩm mới hơn với các đánh giá tốt.

Để hoàn thiện hơn cho những độc giả đang tìm kiếm bộ lưu trữ dài hạn an toàn, tôi sẽ nhận xét rằng các sản phẩm DVD và Blu-Ray "ghi một lần đọc mãi mãi" tồn tại, được thương hiệu là M-DISC hoặc Archival Disc.

Không bảo trì nên được thực hiện bất cứ điều gì. Kết nối lại ổ đĩa và cấp nguồn cho nó có nguy cơ cao hơn so với việc nó hoạt động liên tục và cao hơn so với việc để nó ngủ trong hộp. Vì vậy, kiểm tra nó rất thường xuyên sẽ thực sự làm tăng xác suất thiệt hại.

Làm thế nào bạn lưu trữ nó là tuyệt vời, nhưng đừng quên nhiệt độ . Đừng để nó là cực đoan. Chính xác những gì bạn sử dụng như một ổ đĩa sao lưu? Một số là bền hơn so với những người khác.

Một điều bạn có thể làm, vì bạn có đủ dung lượng như bạn đã nêu, tạo hai bản sao của cùng một dữ liệu trên ổ cứng . Trong trường hợp các thành phần xấu, bạn sẽ ổn. Từ những gì tôi nhận thấy, hầu hết các ổ đĩa ngày nay đều bị hỏng khu vực ở đầu ổ đĩa (vài GB đầu tiên) nhưng điều đó chủ yếu là do hệ điều hành (không phải trường hợp của bạn). Nói chung, các thành phần xấu sẽ xuất hiện ban đầu trong hầu hết các trường hợp được nhóm lại với nhau, do đó, có hai bản sao dữ liệu trên cùng một ổ đĩa sẽ giúp ích.

Nếu bạn chỉ có một vài tệp quan trọng thì đó cũng là một cách tốt để lưu chúng ở một nơi khác, chỉ để an toàn. Tạo một kho lưu trữ được mã hóa và đặt nó trên một cây gậy hoặc đưa nó cho người mà bạn tin tưởng.

Tôi luôn cảm thấy mẹo là giả sử ổ đĩa của bạn sẽ thất bại . Có một số chế độ thất bại là ngẫu nhiên. Đối với các lỗi không ngẫu nhiên - có hai khía cạnh ở đây - ổ đĩa và hệ thống tệp.

Mặc dù đó là một nguồn bất thường - luồng reddit này cho thấy rằng một bit đã cho có thể lật trong 10 năm hoặc lâu hơn, mặc dù tôi nghi ngờ một bit bị lật sẽ được ECC xử lý âm thầm - trong hệ thống tệp hoặc trên chính ổ đĩa.

Thông thường, bạn có thể tìm thấy các vấn đề 'quy mô lớn' liên quan đến tuổi với các bài kiểm tra SMART định kỳ - xem xét những thứ như các lĩnh vực được phân bổ lại đang chờ xử lý. Với chu kỳ nhiệm vụ tương đối ngắn, bạn thực sự không nên nhìn thấy nhiều, nhưng chúng ta đang hơi hoang tưởng ở đây. Một lần nữa, cho đến khi mọi thứ trở nên thực sự tồi tệ, ổ đĩa của bạn sẽ có khả năng âm thầm xử lý việc này trong ECC.

Cuối cùng, có nguy cơ đột ngột lái xe hoặc điều khiển chết. Về lý thuyết, bạn có thể chăm sóc ổ đĩa, bằng cách chạy ở nhiệt độ mát mẻ, có kiểm soát, được biết là tối đa hóa tuổi thọ ổ đĩa, nhưng tôi chưa bao giờ thực sự bập bẹ bởi các ổ đĩa.

Các ổ đĩa được cho là có một số lần quay và quay xuống nhất định (không phải là vấn đề ở đây) và tôi nghi ngờ việc đẩy ổ đĩa đúng cách sẽ cho phép dữ liệu được đưa vào ổ đĩa và có công cụ để tắt nguồn ổ đĩa. Tôi tin rằng hdparm sẽ làm điều đó, nhưng tôi cần thử nghiệm thêm một chút.

Cuối cùng, tôi chọn các ổ đĩa được biết là cuối cùng . Tôi cũng xoay các ổ đĩa ngoài cứ sau vài năm, chuyển các ổ đĩa cũ xuống theo hệ thống phân cấp.

Trong các hệ thống tệp lý thuyết như ReFS và zfs được thiết kế để giảm nguy cơ mất dữ liệu mặc dù tổng kiểm tra dữ liệu tích hợp. Ít nhất, bạn sẽ không có các tập tin bị hỏng âm thầm. Chọn chúng trên các hệ thống tệp phổ biến hơn, có thể sẽ giảm nguy cơ mất dữ liệu, nhưng không có cách nào "dễ dàng" để triển khai chúng trên HĐH máy tính để bàn. ZFS có một số hỗ trợ khá tốt trên linux và không có trên windows và ReFS vẫn chưa tìm thấy máy tính để bàn của Windows. Chúng được thiết kế xung quanh hoặc có nhiều bản sao trên một hoặc nhiều ổ đĩa để phục hồi thực tế, vì vậy chính xác sẽ không hoạt động ở đây.

Như chúng ta thấy từ các đề xuất của người khác, một tài nguyên sao lưu duy nhất không phải là một giải pháp đáng tin cậy NẾU dự phòng có giá trị bất kỳ. Kinh nghiệm với các thiết bị điện tử đã dạy cho nhiều người trong chúng ta (một cách khó khăn) rằng đó không phải là vấn đề của IF mà là KHI một thiết bị dự phòng sẽ thất bại.

Ổ đĩa cứng, theo thiết kế, là để lưu trữ dữ liệu tương đối ngắn hạn. Hai bài viết xuất sắc, /server/51851/does-an-unplugged-hard-drive-use-for-data-archival-deteriorate và mất bao nhiêu thời gian cho đến khi một ổ cứng không sử dụng bị mất dữ liệu? thảo luận về tuổi thọ của dữ liệu được lưu trữ trên ổ đĩa cứng. Như mọi khi, phụ cấp của bạn có thể khác nhau.

Giải pháp sao lưu mà bạn mô tả tốt hơn là không có bản sao lưu nào cả nhưng bạn vẫn có một điểm thất bại duy nhất. Với bản sao lưu của bạn trên một thiết bị, bạn có nguy cơ mất bản sao CHỈ dữ liệu của mình để cháy, lũ lụt, trộm cắp, nổ, hỏng thiết bị, v.v. Vì vậy, câu hỏi đặt ra là: Những nỗ lực của bạn để bảo vệ bản sao lưu của bạn có tốn thời gian không?

Để thực hiện mục tiêu của bạn, tức là, một bản sao lưu bạn có thể dựa vào, cần nhiều hơn một bản sao lưu. Nếu bạn sẽ lưu trữ dữ liệu của mình trên đĩa cứng, bản sao lưu của bạn thỉnh thoảng yêu cầu "làm mới" để chống lại sự xuống cấp dữ liệu lưu trữ dài hạn vốn có với các ổ đĩa cứng. Nếu tôi đang mang giày của bạn, tôi sẽ mua một ổ đĩa sao lưu thứ hai tương tự như bản gốc và mỗi năm một lần sao chép dữ liệu từ ổ đĩa chính sang ổ đĩa thứ cấp. Vào cuối mỗi năm, đảo ngược quá trình và sao chép dữ liệu từ ổ đĩa thứ cấp trở lại ổ đĩa chính. Rửa sạch và lặp lại mỗi năm. Một trong các ổ đĩa nên ở ngoài khu vực, cách xa vị trí của bạn để tránh mất bản sao dữ liệu duy nhất của bạn vào một thảm họa tự nhiên.

Tôi không thể tìm thấy bất kỳ dữ liệu đáng tin cậy, được hỗ trợ khoa học về điều này. Nói chung, có hai khía cạnh của vấn đề này:

1. Thối bit : các hiệu ứng vật lý khác nhau có thể lật các bit được lưu trữ trong các miền từ được lưu trữ trên đĩa của ổ cứng, do đó làm hỏng dữ liệu trên ổ cứng. (đĩa vẫn đầy đủ chức năng)
2. Các vấn đề cơ học : bật / tắt nguồn cho ổ đĩa, giữ cho đĩa quay hoặc đứng yên, điều kiện lưu trữ và lão hóa tự nhiên có thể làm cho ổ đĩa không thể sử dụng được sau một thời gian. (dữ liệu có thể vẫn còn nguyên vẹn và có thể phục hồi)

Thối bit được thảo luận trong chủ đề này từ năm 2008. Người dùng arnaudk đã viết:

Từ những gì tôi có thể xác định, có vẻ như sẽ mất khoảng 22 năm (chi tiết bên dưới) để bạn mất dữ liệu do bị khử từ bằng nhiệt nếu ổ cứng chỉ ngồi bất động ở nhiệt độ phòng trong một góc tối. Trong thực tế, thời gian này sẽ ngắn hơn một chút vì các rung động cơ học và từ trường bên ngoài phát sinh do tất cả mọi thứ từ động cơ của ổ cứng đến cơn bão nhẹ cách đó 50km.

Mức phân rã tín hiệu có thể chấp nhận khác nhau tùy thuộc vào thiết kế hệ thống nhưng thường nằm trong khoảng từ 10-20% [ref4], do đó, phải mất (-1/326000) * ln (0.8) = khoảng 22 năm để toàn bộ miền bit có được 20% yếu hơn gây mất dữ liệu có thể chỉ do hiệu ứng khử từ nhiệt.

^{(liên kết trực tiếp đến bài viết)}

Đó là ước tính duy nhất tôi có thể tìm thấy. Nếu đó là chính xác, thì bạn có thể viết lại toàn bộ ổ đĩa sau mỗi 5 năm một cách an toàn để "làm mới" dữ liệu.

Các vấn đề cơ học thậm chí còn nhiều hơn một bí ẩn. Backblaze là một công ty sử dụng hàng ngàn đĩa cứng cấp độ người tiêu dùng trong trung tâm dữ liệu của họ và thường xuyên đăng các bản cập nhật về tình trạng của họ. Theo ước tính của họ sau 4 năm quay 24/7, 20% ổ cứng đã chết và nếu xu hướng này tiếp tục, sau 6 năm, một nửa trong số đó sẽ biến mất. Điều này ít nhiều phù hợp với số liệu từ whitepaper của Google này . Tuy nhiên, đó không phải là trường hợp sử dụng tiêu chuẩn cho đĩa cứng và chúng ta khó có thể so sánh nó với ổ đĩa ngoại tuyến trong hộp. Tôi không biết về bất kỳ nghiên cứu nào đã giải quyết trường hợp này.

Nói chung, nếu bạn thực sự quan tâm đến dữ liệu đó, bạn nên giữ hai bản sao của dữ liệu đó và chuyển nó sang ổ cứng mới, đã được kiểm tra căng thẳng cứ sau 5 năm. Điều đó sẽ giữ cho miền từ tính và phần cứng hợp lý mới, nhưng YMMV.

Tăng tuổi thọ của ổ đĩa cứng là một trong những vấn đề mà bạn nhận được kết quả tốt nhất từ ​​việc làm ít nhất. Tháo nó ra, đặt nó trên một bục vững chắc tránh xa sức nóng, độ ẩm, bụi hoặc bức xạ, nơi có đủ lưu thông không khí và ít có khả năng một đứa trẻ đập nó một cách tình cờ. Bạn có thể mong đợi một cuộc sống lâu dài từ đĩa cứng của bạn cho đến khi bạn nâng cấp nó.

Có lẽ thật khó chấp nhận rằng với tư cách là một người tiêu dùng, có rất ít (thậm chí không có gì) bạn có thể làm để tăng tuổi thọ đĩa cứng. Nhưng chắc chắn có nhiều cách để cải thiện cơ hội sống sót cho dữ liệu của bạn: ReFS, RAID và sao lưu.

Tin tôi đi, ngành công nghiệp đang nỗ lực cải thiện tuổi thọ của dữ liệu so với đĩa cứng.

Theo kinh nghiệm của tôi, việc chuyển đổi thường xuyên từ start / stop (nhàn rỗi / chạy) rất tệ cho ổ cứng, tốt hơn là giữ cho chúng luôn quay nếu bạn Ok rằng nó sẽ tiêu thụ nhiều điện hơn. (Đã thử nghiệm nó trên nhiều hệ thống có cùng ổ cứng từ cùng một cửa hàng, trong đó một số ổ cứng buộc luôn quay và một số khác thì không)

Trên tất cả các máy chủ, chúng tôi chạy trên cơ sở thường xuyên mỗi ngày "kiểm tra SMART" ngắn và cuối tuần "kiểm tra dài" mà ít nhất có thể đưa ra ý tưởng khi ổ cứng sắp hỏng. Nếu bạn sử dụng ZFS, thì việc "chà" thường xuyên mỗi tháng một lần đối với các phiên bản doanh nghiệp của ổ cứng là đủ và mỗi tuần một lần đối với ổ cứng loại tiêu dùng.

Một nguồn cung cấp năng lượng tốt, tốt cũng là một trong những yếu tố giúp ổ cứng khỏe mạnh, cộng với bộ lưu điện ngăn chặn những bất ngờ về điện ngẫu nhiên vượt qua ổ cứng. (Ổ cứng gắn ngoài lấy nguồn từ máy tính để nó cũng áp dụng cho chúng)

Rung / lắc trong khi ổ cứng đang chạy cũng không tốt cho họ. (Đặc biệt quan trọng đối với ổ cứng di động - không di chuyển chúng trong khi nó hoạt động)

Ngoài ra, chọn đúng mô hình cho các công việc cụ thể của ổ cứng (giám sát, NAS, máy tính để bàn ...) là một cách để kéo dài cuộc sống của họ

Nói chung, nếu đó là một hệ thống Linux thì không cần bảo trì. Các hệ thống Windows dường như mất các cụm thường xuyên hơn nhiều so với Linux. Vì lý do đó, một chkdsk cứ sau 3-6mo là khôn ngoan trên hệ thống Windows.

Tất cả các bộ phận ổ cứng với ống lót và vòng bi cuối cùng có một số sai lệch do hao mòn sau 5 năm hoặc hơn sử dụng liên tục. Cách tốt nhất mà tôi đã tìm thấy để không thức dậy một ngày nào đó với một phân vùng bị hỏng là định dạng lại ít nhất 5 năm một lần.

Nói chung, tôi có một vài thứ đòi hỏi phải đại tu hệ thống của mình vài năm một lần và do đó định dạng lại vào thời điểm đó (hãy chắc chắn sử dụng định dạng lại đầy đủ với kiểm tra lỗi). Bộ nhớ của tôi nói chung đủ tốt để ghi nhận sự suy giảm dung lượng ổ cứng sau khi định dạng; Đây là một dấu hiệu cho thấy ổ đĩa bị lỗi. Nếu một người không quen thuộc với hệ thống của họ, họ có thể lưu giữ các bản ghi về số byte chính xác sau khi định dạng.

Tại một số điểm, các cung "phụ" sẽ được sử dụng (cụ thể cho mục đích này) và hệ thống sẽ bắt đầu đánh dấu các khu vực "bình thường" trên ổ đĩa là không sử dụng được - số lượng byte sẽ giảm. Tại thời điểm này, ổ đĩa nên được loại bỏ - có thể đã bị mất dữ liệu. Điều này là bình thường đối với một ổ cứng được giữ 24/7 trong 5-10 năm.

Cách duy nhất để kéo dài tuổi thọ của ổ đĩa là đặt hệ thống tắt nguồn sau vài phút không hoạt động. Tôi có ổ đĩa 2tb mà tôi sử dụng làm bản sao lưu chính và thiết lập nó sẽ tắt nguồn sau 10 phút không sử dụng. Tôi có thể đi 30 ngày mà không truy cập được và vì vậy nó vẫn bị tắt. Phải mất 20 giây để tăng sức mạnh và có thể đọc được nếu cần thiết.

Vì vậy, nếu cuộc thảo luận được giới hạn trong thời hạn sử dụng, không bao giờ được cung cấp năng lượng định kỳ; sau đó có các mối quan tâm về môi trường được bảo vệ tốt trong liên kết ở trên "Bao nhiêu thời gian cho đến khi một ổ cứng không sử dụng bị mất dữ liệu?" Vấn đề duy nhất tôi không thấy được đề cập trong cuộc thảo luận về điện tử không được cấp điện là thời hạn sử dụng tụ điện. Chúng tồn tại lâu hơn bằng cách sử dụng định kỳ; mặt khác chúng khô đây là cấu trúc điện hóa của tụ điện (và pin).

Quy tắc của tuổi thọ cho tụ điện là 20 năm. Đây được gọi là quy tắc 20/20. Lỗi tụ điện sẽ cao nhất trong 20 phút đầu tiên sử dụng, sau đó lỗi thống kê sẽ lại bị vượt quá sau 20 năm sử dụng. Nhưng chúng thất bại sớm hơn 20 năm nếu không được sử dụng.

Lỗi phổ biến nhất (nói chung) trong các thành phần điện tử là các tụ điện. Tụ điện (điện hóa học), sau đó cuộn cảm & máy biến thế (elctro-cơ) hao mòn dù có được sử dụng hay không.

Một công ty có tên Backblaze đã thu thập dữ liệu về lỗi ổ cứng. Nó đã phát hành dữ liệu đó trong các blog của công ty, nêu bật các ổ đĩa của nhà sản xuất bị lỗi thường xuyên hơn các ổ đĩa khác.

Trong một blog gần đây, nó đã xuất bản dữ liệu chỉ ra chính xác 5 thuộc tính SMART nào cho thấy lỗi ổ đĩa sắp xảy ra:

From experience, the following 5 SMART metrics indicate impending disk drive failure:

    SMART 5 – Reallocated_Sector_Count.
    SMART 187 – Reported_Uncorrectable_Errors.
    SMART 188 – Command_Timeout.
    SMART 197 – Current_Pending_Sector_Count.
    SMART 198 – Offline_Uncorrectable.

Bạn có thể chọn một tập hợp con như 5 chỉ số được đề xuất này bởi vì chúng thống nhất giữa các nhà sản xuất và chúng là những yếu tố dự báo tốt về sự thất bại.

Bài báo tiếp tục đề xuất:

SMART 5: Reallocated_Sector_Count 1-4 để mắt đến nó, hơn 4 thay thế

SMART 187: Đã báo cáo_ Thay thế 1 hoặc nhiều thay thế

SMART 188: Command_Timeout 1-13 để mắt đến nó, hơn 13 thay thế

SMART 197: Current_Pending_Sector_Count 1 hoặc nhiều hơn thay thế

SMART 198: Offline_ Không thể thay thế 1 hoặc nhiều thay thế