สิ่งที่สำคัญมากสำหรับ imho ที่ฉันไม่ได้กล่าวถึงในคำตอบอื่น ๆ คือคุณสมบัติความเสถียรของเค้าโครงดิสก์ของระบบไฟล์ (เช่นพิจารณาเอกสารของผู้สมัครที่เป็นไปได้ext4 , btrfs )
ในขณะที่ codebase และปริมาณการทดสอบไดร์เวอร์ระบบไฟล์ codebase นั้นสำคัญอย่างยิ่งที่คำตอบอื่น ๆ แสดงให้เห็นเพราะมันเป็นการป้องกันข้อมูลระหว่างการอ่านและการเขียนการจัดรูปแบบดิสก์ / ฟอร์แมตเป็นการป้องกันความเสี่ยงต่อข้อมูลของคุณ ในส่วนที่เหลือซึ่งเป็นรูปแบบของฮาร์ดแวร์ deffects เช่นภาคอ่านไม่ได้หรือเงียบเน่าบิต
ด้วยความเคารพext4
ซึ่งกล่าวกันว่ามีลักษณะที่ดีเนื่องจากมีการทดสอบ codebase ที่ยาวนาน ( https://events.static.linuxfound.org/sites/events/files/slides/AFL%20filesystem%20fuzzing%2C%20Vault%202016_0 รูปแบบไฟล์ PDFแสดงให้เห็นว่ามันใช้เวลานานกว่าจะพบข้อบกพร่องในตัวมันมากกว่าในแบบที่ทันสมัยและซับซ้อนกว่าbtrfs
) ฉันมีดูความต้านทาน ext4 ที่เหลือและพบข้อบกพร่องบางอย่างของระบบไฟล์ที่น่ายกย่อง
ฉันจะพิจารณามันอย่างรอบคอบ (หากเลือกext4
เป็น " การสำรองข้อมูลที่มั่นคงด้วยหิน ") เพื่อปรับปรุงความสามารถในการกู้คืนได้ (แม้ว่าจะ "ทำให้แข็งแกร่งขึ้น") โดยใช้e2image
เครื่องมือที่ผู้พัฒนาext4
ให้
โปรแกรม e2image จะบันทึกข้อมูลเมตาของระบบไฟล์ ext2, ext3 หรือ ext4 ที่สำคัญซึ่งอยู่ในอุปกรณ์ไปยังไฟล์ที่ระบุโดยไฟล์อิมเมจ ไฟล์รูปภาพอาจถูกตรวจสอบโดย dumpe2fs และ debugfs โดยใช้ตัวเลือก -i กับโปรแกรมเหล่านั้น สิ่งนี้สามารถช่วยผู้เชี่ยวชาญในการกู้คืนระบบไฟล์ที่เสียหายอย่างรุนแรง ในอนาคต e2fsck จะได้รับการปรับปรุงเพื่อให้สามารถใช้ไฟล์รูปภาพเพื่อช่วยกู้คืนระบบไฟล์ที่เสียหายอย่างรุนแรง
และขอแนะนำให้
เป็นความคิดที่ดีมากในการสร้างไฟล์รูปภาพสำหรับระบบไฟล์ทั้งหมดในระบบและบันทึกเลย์เอาต์ของพาร์ติชัน (ซึ่งสามารถสร้างขึ้นได้โดยใช้คำสั่ง fdisk -l) ในช่วงเวลาปกติ --- ณ เวลาบูตและ / หรือทุกสัปดาห์หรือ ดังนั้น. ไฟล์อิมเมจควรเก็บไว้ในระบบไฟล์อื่นที่ไม่ใช่ระบบไฟล์ที่มีข้อมูลอยู่เพื่อให้แน่ใจว่าข้อมูลนี้สามารถเข้าถึงได้ในกรณีที่ระบบไฟล์ได้รับความเสียหาย
พิจารณาว่าแม้ข้อมูลเมตาทั้งหมดของext4
บนเค้าโครงดิสก์จะมีความซ้ำซ้อน (เช่น superblock จะถูกจัดเก็บไว้หลายครั้งเหมือนสำเนาคัดลอกอินโดถูกจัดเก็บไว้ในที่เดียวเท่านั้น) ซึ่งext4
แน่นอนbtrfs
ว่าจะให้ checksums อย่างน้อยสำหรับเมทาดาทาทั้งหมด + ข้อมูลเนื้อหาไฟล์เนื้อหาของแฟ้มข้อมูล
ในการต่อต้าน "ความพ่ายแพ้ " นี้ของext4
และทำให้มันเป็นrock-solid
สิ่งที่เพิ่มเติมในแง่มุมของเค้าโครงดิสก์มันอาจจะสมเหตุสมผลในการเสริมความซ้ำซ้อนและการกู้คืนนี้สำหรับเนื้อหาไฟล์ผ่านpar2
/ parchive
แม้คำถามจะต้องการความสนใจในการแก้ปัญหาระบบแฟ้ม แต่ผมอยากให้ความสนใจว่าสิ่งที่ระบบไฟล์ส่วนใหญ่มีให้ (แคช, เจอร์นัล, การเรียกคืนพื้นที่ที่จัดสรร, การจัดสรรบล็อกเป็นต้น) ไม่จำเป็นต้องเป็นข้อมูลสำรอง มากเมื่อเป็นเพียงเขียนและอ่านเป็นกลุ่มและ rarley เพื่อที่ฉันจะพิจารณาใช้การสำรองข้อมูลparchive
เพิ่มเติมtar
เป็นโซลูชันการสำรองข้อมูลที่เหมาะสมที่สุดเนื่องจาก codebase ที่ใช้ในกระบวนการลดลงและด้วยเหตุนี้จึงมีข้อบกพร่องน้อยลงหากมี "คุณสมบัติ" น้อยลง