การทำซ้ำ DFS ผ่าน VPN: การล็อกไม่ใช่สิ่งที่คุณได้รับ

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

ความเชื่อผิด: VPN ทำให้เรพลิกาเป็นระบบไฟล์เดียว

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

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

DFSR ทำซ้ำอะไรจริง ๆ

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

เส้นทางเนมสเปซทำให้เข้าถึงสำเนาได้ง่าย และไม่ได้ทำให้สอดคล้องกัน

พื้นที่ staging คือความจุการทำงาน ไม่ใช่ข้อมูลสำรอง

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

staging ไม่ใช่ข้อมูลสำรอง และการเผยแพร่การเปลี่ยนแปลงไม่ใช่ประวัติเวอร์ชัน

การทยอยข้อมูลล่วงหน้าเป็นการปรับให้เหมาะสม ไม่ใช่ทางลัด

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

ตรวจสอบสถานะเริ่มต้นก่อนที่ผู้ใช้จะพึ่งพาปลายทาง ไม่ใช่หลังการร้องเรียนครั้งแรก

เลือกหน้าต่างและนิยามว่าปัจจุบันหมายถึงอะไร

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

เขียนประโยคนั้นลงไป เพราะงานค้างสี่สิบนาทีเป็นเรื่องน่ากังวลก็ต่อเมื่อไม่มีใครนิยามเป้าหมาย

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

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

การออกแบบที่บันทึกความล่าช้าและกฎการแก้ไขของตนนั้นสนับสนุนได้ง่ายกว่าการออกแบบที่สัญญาว่าจะมีสำเนาเหมือนกันมาก