Một khía cạnh rất quan trọng mà tôi chưa thấy được thảo luận trong các câu trả lời khác là các tính năng ổn định của bố cục trên đĩa của hệ thống tệp (ví dụ: xem xét tư vấn tài liệu của các canditates có thể ext4 , btrfs )
Mặc dù codebase và số lượng kiểm tra trình điều khiển hệ thống tập tin codebase, thực sự quan trọng như các câu trả lời khác cho thấy, vì nó bảo vệ dữ liệu trong khi đọc và ghi , định dạng / định dạng đĩa là bảo vệ chống lại rủi ro cho dữ liệu của bạn ở phần còn lại, đó là các dạng của sự cố phần cứng như các khu vực không thể đọc được, hoặc mục nát bit im lặng .
Đối với ext4, được cho là có các đặc điểm tốt liên quan đến codebase đã được thử nghiệm từ lâu ( https://events.static.linuxfound.org/sites/events/files/slides/AFL%20filesystem%20fuzzing%2C%20Vault%202016_0. pdf cho thấy mất nhiều thời gian hơn để tìm ra lỗi trong đó so với hiện đại và phức tạp hơn btrfs), tôi đã xem xét khả năng chống ext4 khi nghỉ ngơi và tìm thấy một số thiếu sót của imho, của hệ thống tập tin được ca ngợi khác.
Tôi sẽ xem xét nó một cách thận trọng (nếu được chọn ext4là " fs sao lưu vững chắc cho đá ") để cải thiện khả năng phục hồi (mặc dù "làm cứng nó") bằng cách sử dụng e2imagecông cụ mà các nhà phát triển ext4cung cấp
Chương trình e2image sẽ lưu siêu dữ liệu hệ thống tập tin ext2, ext3 hoặc ext4 quan trọng nằm trên thiết bị vào một tệp được chỉ định bởi tệp hình ảnh. Tệp hình ảnh có thể được kiểm tra bởi dumpe2fs và debugfs, bằng cách sử dụng tùy chọn -i cho các chương trình đó. Điều này có thể hỗ trợ một chuyên gia trong việc phục hồi các hệ thống tập tin bị hỏng nghiêm trọng. Trong tương lai, e2fsck sẽ được tăng cường để có thể sử dụng tệp hình ảnh để giúp phục hồi hệ thống tệp bị hỏng nặng.
và đề nghị .
Bạn nên tạo các tệp hình ảnh cho tất cả các hệ thống tệp trên một hệ thống và lưu bố cục phân vùng (có thể được tạo bằng lệnh fdisk -l) theo các khoảng thời gian đều đặn --- vào lúc khởi động và / hoặc mỗi tuần hoặc vì thế. Tệp hình ảnh phải được lưu trữ trên một số hệ thống tệp khác với hệ thống tệp có dữ liệu chứa, để đảm bảo dữ liệu này có thể truy cập được trong trường hợp hệ thống tệp bị hỏng nặng.
Xem xét rằng thậm chí không phải tất cả dữ liệu meta của ext4 bố cục đĩa đều được cung cấp dự phòng (tức là siêu khối được lưu trữ nhiều lần dưới dạng bản sao, chỉ được lưu trữ ở đúng 1 vị trí), ext4chắc chắn là vô sinh btrfssẽ cung cấp ít nhất tổng kiểm tra cho tất cả siêu dữ liệu + dữ liệu nội dung tập tin .
Để chống lại "sự thiếu sót" này ext4và làm cho nó trở thành một rock-solidđiều nữa trong khía cạnh bố trí đĩa , có thể hợp lý để bổ sung sự dư thừa và phục hồi này cho nội dung tệp thông qua par2/ parchive
Mặc dù câu hỏi đòi hỏi sự tập trung vào các giải pháp hệ thống tập tin, tôi muốn chú ý rằng hầu hết những gì hệ thống tập tin cung cấp (bộ đệm, tạp chí, lấy lại không gian được phân bổ, phân bổ các khối, v.v.) không nhất thiết là thứ mà dữ liệu sao lưu sẽ được hưởng lợi từ nhiều khi chỉ được viết và đọc với số lượng lớn và rarley. Vì vậy, tôi sẽ xem xét sử dụng một bản sao lưu parchivebổ sung tarnhư là giải pháp sao lưu tối ưu hơn, vì codebase được sử dụng trong quá trình es đã giảm và do đó sẽ có ít lỗi hơn nếu có ít "tính năng" hơn.