BTRFS รับประกันความสอดคล้องของข้อมูลในภาวะไฟฟ้าดับหรือไม่?

ในฐานะที่เป็นZFS ระบุเฉพาะ ,ZFS ถูกอ้างสิทธิ์ว่าคงกระพัน ZFS ยอมรับว่าอาจเสี่ยงต่อความล้มเหลวของระบบไฟฟ้า

ฉันไม่พบคำสั่งดังกล่าวสำหรับ BTRFS มัน (หรือออกแบบ / วางแผนที่จะ) มีความทนทานระหว่างไฟฟ้าดับหรือไม่?

ผมเคยถามคำถามเกี่ยวกับ #btrfs IRC พวกเขากล่าวว่าshould be ok if your hw isn't "buggy"ที่ not- "รถ" your hw has correct flush/barrier semanticsหมายถึง

TL; DR: ซึ่งหมายความว่า btrfs ได้รับการปกป้องจากข้อมูลเสียหายเนื่องจากการสูญเสียพลังงานในลักษณะเดียวกันกับ ZFS

นี่คือเหตุผล: แนวคิดทั่วไปเบื้องหลัง ZFS และ btrfs นั้นคล้ายคลึงกัน การใช้งานทั้งต้นไม้ Merkle เป็นโครงสร้างข้อมูล การเขียนอาจต้องมีการปรับปรุงหลายบล็อกในดิสก์ ระบบไฟล์กำลังจัดการสิ่งนี้โดยการเขียนข้อมูลใหม่ไปยังบล็อกว่างเปล่า (แม้ว่าไฟล์ที่มีอยู่จะถูกแก้ไขดังนั้นจึงไม่จำเป็นต้องแก้ไขบล็อกที่สะท้อนสถานะเก่า)และสร้างทรีที่อัพเดตใหม่ เมื่อการยกของหนักเสร็จสิ้นแล้วและข้อมูล + ทรีที่อัปเดตได้ถูกเขียนลงในดิสก์แล้วตัวชี้หัวจะได้รับการอัพเดตเป็นทรีใหม่ทำให้มองเห็นการเปลี่ยนแปลงได้

นี่คือสิ่งที่ควรประพฤติเมื่อเขียนไปยังไฟล์:

1. เขียนข้อมูลเพื่อบล็อกฟรีบนดิสก์
2. ทำสำเนาต้นไม้ Merkle * อัปเดตตามการเปลี่ยนแปลงที่เขียนไว้ใน (1)
3. ขอให้ฮาร์ดแวร์ล้างข้อมูลไปยังดิสก์ - ฮาร์ดแวร์เขียนข้อมูลที่ค้างอยู่ทั้งหมด
4. อัปเดตตัวชี้ส่วนหัวเป็นแผนผัง Merkle ใหม่
5. ฟรีบล็อคเก่า ๆ ที่ไม่จำเป็นอีกต่อไป

หากไฟฟ้าดับหลังจาก (4) การทำธุรกรรมเสร็จสมบูรณ์ หากไฟฟ้าดับระหว่างขั้นตอน (1) ถึง (3) ระบบไฟล์จะมาพร้อมกับสถานะเก่า (ข้อมูลที่เขียนในขั้นตอน (1) จะสูญหายไป แต่ระบบไฟล์สอดคล้องกัน) โปรดทราบว่าไม่จำเป็นต้องตรวจสอบข้อผิดพลาดของระบบไฟล์ซึ่งหมายความว่าระบบไฟล์พร้อมใช้งานทันทีซึ่งเป็นข้อได้เปรียบที่ยิ่งใหญ่ (การตรวจสอบระบบไฟล์ขนาดใหญ่อาจใช้เวลานานมาก!)

นี่คือตัวอย่างวิธีที่สิ่งต่าง ๆ ผิดปกติกับฮาร์ดแวร์ "buggy":

1. เขียนข้อมูลเพื่อบล็อกฟรีบนดิสก์
2. ทำสำเนาต้นไม้ Merkle * อัปเดตตามการเปลี่ยนแปลงที่เขียนไว้ใน (1)
3. ขอให้ฮาร์ดแวร์ล้างข้อมูลไปยังดิสก์ - ฮาร์ดแวร์ยืนยันว่าเสร็จสิ้น แต่ไม่ได้ล้างข้อมูลทั้งหมด (เช่นข้อมูลอาจยังอยู่ในแคชเขียนกลับของดิสก์)
4. อัปเดตตัวชี้ส่วนหัวเป็นแผนผัง Merkle ใหม่ ข้อมูลนี้จะถูกเขียนลงดิสก์ก่อนข้อมูลที่รอดำเนินการอื่น ๆ (เช่นเนื่องจากส่วนหัวของดิสก์อยู่ในตำแหน่งที่ถูกต้อง)
5. ข้อมูลที่เขียนในขั้นตอน (1) และ (2) ถูกเขียนลงดิสก์
6. ฟรีบล็อคเก่า ๆ ที่ไม่จำเป็นอีกต่อไป

ระบบไฟล์จะไม่สอดคล้องกันหากไฟฟ้าดับระหว่าง (4) และ (5) หรือขณะดำเนินการตามขั้นตอน (5) ด้วยเหตุนี้แผนผัง Merkle และ / หรือข้อมูลอาจถูกเขียนเพียงบางส่วนเท่านั้นทำให้ระบบไฟล์ไม่สอดคล้องกัน

ในทางปฏิบัติคุณจะต้องระมัดระวังโดยเฉพาะอย่างยิ่งเมื่อใช้ควบคุม RAID พวกเขามักจะปิดใช้งานแคชการเขียนกลับบนดิสก์และใช้แคชการเขียนกลับของตนเองแทน มีสองวิธีทั่วไปสำหรับสิ่งที่ผิดพลาดที่นี่:

• แคชของตัวควบคุม RAID คือ RAM หากไม่มีแบตเตอรี่สำรองหรือเทคโนโลยีที่คล้ายคลึงกันคุณอาจสูญเสียข้อมูลจำนวนมาก
• ดิสก์บางตัวไม่ได้ปิดการใช้งานแคชเขียนกลับเมื่อถูกขอให้ทำเช่นนั้น นี่เป็นแนวโน้มที่จะเกิดขึ้นกับไดรฟ์เดสก์ท็อปราคาถูกกว่ากับเซิร์ฟเวอร์ไดรฟ์ที่ออกแบบมาสำหรับ RAID

* ฉันทำให้สิ่งที่นี่ง่ายขึ้น จริงๆแล้วมันไม่จำเป็นที่จะต้องคัดลอกต้นไม้ทั้งหมด ต้องเพิ่มเฉพาะส่วนที่เปลี่ยนไปเท่านั้น - ส่วนที่เหลือสามารถใช้ร่วมกันระหว่างต้นไม้เก่ากับต้นไม้ใหม่ได้