ตอนนี้ Windows Server 2012 มาพร้อมกับคุณสมบัติการทำซ้ำสำหรับวอลุ่ม NTFSฉันมีเวลายากในการหารายละเอียดทางเทคนิคเกี่ยวกับเรื่องนี้ ฉันสามารถอนุมานได้จากเอกสารของ TechNet ว่าการยกเลิกการทำซ้ำตัวเองเป็นกระบวนการแบบอะซิงโครนัส - ไม่เหมือนกับวิธีSIS Groveler ที่ใช้ในการทำงาน - แต่ไม่มีรายละเอียดเกี่ยวกับการใช้งานจริง ๆ สิ่งที่ควรพิจารณาคือคำแนะนำสไตล์กฎกติกา)
ข้อมูลเชิงลึกและพอยน์เตอร์ได้รับการชื่นชมอย่างมากการเปรียบเทียบประสิทธิภาพการทำสำเนา ZFS ของ Solaris สำหรับชุดสถานการณ์จะยอดเยี่ยม
คำตอบ:
อย่างที่ฉันสงสัยมันตั้งอยู่ในระบบย่อย VSS ( แหล่งที่มา ) ซึ่งอธิบายว่ามันเป็นธรรมชาติแบบอะซิงก์ ชิ้น de-ล่อถูกเก็บไว้ในที่มีการตั้งค่าใน\System Volume Information\Dedup\ChunkStore\* \System Volume Information\Dedup\Settings\*สิ่งนี้มีผลกระทบอย่างมีนัยสำคัญต่อวิธีการที่ซอฟต์แวร์สำรองข้อมูลของคุณโต้ตอบกับไดรฟ์ข้อมูลดังกล่าวซึ่งอธิบายไว้ในบทความที่เชื่อมโยง (โดยย่อ: โดยไม่มีการสนับสนุนการสำรองข้อมูลซ้ำซ้อนของคุณจะมีขนาดเท่าเดิมเสมอไป ร้านค้า dedupe ที่เล็กกว่ามาก)
สำหรับวิธีการที่ใช้สิ่งที่ดีที่สุดที่ฉันสามารถหาได้คือรายงานการวิจัยที่นักวิจัยของ Microsoft นำเสนอในปี 2554 (ที่มา , ข้อความเต็ม ) ที่การประชุม Usenix FAST11 ส่วนที่ 3.3 เข้าสู่การทำซ้ำในการจัดเก็บหลัก ดูเหมือนว่ามีการใช้ข้อมูลนี้ในการพัฒนาคุณสมบัติการขจัดข้อมูลซ้ำซ้อนของ NTFS คำพูดนี้ถูกใช้:
อัลกอริทึมที่ยอมรับได้สำหรับบล็อกที่กำหนดขนาดเนื้อหาคือ Rabin Fingerprints [25]
มีข้อมูลจำนวนมากในกระดาษที่จะลอดผ่าน แต่ความซับซ้อนของชุดเครื่องมือที่พวกเขาใช้รวมกับคุณลักษณะที่เรารู้ว่ามีอยู่แล้วในปี 2555 ขอแนะนำอย่างยิ่งให้ใช้เหตุผลในการพัฒนาคุณลักษณะของกระดาษ ไม่ทราบแน่ชัดหากไม่มีบทความ msdn แต่นี่ใกล้เคียงกับที่เราน่าจะได้รับในขณะนี้
การเปรียบเทียบประสิทธิภาพกับ ZFS จะต้องรอจนกว่าผู้ตรวจสอบประสิทธิภาพจะทำเสร็จ