ไม่นานมานี้ Microsoft Windows 8 Server รุ่นเบต้าสาธารณะได้เปิดตัวพร้อมรองรับระบบไฟล์ ReFS (Resilient File System) ที่ประกาศไว้ ซึ่งก่อนหน้านี้รู้จักกันในชื่อรหัส “Protogon” ระบบไฟล์นี้ถูกนำเสนอเป็นทางเลือกแทนระบบไฟล์ NTFS ซึ่งได้รับการพิสูจน์ตัวเองในช่วงหลายปีที่ผ่านมาในส่วนของระบบจัดเก็บข้อมูลที่ใช้ผลิตภัณฑ์ของ Microsoft โดยมีการโยกย้ายเพิ่มเติมไปยังพื้นที่ของระบบไคลเอนต์

วัตถุประสงค์ของบทความนี้คือการอธิบายโครงสร้างระบบไฟล์แบบผิวเผินข้อดีและข้อเสียรวมถึงการวิเคราะห์สถาปัตยกรรมจากมุมมองของการรักษาความสมบูรณ์ของข้อมูลและโอกาสในการกู้คืนข้อมูลในกรณีที่เกิดความเสียหายหรือ การลบโดยผู้ใช้ บทความนี้ยังเปิดเผยการศึกษาคุณลักษณะทางสถาปัตยกรรมของระบบไฟล์และประสิทธิภาพที่เป็นไปได้อีกด้วย

วินโดวส์เซิร์ฟเวอร์ 8 เบต้า

ตัวเลือกระบบไฟล์ที่มีอยู่ในระบบปฏิบัติการเวอร์ชันนี้รองรับเฉพาะคลัสเตอร์ข้อมูล 64KB และคลัสเตอร์ข้อมูลเมตา 16KB ยังไม่ชัดเจนว่าจะมีการรองรับระบบไฟล์ ReFS ที่มีขนาดคลัสเตอร์อื่นหรือไม่: ปัจจุบันพารามิเตอร์ขนาดคลัสเตอร์เมื่อสร้างโวลุ่ม ReFS จะถูกละเว้นและตั้งค่าเป็นค่าเริ่มต้นเสมอ เมื่อจัดรูปแบบ FS ตัวเลือกเดียวที่ใช้ได้ในการเลือกขนาดคลัสเตอร์คือ 64KB เขายังเป็นคนเดียวที่กล่าวถึงในบล็อกของนักพัฒนา

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

สถาปัตยกรรมระบบไฟล์

แม้จะมีการกล่าวถึงความคล้ายคลึงกันระหว่าง ReFS และ NTFS ในระดับสูงบ่อยครั้ง แต่เรากำลังพูดถึงความเข้ากันได้ของโครงสร้างข้อมูลเมตาบางอย่างเท่านั้น เช่น "ข้อมูลมาตรฐาน", "ชื่อไฟล์", ความเข้ากันได้ในค่าของแฟล็กแอตทริบิวต์บางตัว ฯลฯ การใช้งานดิสก์ของโครงสร้าง ReFS นั้นแตกต่างโดยพื้นฐานจากระบบไฟล์ Microsoft อื่น ๆ

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

นอกเหนือจากบันทึกรากของแผนผัง B+ แล้ว บันทึกอื่นๆ ทั้งหมดยังมีขนาดของบล็อกข้อมูลเมตาทั้งหมด (ในกรณีนี้คือ 16KB) โหนดระดับกลาง (ที่อยู่) มีขนาดเล็กรวม (ประมาณ 60 ไบต์) ดังนั้น โดยปกติแล้ว ระดับต้นไม้จำนวนเล็กน้อยจะต้องอธิบายแม้แต่โครงสร้างที่มีขนาดใหญ่มาก ซึ่งมีผลค่อนข้างดีต่อประสิทธิภาพโดยรวมของระบบ

องค์ประกอบโครงสร้างหลักของระบบไฟล์คือ "ไดเร็กทอรี" ซึ่งนำเสนอในรูปแบบของ B+-tree ซึ่งคีย์คือหมายเลขของออบเจ็กต์โฟลเดอร์ ต่างจากระบบไฟล์อื่นที่คล้ายคลึงกัน ไฟล์ใน ReFS ไม่ใช่องค์ประกอบหลักแยกต่างหากของ "ไดเร็กทอรี" แต่มีอยู่เป็นรายการในโฟลเดอร์ที่มีอยู่เท่านั้น อาจเป็นเพราะคุณสมบัติทางสถาปัตยกรรมนี้ไม่รองรับฮาร์ดลิงก์ไปยัง ReFS

“Leaves of the Directory” เป็นบันทึกที่พิมพ์ มีรายการหลักสามประเภทสำหรับวัตถุโฟลเดอร์: หมายเลขอ้างอิงไดเร็กทอรี รายการดัชนี และหมายเลขอ้างอิงวัตถุที่ซ้อนกัน บันทึกดังกล่าวทั้งหมดได้รับการบรรจุเป็นแผนผัง B+ แยกต่างหากพร้อม ID โฟลเดอร์ รากของแผนผังนี้คือใบไม้ของแผนผัง B+ ของ "ไดเร็กทอรี" ซึ่งช่วยให้คุณสามารถบรรจุบันทึกได้เกือบจำนวนเท่าใดก็ได้ลงในโฟลเดอร์ ที่ระดับล่างสุดในแผนผัง B+ ของโฟลเดอร์ ส่วนใหญ่เป็นรายการตัวอธิบายไดเร็กทอรีที่มีข้อมูลพื้นฐานเกี่ยวกับโฟลเดอร์ (เช่น ชื่อ "ข้อมูลมาตรฐาน" คุณลักษณะของชื่อไฟล์ ฯลฯ) โครงสร้างข้อมูลมีความเหมือนกันมากกับโครงสร้างที่นำมาใช้ใน NTFS แม้ว่าจะมีความแตกต่างหลายประการ แต่โครงสร้างหลักคือไม่มีรายการที่พิมพ์ของแอตทริบิวต์ที่มีชื่อ

ถัดไปในไดเร็กทอรีคือรายการดัชนีที่เรียกว่า: โครงสร้างแบบสั้นที่มีข้อมูลเกี่ยวกับองค์ประกอบที่มีอยู่ในโฟลเดอร์ เมื่อเปรียบเทียบกับ NTFS บันทึกเหล่านี้จะสั้นกว่ามาก ซึ่งช่วยลดภาระของวอลุ่มกับเมตาดาต้า สุดท้ายคือรายการรายการไดเร็กทอรี สำหรับโฟลเดอร์ องค์ประกอบเหล่านี้ประกอบด้วยชื่อของแพ็ก ตัวระบุโฟลเดอร์ใน “ไดเร็กทอรี” และโครงสร้างของ “ข้อมูลมาตรฐาน” สำหรับไฟล์นั้น จะไม่มีตัวระบุ แต่โครงสร้างกลับประกอบด้วยข้อมูลพื้นฐานทั้งหมดเกี่ยวกับไฟล์ รวมถึงรากของแผนผัง B+ ของแฟรกเมนต์ของไฟล์ ดังนั้นไฟล์จึงสามารถประกอบด้วยแฟรกเมนต์ได้เกือบจำนวนเท่าใดก็ได้

บนดิสก์ ไฟล์จะอยู่ในบล็อกขนาด 64KB แม้ว่าไฟล์เหล่านั้นจะได้รับการจัดการในลักษณะเดียวกับบล็อกข้อมูลเมตา (ในคลัสเตอร์ขนาด 16KB) ข้อมูลไฟล์ “ถิ่นที่อยู่” ไม่ได้รับการสนับสนุนบน ReFS ดังนั้นไฟล์ขนาด 1 ไบต์บนดิสก์จะครอบครองบล็อกขนาด 64KB ทั้งหมด ซึ่งนำไปสู่ความซ้ำซ้อนในการจัดเก็บข้อมูลอย่างมีนัยสำคัญในไฟล์ขนาดเล็ก ในทางกลับกัน มันทำให้การจัดการพื้นที่ว่างง่ายขึ้นและการจัดสรรพื้นที่ว่างสำหรับไฟล์ใหม่นั้นเร็วกว่ามาก

ขนาดข้อมูลเมตาของระบบไฟล์ที่ว่างเปล่าคือประมาณ 0.1% ของขนาดระบบไฟล์นั้นเอง (เช่น ประมาณ 2GB บนโวลุ่ม 2TB) ข้อมูลเมตาหลักบางส่วนถูกทำซ้ำเพื่อให้ทนทานต่อข้อผิดพลาดได้ดีขึ้น

หลักฐานความล้มเหลว

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

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

การเปลี่ยนแปลงใด ๆ ในโครงสร้างข้อมูลเมตาจะดำเนินการในสองขั้นตอน: ขั้นแรกสำเนาข้อมูลเมตาใหม่ (ที่เปลี่ยนแปลง) จะถูกสร้างขึ้นในพื้นที่ว่างในดิสก์ จากนั้นหากสำเร็จ การดำเนินการอัปเดตแบบอะตอมมิกจะถ่ายโอนลิงก์จากเวอร์ชันเก่า (ไม่มีการเปลี่ยนแปลง) ไปยัง พื้นที่เมทาดาทาใหม่ (เปลี่ยนแปลง) กลยุทธ์นี้ (Copy-on-Write (CoW)) ช่วยให้คุณดำเนินการได้โดยไม่ต้องบันทึก และรักษาความสมบูรณ์ของข้อมูลโดยอัตโนมัติ

การยืนยันการเปลี่ยนแปลงดังกล่าวบนดิสก์อาจใช้เวลาไม่นานเพียงพอ ทำให้สามารถรวมการเปลี่ยนแปลงสถานะของระบบไฟล์หลายรายการเป็นรายการเดียวได้

รูปแบบนี้ใช้ไม่ได้กับข้อมูลผู้ใช้ ดังนั้นการเปลี่ยนแปลงใดๆ ในเนื้อหาของไฟล์จะถูกเขียนลงในไฟล์โดยตรง การลบไฟล์ทำได้โดยการสร้างโครงสร้างข้อมูลเมตาขึ้นใหม่ (โดยใช้ CoW) ซึ่งจะรักษาบล็อกข้อมูลเมตาเวอร์ชันก่อนหน้าบนดิสก์ ทำให้สามารถกู้คืนไฟล์ที่ถูกลบได้ก่อนที่จะถูกเขียนทับด้วยข้อมูลผู้ใช้ใหม่

ความซ้ำซ้อนในการจัดเก็บข้อมูล

ในกรณีนี้เรากำลังพูดถึงการใช้พื้นที่ดิสก์เนื่องจากรูปแบบการจัดเก็บข้อมูล เพื่อวัตถุประสงค์ในการทดสอบ Windows Server ที่ติดตั้งไว้จะถูกคัดลอกไปยังพาร์ติชัน ReFS ขนาด 580GB ขนาดของข้อมูลเมตาบนระบบไฟล์ว่างคือประมาณ 0.73GB

เมื่อคัดลอก Windows Server ที่ติดตั้งไปยังพาร์ติชันด้วย ReFS ความซ้ำซ้อนในการจัดเก็บข้อมูลไฟล์จะเพิ่มขึ้นจาก 0.1% บน NTFS เป็นเกือบ 30% บน ReFS ในเวลาเดียวกัน มีการเพิ่มความซ้ำซ้อนประมาณ 10% เนื่องจากข้อมูลเมตา เป็นผลให้ "ข้อมูลผู้ใช้" ขนาด 11GB (มากกว่า 70,000 ไฟล์) บน NTFS เมื่อคำนึงถึงเมตาดาต้าของบัญชีใช้เวลา 11.3GB ในขณะที่ ReFS ข้อมูลเดียวกันใช้เวลา 16.2GB ซึ่งหมายความว่าความซ้ำซ้อนในการจัดเก็บข้อมูลบน ReFS เกือบ 50% สำหรับข้อมูลประเภทนี้ ด้วยไฟล์ขนาดใหญ่จำนวนน้อย เอฟเฟกต์นี้จะไม่สังเกตเห็นโดยธรรมชาติ

ความเร็วในการทำงาน

เนื่องจากเรากำลังพูดถึงเบต้า จึงไม่มีการวัดประสิทธิภาพของ FS จากมุมมองของสถาปัตยกรรม FS สามารถสรุปข้อสรุปบางประการได้ เมื่อคัดลอกไฟล์มากกว่า 70,000 ไฟล์ไปยัง ReFS สิ่งนี้จะสร้างแผนผัง B+ ของ "ไดเรกทอรี" ที่มีขนาด 4 ระดับ: "root", ระดับกลาง 1, ระดับกลาง 2, "ออก"

ดังนั้น การค้นหาคุณลักษณะของโฟลเดอร์ (สมมติว่ารากต้นไม้ถูกแคชไว้) จำเป็นต้องอ่านบล็อกขนาด 16KB สามครั้ง สำหรับการเปรียบเทียบ บน NTFS การดำเนินการนี้จะใช้เวลาอ่านหนึ่งครั้งในขนาด 1-4KB (สมมติว่าแผนที่ตำแหน่ง $MFT ถูกแคชไว้)

การค้นหาแอตทริบิวต์ของไฟล์ตามโฟลเดอร์และชื่อไฟล์ในโฟลเดอร์ (โฟลเดอร์ขนาดเล็กที่มีหลายรายการ) บน ReFS จะต้องมีการอ่าน 3 ครั้งเหมือนกัน ใน NTFS จะต้องอ่าน 2 ครั้งๆ ละ 1 KB หรืออ่าน 3-4 ครั้ง (หากรายการไฟล์อยู่ในแอตทริบิวต์ "index") ที่ไม่มีถิ่นที่อยู่) ในแพ็กขนาดใหญ่ จำนวนการอ่าน NTFS จะเพิ่มขึ้นเร็วกว่าจำนวนการอ่านที่ ReFS ต้องการมาก

สถานการณ์จะเหมือนกันทุกประการสำหรับเนื้อหาของไฟล์: โดยที่การเพิ่มจำนวนแฟรกเมนต์ของไฟล์บน NTFS นำไปสู่การแจกแจงรายการแบบยาวที่กระจายไปตามแฟรกเมนต์ $MFT ที่แตกต่างกัน บน ReFS สิ่งนี้จะดำเนินการโดยการค้นหาที่มีประสิทธิภาพผ่าน B+ -ต้นไม้.

ข้อสรุป

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

SysDev Laboratories จะติดตามการพัฒนาระบบไฟล์นี้ และวางแผนที่จะรวมการสนับสนุนสำหรับการกู้คืนข้อมูลจากระบบไฟล์นี้ การสนับสนุน ReFS แบบทดลองสำหรับ Microsoft Windows 8 Server รุ่นเบต้าได้ถูกนำมาใช้เรียบร้อยแล้วในผลิตภัณฑ์ UFS Explorer และพร้อมสำหรับการทดสอบเบต้าแบบปิดระหว่างพันธมิตร เครื่องมือการเปิดตัวอย่างเป็นทางการสำหรับการกู้คืนไฟล์ที่ถูกลบจาก ReFS รวมถึงการกู้คืนข้อมูลหลังจากระบบไฟล์เสียหายอันเป็นผลมาจากความล้มเหลวของฮาร์ดแวร์ได้รับการวางแผนไว้ก่อนหน้านี้เล็กน้อยหรือพร้อมกันกับการเปิดตัว Microsoft Windows 8 Server พร้อมรองรับ ReFS

เวอร์ชันลงวันที่ 16/03/2555
ขึ้นอยู่กับวัสดุจาก SisDev Laboratories

อนุญาตให้ทำซ้ำหรือเสนอราคาได้ โดยมีเงื่อนไขว่าต้องคงการอ้างอิงถึงต้นฉบับ

ไม่นานมานี้ Windows เวอร์ชันใหม่เปิดตัวคือ Windows 8 อย่างที่คุณทราบ Windows 8 เวอร์ชันใหม่มีการรองรับระบบไฟล์ใหม่คือ ReFS ในบทความนี้เราจะพูดถึงข้อดีที่ระบบไฟล์นี้มีมากกว่าระบบไฟล์ NTFS เดียวกัน เอาล่ะ เรามาเริ่มกันเลยดีมั้ย?

พูดตามตรง ระบบไฟล์ NTFS หมดอายุการใช้งานไปแล้ว (เกือบจะเหมือนกับการเปรียบเทียบ FAT32 กับ NTFS เมื่อ 10 ปีที่แล้ว) จากมุมมองทางเทคนิค ระบบไฟล์ ReFS สามารถให้การปกป้องข้อมูลที่ดีที่สุดบนฮาร์ดไดรฟ์ขนาดใหญ่และรวดเร็ว

เล็กน้อยเกี่ยวกับระบบไฟล์ NTFS

ระบบไฟล์ NTFS (New Technology File System) ปรากฏขึ้นอย่างแม่นยำเมื่อ Microsoft นำเสนอระบบปฏิบัติการใหม่ต่อสาธารณะ - Windows 3.1 จนถึงทุกวันนี้เราใช้เฉพาะระบบไฟล์นี้ในการทำงานบนคอมพิวเตอร์เป็นหลัก เมื่อเวลาผ่านไป ความสามารถพื้นฐานของระบบไฟล์ NTFS ถึงขีดจำกัดแล้ว การสแกนสื่อจัดเก็บข้อมูลที่มีปริมาณมากจะใช้เวลาพอสมควร และขนาดไฟล์สูงสุดก็เกือบจะถึงขีดจำกัดแล้วด้วย

ตัวต่อจากระบบไฟล์ NTFS

เป็นการกำจัดข้อบกพร่องของระบบไฟล์ NTFS ที่ Microsoft เปิดตัวในระบบปฏิบัติการ Windows 8 ซึ่งเป็นระบบไฟล์ใหม่ทั้งหมด ReFS (Resilient File System) ซึ่งเป็นระบบไฟล์ที่ทนต่อข้อผิดพลาด และมันแสดงให้เห็นถึงความน่าเชื่อถือที่สูงมากในการทำงาน

เป็นครั้งแรกที่มีการใช้ระบบไฟล์นี้ในระบบปฏิบัติการเซิร์ฟเวอร์ Windows Server 8 ฉันต้องการทราบว่า Microsoft ไม่ได้พัฒนาระบบไฟล์ ReFS ตั้งแต่เริ่มต้น ตัวอย่างเช่น หากต้องการเปิด ปิด และอ่านไฟล์ ระบบไฟล์ ReFS จะใช้ API การเข้าถึงข้อมูลเดียวกันกับระบบไฟล์ NTFS คุณลักษณะของระบบไฟล์ที่ยังคงไม่เปลี่ยนแปลงคือการเข้ารหัสดิสก์ด้วย Bitlocker รวมถึงลิงก์สัญลักษณ์สำหรับไลบรารี และฟังก์ชั่นต่างๆ เช่น การบีบอัดข้อมูลก็หายไปหมด

นวัตกรรมจำนวนมากในระบบไฟล์ ReFS ค่อนข้างแม่นยำในด้านการสร้างโฟลเดอร์และโครงสร้างไฟล์และที่สำคัญที่สุดคือการจัดการพวกมัน การเปลี่ยนแปลงเหล่านี้ได้รับการออกแบบให้เปลี่ยนแปลงโดยอัตโนมัติ แก้ไขข้อผิดพลาดในออบเจ็กต์ระบบไฟล์และระบบเอง เพิ่มขนาดให้สูงสุด และที่สำคัญที่สุดคือทำงานในโหมดออนไลน์ตลอดเวลา

สำหรับนวัตกรรมทั้งหมดนี้ Microsoft ใช้แนวคิด B+ tree ซึ่งคุณอาจคุ้นเคยจากหลักสูตร Database แนวคิดนี้คือโฟลเดอร์ในระบบไฟล์ที่กำหนดจะมีโครงสร้างในรูปแบบของตารางปกติ และไฟล์จะทำหน้าที่เป็นบันทึกในตารางนี้ แม้แต่พื้นที่ว่างบนฮาร์ดไดรฟ์ก็ยังถูกจัดระเบียบในรูปแบบของตารางในระบบไฟล์นี้

แกนหลักของระบบไฟล์ ReFS คือตารางอ็อบเจ็กต์ที่เรียกว่าไดเร็กทอรีกลาง ซึ่งแสดงรายการตารางทั้งหมดในระบบ

การเปรียบเทียบระบบไฟล์ NTFS และ ReFS
จากตารางนี้ คุณสามารถสรุปเกี่ยวกับข้อดีหรือข้อเสียของระบบไฟล์เฉพาะได้

การป้องกันความล้มเหลวในระบบไฟล์ ReFS ในตัว

ระบบไฟล์ ReFS ได้กำจัดการจัดการเจอร์นัลที่ซับซ้อนที่มีอยู่ในระบบไฟล์ NTFS และขณะนี้สามารถส่งข้อมูลไฟล์ใหม่ไปยังพื้นที่ว่าง ซึ่งป้องกันไม่ให้ถูกเขียนทับแล้ว แต่หากเกิดการเขียนทับกะทันหัน ซึ่งโดยหลักการแล้วไม่สามารถเกิดขึ้นได้ ระบบจะสามารถลงทะเบียนลิงก์ไปยังบันทึกในโครงสร้าง B+-tree อีกครั้งได้

เช่นเดียวกับระบบไฟล์ NTFS ระบบ ReFS ตามหลักการของตัวเอง จะแยกความแตกต่างระหว่างข้อมูลเกี่ยวกับไฟล์ (นี่คือข้อมูลเมตา) เช่นเดียวกับเนื้อหาของไฟล์ (นี่คือข้อมูลผู้ใช้) แต่ ReFS ให้การปกป้องข้อมูลสำหรับทั้งสองอย่าง ตัวอย่างเช่น ข้อมูลเมตาใช้การป้องกันการตรวจสอบ การป้องกันนี้สามารถมอบให้กับข้อมูลผู้ใช้ได้เช่นกัน ข้อมูลที่ได้รับการป้องกันเหล่านี้ ซึ่งก็คือ เช็คซัม จะถูกวางไว้บนฮาร์ดไดรฟ์ ซึ่งสามารถเข้าถึงได้อย่างปลอดภัยจากกันและกัน ซึ่งจะทำเพื่อที่ว่าหากเกิดข้อผิดพลาดใดๆ ก็สามารถกู้คืนข้อมูลได้

การถ่ายโอนข้อมูลจากระบบไฟล์ NTFS ไปยัง ReFS

แน่นอนคุณได้ถามตัวเองด้วยคำถามนี้: เป็นไปได้หรือไม่ที่จะถ่ายโอนข้อมูลจากระบบไฟล์เช่น Windows XP ไปยังระบบไฟล์ Windows 8 (นั่นคือจาก NTFS ไปยัง ReFS) และในทางกลับกันโดยไม่มีปัญหาใด ๆ Microsoft เองก็ตอบคำถามนี้ดังนี้: จะไม่มีฟังก์ชันการแปลงรูปแบบในตัว แต่จะทำการคัดลอกแบบธรรมดาได้

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

ไดรฟ์ภายนอกที่มีระบบไฟล์ ReFS ยังไม่ได้รับการคาดหวัง จะมีเพียงไดรฟ์ภายในเท่านั้น และเราสามารถมองไปในอนาคตได้ว่าเมื่อเวลาผ่านไป ระบบไฟล์ ReFS จะได้รับการเสริมด้วยฟังก์ชันต่างๆ มากมาย และจะสามารถแทนที่ระบบไฟล์เก่าได้ ซึ่งอาจเสร็จสิ้นแล้วด้วยการเปิดตัวแพ็คเกจการอัปเดต Windows 8 หลักชุดแรก

การเปรียบเทียบระบบไฟล์ NTFS และ ReFS โดยใช้ตัวอย่างการเปลี่ยนชื่อไฟล์

มาดูกันว่าสิ่งนี้เกิดขึ้นได้อย่างไร (การเปลี่ยนชื่อไฟล์ในระบบปฏิบัติการที่มีระบบไฟล์ NTFS)

จุดแรกคือระบบไฟล์ NTFS เขียนลงในบันทึกว่าควรเปลี่ยนชื่อไฟล์ และยังบันทึกการดำเนินการอื่นๆ ทั้งหมดที่นั่นด้วย

หลังจากที่เธอเขียนลงในสมุดบันทึกถึงสิ่งที่ต้องเปลี่ยนชื่อแล้วเธอก็เปลี่ยนชื่อใหม่

เมื่อสิ้นสุดการดำเนินการ ข้อความจะปรากฏขึ้นในบันทึกโดยระบุว่าไฟล์ถูกเปลี่ยนชื่อสำเร็จหรือไม่สำเร็จ

ตอนนี้เรามาดูกันว่าการเปลี่ยนชื่อไฟล์ทำงานอย่างไรในระบบไฟล์ ReFS

อย่างที่คุณเห็น มีการดำเนินการน้อยกว่ามากที่นี่

ประการแรกในระบบไฟล์ ReFS ชื่อใหม่สำหรับไฟล์หรือโฟลเดอร์จะถูกเขียนลงในพื้นที่ว่างและที่สำคัญที่สุดคือชื่อเก่าจะไม่ถูกลบ (ลบ) ทันที

ทันทีที่มีการเขียนชื่อใหม่ ระบบไฟล์ ReFS จะสร้างลิงก์ไปยังชื่อใหม่และจะป้อนชื่อใหม่ทุกประการ

ไฟล์หรือโฟลเดอร์เปลี่ยนชื่อในระบบไฟล์ NTFS และ ReFS อย่างไรเมื่อระบบล้มเหลว

บนระบบไฟล์ NTFS

ตามมาตรฐานนี้ ระบบจะเขียนคำขอเปลี่ยนแปลงลงในบันทึกก่อน

หลังจากนี้ เช่น หากไฟฟ้าขัดข้อง กระบวนการเปลี่ยนชื่อจะหยุดเอง และโปรดทราบว่าไม่มีการบันทึกชื่อใหม่หรือชื่อเก่า

จากนั้นระบบจะรีบูตและโปรแกรมสำหรับแก้ไขและค้นหาข้อผิดพลาด - chkdisk - จะเปิดตัว

และหลังจากนี้ด้วยความช่วยเหลือของวารสารเอง เมื่อใช้การย้อนกลับ จะมีการกู้คืนเฉพาะชื่อดั้งเดิมเท่านั้น

ตอนนี้เรามาดูกันว่าสิ่งนี้เกิดขึ้นได้อย่างไรในระบบไฟล์ ReFS

การพัฒนาระบบไฟล์ ReFS ครั้งแรกปรากฏในปี 2555 โดยตรงใน Windows Server 2012 ขณะนี้เทคโนโลยีนี้มีให้เห็นในระบบปฏิบัติการ Windows 8 และ 10 เพื่อทดแทน NTFS คุณต้องหาคำตอบว่าเหตุใด ReFS จึงดีกว่าระบบไฟล์อื่นๆ และสามารถใช้กับคอมพิวเตอร์ที่บ้านได้หรือไม่

แนวคิดของ ReFS

ReFS (ระบบไฟล์แบบยืดหยุ่น)– เป็นเทคโนโลยีที่ทนทานต่อข้อผิดพลาดที่มาแทนที่ NTFS ออกแบบมาเพื่อกำจัดข้อบกพร่องของรุ่นก่อนและลดปริมาณข้อมูลที่อาจสูญหายระหว่างการดำเนินการต่างๆ รองรับการทำงานกับไฟล์ขนาดใหญ่

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

ประโยชน์ของ ReFS

ระบบไฟล์ ReFS (FS) มีคุณสมบัติดังต่อไปนี้:

1. ผลผลิตที่ยอดเยี่ยม
2. ปรับปรุงความสามารถในการตรวจสอบข้อผิดพลาดของสื่อ
3. ระดับการสูญเสียข้อมูลต่ำเมื่อเกิดข้อผิดพลาดของระบบไฟล์และบล็อกที่เสียหาย
4. การใช้งานการเข้ารหัส EFS
5. ฟังก์ชั่นโควต้าดิสก์
6. เพิ่มขีด จำกัด ไฟล์สูงสุดเป็น 18.3 EB;
7. เพิ่มจำนวนไฟล์ที่จัดเก็บไว้ในโฟลเดอร์เป็น 18 ล้านล้าน
8. ความจุดิสก์สูงสุดถึง 402 EB;
9. จำนวนอักขระในชื่อไฟล์เพิ่มขึ้นเป็น 32767

แน่นอนว่ามีโอกาสมากมายแต่นั่นไม่ใช่ทั้งหมด อย่างไรก็ตามควรพิจารณาประเด็นหนึ่ง: ข้อดีทั้งหมดนี้มีประโยชน์ต่อผู้ใช้โดยเฉลี่ยอย่างไร?

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

ข้อดีของ RAID คือความทนทานต่อข้อผิดพลาดและความปลอดภัยของข้อมูลสูง ตลอดจนความเร็วในการดำเนินการที่สูง ระดับ RAID ที่ใช้มากที่สุดคือ 1 และ 2 ข้อเสียของระบบคือต้นทุนสูงในการจัดซื้ออุปกรณ์ เช่นเดียวกับเวลาที่ใช้ใน การดำเนินการ ฉันคิดว่าสิ่งนี้ไม่มีประโยชน์สำหรับผู้ใช้ทั่วไป เว้นแต่เขาจะสร้างโฮมเซิร์ฟเวอร์ที่ทำงานตลอด 24 ชั่วโมงทุกวัน

ทำการทดสอบตาม ReFS และ NTFS

การใช้เครื่องมือซอฟต์แวร์พบว่าการใช้ระบบไฟล์ ReFS เมื่อเปรียบเทียบกับ NTFS ไม่ได้ให้ประสิทธิภาพที่เพิ่มขึ้นอย่างเห็นได้ชัด การทดสอบตามรอบการอ่านและเขียนที่คล้ายกันซึ่งเกิดขึ้นบนดิสก์และขนาดไฟล์เดียวกัน ยูทิลิตี้ Crystal Disk Mark แสดงผลลัพธ์ที่เหมือนกัน ReFS มีข้อได้เปรียบเล็กน้อยเมื่อคัดลอกไฟล์ขนาดเล็ก

มีการทดสอบโดยใช้ไฟล์ขนาดใหญ่ และใช้พาร์ติชันฮาร์ดไดรฟ์ที่ช้าเป็นหนูตะเภา ผลลัพธ์น่าผิดหวังเนื่องจาก ReFS มีประสิทธิภาพต่ำกว่าเมื่อเทียบกับ NTFS

ไม่ต้องสงสัยเลยว่าเทคโนโลยียังคงดิบอยู่ตัวชี้วัดได้ดำเนินการเมื่อปลายปี 2560 แต่ใน Windows 10 เทคโนโลยีนี้สามารถนำมาใช้กันอย่างแพร่หลาย ตัวเลือกที่ดีที่สุดสำหรับการใช้ FS จะขึ้นอยู่กับ SSD ซึ่งเป็นไดรฟ์โซลิดสเตต ไดรฟ์เหล่านี้ดีกว่า HDD ในเกือบทุกด้าน

ประโยชน์ของ ReFS สำหรับผู้ใช้รายอื่น

ระบบมีฟังก์ชันเช่นไฮเปอร์ไวเซอร์ - Hyper-V เทคโนโลยีนี้เป็นเครื่องเสมือน เมื่อใช้พาร์ติชันที่ฟอร์แมตใน ReFS จะมีข้อได้เปรียบในด้านความเร็วในการทำงาน เนื่องจากระบบไฟล์ใช้เช็คซัมและข้อมูลเมตา จึงจำเป็นต้องอ้างอิงถึงข้อมูลเหล่านี้เมื่อทำการคัดลอกไฟล์เท่านั้น หากตรงกัน ก็ไม่จำเป็นต้องคัดลอกข้อมูลทางกายภาพ

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

มีการวางแผนว่า ReFS จะเข้ากันได้สูงกับเครื่องเสมือนเช่น VMware

ข้อเสียของระบบไฟล์ ReFS

ข้างต้นเราได้ดูข้อดีของเทคโนโลยี ReFS และกล่าวถึงข้อเสียเล็กน้อย เรามาพูดถึงข้อเสียโดยละเอียดกันดีกว่า เราต้องเข้าใจว่าจนกว่า Microsoft จะนำเทคโนโลยีไปใช้กับ Windows จะไม่มีการพัฒนา ตอนนี้เรามีคุณสมบัติดังต่อไปนี้:

1. พาร์ติชัน Windows ที่มีอยู่ไม่มีสิทธิ์ใช้งานโดย ReFS นั่นคือต้องใช้เฉพาะพาร์ติชันที่ไม่ได้ใช้สำหรับระบบเท่านั้น ตัวอย่างเช่น พาร์ติชันที่มีไว้สำหรับจัดเก็บไฟล์
2. ไม่รองรับไดรฟ์ภายนอก
3. เป็นไปไม่ได้ที่จะแปลงดิสก์ NTFS เป็นดิสก์ ReFS โดยไม่สูญเสียข้อมูล มีเพียงการฟอร์แมตและสำรองไฟล์ที่สำคัญเท่านั้น
4. ซอฟต์แวร์บางตัวเท่านั้นที่สามารถจดจำระบบไฟล์นี้ได้

แค่นั้นแหละ. ตอนนี้ดูภาพด้านล่าง Windows 7 นี้และที่นี่ FS ไม่เป็นที่รู้จักและมีข้อผิดพลาดปรากฏขึ้นเมื่อเปิดพาร์ติชัน

ใน Windows 8 จะต้องฟอร์แมตพาร์ติชันเนื่องจาก FS ไม่รู้จักเช่นกัน ก่อนที่จะใช้ระบบไฟล์ใหม่บนพีซีที่บ้าน คุณควรคิดถึงผลที่ตามมาหลายครั้งก่อน ใน Windows 8.1 ปัญหาได้รับการแก้ไขโดยการเปิดใช้งาน FS โดยใช้ตัวแก้ไขรีจิสทรี แต่วิธีนี้ไม่ได้ผลเสมอไป โดยเฉพาะอย่างยิ่งเนื่องจากการใช้ ReFS หมายถึงการจัดรูปแบบดิสก์และการทำลายข้อมูล

ปัญหาบางอย่างเกิดขึ้นใน Windows 10 หากพาร์ติชันใหม่ที่มี ReFS ทำงานได้อย่างเสถียรแสดงว่า Windows ไม่รู้จักพาร์ติชันที่มีอยู่ซึ่งได้รับการฟอร์แมตแล้ว

วิธีฟอร์แมตดิสก์หรือพาร์ติชันใน ReFS

สมมติว่าผู้ใช้ไม่สนใจข้อบกพร่องและข้อบกพร่องของผลิตภัณฑ์ใหม่ ขอพระเจ้าอวยพรคุณเพื่อน ๆ มาเริ่มวิเคราะห์คำแนะนำในการจัดรูปแบบพาร์ติชันใน ReFS กันดีกว่า ฉันจะบอกคุณสิ่งหนึ่ง: หากมีบางอย่างเกิดขึ้นกะทันหันและพาร์ติชันล้มเหลว คุณสามารถใช้เครื่องมือ R-Studio เพื่อกู้คืนได้

สิ่งนี้น่าสนใจ:

หากต้องการจัดรูปแบบ เพียงทำตามขั้นตอนต่อไปนี้:

1. เปิด "พีซีเครื่องนี้" และคลิกขวาที่ส่วนที่ต้องการ
2. ในเมนูบริบท คลิกรายการ "รูปแบบ";
3. ในหน้าต่างที่เปิดขึ้นในช่อง "ระบบไฟล์" เราพบ การอ้างอิง;
4. กดปุ่ม "เริ่ม"และรอ

สามารถทำได้โดยใช้บรรทัดคำสั่งซึ่งคุณต้องป้อนคำสั่งต่อไปนี้ทีละคำสั่ง:

1. ดิสก์พาร์ท– ยูทิลิตี้สำหรับการทำงานกับดิสก์
2. ฉบับที่– แสดงพาร์ติชั่นทั้งหมดของคอมพิวเตอร์
3. เล่มที่ 3– โดยที่ 3 คือจำนวนปริมาตรที่ต้องการ
4. รูปแบบ fs=refs– ฟอร์แมตเป็นระบบไฟล์ที่ต้องการ

วิธีเปิดใช้งาน ReFS โดยใช้รีจิสทรี

หากคุณไม่มีอะไรที่ชี้ไปที่ FS อาจจำเป็นต้องเปิดใช้งาน สำหรับสิ่งนี้ เราจำเป็นต้องมีตัวแก้ไขรีจิสทรี ขั้นตอนทำงานอย่างถูกต้องบน Windows 8.1 และ 10:

1. เปิดตัวแก้ไขรีจิสทรี (Win + R และป้อน ลงทะเบียนใหม่);
2. ไปที่กระทู้นี้กันเถอะ - HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem;
3. ที่ด้านขวาของหน้าต่าง ให้สร้างพารามิเตอร์ DWORD แบบ 32 บิตพร้อมชื่อ RefsDisableLastAccessUpdate;
4. ป้อนหมายเลข 1 เป็นค่า
5. การหาสาขา HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control;
6. สร้างส่วนที่มีชื่อ มินิเอ็นที

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

   เป็นไปได้มากว่าเทคโนโลยีจะพัฒนาส่วนใหญ่บนเซิร์ฟเวอร์ แต่สิ่งนี้จะไม่เกิดขึ้นในเร็วๆ นี้ หากคุณจำการถือกำเนิดของ NTFS ได้ การใช้งานเต็มรูปแบบจะใช้เวลาประมาณเจ็ดปี สามารถดูข้อมูลเพิ่มเติมได้จากเว็บไซต์อย่างเป็นทางการของ Microsoft - https://docs.microsoft.com/ru-ru/windows-server/storage/refs/refs-overview ระหว่างนี้คุณสามารถติดตามเทคโนโลยีไอทีใหม่ๆ ได้ที่เว็บไซต์ของเรา อย่าลืมสมัครสมาชิก

,

เอ็นทีเอฟเอสและ FAT32ไม่ใช่ระบบไฟล์เดียวที่ Windows 10 สามารถดูและอ่านได้ นอกจากนี้ยังรองรับระบบเดิมอีกด้วย อ้วน, ขยาย exFAT, ใหม่ รีเอฟเอส, เสมือน ซีดีเอฟเอสและบางส่วนกับที่ใช้ด้วย ลินุกซ์ ต่อ2และ ต่อ3- เมื่อทำงานกับดิสก์ รวมถึงดิสก์แบบถอดได้ คุณอาจต้องกำหนดระบบไฟล์ปัจจุบันของสื่อหรือโลจิคัลพาร์ติชัน ใน Windows 10 คุณสามารถทำได้หลายวิธี

ง่ายที่สุด- นี่คือการเปิดคุณสมบัติของดิสก์และดูสิ่งที่ระบุไว้ในพารามิเตอร์

อย่างไรก็ตามวิธีนี้เหมาะสำหรับไดรฟ์ที่มีตัวอักษรและชัดเจนเท่านั้น "พื้นเมือง"ระบบไฟล์ หากมีการฟอร์แมตสื่อหรือพาร์ติชัน ต่อ3หรือเนื่องจากความล้มเหลวก็จะถูกกำหนดให้เป็น ดิบมันจะไม่สามารถใช้ได้ใน Explorer ในกรณีนี้ คุณควรใช้สแน็ปอินหรือยูทิลิตีคอนโซลเพื่อกำหนดระบบไฟล์

กด Win + X เพื่อเปิดเมนูปุ่ม Start เปิดสแน็ปอินและดูเนื้อหาของคอลัมน์

สแน็ปอินจะแสดงแม้กระทั่งดิสก์และพาร์ติชันที่ไม่มีตัวอักษร อีกวิธีหนึ่งในการดู เอฟเอสผู้ให้บริการคือการใช้ยูทิลิตี้ เปิดบรรทัดคำสั่งและรันคำสั่งทั้งสองนี้:

ปริมาณรายการ

คำสั่งแรกเรียกใช้ยูทิลิตี คำสั่งที่สองแสดงรายการโลจิคัลพาร์ติชันทั้งหมด คุณจะพบข้อมูลที่คุณต้องการในคอลัมน์ เอฟเอส- ทางเลือก - คอนโซล หากต้องการค้นหาประเภทระบบไฟล์สำหรับดิสก์ทั้งหมด ให้เรียกใช้ในฐานะผู้ดูแลระบบและเรียกใช้คำสั่ง รับปริมาณ- ค่าที่ค้นหาจะแสดงอยู่ในคอลัมน์ FileSystemType.

อนิจจาวิธีการทั้งหมดที่อธิบายไว้ข้างต้นมีข้อเสียเปรียบร่วมกัน กล่าวคือ การจดจำระบบไฟล์ Linux ที่ไม่ถูกต้อง ซีดีเอฟเอสและ ต่อ2/3/4 .

ในตัวอย่างของเรา มุ่งมั่น ซีดีเอฟเอสยังไง ไม่ทราบและระบุสแนปอินการจัดการดิสก์ ซีดีเอฟเอสถูกต้องแต่ไม่สามารถรับรู้ได้ ต่อ3โดยนิยามว่าเป็น ดิบนั่นคือเหมือนกับการไม่มีระบบไฟล์ เครื่องมือมาตรฐานเริ่มแสดงผลลัพธ์ที่ถูกต้องหลังจากการติดตั้งเท่านั้น - ยูทิลิตี้และไดรเวอร์เพื่อให้สามารถเข้าถึงสื่อได้ ต่อ2/3/4จากใต้ Windows

และเนื่องจากเรากำลังพูดถึง ต่อ2/3/4ในขณะเดียวกันก็ควรค่าแก่การกล่าวถึงระบบไฟล์ด้วย HFSหรือ เอชเอฟเอส+ใช้ในดอกป๊อปปี้ เมื่อเชื่อมต่อกับคอมพิวเตอร์ Windows ก็จะตรวจไม่พบสิ่งเหล่านี้เช่นกัน และเพื่อให้สามารถทำงานร่วมกับพวกเขาได้ คุณจะต้องติดตั้งไดรเวอร์ พารากอน HFS+หรือ แมคไดรฟ์.

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

20 ปีต่อมา

อย่างไรก็ตาม ทุกอย่างมีขีดจำกัด และความสามารถของระบบไฟล์ก็เช่นกัน ทุกวันนี้ ความสามารถของ NTFS มาถึงขีดจำกัดแล้ว: การสแกนสื่อจัดเก็บข้อมูลขนาดใหญ่ใช้เวลานานเกินไป “Journal” ทำให้การเข้าถึงช้าลง และขนาดไฟล์สูงสุดเกือบถึงแล้ว เมื่อตระหนักถึงสิ่งนี้ Microsoft จึงได้นำระบบไฟล์ใหม่ใน Windows 8 - ReFS (Resilient File System - ระบบไฟล์ที่ทนทานต่อข้อผิดพลาด) กล่าวกันว่า ReFS ให้การปกป้องข้อมูลที่ดีขึ้นบนฮาร์ดไดรฟ์ขนาดใหญ่และรวดเร็ว แน่นอนว่ามันมีข้อเสีย แต่ก็ยากที่จะพูดถึงมันจนกว่าจะมีการใช้งานอย่างแพร่หลายใน Windows 8

ตอนนี้เรามาลองทำความเข้าใจโครงสร้างภายในและข้อดีของ ReFS กันดีกว่า

ReFS เดิมเป็นที่รู้จักภายใต้ชื่อรหัส "Protogon" เป็นครั้งแรกที่ฉันเล่าเรื่องนี้ให้คนทั่วไปฟังเมื่อประมาณหนึ่งปีที่แล้ว สตีเฟน ซินอฟสกี้- ประธานแผนก Windows ของ Microsoft รับผิดชอบด้านการพัฒนาและการตลาดของ Windows และ อินเทอร์เน็ตเอ็กซ์พลอเรอร์.

พระองค์ตรัสไว้ดังนี้.

“NTFS เป็นระบบไฟล์ที่มีการใช้งานกันอย่างแพร่หลาย ล้ำสมัย และเต็มไปด้วยฟีเจอร์มากมายในปัจจุบัน แต่ในขณะที่เราจินตนาการถึง Windows ใหม่ และเรากำลังพัฒนา Windows 8 อยู่ เราก็ไม่ได้หยุดเพียงแค่นั้น นั่นเป็นเหตุผลว่าทำไม Windows 8 เรายังแนะนำระบบไฟล์ใหม่ทั้งหมดอีกด้วย ReFS สร้างขึ้นจาก NTFS ดังนั้นจึงยังคงรักษาความสามารถด้านความเข้ากันได้ที่สำคัญไว้ ในขณะที่ได้รับการออกแบบและออกแบบทางวิศวกรรมให้ตอบสนองความต้องการของเทคโนโลยีและสถานการณ์การจัดเก็บข้อมูลรุ่นต่อไป

ใน Windows 8 ReFS จะถูกนำมาใช้เป็นส่วนหนึ่งของ Windows Server 8 เท่านั้น ซึ่งเป็นแนวทางเดียวกับที่เราใช้ในการแนะนำระบบไฟล์ก่อนหน้านี้ทั้งหมด แน่นอนว่าในระดับแอปพลิเคชัน ลูกค้าจะได้รับสิทธิ์เข้าถึงข้อมูล ReFS ในลักษณะเดียวกับข้อมูล NTFS "เราต้องไม่ลืมว่า NTFS ยังคงเป็นเทคโนโลยีระบบไฟล์ชั้นนำของอุตสาหกรรมสำหรับพีซี"

อันที่จริงเราเห็น ReFS เป็นครั้งแรกในระบบปฏิบัติการเซิร์ฟเวอร์ Windows Server 8 ระบบไฟล์ใหม่ไม่ได้รับการพัฒนาตั้งแต่เริ่มต้น ตัวอย่างเช่น ReFS ใช้อินเทอร์เฟซการเข้าถึง API เดียวกันกับ NTFS เพื่อเปิด ปิด อ่านและเขียนไฟล์ นอกจากนี้ คุณลักษณะที่เป็นที่รู้จักจำนวนมากได้ย้ายมาจาก NTFS เช่น การเข้ารหัสดิสก์ บิทล็อคเกอร์และ ลิงก์สัญลักษณ์สำหรับห้องสมุด แต่กลับหายไป เช่น การบีบอัดข้อมูลและฟังก์ชั่นอื่นๆ อีกมากมาย

นวัตกรรมหลักของ ReFS มุ่งเน้นไปที่การสร้างและจัดการโครงสร้างไฟล์และโฟลเดอร์ หน้าที่ของพวกเขาคือเพื่อให้แน่ใจว่ามีการแก้ไขข้อผิดพลาดอัตโนมัติ การปรับขนาดสูงสุด และการทำงานในโหมดออนไลน์ตลอดเวลา

สถาปัตยกรรม ReFS

การใช้งานดิสก์ของโครงสร้าง ReFS นั้นแตกต่างโดยพื้นฐานจากระบบไฟล์ Microsoft อื่น ๆ นักพัฒนา Microsoft สามารถใช้แนวคิดของตนได้โดยใช้แนวคิดของ B ± trees ใน ReFS ซึ่งเป็นที่รู้จักจากฐานข้อมูล โฟลเดอร์ในระบบไฟล์มีโครงสร้างเป็นตารางโดยมีไฟล์เป็นบันทึก สิ่งเหล่านี้จะได้รับคุณลักษณะเฉพาะที่เพิ่มเป็นตารางย่อย ทำให้เกิดโครงสร้างต้นไม้แบบลำดับชั้น แม้แต่พื้นที่ว่างในดิสก์ก็ถูกจัดระเบียบในรูปแบบของตาราง

นอกเหนือจากการกำหนดหมายเลของค์ประกอบระบบทั้งหมดแบบ 64 บิตแล้ว ยังช่วยขจัดปัญหาคอขวดในระหว่างการขยายขนาดเพิ่มเติม

เป็นผลให้แกนหลักของระบบใน ReFS กลายเป็นตารางอ็อบเจ็กต์ - ไดเร็กทอรีกลางที่แสดงรายการตารางทั้งหมดในระบบ วิธีการนี้มีข้อได้เปรียบที่สำคัญ: ReFS ได้ละทิ้งการจัดการบันทึกที่ซับซ้อนและบันทึกข้อมูลใหม่เกี่ยวกับไฟล์ในพื้นที่ว่าง - ซึ่งจะป้องกันไม่ให้ถูกเขียนทับ

« ใบแคตตาล็อก" ถูกพิมพ์บันทึก มีรายการหลักสามประเภทสำหรับวัตถุโฟลเดอร์: หมายเลขอ้างอิงไดเร็กทอรี รายการดัชนี และหมายเลขอ้างอิงวัตถุที่ซ้อนกัน บันทึกดังกล่าวทั้งหมดได้รับการบรรจุในรูปแบบของ B±tree แยกต่างหากซึ่งมีตัวระบุโฟลเดอร์ รากของแผนผังนี้คือใบไม้ของแผนผัง B ± ของ "ไดเร็กทอรี" ซึ่งช่วยให้คุณสามารถบรรจุบันทึกได้เกือบจำนวนเท่าใดก็ได้ลงในโฟลเดอร์ ที่ระดับล่างสุดในใบไม้ของแผนผัง B± ของโฟลเดอร์ ประการแรกคือบันทึกตัวอธิบายไดเร็กทอรีที่มีข้อมูลพื้นฐานเกี่ยวกับโฟลเดอร์ (ชื่อ "ข้อมูลมาตรฐาน" แอตทริบิวต์ชื่อไฟล์ ฯลฯ)

เพิ่มเติมในแค็ตตาล็อกจะถูกวางไว้ รายการดัชนี: โครงสร้างแบบสั้นที่มีข้อมูลเกี่ยวกับรายการที่อยู่ในโฟลเดอร์ บันทึกเหล่านี้สั้นกว่าใน NTFS มาก ซึ่งหมายความว่ามีแนวโน้มน้อยกว่าที่จะโอเวอร์โหลดวอลุ่มด้วยเมตาดาต้า

ในตอนท้ายคือรายการแค็ตตาล็อก สำหรับโฟลเดอร์ องค์ประกอบเหล่านี้ประกอบด้วยชื่อของแพ็ก ตัวระบุโฟลเดอร์ใน “ไดเร็กทอรี” และโครงสร้างของ “ข้อมูลมาตรฐาน” ไม่มีตัวระบุสำหรับไฟล์ แต่โครงสร้างกลับประกอบด้วยข้อมูลพื้นฐานทั้งหมดเกี่ยวกับไฟล์ รวมถึงรากของแผนผัง B± ของแฟรกเมนต์ของไฟล์ ดังนั้นไฟล์จึงสามารถประกอบด้วยแฟรกเมนต์ได้เกือบจำนวนเท่าใดก็ได้

เช่นเดียวกับ NTFS ReFS สร้างความแตกต่างพื้นฐานระหว่างข้อมูลไฟล์ (ข้อมูลเมตา) และเนื้อหาไฟล์ (ข้อมูลผู้ใช้) อย่างไรก็ตาม ทั้งสองมีฟังก์ชันการป้องกันอย่างเท่าเทียมกัน ข้อมูลเมตาได้รับการป้องกันตามค่าเริ่มต้นโดยใช้เช็คซัม - สามารถกำหนดการป้องกันแบบเดียวกัน (ไม่บังคับ) กับข้อมูลผู้ใช้ได้ เช็คซัมเหล่านี้อยู่บนดิสก์ในระยะที่ปลอดภัยซึ่งจะช่วยให้กู้คืนข้อมูลได้ง่ายขึ้นในกรณีที่เกิดข้อผิดพลาด

ขนาดข้อมูลเมตาของระบบไฟล์ที่ว่างเปล่าคือประมาณ 0.1% ของขนาดระบบไฟล์นั้นเอง (เช่น ประมาณ 2 GB บนโวลุ่ม 2 TB) ข้อมูลเมตาหลักบางส่วนถูกทำซ้ำเพื่อให้มีความทนทานต่อความล้มเหลวมากขึ้น

ตัวเลือก ReFS ที่เราเห็นใน วินโดวส์เซิร์ฟเวอร์ 8 เบต้ารองรับคลัสเตอร์ข้อมูลขนาด 64 KB และคลัสเตอร์ข้อมูลเมตาขนาด 16 KB เท่านั้น ในตอนนี้ พารามิเตอร์ “ขนาดคลัสเตอร์” จะถูกละเว้นเมื่อสร้างวอลุ่ม ReFS และจะถูกตั้งค่าเป็นค่าเริ่มต้นเสมอ เมื่อจัดรูปแบบระบบไฟล์ ตัวเลือกเดียวที่ใช้ได้สำหรับการเลือกขนาดคลัสเตอร์คือ 64 KB เช่นกัน

ยอมรับเถอะ: ขนาดคลัสเตอร์นี้มากเกินพอที่จะจัดระเบียบระบบไฟล์ทุกขนาด อย่างไรก็ตาม ผลข้างเคียงคือความซ้ำซ้อนที่เห็นได้ชัดเจนในการจัดเก็บข้อมูล (ไฟล์ขนาด 1 ไบต์บนดิสก์จะใช้บล็อกขนาด 64 KB เต็ม)

การรักษาความปลอดภัยรีเอฟเอส

จากมุมมองของสถาปัตยกรรมระบบไฟล์ ReFS มีเครื่องมือทั้งหมดที่คุณต้องการในการกู้คืนไฟล์อย่างปลอดภัย แม้ว่าฮาร์ดแวร์หลักจะล้มเหลวก็ตาม ข้อเสียเปรียบหลักของระบบเจอร์นัลในระบบไฟล์ NTFS และสิ่งที่คล้ายคลึงกันคือการอัปเดตดิสก์อาจทำให้ข้อมูลเมตาที่บันทึกไว้ก่อนหน้านี้เสียหายได้หากมีไฟฟ้าขัดข้องระหว่างการบันทึก - เอฟเฟกต์นี้ได้รับชื่อที่เสถียรแล้ว: สิ่งที่เรียกว่า - บันทึกที่แตกสลาย».

เพื่อหลีกเลี่ยง บันทึกที่เสียหายนักพัฒนาจาก Microsoft ได้เลือกแนวทางใหม่ที่ส่วนของโครงสร้างข้อมูลเมตามีตัวระบุของตนเอง ซึ่งทำให้สามารถตรวจสอบความเป็นเจ้าของโครงสร้างได้ ลิงก์ข้อมูลเมตาประกอบด้วยการตรวจสอบ 64 บิตของบล็อกที่ถูกอ้างอิง

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

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

หัวข้อที่แยกต่างหากคือความทนทานต่อข้อผิดพลาดของ ReFS ในกรณีที่ดิสก์เสียหาย ระบบสามารถตรวจจับความเสียหายของดิสก์ได้ทุกรูปแบบรวมถึงการสูญหายหรือเก็บไว้ในบันทึกที่ไม่ถูกต้องรวมถึงสิ่งที่เรียกว่า ผุเล็กน้อย(ความเสื่อมของข้อมูลบนสื่อ)

เมื่อเปิดใช้งานตัวเลือก "สตรีมจำนวนเต็ม" ReFS จะตรวจสอบเนื้อหาของไฟล์และเขียนการเปลี่ยนแปลงไฟล์ไปยังตำแหน่งของบุคคลที่สามเสมอ เพื่อให้แน่ใจว่าข้อมูลที่มีอยู่แล้วจะไม่สูญหายเมื่อถูกเขียนทับ Checksums จะได้รับการอัปเดตโดยอัตโนมัติเมื่อมีการเขียนข้อมูล ดังนั้นหากเกิดความล้มเหลวระหว่างการเขียน ผู้ใช้จะยังคงมีไฟล์เวอร์ชันที่ตรวจสอบได้

อีกหัวข้อที่น่าสนใจเกี่ยวกับการรักษาความปลอดภัย ReFS คือการโต้ตอบกับ พื้นที่เก็บข้อมูล- รีเอฟเอส และ พื้นที่เก็บข้อมูลออกแบบมาเพื่อเสริมซึ่งกันและกันในฐานะสององค์ประกอบของระบบจัดเก็บข้อมูลเดียว นอกจากการปรับปรุงประสิทธิภาพแล้ว พื้นที่เก็บข้อมูลปกป้องข้อมูลจากความล้มเหลวของดิสก์บางส่วนและทั้งหมดโดยการจัดเก็บสำเนาไว้ในดิสก์หลายตัว ในระหว่างความล้มเหลวในการอ่าน พื้นที่เก็บข้อมูลสามารถอ่านสำเนาได้ และในกรณีที่การเขียนล้มเหลว (แม้ว่าข้อมูลสื่อจะสูญหายไปโดยสิ้นเชิงระหว่างการอ่าน/การเขียน) ก็เป็นไปได้ที่จะกระจายข้อมูล "อย่างโปร่งใส" อีกครั้ง ตามที่แสดงในทางปฏิบัติ ความล้มเหลวดังกล่าวส่วนใหญ่ไม่เกี่ยวข้องกับสื่อ - มันเกิดขึ้นเนื่องจากข้อมูลเสียหายหรือเนื่องจากการสูญหายของข้อมูลหรือการบันทึกไว้ในที่ที่ไม่ถูกต้อง

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

ตามที่ระบุไว้บนเว็บไซต์ Microsoft ที่ทุ่มเทให้กับ วินโดวส์เซิร์ฟเวอร์ 8การตรวจสอบความถูกต้องจะเปิดใช้งานสำหรับข้อมูลเมตา ReFS เสมอ และหากไดรฟ์ข้อมูลถูกโฮสต์บนมิเรอร์ พื้นที่เก็บข้อมูลการแก้ไขอัตโนมัติก็เปิดใช้งานอยู่เช่นกัน ลำธารที่ไม่บุบสลายทั้งหมดได้รับการคุ้มครองในลักษณะเดียวกัน สิ่งนี้จะสร้างโซลูชันแบบ end-to-end ที่มีความสมบูรณ์สูงสำหรับผู้ใช้ โดยที่พื้นที่จัดเก็บข้อมูลที่ค่อนข้างไม่น่าเชื่อถือสามารถทำให้มีความน่าเชื่อถือสูงได้

สตรีมความสมบูรณ์ดังกล่าวจะปกป้องเนื้อหาไฟล์จากความเสียหายของข้อมูลทุกประเภท อย่างไรก็ตาม คุณลักษณะนี้ใช้ไม่ได้ในบางกรณี

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

ฉันคิดว่ามันชัดเจนว่า ReFS ทำหน้าที่อย่างไรในกรณีที่ดิสก์เสียหายหรือพื้นที่จัดเก็บข้อมูลล้มเหลว การระบุและเอาชนะการสูญเสียข้อมูลที่เกี่ยวข้องกับ “ ผุเล็กน้อย“เมื่อตรวจไม่พบความเสียหายต่อส่วนที่อ่านยากของดิสก์จะเริ่มเติบโตอย่างรวดเร็ว เมื่อถึงเวลาที่อ่านและตรวจพบความเสียหายดังกล่าว อาจส่งผลกระทบต่อสำเนาอยู่แล้ว หรือข้อมูลอาจสูญหายเนื่องจากความล้มเหลวอื่นๆ

เพื่อเอาชนะกระบวนการ ผุเล็กน้อย Microsoft ได้เพิ่มงานระบบพื้นหลังที่จะล้างข้อมูลเมตาและข้อมูลสตรีมความสมบูรณ์เป็นระยะๆ บนวอลุ่ม ReFS ที่อยู่ในพื้นที่เก็บข้อมูลแบบมิเรอร์ การทำความสะอาดเกิดขึ้นโดยการอ่านสำเนาพิเศษทั้งหมดและตรวจสอบความถูกต้องโดยใช้การตรวจสอบ ReFS หากผลรวมตรวจสอบไม่ตรงกัน สำเนาที่มีข้อผิดพลาดจะได้รับการแก้ไขโดยใช้สำเนาที่ดี

ยังคงมีภัยคุกคามที่อาจเรียกได้ว่าเป็น "ฝันร้ายของผู้ดูแลระบบ" มีหลายกรณีที่แม้แต่ไดรฟ์ข้อมูลบนพื้นที่ที่ทำมิเรอร์ก็อาจเสียหายได้ แม้จะเกิดขึ้นไม่บ่อยนัก ตัวอย่างเช่น หน่วยความจำของระบบที่ผิดพลาดอาจทำให้ข้อมูลเสียหาย ซึ่งอาจไปจบลงที่ดิสก์และสำเนาที่ซ้ำซ้อนเสียหายได้ นอกจากนี้ ผู้ใช้จำนวนมากอาจตัดสินใจที่จะไม่ใช้พื้นที่เก็บข้อมูลแบบมิเรอร์ภายใต้ ReFS

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

เราคุ้นเคยกับความจริงที่ว่าระบบไฟล์ไม่สามารถเปิดหรือลบไฟล์ที่เสียหายได้และผู้ดูแลระบบไม่สามารถทำอะไรกับมันได้

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

ReFS ในทางปฏิบัติ

แน่นอนว่าการปฏิบัติจริงและความสะดวกสบาย (หรือคุณสมบัติตรงกันข้าม) ของ ReFS สามารถตัดสินได้หลังจากที่คอมพิวเตอร์ที่ใช้ Windows 8 แพร่หลายและผ่านไปอย่างน้อยหกเดือนของการทำงานร่วมกับพวกเขา ในระหว่างนี้ ผู้มีโอกาสเป็นผู้ใช้ G8 จะมีคำถามมากกว่าคำตอบ

ตัวอย่างเช่นสิ่งนี้: เป็นไปได้หรือไม่ใน Windows 8 ที่จะแปลงข้อมูลจากระบบ NTFS เป็น ReFS และในทางกลับกันได้อย่างง่ายดายและง่ายดาย ตัวแทนของ Microsoft กล่าวว่าไม่มีฟังก์ชันการแปลงรูปแบบในตัว แต่ยังสามารถคัดลอกข้อมูลได้ ขอบเขตของ ReFS นั้นชัดเจน: ในตอนแรกสามารถใช้เป็นตัวจัดการข้อมูลขนาดใหญ่สำหรับเซิร์ฟเวอร์ได้เท่านั้น (อันที่จริงมันถูกใช้ไปแล้ว) ยังไม่มีไดรฟ์ภายนอกที่มี ReFS - มีเพียงไดรฟ์ภายในเท่านั้น แน่นอนว่าเมื่อเวลาผ่านไป ReFS จะมีฟีเจอร์เพิ่มมากขึ้น และจะสามารถแทนที่ระบบเดิมได้

Microsoft กล่าวว่าเป็นไปได้มากว่าสิ่งนี้จะเกิดขึ้นพร้อมกับการเปิดตัวแพ็คเกจอัพเดตชุดแรกสำหรับ Windows 8

Microsoft ยังอ้างว่าได้ทดสอบ ReFS แล้ว:

“ใช้ชุดการทดสอบที่ซับซ้อนและกว้างขวางนับหมื่นชุดที่สร้างขึ้นสำหรับ NTFS มานานกว่าสองทศวรรษ การทดสอบเหล่านี้จะสร้างเงื่อนไขการปรับใช้งานที่ซับซ้อนที่เราคิดว่าระบบอาจพบ เช่น ปัญหาไฟฟ้าขัดข้อง ซึ่งมักเกี่ยวข้องกับความสามารถในการปรับขนาดและประสิทธิภาพ ดังนั้นเราจึงสามารถพูดได้ว่าระบบ ReFS พร้อมสำหรับการทดสอบการใช้งานในสภาพแวดล้อมที่มีการจัดการ”

อย่างไรก็ตาม ในเวลาเดียวกัน นักพัฒนายอมรับว่า ReFS เป็นระบบไฟล์ขนาดใหญ่เวอร์ชันแรกอาจต้องใช้ความระมัดระวังในการจัดการ:

“เราไม่ได้กำหนดลักษณะ ReFS สำหรับ Windows 8 ให้เป็นเวอร์ชันเบต้า ระบบไฟล์ใหม่จะพร้อมสำหรับการเปิดตัวเมื่อ Windows 8 ออกจากรุ่นเบต้า เนื่องจากไม่มีอะไรสำคัญไปกว่าความน่าเชื่อถือของข้อมูล ดังนั้นจึงแตกต่างจากแง่มุมอื่นๆ ของระบบตรงที่ต้องใช้แนวทางอนุรักษ์นิยมในการใช้งานและการทดสอบเบื้องต้น”

ด้วยเหตุผลนี้ส่วนใหญ่ ReFS จะถูกนำมาใช้ตามแผนที่จะแบ่งเป็นระยะ ประการแรก - เป็นระบบจัดเก็บข้อมูลสำหรับ Windows Server จากนั้น - เป็นระบบจัดเก็บข้อมูลสำหรับผู้ใช้และสุดท้าย - เป็นวอลลุมสำหรับบูต อย่างไรก็ตาม เคยใช้ "แนวทางระมัดระวัง" ที่คล้ายกันในการเปิดตัวระบบไฟล์ใหม่มาก่อน