Hỏi / Đáp Kích thước đơn vị phân bổ có thể ảnh hưởng đến tính toàn vẹn của dữ liệu trên ổ cứng lưu trữ không?

MaxT2

New member
Bối cảnhXét đến ổ cứng lớn (có thể xoay). Ổ cứng này sẽ chứa các tệp lưu trữ *.rar lớn. (Các tệp này đã tồn tại và sẽ được chuyển từ một số ổ cứng cũ của tôi.)

Các tệp *.rar đi kèm với "bản ghi phục hồi" (tương đương RAR của các tệp .par) thường là 3% (đôi khi tôi đặt 5%) cho phép chúng được sửa chữa trong trường hợp chúng bị hỏng. Nhưng nếu thiệt hại trên một tệp nhất định quá lớn, thì tệp đó sẽ không thể sửa chữa được. (Điều này luôn phụ thuộc vào kích thước được phân bổ cho dữ liệu phục hồi).

Theo hiểu biết của tôi, Kích thước đơn vị phân bổ 2 MB có nghĩa là hệ thống sẽ đọc/ghi 2 MB cùng một lúc trên ổ cứng này.
Theo các thử nghiệm trước đây, tôi nghĩ rằng điều này giúp tăng tốc quá trình thử nghiệm hàng loạt các tệp lưu trữ (có thể mất hơn 24 giờ). (Mặc dù tôi chưa thực hiện đủ các thử nghiệm với tất cả các thông số khác đều bằng nhau để đạt 100% về điều này.)
Vì vậy, trên ổ đĩa này, 2 MB sẽ hợp lý.

Câu hỏi

Nhưng câu hỏi tôi đang thắc mắc hiện tại là:
Nếu một số dữ liệu bị lỗi ở bất kỳ đâu trên ổ đĩa, thì Kích thước đơn vị phân bổ 2 MB có nghĩa là 2 MB sẽ bị hỏng cùng một lúc không? (Trong mọi trường hợp hoặc thậm chí trong một số trường hợp?)
Hay ổ đĩa vẫn có thể đọc được hầu hết 2 MB ngoại trừ một vài byte bị hỏng?

<nội dung không cần thiết đã bị Người kiểm duyệt xóa>
 
Bắt đầu bằng cách cung cấp những gì bạn tin là câu trả lời cho câu hỏi của mình.

Hiển thị các phép tính, trích dẫn tài liệu tham khảo, thêm giải thích, v.v.

Ví dụ "Từ các bài kiểm tra trước...." Bài kiểm tra nào?

Câu hỏi của bạn có vẻ là câu hỏi về bài tập về nhà hoặc dự án nghiên cứu.

Theo quy định của Diễn đàn, chúng tôi không làm cả hai.
 
Bắt đầu bằng cách cung cấp những gì bạn tin là câu trả lời cho các câu hỏi của mình.
Có lẽ tôi đã giải thích ngữ cảnh quá nhiều: Câu hỏi thực tế duy nhất trong bài đăng của tôi có thể tóm tắt điều này, tôi muốn hiểu chính xác hành vi của các ổ đĩa liên quan đến việc phân bổ: Xét về Kích thước Đơn vị Phân bổ 2 MB, nếu, trong một "đơn vị" 2 MB nhất định (giả sử đó là một đơn vị rất ngẫu nhiên ở giữa tệp, vì vậy nó được sử dụng đầy đủ), một vài byte (giả sử là 5 byte) bị hỏng/không thể đọc được, điều này có nghĩa là việc đọc phần còn lại của 2 MB liên quan sẽ "hỏng"? Vì vậy, tôi nên xem xét rằng 2 MB của một tệp nhất định sẽ hỏng cùng một lúc? Hay ổ đĩa vẫn đọc 2 MB và chỉ 5 byte đó mới được tính là bị hỏng? Sau đó, có thể có nhiều loại lỗi khác nhau?


Tôi không mong đợi bất kỳ ai thực hiện các bài kiểm tra hiệu suất, nhưng tôi mong rằng những người biết cách ổ đĩa hoạt động có thể trả lời câu hỏi này một cách ngắn gọn.

(Nhân tiện, các hệ thống có thể sử dụng các trình điều khiển này là Windows 10 Pro và Windows 11 Pro và hệ thống phân vùng là NTFS.)

Việc đề cập đến các bài kiểm tra trước đây chỉ là một phần của bối cảnh và một phần lý do tại sao tôi sử dụng phân bổ 2 MB trên một số đĩa lưu trữ. Các bài kiểm tra được thực hiện trong quá trình sử dụng ổ đĩa lưu trữ thông thường của tôi (có nghĩa là chạy các bài kiểm tra hàng loạt trên các tệp lưu trữ và toàn bộ bài kiểm tra mất khoảng 26 giờ trên một ổ đĩa hoặc hơn 20 giờ trên một ổ đĩa tương tự). Tôi đã không thực hiện bất kỳ bài kiểm tra chuẩn bị nào ghi chú hoặc tương tự. Và có khả năng là lợi ích về hiệu suất thấp hơn ấn tượng của tôi hoặc là do các yếu tố khác. Nhưng lý thuyết không nói như vậy sao? Việc phân bổ lớn hơn có thể cải thiện hiệu suất trên các hoạt động đọc/ghi nặng trên các tệp lớn khi nhiều dữ liệu được đọc cùng một lúc/liên tiếp?
(Tôi hiện đã chỉnh sửa bài đăng đầu tiên để phân tách rõ ràng hơn giữa ngữ cảnh và câu hỏi.)
 
IIUC câu hỏi cơ bản của bạn là liệu một điểm hỏng trên ổ cứng có khiến toàn bộ cụm (được xác định theo kích thước phân bổ) không thể đọc được/bị hỏng không?

Tôi không biết câu trả lời, nhưng đó là một câu hỏi thú vị vì tôi có một số ổ cứng HDD lớn chuyên dùng để lưu trữ các tệp lớn (>10 - 100 GB). Do đó, tôi đã tăng kích thước phân bổ.

Một lần nữa, không phải là chuyên gia về các chi tiết vật lý của đĩa (tôi hiểu về các rãnh và xi lanh, v.v.)

Ví dụ, một lỗi đĩa khiến 1000 byte không thể đọc được.

Tác động với các kích thước phân bổ tệp nhất định là gì:

4 KB - nếu 1000 byte trong đó bị hỏng, thì toàn bộ cụm 4 KB có không thể đọc được không?

2 MB - nếu 1000 byte trong đó bị hỏng, thì toàn bộ cụm 2 MB có không thể đọc được không?
 
IIUC câu hỏi cơ bản của bạn là một điểm hỏng trên ổ cứng có khiến toàn bộ cụm (được xác định theo kích thước phân bổ) không thể đọc được/bị hỏng không?
Vâng, cảm ơn bạn, đó là một bản tóm tắt hay. Tôi hy vọng ai đó thực sự đưa ra câu trả lời.
 
Mặc dù không phải là câu trả lời có thẩm quyền....

Tôi cho rằng điều đó không tạo ra sự khác biệt thực sự.
Sự hỏng hóc vật lý của bề mặt đĩa không tôn trọng "ranh giới sector".

Giống như nếu hàng xóm của bạn có cỏ dại. Nếu để chúng tự do phát triển, cuối cùng chúng sẽ tràn vào sân nhà bạn.

Về dữ liệu....5 byte dữ liệu bị hỏng có thể khiến toàn bộ tệp không sử dụng được.
Hoặc có thể chỉ là một điểm xấu trong ảnh.
 
Sự hỏng hóc vật lý của bề mặt đĩa không tôn trọng "ranh giới sector".
Giống như hàng xóm của bạn có cỏ dại. Nếu để chúng tự do phát triển, cuối cùng chúng sẽ tràn vào sân nhà bạn.
Cảm ơn nhưng đây là cách tiếp cận sai đối với câu trả lời. Ví dụ của bạn có nghĩa là nếu có lỗi ở đâu đó, có thể có hai sector liền kề bị lỗi ngay cả khi chúng không bị lỗi hoàn toàn.
Nhưng điều đó không trả lời cho câu hỏi ban đầu mà đúng hơn là "một sector có bị lỗi hoàn toàn/hoặc không thể đọc được nếu một số (không phải tất cả) dữ liệu mà nó chứa bị lỗi không?".
(hoặc, nếu có bất kỳ loại cỏ dại nào trong sân, thì toàn bộ sân có được coi là thảm họa không?)

(Chỉnh sửa: Và điều này thực sự khiến các con số trở nên tệ nhất vì nếu 5 byte bị lỗi nằm giữa hai sector 2 MB, thì tôi sẽ có 4 MB dữ liệu không thể đọc được không?)


Về mặt dữ liệu....5 byte dữ liệu bị hỏng có thể khiến toàn bộ tệp không sử dụng được.
Hoặc có thể chỉ là một điểm xấu trong hình ảnh.
Hoặc một số ký tự trong văn bản... nhưng...
Điều này tùy thuộc, chỉ nói về các tệp lưu trữ, càng có nhiều dữ liệu phục hồi thì có thể sửa chữa được lượng lỗi lớn hơn.
 
Ổ đĩa có các sector thay thế được tích hợp sẵn.

Khi phát hiện ra lỗi, (hy vọng là) nó sẽ ánh xạ lại dữ liệu đó vào một trong các sector thay thế chưa sử dụng trước đó. Giữ nguyên không gian bị lỗi.

Vì vậy, cho dù đó là một phần nhỏ của sector đó hay toàn bộ... thì cũng không liên quan.
Hệ điều hành và ổ đĩa vật lý sẽ không sử dụng nó nữa.
 
Ổ đĩa có các sector thay thế được tích hợp sẵn.
Có thể, nhưng vấn đề là lỗi vẫn tồn tại và xảy ra, thường xuyên hơn nhiều so với không có lần nào, ngay cả ở cấp độ tệp. (Ngay cả trên ổ đĩa chưa được chạm đến, được bảo vệ và được lưu trữ.)


Khi phát hiện ra lỗi, nó (hy vọng là) sẽ ánh xạ lại dữ liệu đó vào một trong các sector thay thế chưa sử dụng trước đó. Để nguyên không gian bị lỗi.
Nhưng liệu nó có "chặn" toàn bộ sector không?

Ngoài ra, tôi không chắc ổ đĩa phát hiện ra dữ liệu bị lỗi vào thời điểm nào (ngoài thời điểm bạn đọc hoặc thực hiện chkdsk hoặc tương tự) và chắc chắn là nó không thể sửa các tệp. Đó là công việc của phần mềm lưu trữ và dữ liệu phục hồi. Vì vậy, việc phân bổ lại ổ đĩa chỉ là, hãy nói là, bảo trì bề mặt đĩa, chứ không phải là sửa lỗi tệp kỳ diệu... liên quan đến tính toàn vẹn của tệp, tôi nghĩ nó chỉ là di chuyển vấn đề từ nơi này sang nơi khác. (Tôi loại trừ mọi sự liên quan đến RAID hoặc những thứ tương tự, vì tôi đang nói đến các kho lưu trữ, các kho lưu trữ rất 'lạnh' chứ không phải khả năng phục hồi của hệ thống.)
 
Có thể, nhưng vấn đề là lỗi hỏng tồn tại và xảy ra thường xuyên hơn nhiều so với không có lần nào, ngay cả ở cấp độ tệp. (Ngay cả trên ổ đĩa chưa được chạm đến, được bảo vệ và được lưu trữ trên kệ.)
Có, nhiều hơn không.
Nhưng rõ ràng là không phải là không giới hạn.

Cuối cùng, nó sẽ hết các sector thay thế và dữ liệu thực sự bị hỏng.
Một người khôn ngoan sẽ thay thế nó từ lâu trước khi điều đó xảy ra.

Nhưng liệu nó có "chặn" toàn bộ các sector không?
Có.
Một sector xấu là một sector xấu. Không 'một phần'.


Vài năm trước, một chiếc Toshiba Enterprise 16TB của tôi đã tăng từ 0 lên hơn 14.000 'khu vực xấu' chỉ trong vài ngày.
Lúc đó, nó đã 7 tháng tuổi.
 
Đúng vậy, nhiều hơn không.
Nhưng rõ ràng là không phải không giới hạn.

Cuối cùng, nó sẽ hết sector thay thế và dữ liệu thực sự bị hỏng.
Một người khôn ngoan sẽ thay thế nó trước khi điều đó xảy ra.
Nhưng đó hoàn toàn không phải là cách tiếp cận đúng đắn. Tôi đang cố gắng hiểu xem liệu tôi có thể giảm thiểu rủi ro dữ liệu bị hỏng hay không... trong khi vẫn hy vọng có thể tối ưu hóa hiệu suất bằng cách nào đó, (bởi vì một bài kiểm tra toàn vẹn đầy đủ (không nói về chkdsk hay thứ gì đó tương tự mà là về unrar.exe t ....) của toàn bộ 10 đến 14 đĩa đã mất hơn 24 giờ).

Với mục tiêu lý tưởng là bảo toàn 100% tệp và tôi nghĩ mình đã bảo toàn được 99,9999999% kho lưu trữ của mình trong hơn 20 năm.

Những gì bạn nói là khi có đủ tệp bị hỏng, người ta sẽ thay đĩa. Trong chủ đề này, trước tiên bạn nên nghĩ đến những hư hỏng của các tập tin, bản thân đĩa là thành phần không quan trọng, vì nó chỉ là công cụ và thực sự có thể thay thế được (hy vọng là không quá thường xuyên).


Vài năm trước, tôi đã có một chiếc Toshiba Enterprise 16TB tăng từ 0 lên 14k+ 'bad sector chỉ trong vài ngày.
Nó đã được 7 tháng tuổi.
Bây giờ tôi sẽ gặp ác mộng.
 
Giờ thì tôi sẽ gặp ác mộng mất.
Cái này nằm trong NAS QNAP của tôi.

gZwZx2G.jpeg




Bảo hành Toshiba đã thay thế ổ đĩa vật lý.
Quy trình sao lưu của tôi đã thay thế dữ liệu.

Nhưng đó hoàn toàn không phải là cách tiếp cận đúng đắn. Tôi đang cố gắng giảm thiểu nguy cơ dữ liệu bị hỏng.
Với mục tiêu lý tưởng là bảo toàn 100% tệp và tôi nghĩ mình đã bảo toàn được 99,9999999% kho lưu trữ của mình trong hơn 20 năm.
Nhiều bản sao lưu, trên nhiều thiết bị vật lý.
Chúng sẽ không bị hỏng cùng một lúc.
 
Nhiều bản sao lưu, trên nhiều thiết bị vật lý.
Chúng sẽ không bị hỏng cùng một lúc.
Tất nhiên là có, nhưng đây chỉ là câu hỏi rời xa câu hỏi ban đầu và chỉ nhắc lại những điều cơ bản.
 
Vâng, tất nhiên rồi, nhưng đây là câu hỏi rời xa câu hỏi ban đầu và chỉ nhắc lại những điều cơ bản.
Một sector xấu là một sector xấu.
Và sẽ được ánh xạ lại, còn sector xấu ban đầu sẽ bị bỏ qua.
 
Ổ đĩa có các sector thay thế được tích hợp sẵn.

Khi phát hiện ra lỗi, (hy vọng là) nó sẽ ánh xạ lại dữ liệu đó vào một trong các sector thay thế chưa sử dụng trước đó. Giữ nguyên không gian bị lỗi.

Vì vậy, cho dù đó là một phần nhỏ của sector đó hay toàn bộ... thì cũng không liên quan.
Hệ điều hành và ổ đĩa vật lý sẽ không sử dụng nó nữa.
Nếu lỗi xảy ra và không thể đọc được khối, thì không thể di chuyển dữ liệu. Khối sẽ được phân bổ lại (hy vọng là cuối cùng) và không bao giờ được sử dụng lại nữa, nhưng dữ liệu sẽ bị mất trừ khi ổ đĩa phát hiện khối đang bắt đầu hỏng và di chuyển khối đó trước thời hạn. Nếu đó là ổ lưu trữ và một số bit bị suy giảm trong khi nó không được cấp nguồn, thì khả năng chúng bị mất hoàn toàn cao hơn vì ổ đĩa không bao giờ kiểm tra chúng. (Ngay cả khi được cấp nguồn, tôi không chắc ổ đĩa cơ học sẽ tự động kiểm tra các khối.)

Câu hỏi này thực ra không phải về ổ đĩa, mà là về HĐH. Ổ đĩa có thể đọc mọi khối không bị hỏng. Nó không quan tâm đến đơn vị phân bổ/kích thước cụm. Nếu HĐH yêu cầu đọc khối có giá trị 2MB, ổ đĩa có thể đọc tất cả trừ khối bị hỏng và sẽ trả dữ liệu về HĐH, nhưng HĐH phải làm gì đó với dữ liệu đó.

Tôi sẽ cho rằng, trừ khi có câu trả lời chắc chắn, HĐH thường yêu cầu tất cả các khối của một đơn vị phân bổ phải có thể đọc được để đọc đơn vị phân bổ đó là hợp lệ. HĐH sẽ không biết phải làm gì khi dữ liệu bị mất. Phần mềm khôi phục (kể cả chkdsk) có thể đọc các khối tốt và tạo tệp khôi phục từ khối đó (ví dụ: 00000001.chk), nhưng tùy thuộc vào loại dữ liệu, điều đó có thể không có tác dụng gì. Hầu hết chúng ta có lẽ đã từng để chkdsk tạo ra hàng loạt tệp "khôi phục" từ những thứ như khối mồ côi nhưng chúng chỉ là một phần của tệp và không sử dụng được. Chkdsk và các công cụ khác không thể tích hợp lại tệp đó vào tệp gốc với một số số không để thay thế dữ liệu xấu, giúp bản ghi khôi phục có cơ hội hoạt động. Nhưng chkdsk có thể sẽ cố gắng tạo tệp khôi phục chứa toàn bộ nội dung của tệp RAR gốc, trừ dữ liệu xấu. Có thể bản ghi khôi phục có thể hoạt động với điều đó, nhưng tùy thuộc vào kích thước của các tệp lưu trữ này. Bạn có đủ dung lượng để chkdsk thực hiện điều đó không?

Vì vậy, nếu bản ghi khôi phục RAR không thể xử lý ít nhất 4MB dữ liệu bị hỏng, thì đó có thể không phải là kích thước tốt để sử dụng (hoặc sử dụng kích thước cụm nhỏ hơn hoặc bản ghi khôi phục lớn hơn). (4MB để tính đến thiệt hại xảy ra khi truyền từ đơn vị phân bổ này sang đơn vị phân bổ khác, khối cuối cùng của đơn vị này sang khối đầu tiên của đơn vị khác.)

Và tất nhiên, điều gì xảy ra nếu các khối xấu ảnh hưởng đến cả một số dữ liệu và bản ghi phục hồi? Giống như khối chẵn lẻ trong mảng RAID bị hỏng cùng lúc với dữ liệu. Không có cách nào để xây dựng lại mà không có bản ghi đầy đủ.

Có lẽ ý tưởng tốt nhất là lưu trữ vào hai ổ đĩa (RAID hoặc riêng biệt), nếu điều đó quan trọng. Tuy nhiên, nếu bạn không quan tâm nhiều đến điều đó hoặc bạn sẽ kiểm tra các kho lưu trữ này khá thường xuyên, chẳng hạn như cứ sau vài tháng, thì một ổ đĩa có lẽ là đủ. Hãy xem xét ngành công nghiệp âm nhạc gần đây đã phát hiện ra rằng ổ cứng của họ chứa những thứ như bản nhạc chính từ nhiều thập kỷ trước đã bị hỏng vì họ đã không kiểm tra chúng hoặc di chuyển dữ liệu sang bộ lưu trữ mới hơn. Ngay cả một bài kiểm tra hàng năm có lẽ cũng ổn nếu dữ liệu không phải là dữ liệu cứu mạng hoặc ràng buộc về mặt tài chính hoặc gì đó, miễn là các ổ đĩa được lưu trữ đúng cách.

Ngoài việc sử dụng bản ghi phục hồi của RAR để kiểm tra các tệp, bạn cũng có thể thường xuyên sử dụng "chkdsk /r" để buộc tất cả các sector trên ổ đĩa được quét, bao gồm cả các sector chưa sử dụng, để cố gắng ngăn chặn bất kỳ mất dữ liệu nào bằng cách đánh dấu các khối xấu. Các công cụ của nhà sản xuất cũng có thể được sử dụng.
 
Cảm ơn bạn.

Câu hỏi này thực ra không phải về ổ đĩa, mà là về hệ điều hành. (...)
Đúng vậy, tôi đã nghĩ rằng đây là câu hỏi về ổ cứng và/hoặc hệ thống tệp và/hoặc hệ điều hành. Đó là lý do tại sao tôi đã đề cập trong câu trả lời đầu tiên của mình rằng các hệ điều hành có thể đọc ổ đĩa lưu trữ của tôi là Win 10 Pro và Win 11 Pro (tôi mong đợi cả hai đều hoạt động theo cùng một cách) và hệ thống tệp là NTFS. (Có lẽ tôi nên thêm điều này vào bài đăng gốc.)


Tôi sẽ, trừ khi có câu trả lời chắc chắn, cho rằng...
Tôi đã cho rằng mọi thứ ngay từ đầu, tôi hy vọng, tại một thời điểm nào đó, sẽ ngừng cho rằng, nhờ có chủ đề này.


(ví dụ: 00000001.chk), nhưng tùy thuộc vào kiểu dữ liệu, điều đó có thể không có tác dụng gì. Hầu hết chúng ta có lẽ đã từng sử dụng chkdsk để tạo ra hàng loạt tệp "được khôi phục" từ những thứ như khối mồ côi nhưng chúng chỉ là một phần của tệp và không sử dụng được.
Đó là lý do tại sao tôi chú ý nhiều hơn đến việc kiểm tra các tệp lưu trữ RAR bằng các công cụ RAR. Đôi khi, chkdsk, Western Digital Dashboard, Victoria, HDD Scan và các công cụ tương tự không phát hiện ra bất cứ điều gì, nhưng một số tệp vẫn bị hỏng ở mức mà tôi gọi là cấp độ logic (không chắc tên đó có chính xác không).

Tôi chưa bao giờ biết phải làm gì với các tệp .chk và thực tế là sau nhiều thập kỷ tồn tại, chkdsk vẫn không cho biết tệp nào bị hỏng là... đáng thất vọng.


Chkdsk và các công cụ khác không thể tích hợp lại tệp đó vào tệp gốc với một số số không để thay thế dữ liệu bị hỏng, giúp bản ghi khôi phục có cơ hội hoạt động. Nhưng chkdsk có thể sẽ cố gắng tạo một tệp khôi phục chứa toàn bộ nội dung của tệp RAR gốc, trừ dữ liệu xấu. Có thể bản ghi khôi phục có thể hoạt động với điều đó, nhưng tùy thuộc vào kích thước của các tệp lưu trữ này. Bạn có đủ không gian cho chkdsk để làm điều đó không?
Thật vậy, nếu chkdsk hoặc chương trình tương tự phát hiện ra sự cố ở cấp độ đĩa, điều đầu tiên tôi làm tiếp theo là kiểm tra đầy đủ ở cấp độ RAR.
Và thực sự, tốt hơn là không nên lấp đầy ổ đĩa lên đến 100% để chừa lại một số không gian cho các hoạt động (chẳng hạn như sửa chữa hoặc đôi khi là giải nén.)

Vì vậy, nếu bản ghi phục hồi RAR không thể xử lý ít nhất 4MB dữ liệu bị hỏng, thì đó có thể không phải là kích thước phù hợp để sử dụng (hoặc sử dụng kích thước nhỏ hơn kích thước cụm hoặc bản ghi phục hồi lớn hơn). (4MB để tính đến thiệt hại xảy ra khi truyền từ đơn vị phân bổ này sang đơn vị phân bổ khác, khối cuối cùng của đơn vị này sang khối đầu tiên của đơn vị khác.)
Đúng vậy, nhưng đó là vì chúng ta vẫn cho rằng mối quan tâm ban đầu của tôi dựa trên...


Và tất nhiên, điều gì sẽ xảy ra nếu các khối xấu ảnh hưởng đến cả một số dữ liệu và bản ghi phục hồi? Điều này giống như việc khối chẵn lẻ trong mảng RAID bị hỏng cùng lúc với dữ liệu. Không có cách nào để xây dựng lại mà không có bản ghi đầy đủ.
Bạn vừa làm não tôi chạy loạn... Điều gì sẽ xảy ra với tệp RAR là bản ghi phục hồi bị hỏng, không liên quan đến thực tế là dữ liệu khác sẽ bị hỏng hoặc không. (Có lẽ tôi nên mở rộng kích thước của bản ghi phục hồi của mình và thêm các tệp .par2, sau đó đặt tất cả chúng vào bên trong một tệp chứa, sau đó mã hóa/viết một số tập lệnh thử nghiệm lồng nhau, cho đến khi tôi còn lại 10% của mỗi ổ đĩa dành riêng cho lưu trữ và 90% dữ liệu phục hồi ;-) )



Có lẽ ý tưởng hay nhất là lưu trữ vào hai ổ đĩa (RAID hoặc riêng biệt),
Tôi đang lưu trữ trên 2 trình điều khiển và lưu trữ những thứ quan trọng nhất trên 3 bản sao nhưng như tôi đã trả lời trước đó, điều này đang đi chệch khỏi câu hỏi ban đầu, đó là tập trung vào việc hiểu một yếu tố của lựa chọn kích thước đơn vị phân bổ.


nếu nó quan trọng đến vậy. Nếu bạn không quan tâm nhiều đến vậy hoặc bạn sẽ kiểm tra các kho lưu trữ này khá thường xuyên, như vài tháng một lần, thì một ổ đĩa có lẽ là ổn. Hãy xem xét ngành công nghiệp âm nhạc gần đây đã phát hiện ra ổ cứng của họ chứa những thứ như bản nhạc gốc từ nhiều thập kỷ trước đã bị hỏng vì họ không kiểm tra chúng hoặc chuyển dữ liệu sang bộ lưu trữ mới hơn.
Dù sao thì, hầu hết các bản làm lại mà họ thực hiện sau năm 2000 đều chỉ đáng giá một hạt đậu phộng đối với tôi ;-) Và vì vậy, tôi không ngạc nhiên.
Vì vậy, mọi người từng nói tôi bị hoang tưởng... nhưng tôi thấy ngày càng có nhiều người gặp phải thảm họa mà tôi có thể tránh được..



Ngay cả một cuộc kiểm tra hàng năm có lẽ cũng ổn nếu dữ liệu không phải là cứu cánh hay ràng buộc về mặt tài chính hay gì đó, miễn là ổ đĩa được lưu trữ đúng cách.
Tôi kiểm tra các tệp ở cấp độ RAR + dữ liệu SMART + kiểm tra ngắn SMART (thường là với Western Digital Dashboard) khoảng một hoặc hai lần mỗi năm.
Và tôi chạy các bài kiểm tra DÀI (một lần nữa với Western Digital Dashboard hoặc có thể là Victoria hoặc HDD Scan) ít thường xuyên hơn, có thể là cứ khoảng 1,5 năm một lần.


Ngoài việc sử dụng bản ghi phục hồi của RAR để kiểm tra các tệp, bạn cũng có thể thường xuyên sử dụng "chkdsk /r" để buộc tất cả các sector trên ổ đĩa cần quét, bao gồm cả các sector chưa sử dụng, để cố gắng ngăn chặn bất kỳ mất dữ liệu nào bằng cách đánh dấu các khối xấu. Các công cụ của nhà sản xuất cũng có thể được sử dụng.
Tôi thường không làm điều đó vì tôi chủ yếu dựa vào thử nghiệm lưu trữ RAR, nhưng đó là một nhận xét hay liên quan đến các sector chưa sử dụng.
 
Nếu bạn quên điều này trong câu trả lời trước của tôi nhưng có ai đó đã nghiên cứu về dung lượng bản ghi phục hồi RAR có thể phục hồi dựa trên nhiều tình huống khác nhau: https://www.liamfoot.com/analysing-the-effectiveness-of-winrar-s-rar5-recovery-records#heading_20

(Tôi từng biết một số con số về nó và nó có tỷ lệ khoảng 1:1 hoặc 1:2, nhưng tôi không nhớ và tôi sẽ không đi sâu vào vấn đề này ngay bây giờ.)
 
Bối cảnh
Xét đến một ổ cứng lớn (có thể xoay). Ổ đĩa này sẽ chứa các tệp lưu trữ *.rar lớn. (Các tệp này đã tồn tại và sẽ được chuyển từ một số ổ đĩa cũ của tôi.)

Các tệp *.rar đi kèm với "bản ghi phục hồi" (tương đương với tệp RAR của tệp .par) thường là 3% (đôi khi tôi đặt là 5%) cho phép chúng được sửa chữa trong trường hợp chúng bị hỏng. Nhưng nếu thiệt hại trên một tệp nhất định quá lớn, thì tệp đó sẽ không thể sửa chữa được. (Điều này luôn phụ thuộc vào kích thước được phân bổ cho dữ liệu phục hồi).

Theo tôi hiểu, Kích thước đơn vị phân bổ 2 MB có nghĩa là hệ thống sẽ đọc/ghi 2 MB cùng một lúc trên ổ đĩa này.Câu hỏi của bạn về kích thước phân bổ 2 MB, Đây là dung lượng tối thiểu mà một mục nhập trên ổ cứng chiếm dụng. Một tệp 2 MB sẽ lấp đầy nó, một tệp 2B sẽ lấp đầy 2 byte và sẽ có 1.999.998 bye dung lượng trống. Đây là dung lượng sẽ không được ghi vào khi sử dụng sector.
Theo những gì tôi có thể thu thập được về các công cụ phục hồi RAR, chúng sẽ khôi phục những gì có thể khôi phục được từ tệp RAR bị hỏng nhưng không nhất thiết sẽ "sửa" các byte bị hỏng.
Giả sử bạn không có phương pháp khôi phục. Nếu một vài bye trong một sector bị hỏng thì tệp đó bị hỏng. Cần sao lưu nhiều lần để giảm thiểu rủi ro.

Bạn có các tệp RAR lớn, chúng có thể bị chia nhỏ không? Việc mất một vài byte trong một tập hợp các tệp nén ít rủi ro hơn so với việc mất một vài byte trong một tệp nén lớn.

Việc dựa vào việc khôi phục dữ liệu là rủi ro. Tốt hơn hết là bạn nên bảo vệ dữ liệu của mình khỏi bị mất bằng cách có 3 bản sao lưu được làm mới thường xuyên cũng như các ổ đĩa đang hoạt động của máy tính. 4TB ổ đĩa quay là giá rẻ vào thời điểm này.
 
Tôi cược rằng giả định này là đúng, với tỷ lệ cược khoảng 3 ăn 1. Bản thân hệ điều hành trong quá trình hoạt động bình thường không có ý nghĩa gì khi cố gắng làm bất cứ điều gì với một cụm dữ liệu mà nó chỉ có thể đọc một phần của cụm. Hệ điều hành phải báo cáo sự cố tệp trong Trình xem sự kiện (hoặc hệ điều hành tương đương khác) và ứng dụng sẽ không thành công hoặc báo cáo lỗi và cung cấp cho bạn tùy chọn hủy/thử lại/thất bại hoặc chỉ coi đó là không quan trọng và tiếp tục, vì ứng dụng là thứ quan tâm đến nó. Hệ điều hành nói với ứng dụng "Tôi không thể đọc cụm tệp này" và một số ứng dụng có thể cung cấp cho bạn tùy chọn (như sao chép đĩa). Bạn thậm chí có thể kết thúc với một tệp RAR có thể đọc được chỉ thiếu một số khối dữ liệu trong đó có 2MB, vì RAR và Zip và các tệp khác nén các khối thay vì toàn bộ tệp thành một. (Có thể là một vài khung hình bị thiếu trong video.) Có thể tùy thuộc vào công cụ thực tế bạn sử dụng để mở nó.

Có một lượng dữ liệu phục hồi nào được khuyến nghị để có thể phục hồi với một lượng lỗi cụ thể không? Bạn nói đôi khi bạn sử dụng 5%, vậy điều đó có đảm bảo bạn có thể phục hồi nếu mất 10MB dữ liệu hay 20MB không? Hay chỉ 2MB? Có điều gì cụ thể như vậy không? (Và sau đó tôi làm mới và thấy bạn đã trả lời câu hỏi đó.)

Ngoài ra, nếu đây là phương tiện, chúng có thể đã được nén khá tốt, vì vậy bạn chỉ có thể TAR các tệp thay vì lãng phí thời gian nén, giả sử bạn không thể chỉ sử dụng cấu trúc thư mục vì một số lý do. Tôi biết điều đó không liên quan đến chủ đề.
 
Việc dựa vào phục hồi dữ liệu là rủi ro. Tốt hơn hết là bạn nên bảo vệ dữ liệu của mình khỏi bị mất bằng cách sao lưu thường xuyên 3 lần cũng như ổ đĩa đang hoạt động của máy tính. 4TB ổ đĩa quay là giá rẻ trong thời buổi ngày nay.
Hoàn toàn đúng.

Tôi không dựa vào bất kỳ 'phục hồi dữ liệu' nào để khôi phục dữ liệu của mình.
RAR, công ty bên thứ 3, bất kỳ thứ gì.

Bảo vệ chuyên sâu, với nhiều bản sao trên nhiều ổ đĩa.
 
Back
Bên trên