สวัสดีผู้อ่านบล็อกของเรา! เราคุ้นเคยกันดีอยู่แล้ว - โพสต์ภาษาอังกฤษของฉันปรากฏที่นี่ซึ่งแปลโดยเพื่อนร่วมงานที่รักของฉัน . ครั้งนี้ฉันตัดสินใจพูดกับผู้ฟังที่พูดภาษารัสเซียโดยตรง
สำหรับการเปิดตัวครั้งแรกของฉัน ฉันต้องการค้นหาหัวข้อที่น่าสนใจสำหรับผู้ชมในวงกว้างที่สุดเท่าที่จะเป็นไปได้และต้องมีการพิจารณาอย่างละเอียด Daniel Defoe แย้งว่าความตายและภาษีรอคอยทุกคน ในส่วนของฉัน ฉันสามารถพูดได้ว่าวิศวกรฝ่ายสนับสนุนจะมีคำถามเกี่ยวกับนโยบายพื้นที่จัดเก็บข้อมูลจุดกู้คืน (หรือที่เรียกง่ายๆ ว่าการเก็บรักษา) ฉันเริ่มอธิบายวิธีการเก็บรักษาเมื่อ 4 ปีที่แล้วในฐานะวิศวกรรุ่นน้องระดับหนึ่ง และตอนนี้ฉันยังคงอธิบายต่อไปในฐานะผู้นำของทีมที่พูดภาษาสเปนและอิตาลี ฉันแน่ใจว่าเพื่อนร่วมงานของฉันจากการสนับสนุนระดับที่สองและสามก็ตอบคำถามเดียวกันเป็นประจำ
ด้วยเหตุนี้ ฉันต้องการเขียนโพสต์สุดท้ายที่มีรายละเอียดมากที่สุดเท่าที่จะเป็นไปได้ ซึ่งผู้ใช้ที่พูดภาษารัสเซียสามารถกลับมาอ่านซ้ำแล้วซ้ำอีกเป็นหนังสืออ้างอิงได้ ช่วงเวลานั้นถูกต้อง - เวอร์ชันครบรอบ XNUMX ปีที่เพิ่งเปิดตัวได้เพิ่มคุณสมบัติใหม่ให้กับฟังก์ชันพื้นฐานที่ไม่เปลี่ยนแปลงมานานหลายปี โพสต์ของฉันมุ่งเน้นไปที่เวอร์ชันนี้เป็นหลัก - แม้ว่าสิ่งที่เขียนส่วนใหญ่จะเป็นจริงสำหรับเวอร์ชันก่อนหน้า แต่คุณจะไม่พบฟังก์ชันการทำงานบางอย่างที่อธิบายไว้ที่นั่น สุดท้ายนี้ เมื่อมองไปสู่อนาคตอีกสักหน่อย ผมจะบอกว่าคาดว่าจะมีการเปลี่ยนแปลงบางอย่างในเวอร์ชันถัดไป แต่เราจะแจ้งให้คุณทราบเมื่อถึงเวลา มาเริ่มกันเลย
งานสำรอง
ก่อนอื่น มาดูส่วนที่ไม่มีการเปลี่ยนแปลงในเวอร์ชัน 10 นโยบายการเก็บรักษาถูกกำหนดโดยพารามิเตอร์หลายตัว เปิดหน้าต่างสำหรับสร้างงานใหม่และไปที่แท็บที่เก็บข้อมูล ที่นี่เราจะเห็นพารามิเตอร์ที่กำหนดจำนวนจุดคืนค่าที่ต้องการ:
อย่างไรก็ตาม นี่เป็นเพียงส่วนหนึ่งของสมการเท่านั้น จำนวนคะแนนจริงยังถูกกำหนดโดยโหมดการสำรองข้อมูลที่ตั้งไว้สำหรับงานอีกด้วย หากต้องการเลือกตัวเลือกนี้ ให้คลิกที่ปุ่มขั้นสูงบนแท็บเดียวกัน จะเป็นการเปิดหน้าต่างใหม่พร้อมตัวเลือกมากมาย มานับกันและพิจารณาทีละรายการ:
หากคุณเปิดใช้งานเฉพาะตัวเลือกที่ 1 งานจะทำงานในโหมด "ส่วนเพิ่มการส่งต่อตลอดไป" ไม่มีปัญหาใด ๆ งานจะจัดเก็บจุดกู้คืนตามจำนวนที่ระบุจากการสำรองข้อมูลทั้งหมด (ไฟล์ที่มีนามสกุล VBK) ไปจนถึงการเพิ่มครั้งล่าสุด (ไฟล์ที่มีนามสกุล VIB) เมื่อจำนวนคะแนนเกินค่าที่ตั้งไว้ การเพิ่มขึ้นที่เก่าที่สุดจะถูกรวมเข้ากับการสำรองข้อมูลทั้งหมด กล่าวอีกนัยหนึ่ง หากงานถูกตั้งค่าให้จัดเก็บ 3 จุด จากนั้นทันทีหลังจากเซสชันถัดไป พื้นที่เก็บข้อมูลจะมี 4 จุด หลังจากนั้นการสำรองข้อมูลทั้งหมดจะถูกรวมเข้ากับการเพิ่มขึ้นที่เก่าที่สุด และจำนวนคะแนนทั้งหมดจะกลับสู่ 3.
การคงไว้สำหรับโหมด "ส่วนเพิ่มแบบย้อนกลับ" (ตัวเลือก 2) ก็ทำได้ง่ายมากเช่นกัน เนื่องจากในกรณีนี้ จุดใหม่ล่าสุดจะเป็นการสำรองข้อมูลที่สมบูรณ์ ตามด้วยห่วงโซ่ของการย้อนกลับที่เรียกว่า (ไฟล์ที่มีนามสกุล VRB) จากนั้นหากต้องการใช้การเก็บรักษา ก็เพียงพอที่จะลบการย้อนกลับที่เก่าที่สุดออก สถานการณ์จะเหมือนเดิม: ทันทีหลังจากเซสชัน จำนวนคะแนนจะเกินค่าที่ตั้งไว้ 1 คะแนน หลังจากนั้นจะกลับสู่ค่าที่ต้องการ
โปรดทราบว่าด้วยโหมดการเพิ่มแบบย้อนกลับ คุณยังสามารถเปิดใช้งานการสำรองข้อมูลเต็มรูปแบบเป็นระยะ (ตัวเลือก 4) ได้ แต่สิ่งนี้จะไม่เปลี่ยนแปลงสาระสำคัญ ใช่ คะแนนการกู้คืนที่สมบูรณ์จะปรากฏในห่วงโซ่ แต่เราจะยังคงลบคะแนนที่เก่าที่สุดทีละรายการ
ในที่สุดเราก็มาถึงส่วนที่น่าสนใจ หากคุณเปิดใช้งานการสำรองข้อมูลส่วนเพิ่ม แต่เปิดใช้งานตัวเลือก 3 หรือ 4 เพิ่มเติม (หรือทั้งสองอย่างในเวลาเดียวกัน) งานจะเริ่มสร้างการสำรองข้อมูลทั้งหมดเป็นระยะโดยใช้วิธี "ใช้งานอยู่" หรือสังเคราะห์ วิธีสร้างการสำรองข้อมูลทั้งหมดไม่สำคัญ - จะมีข้อมูลเดียวกันและห่วงโซ่ส่วนเพิ่มจะถูกแบ่งออกเป็น "เครือข่ายย่อย" วิธีนี้เรียกว่าการส่งต่อแบบเพิ่มหน่วย และวิธีนี้ทำให้เกิดคำถามที่สำคัญจากลูกค้าของเรา
การเก็บรักษาจะใช้ที่นี่โดยการลบส่วนที่เก่าที่สุดของเชน (จากการสำรองข้อมูลทั้งหมดไปจนถึงส่วนเพิ่ม) ในเวลาเดียวกัน เราจะไม่ลบเฉพาะข้อมูลสำรองทั้งหมดหรือเพียงบางส่วนที่เพิ่มขึ้นเท่านั้น “subchain” ทั้งหมดจะถูกลบออกอย่างสมบูรณ์ในคราวเดียว ความหมายของการตั้งค่าจำนวนคะแนนก็เปลี่ยนไปเช่นกัน - หากเป็นจำนวนสูงสุดที่อนุญาตในวิธีอื่น หลังจากนั้นต้องใช้การเก็บรักษา จากนั้นการตั้งค่านี้จะกำหนดจำนวนขั้นต่ำ กล่าวอีกนัยหนึ่ง หลังจากลบ "subchain" ที่เก่าที่สุดแล้ว จำนวนคะแนนในส่วนที่เหลือไม่ควรต่ำกว่าขั้นต่ำนี้
ฉันจะพยายามพรรณนาแนวคิดนี้เป็นภาพกราฟิก สมมติว่าตั้งค่าการเก็บรักษาไว้ที่ 3 จุด งานจะทำงานทุกวันโดยมีการสำรองข้อมูลเต็มรูปแบบในวันจันทร์ การเก็บรักษาในกรณีนี้จะมีผลเมื่อจำนวนคะแนนรวมถึง 10:
ทำไมมี 10 แล้วในเมื่อใส่ได้ 3? มีการสร้างการสำรองข้อมูลเต็มรูปแบบในวันจันทร์ ตั้งแต่วันอังคารถึงวันอาทิตย์ งานจะเพิ่มขึ้นทีละน้อย ในที่สุด วันจันทร์หน้า การสำรองข้อมูลทั้งหมดจะถูกสร้างขึ้นอีกครั้ง และเฉพาะเมื่อมีการสร้างส่วนเพิ่ม 2 ครั้งเท่านั้นจึงจะสามารถลบส่วนเก่าทั้งหมดของห่วงโซ่ได้ในที่สุด เนื่องจากจำนวนคะแนนที่เหลือจะไม่ต่ำกว่าชุดที่ 3
หากแนวคิดนี้ชัดเจน ฉันขอแนะนำให้คุณลองคำนวณการรักษาผู้ใช้ด้วยตนเอง ปฏิบัติตามเงื่อนไขต่อไปนี้: งานจะเปิดตัวเป็นครั้งแรกในวันพฤหัสบดี (โดยปกติแล้วจะมีการสำรองข้อมูลทั้งหมด) ภารกิจได้รับการตั้งค่าให้สร้างการสำรองข้อมูลเต็มรูปแบบในวันพุธและวันอาทิตย์ และจัดเก็บจุดกู้คืน 8 จุด การเก็บรักษาจะใช้เป็นครั้งแรกเมื่อใด
เพื่อตอบคำถามนี้ ฉันขอแนะนำให้คุณหยิบกระดาษมาหนึ่งแผ่น เรียงตามวันในสัปดาห์และจดว่าจุดใดที่สร้างขึ้นในแต่ละวัน คำตอบก็จะชัดเจนขึ้น
ตอบ
คำอธิบาย: หากต้องการตอบ เพียงถามตัวเองว่า “การเก็บรักษาจะมีผลเมื่อใด” คำตอบคือ เมื่อเราสามารถลบ 3 จุดแรก (VBK, VIB, VIB) ได้ และห่วงโซ่ที่เหลือไม่ต่ำกว่า 8 จุดที่ต้องการ ชัดเจนว่าเราจะทำได้เมื่อเรามีทั้งหมด 11 แต้ม นั่นคือวันอาทิตย์ของสัปดาห์ที่สอง
ผู้อ่านบางคนอาจคัดค้าน: “ทำไมต้องทำทั้งหมดนี้ถ้ามี ?. ไม่ต้องสงสัยเลยว่านี่เป็นเครื่องมือที่มีประโยชน์มากและในบางกรณีฉันก็จะใช้มัน แต่ก็มีข้อจำกัดเช่นกัน ประการแรก ไม่อนุญาตให้คุณระบุเงื่อนไขเริ่มต้น และในหลายกรณี คำถามก็คือ "เรามีห่วงโซ่ดังกล่าว จะเกิดอะไรขึ้นถ้าเราเปลี่ยนการตั้งค่าดังกล่าว" ประการที่สอง เครื่องมือยังขาดความชัดเจนอยู่บ้าง ฉันไม่พบความเข้าใจใด ๆ ในการแสดงหน้า RPS ให้กับลูกค้า แต่เมื่อทาสีตามตัวอย่าง (แม้จะใช้ Paint เดียวกันก็ตาม) วันแล้ววันเล่าทุกอย่างก็ชัดเจน
สุดท้าย เราไม่ได้พิจารณาตัวเลือก “เปลี่ยนห่วงโซ่การสำรองข้อมูลก่อนหน้าเป็นการย้อนกลับ” (ทำเครื่องหมายด้วยหมายเลข 5) ตัวเลือกนี้บางครั้งอาจทำให้ไคลเอนต์สับสนที่เปิดใช้งาน "อัตโนมัติ" โดยต้องการเปิดใช้งานการสำรองข้อมูลแบบสังเคราะห์ ในขณะเดียวกัน ตัวเลือกนี้จะเปิดใช้งานโหมดการสำรองข้อมูลที่พิเศษมาก โดยไม่ต้องลงรายละเอียด ฉันจะบอกทันทีว่าในขั้นตอนของการพัฒนาผลิตภัณฑ์นี้ “การแปลงห่วงโซ่การสำรองข้อมูลก่อนหน้านี้เป็นการย้อนกลับ” เป็นตัวเลือกที่ล้าสมัย และฉันไม่สามารถนึกถึงสถานการณ์เดียวเมื่อควรใช้ มูลค่าของมันน่าสงสัยมากจนในบางครั้ง Anton Gostev เองก็เรียกร้องผ่านฟอรัมโดยขอให้ส่งตัวอย่างการใช้งานที่มีประโยชน์ให้เขา (ถ้าคุณมีเขียนในความคิดเห็นฉันสนใจมาก) หากไม่มี (ฉันคิดว่าจะเป็นกรณีนี้) ตัวเลือกจะถูกลบออกในเวอร์ชันต่อๆ ไป
งานจะสร้างส่วนเพิ่ม (VIB) จนถึงวันที่กำหนดการสำรองข้อมูลแบบสังเคราะห์เต็มรูปแบบ ในวันนี้ VBK จะถูกสร้างขึ้นจริง ๆ แต่จุดทั้งหมดก่อนหน้า VBK นี้จะถูกแปลงเป็นการย้อนกลับ (VRB) หลังจากนี้ งานจะยังคงสร้างส่วนเพิ่มให้กับการสำรองข้อมูลทั้งหมดจนกว่าจะมีการสำรองข้อมูลสังเคราะห์ครั้งถัดไป เป็นผลให้เกิดการผสมผสานที่ระเบิดได้ของไฟล์ VBK, VBR และ VIB ถูกสร้างขึ้นในสายโซ่ การเก็บรักษานั้นใช้ง่ายมาก - โดยการลบ VBR สุดท้ายออก:
ปัญหา
นอกเหนือจากการทำความเข้าใจวิธีการทำงานจริงแล้ว ปัญหาส่วนใหญ่ที่เกิดขึ้นเมื่อใช้โหมดส่วนเพิ่มมักจะเกี่ยวข้องกับการสำรองข้อมูลทั้งหมด จำเป็นต้องมีการสำรองข้อมูลเต็มรูปแบบเป็นประจำสำหรับโหมดนี้ มิฉะนั้นพื้นที่เก็บข้อมูลจะสะสมคะแนนจนกว่าจะเต็ม
ตัวอย่างเช่น การสำรองข้อมูลทั้งหมดอาจถูกสร้างขึ้นน้อยครั้งเกินไป สมมติว่างานถูกตั้งค่าให้จัดเก็บ 10 คะแนน และสร้างการสำรองข้อมูลทั้งหมดเดือนละครั้ง เห็นได้ชัดว่าจำนวนคะแนนจริงที่นี่จะมากกว่าจำนวนที่แสดงไว้อย่างมาก หรืองานโดยทั่วไปถูกกำหนดให้ทำงานในโหมดเพิ่มขึ้นอย่างไม่สิ้นสุดและเก็บ 50 คะแนน จากนั้นมีคนสร้างการสำรองข้อมูลทั้งหมดโดยไม่ตั้งใจ เพียงเท่านี้ งานจะรอจนกว่าคะแนนเต็มจะสะสมเพิ่มขึ้น 49 ครั้ง หลังจากนั้นจะใช้การเก็บรักษาและกลับสู่โหมดเต็มไม่สิ้นสุด
ในกรณีอื่นๆ การสำรองข้อมูลทั้งหมดจะถูกตั้งค่าให้สร้างเป็นประจำ แต่ไม่ได้ตั้งค่าไว้ด้วยเหตุผลบางประการ ฉันจะแสดงรายการเหตุผลยอดนิยมที่สุดที่นี่ ไคลเอนต์บางรายต้องการใช้ตัวเลือกการกำหนดเวลา "ดำเนินการตาม" และกำหนดค่างานให้ทำงานแบบลูกโซ่ ลองมาดูตัวอย่างนี้: มี 3 งานที่รันทุกวันและสร้างการสำรองข้อมูลเต็มรูปแบบในวันอาทิตย์ งานแรกเริ่มเวลา 22.30 น. ส่วนที่เหลือจะเริ่มเป็นลูกโซ่ การสำรองข้อมูลส่วนเพิ่มจะใช้เวลา 10 นาที ดังนั้นภายในเวลา 23.00 น. งานทั้งหมดจึงเสร็จสิ้นการทำงาน แต่การสำรองข้อมูลทั้งหมดจะใช้เวลาหนึ่งชั่วโมง ดังนั้นในวันอาทิตย์สิ่งต่อไปนี้จะเกิดขึ้น: งานแรกจะเริ่มตั้งแต่เวลา 22.30 น. ถึง 23.30 น. ต่อไปเวลา 23.30 – 00.30 น. แต่งานที่สามจะเริ่มในวันจันทร์ การสำรองข้อมูลทั้งหมดถูกตั้งค่าไว้สำหรับวันอาทิตย์ ดังนั้นในกรณีนี้มันจะไม่เกิดขึ้น งานจะรอการสำรองข้อมูลทั้งหมดเพื่อใช้การเก็บรักษา ดังนั้นควรระมัดระวังเมื่อใช้ตัวเลือก "ดำเนินการตาม" หรือไม่ใช้งานเลย - เพียงตั้งค่างานให้เริ่มต้นในเวลาเดียวกัน และปล่อยให้ตัวกำหนดเวลาทรัพยากรทำงาน
ตัวเลือกที่ยาก “ลบรายการที่ถูกลบ”
เมื่อผ่านการตั้งค่าของงาน พื้นที่เก็บข้อมูล - ขั้นสูง - การบำรุงรักษา คุณจะเจอตัวเลือก "ลบข้อมูลรายการที่ถูกลบหลังจากนั้น" ซึ่งสามารถนับเป็นวันได้
ลูกค้าบางรายคาดหวังว่าสิ่งนี้จะเป็นการรักษาไว้ อันที่จริงนี่เป็นตัวเลือกที่แยกจากกันโดยสิ้นเชิงซึ่งความเข้าใจผิดอาจทำให้เกิดผลที่ไม่คาดคิดได้ อย่างไรก็ตาม ก่อนอื่น เราต้องอธิบายว่า B&R มีปฏิกิริยาอย่างไรต่อสถานการณ์ที่มีการสำรองข้อมูลเครื่องเพียงไม่กี่เครื่องในระหว่างเซสชัน
ลองจินตนาการถึงสถานการณ์นี้: งานที่เพิ่มขึ้นอย่างไม่สิ้นสุดที่กำหนดค่าให้เก็บ 6 คะแนน งานนี้มี 2 เครื่อง เครื่องหนึ่งสำรองข้อมูลไว้สำเร็จเสมอ และอีกเครื่องบางครั้งก็แสดงข้อผิดพลาด ด้วยเหตุนี้ เมื่อถึงจุดที่เจ็ด สถานการณ์ต่อไปนี้ก็เกิดขึ้น:
ถึงเวลาใช้การเก็บรักษา แต่รถคันหนึ่งมี 7 แต้ม และอีกคันมีเพียง 4 เท่านั้น จะใช้การเก็บรักษาที่นี่หรือไม่? คำตอบคือใช่ มันจะ หากมีการสำรองข้อมูลวัตถุอย่างน้อยหนึ่งรายการ B&R จะถือว่าจุดนั้นถูกสร้างขึ้น
สถานการณ์ที่คล้ายกันอาจเกิดขึ้นได้หากเครื่องบางเครื่องไม่รวมอยู่ในงานระหว่างเซสชันหนึ่งๆ สิ่งนี้จะเกิดขึ้น เช่น เมื่อมีการเพิ่มเครื่องจักรไปยังงานที่ไม่แยกจากกัน แต่เป็นส่วนหนึ่งของคอนเทนเนอร์ (โฟลเดอร์ พื้นที่เก็บข้อมูล) และเครื่องบางเครื่องถูกย้ายไปยังคอนเทนเนอร์อื่นชั่วคราว ในกรณีนี้งานจะถือว่าสำเร็จ แต่ในสถิติคุณจะพบข้อความที่ขอให้คุณทราบว่างานดังกล่าวและเครื่องดังกล่าวไม่ได้รับการประมวลผลอีกต่อไป
จะเกิดอะไรขึ้นถ้าคุณไม่ใส่ใจกับสิ่งนี้? ในกรณีของโหมดเพิ่มหน่วยหรือเพิ่มแบบย้อนกลับ จำนวนจุดการกู้คืนของเครื่อง "ปัญหา" จะลดลงในแต่ละเซสชันจนกว่าจะถึง 1 ซึ่งจัดเก็บไว้ใน VBK กล่าวอีกนัยหนึ่ง แม้ว่าเครื่องจะไม่ได้สำรองข้อมูลไว้เป็นเวลานาน จุดการกู้คืนหนึ่งจุดจะยังคงอยู่ สถานการณ์จะแตกต่างออกไปหากเปิดใช้งานการสำรองข้อมูลทั้งหมดเป็นระยะๆ หากคุณเพิกเฉยต่อสัญญาณจาก B&R จุดสุดท้ายอาจถูกลบไปพร้อมกับส่วนเก่าของห่วงโซ่ในที่สุด
เมื่อเข้าใจรายละเอียดเหล่านี้แล้ว คุณก็สามารถพิจารณาตัวเลือก "ลบข้อมูลรายการที่ถูกลบหลังจาก" ได้ในที่สุด มันจะลบจุดทั้งหมดสำหรับเครื่องใดเครื่องหนึ่งหากเครื่องนั้นไม่ได้สำรองข้อมูลเป็นเวลา X วัน โปรดทราบว่าการตั้งค่านี้ไม่ตอบสนองต่อข้อผิดพลาด (ลองแล้ว แต่ไม่ได้ผล) ไม่ควรมีความพยายามในการสำรองข้อมูลเครื่องด้วยซ้ำ ดูเหมือนว่าตัวเลือกนี้จะมีประโยชน์และควรเปิดใช้งานไว้เสมอ หากผู้ดูแลระบบลบเครื่องออกจากงานหลังจากนั้นสักครู่ก็มีเหตุผลที่จะล้างห่วงโซ่ข้อมูลที่ไม่จำเป็น อย่างไรก็ตาม การปรับแต่งต้องใช้วินัยและความเอาใจใส่
ฉันขอยกตัวอย่างจากการฝึกฝน: มีการเพิ่มคอนเทนเนอร์หลายรายการในงานซึ่งมีองค์ประกอบที่ค่อนข้างไดนามิก เนื่องจากไม่มี RAM เซิร์ฟเวอร์ B&R จึงประสบปัญหาที่ตรวจไม่พบ งานเริ่มต้นและพยายามสำรองข้อมูลเครื่องจักร ยกเว้นเครื่องหนึ่งซึ่งในขณะนั้นไม่มีอยู่ในคอนเทนเนอร์ เนื่องจากเครื่องจำนวนมากสร้างข้อผิดพลาด ตามค่าเริ่มต้น B&R ควรพยายามสำรองข้อมูลเครื่องที่ “มีปัญหา” เพิ่มเติมอีก 3 ครั้ง เนื่องจากปัญหา RAM อย่างต่อเนื่อง ความพยายามเหล่านี้จึงกินเวลานานหลายวัน ไม่มีความพยายามซ้ำแล้วซ้ำเล่าในการสำรองข้อมูล VM ที่หายไป (การไม่มี VM ไม่ใช่ข้อผิดพลาด) ด้วยเหตุนี้ ในระหว่างความพยายามซ้ำครั้งหนึ่ง เป็นไปตามเงื่อนไข "ลบรายการที่ถูกลบ" และจุดทั้งหมดบนเครื่องถูกลบออกไป
เกี่ยวกับเรื่องนี้ ฉันสามารถพูดได้ดังต่อไปนี้: หากคุณมีการตั้งค่าการแจ้งเตือนเกี่ยวกับผลลัพธ์ของงาน และยิ่งไปกว่านั้น ให้ใช้การผสานรวมกับ Veeam ONE ก็มีแนวโน้มว่าสิ่งนี้จะไม่เกิดขึ้นกับคุณ หากคุณดูเซิร์ฟเวอร์ B&R สัปดาห์ละครั้งเพื่อตรวจสอบว่าทุกอย่างใช้งานได้ จะเป็นการดีกว่าถ้าปฏิเสธตัวเลือกที่อาจนำไปสู่การลบข้อมูลสำรอง
มีอะไรเพิ่มเติมใน v.10
สิ่งที่เราพูดถึงก่อนหน้านี้มีอยู่ใน B&R มาหลายเวอร์ชันแล้ว เมื่อเข้าใจหลักการทำงานเหล่านี้แล้ว เรามาดูกันว่ามีอะไรเพิ่มเข้ามาในวันครบรอบ "สิบ" บ้าง
การเก็บรักษารายวัน
ข้างต้น เราได้ดูนโยบายพื้นที่จัดเก็บข้อมูลแบบ “คลาสสิก” โดยพิจารณาจากจำนวนคะแนน อีกวิธีหนึ่งคือตั้งค่า "วัน" แทน "จุดคืนค่า" ในเมนูเดียวกัน
แนวคิดนี้ชัดเจนตั้งแต่ชื่อ - Retention จะเก็บตามจำนวนวันที่กำหนด แต่จำนวนคะแนนในแต่ละวันไม่สำคัญ ในกรณีนี้ คุณต้องจำสิ่งต่อไปนี้:
- วันปัจจุบันจะไม่นำมาพิจารณาเมื่อคำนวณการรักษาผู้ใช้
- วันที่งานไม่ได้ผลเลยจะถูกนับด้วย ควรคำนึงถึงสิ่งนี้เพื่อไม่ให้เสียคะแนนของงานที่ทำงานผิดปกติโดยไม่ตั้งใจ
- จุดคืนทุนนับจากวันที่เริ่มสร้าง (เช่น หากงานเริ่มทำงานในวันจันทร์และเสร็จสิ้นในวันอังคาร นี่คือจุดตั้งแต่วันจันทร์)
มิฉะนั้น หลักการสำหรับการใช้การเก็บรักษาตามงานจะถูกกำหนดโดยวิธีการสำรองข้อมูลที่เลือกด้วย ลองงานการคำนวณอื่นโดยใช้วิธีการส่วนเพิ่มแบบเดียวกัน สมมติว่าตั้งค่าการเก็บรักษาไว้ที่ 8 วัน งานจะทำงานทุกๆ 6 ชั่วโมงโดยมีการสำรองข้อมูลเต็มรูปแบบในวันพุธ อย่างไรก็ตาม งานจะไม่ทำงานในวันอาทิตย์ งานจะดำเนินการในวันจันทร์เป็นครั้งแรก การเก็บรักษาจะมีผลเมื่อใด
ตอบ
และเช่นเคย วิธีที่ดีที่สุดคือวาดป้าย ฉันจะอนุญาตให้ตัวเองทำให้งานง่ายขึ้นและจะไม่ดึงคะแนนทั้งหมดที่สร้างขึ้นในแต่ละวันเพราะจำนวนคะแนนต่อวันไม่สำคัญที่นี่ เป็นสิ่งสำคัญสำหรับเราเท่านั้นที่ในวันจันทร์แรกและวันพุธ จุดแรกจะเป็นการสำรองข้อมูลทั้งหมด แต่ในวันที่เหลือ งานจะสร้างจุดเพิ่มขึ้น 4 จุด
เราชี้แจงให้ชัดเจนว่าการเก็บรักษาจะถูกนำไปใช้โดยการลบข้อมูลสำรองทั้งหมดของวันจันทร์และส่วนเพิ่ม สิ่งนี้จะเกิดขึ้นเมื่อใด? เมื่อส่วนที่เหลือของห่วงโซ่มี 8 วัน ในเวลาเดียวกัน เราไม่นับวันปัจจุบัน แต่ตรงกันข้าม เรานับวันอาทิตย์ ดังนั้นคำตอบคือวันพฤหัสบดีของสัปดาห์ที่สอง
การเก็บถาวร GFS สำหรับงานปกติ
ก่อนเวอร์ชัน 10 วิธีการจัดเก็บข้อมูลแบบปู่-พ่อ-ลูก (GFS) ใช้ได้สำหรับงานสำเนาสำรองและงานคัดลอกเทปเท่านั้น ตอนนี้ก็พร้อมสำหรับการสำรองข้อมูลตามปกติแล้ว
แม้ว่าสิ่งนี้จะไม่เกี่ยวข้องกับหัวข้อปัจจุบัน แต่ฉันอดไม่ได้ที่จะบอกว่าฟังก์ชั่นใหม่ไม่ได้หมายความว่าจะออกจากกลยุทธ์ 3-2-1 การมีอยู่ของจุดเก็บถาวรในพื้นที่เก็บข้อมูลหลักไม่ส่งผลกระทบต่อความน่าเชื่อถือ แต่อย่างใด เป็นที่เข้าใจกันว่า GFS จะใช้ร่วมกับพื้นที่เก็บข้อมูลแบบ Scale-out เพื่ออัปโหลดจุดเหล่านี้ไปยัง S3 และพื้นที่จัดเก็บที่คล้ายกัน หากคุณไม่ได้ใช้จะเป็นการดีกว่าที่จะจัดเก็บจุดหลักและจุดเก็บถาวรในที่เก็บข้อมูลอื่นต่อไป
ตอนนี้เรามาดูหลักการสร้างคะแนน GFS กัน ในการตั้งค่างาน ในขั้นตอนการจัดเก็บ ปุ่มพิเศษจะปรากฏขึ้นเพื่อเรียกเมนูต่อไปนี้:
สาระสำคัญของ GFS สามารถสรุปได้หลายจุด (โปรดทราบว่า GFS ทำงานแตกต่างออกไปในงานประเภทอื่น แต่จะเพิ่มเติมในภายหลัง):
- งานไม่ได้สร้างการสำรองข้อมูลเต็มรูปแบบแยกต่างหากสำหรับจุด GFS แต่จะใช้การสำรองข้อมูลเต็มรูปแบบที่เหมาะสมที่สุดแทน ดังนั้น งานจะต้องทำงานในโหมดส่วนเพิ่มโดยมีการสำรองข้อมูลทั้งหมดเป็นระยะๆ หรือผู้ใช้จะต้องสร้างการสำรองข้อมูลทั้งหมดด้วยตนเอง
- หากเปิดใช้งานเพียงช่วงเวลาเดียว (เช่น หนึ่งสัปดาห์) เมื่อเริ่มต้นช่วงเวลา GFS งานจะเริ่มรอการสำรองข้อมูลเต็มรูปแบบและทำเครื่องหมายช่วงเวลาแรกที่เหมาะสมเป็น GFS
ตัวอย่าง: งานได้รับการกำหนดค่าให้จัดเก็บ GFS รายสัปดาห์โดยใช้การสำรองข้อมูลในวันพุธ งานจะดำเนินการทุกวัน แต่มีกำหนดการสำรองข้อมูลทั้งหมดไว้ในวันศุกร์ ในกรณีนี้ ระยะเวลา GFS จะเริ่มในวันพุธ และงานจะเริ่มรอจุดที่เหมาะสม โดยจะปรากฏในวันศุกร์และจะมีธง GFS กำกับอยู่
- หากรวมหลายช่วงเวลาในคราวเดียว (เช่น รายสัปดาห์และรายเดือน) B&R จะใช้วิธีการที่ช่วยให้จุดเดียวกันสามารถใช้เป็น GFS ได้หลายช่วงเวลา (เพื่อประหยัดพื้นที่) ธงจะถูกมอบหมายตามลำดับโดยเริ่มจากน้องคนสุดท้อง
ตัวอย่าง: GFS รายสัปดาห์ตั้งค่าไว้สำหรับวันพุธ และ GFS รายเดือนตั้งค่าไว้สำหรับสัปดาห์สุดท้ายของเดือน งานจะดำเนินการทุกวันและสร้างการสำรองข้อมูลเต็มรูปแบบในวันจันทร์และวันศุกร์
เพื่อความง่าย เรามาเริ่มนับจากสัปดาห์สุดท้ายของเดือนกันดีกว่า สัปดาห์นี้การสำรองข้อมูลเต็มรูปแบบจะถูกสร้างขึ้นในวันจันทร์ แต่จะถูกเพิกเฉย เนื่องจากช่วงเวลา GFS รายสัปดาห์จะเริ่มต้นในวันพุธ แต่การสำรองข้อมูลแบบเต็มของวันศุกร์นั้นเหมาะสมกับจุด GFS อย่างสมบูรณ์ ระบบนี้คุ้นเคยกับเราแล้ว
ตอนนี้เรามาดูสิ่งที่เกิดขึ้นในสัปดาห์สุดท้ายของเดือนกันดีกว่า ช่วง GFS รายเดือนจะเริ่มในวันจันทร์ แต่ VBK ของวันจันทร์จะไม่ถูกทำเครื่องหมายเป็น GFS เนื่องจากงานพยายามทำเครื่องหมาย VBK หนึ่งจุดเป็นจุด GFS รายเดือนและรายสัปดาห์ ในกรณีนี้ การค้นหาจะเริ่มต้นด้วยการค้นหารายสัปดาห์ เนื่องจากตามคำจำกัดความแล้ว การค้นหาอาจกลายเป็นการค้นหารายเดือนก็ได้
อย่างไรก็ตาม หากคุณรวมเฉพาะช่วงเวลารายสัปดาห์และรายปี ช่วงเวลาเหล่านั้นจะแยกจากกันและสามารถทำเครื่องหมาย VBK แยกกัน 2 รายการเป็นช่วงเวลา GFS ที่สอดคล้องกัน
งานสำเนาสำรอง
งานอีกประเภทหนึ่งที่มักต้องมีการชี้แจงเกี่ยวกับงาน ก่อนอื่น เรามาดูวิธีการทำงานแบบ "คลาสสิก" โดยไม่มีนวัตกรรม v.10
วิธีการเก็บรักษาแบบง่ายๆ
ตามค่าเริ่มต้น งานดังกล่าวจะทำงานในโหมดส่วนเพิ่มที่ไม่สิ้นสุด การสร้างจุดถูกกำหนดโดยพารามิเตอร์สองตัว - ช่วงเวลาการคัดลอกและจำนวนจุดฟื้นตัวที่ต้องการ (ไม่มีการเก็บข้อมูลตามวันที่นี่) ช่วงเวลาการคัดลอกถูกตั้งค่าไว้ในแท็บงานแรกเมื่อสร้างงาน:
จำนวนคะแนนจะถูกกำหนดเพิ่มเติมอีกเล็กน้อยบนแท็บเป้าหมาย
งานจะสร้าง 1 จุดใหม่สำหรับแต่ละช่วงเวลา (จำนวนจุดที่สร้างขึ้นสำหรับ VM โดยงานดั้งเดิมไม่สำคัญ) เมื่อสิ้นสุดช่วงเวลา จุดใหม่จะถูกสรุป และหากจำเป็น จะใช้การเก็บรักษาโดยการรวม VBK กับการเพิ่มขึ้นที่เก่าที่สุด กลไกนี้คุ้นเคยกับเราอยู่แล้ว
วิธีการเก็บรักษาโดยใช้ GFS
BCJ ยังสามารถจัดเก็บจุดเก็บถาวรได้ สิ่งนี้ได้รับการกำหนดค่าบนแท็บเป้าหมายเดียวกัน ซึ่งอยู่ด้านล่างการตั้งค่าสำหรับจำนวนจุดฟื้นตัว:
จุด GFS สามารถสร้างได้สองวิธี - สังเคราะห์โดยใช้ข้อมูลบนพื้นที่เก็บข้อมูลสำรอง หรือโดยการจำลองการสำรองข้อมูลทั้งหมดและอ่านข้อมูลทั้งหมดจากพื้นที่เก็บข้อมูลหลัก (เปิดใช้งานโดยตัวเลือกที่ทำเครื่องหมาย 3) การรักษาผู้ใช้ในทั้งสองกรณีจะแตกต่างกันมาก ดังนั้นเราจะพิจารณาแยกกัน
สศคสังเคราะห์
ในกรณีนี้ จุด GFS จะไม่ถูกสร้างขึ้นตรงตามวันที่นัดหมาย แต่จุด GFS จะถูกสร้างขึ้นเมื่อ VIB ของวันที่กำหนดการสร้างจุด GFS ถูกรวมเข้ากับการสำรองข้อมูลเต็มรูปแบบ ซึ่งบางครั้งทำให้เกิดความเข้าใจผิดเพราะเวลาผ่านไปแล้วยังไม่มีจุด GFS และมีเพียงหมอผีผู้ทรงพลังจากฝ่ายสนับสนุนด้านเทคนิคเท่านั้นที่สามารถคาดเดาได้ว่าจุดนั้นจะปรากฏในวันใด ในความเป็นจริงไม่จำเป็นต้องใช้เวทย์มนตร์ - เพียงแค่ดูจำนวนคะแนนที่ตั้งไว้และช่วงเวลาการซิงโครไนซ์ (จำนวนคะแนนที่ถูกสร้างขึ้นทุกวัน) ลองคำนวณด้วยตัวเองโดยใช้ตัวอย่างนี้: งานถูกตั้งค่าให้เก็บ 7 คะแนน ช่วงเวลาการซิงโครไนซ์คือ 12 ชั่วโมง (เช่น 2 คะแนนต่อวัน) ในขณะนี้ มี 7 จุดในห่วงโซ่แล้ว วันนี้เป็นวันจันทร์ และมีกำหนดการสร้างจุด GFS สำหรับวันนี้ จะสร้างวันไหน?
ตอบ
เป็นการดีกว่าที่จะอธิบายว่าห่วงโซ่จะเปลี่ยนแปลงไปตามกาลเวลาอย่างไรในแต่ละวัน:
ดังนั้นในวันจันทร์ การเพิ่มขึ้นครั้งล่าสุดในห่วงโซ่จะถูกทำเครื่องหมายเป็น GFS แต่ไม่มีการเปลี่ยนแปลงที่มองเห็นได้อื่นๆ เกิดขึ้น ทุกๆ วันงานจะสร้าง 2 จุดใหม่ และการรักษาลูกค้าจะขับเคลื่อนห่วงโซ่ไปข้างหน้าอย่างไม่สิ้นสุด ในที่สุด ในวันพฤหัสบดีก็ถึงเวลาที่ต้องใช้การรักษาผู้ใช้กับส่วนที่เพิ่มขึ้นนั้น เซสชันนี้จะใช้เวลานานกว่าปกติ - เนื่องจากงานจะ "แยก" บล็อกที่จำเป็นออกจากห่วงโซ่และสร้างจุดสมบูรณ์ใหม่ จากนี้ไปจะมี 8 จุดในห่วงโซ่ - 7 จุดในห่วงโซ่หลัก + GFS
การสร้างคะแนน GFS ด้วยตัวเลือก "อ่านจุดทั้งหมด"
ข้างต้นฉันบอกว่า BCJ ทำงานในโหมดที่เพิ่มขึ้นอย่างไม่สิ้นสุด ตอนนี้เราจะดูข้อยกเว้นเดียวสำหรับกฎนี้ เมื่อเปิดใช้งานตัวเลือก "อ่านจุดทั้งหมด" จุด GFS จะถูกสร้างขึ้นตรงตามวันที่กำหนด ตัวงานจะทำงานในโหมดส่วนเพิ่มโดยมีการสำรองข้อมูลทั้งหมดเป็นระยะ ซึ่งเราได้กล่าวไว้ข้างต้น การยึดจะถูกนำมาใช้โดยการถอดส่วนที่เก่าที่สุดของโซ่ออก อย่างไรก็ตาม ในกรณีนี้ เฉพาะส่วนเพิ่มเท่านั้นที่จะถูกลบ และการสำรองข้อมูลทั้งหมดจะเหลือเป็นจุด GFS ดังนั้น คะแนนที่มีเครื่องหมาย GFS จะไม่นำมาพิจารณาเมื่อคำนวณการรักษาผู้ใช้
สมมติว่างานถูกตั้งค่าให้เก็บ 7 คะแนนและสร้างคะแนน GFS รายสัปดาห์ในวันจันทร์ ในกรณีนี้ ทุกวันจันทร์ งานจะสร้างการสำรองข้อมูลเต็มรูปแบบและทำเครื่องหมายว่าเป็น GFS การเก็บรักษาจะมีผลเมื่อหลังจากลบส่วนเพิ่มออกจากส่วนที่เก่าที่สุดแล้ว จำนวนส่วนเพิ่มที่เหลือไม่ต่ำกว่า 7 นี่คือลักษณะที่ปรากฏในแผนภาพ:
ดังนั้นเมื่อสิ้นสุดสัปดาห์ที่สองมีคะแนนรวม 14 แต้มในห่วงโซ่ ในช่วงสัปดาห์ที่สอง งานดังกล่าวได้รับ 7 คะแนน หากนี่เป็นงานง่ายๆ การเก็บรักษาก็คงจะถูกนำไปใช้แล้ว แต่นี่คือ BCJ ที่มีการเก็บรักษา GFS ดังนั้นเราจึงไม่นับคะแนน GFS ซึ่งหมายความว่ามีเพียง 6 คะแนนเท่านั้น กล่าวคือ เรายังใช้การเก็บรักษาไม่ได้ ในสัปดาห์ที่สาม เราจะสร้างการสำรองข้อมูลเต็มรูปแบบอีกครั้งโดยใช้แฟล็ก GFS 15 แต้มแต่เราไม่นับอันนี้อีกครั้ง และสุดท้าย ในวันอังคารของสัปดาห์ที่สาม เราจะสร้างส่วนเพิ่ม ตอนนี้ ถ้าเราลบการเพิ่มแบบลูกโซ่ของสัปดาห์แรก จำนวนการเพิ่มทั้งหมดจะเป็นไปตามการรักษาที่กำหนดไว้
ตามที่กล่าวไว้ข้างต้น ในวิธีนี้ สิ่งสำคัญมากคือต้องมีการสร้างการสำรองข้อมูลเต็มรูปแบบเป็นประจำ สมมติว่า หากคุณตั้งค่าการรักษาหลักไว้เป็นเวลา 7 วัน แต่เพียง 1 จุดต่อปี ก็เป็นเรื่องง่ายที่จะจินตนาการว่าการเพิ่มขึ้นจะสะสมมากกว่า 7 มาก ในกรณีเช่นนี้ ควรใช้วิธีสังเคราะห์ในการสร้างจะดีกว่า สศค.
และอีกครั้ง “ลบรายการที่ถูกลบ”
ตัวเลือกนี้มีให้สำหรับ BCJ ด้วย:
ตรรกะของตัวเลือกนี้ที่นี่จะเหมือนกับในงานสำรองข้อมูลปกติ - หากเครื่องไม่ได้รับการประมวลผลตามจำนวนวันที่ระบุ ข้อมูลจะถูกลบออกจากห่วงโซ่ อย่างไรก็ตาม สำหรับ BCJ ประโยชน์ของตัวเลือกนี้จะสูงกว่าอย่างเป็นกลาง และนี่คือเหตุผล
ในโหมดปกติ BCJ จะทำงานในโหมดที่เพิ่มขึ้นอย่างไม่สิ้นสุด ดังนั้นหาก ณ จุดใดจุดหนึ่ง เครื่องจักรถูกลบออกจากงาน การเก็บรักษาจะค่อยๆ ลบจุดการกู้คืนทั้งหมดจนกว่าจะเหลือเพียงจุดเดียวเท่านั้น - ใน VBK ตอนนี้ ลองจินตนาการว่างานยังคงได้รับการกำหนดค่าให้สร้างจุด GFS สังเคราะห์ เมื่อถึงเวลางานจะต้องสร้าง GFS สำหรับเครื่องจักรทั้งหมดในห่วงโซ่ หากเครื่องบางเครื่องไม่มีจุดใหม่เลย คุณจะต้องใช้จุดที่เป็นอยู่ และทุกครั้ง เป็นผลให้สถานการณ์ต่อไปนี้อาจเกิดขึ้น:
ให้ความสนใจกับส่วนไฟล์: เรามีคะแนน VBK หลักและ 2 คะแนน GFS รายสัปดาห์ และตอนนี้ไปที่ส่วนจุดคืนค่า - อันที่จริงไฟล์เหล่านี้มีอิมเมจเดียวกันกับเครื่อง โดยธรรมชาติแล้วจุด GFS ดังกล่าวไม่มีประโยชน์อะไร เพียงแต่ใช้พื้นที่เท่านั้น
สถานการณ์นี้เกิดขึ้นได้เมื่อใช้ GFS สังเคราะห์เท่านั้น เพื่อป้องกันสิ่งนี้ ให้ใช้ตัวเลือก "ลบรายการที่ถูกลบ" เพียงจำไว้ว่าต้องตั้งค่าไว้เป็นจำนวนวันที่เพียงพอ ฝ่ายสนับสนุนด้านเทคนิคได้เห็นกรณีที่ตัวเลือกถูกตั้งค่าน้อยกว่าช่วงเวลาการซิงโครไนซ์ - BCJ เริ่มบ้าคลั่งและลบจุดก่อนที่จะสร้างได้
โปรดทราบว่าตัวเลือกนี้ไม่ส่งผลต่อคะแนน GFS ที่สร้างไว้แล้ว หากคุณต้องการล้างไฟล์เก็บถาวรคุณต้องทำด้วยตนเองโดยคลิกขวาที่เครื่องแล้วเลือก "ลบจากดิสก์" (ในหน้าต่างที่ปรากฏขึ้นอย่าลืมทำเครื่องหมายที่ช่อง "ลบการสำรองข้อมูล GFS แบบเต็ม") : :
นวัตกรรม v.10 – คัดลอกทันที
เมื่อจัดการกับฟังก์ชัน "คลาสสิก" แล้ว เรามาดูฟังก์ชันใหม่กันดีกว่า มีนวัตกรรมอย่างหนึ่ง แต่มีสิ่งหนึ่งที่สำคัญมาก นี่คือโหมดการทำงานใหม่
ไม่มีสิ่งที่เรียกว่า "ช่วงเวลาการซิงโครไนซ์" งานจะตรวจสอบอย่างต่อเนื่องว่ามีจุดใหม่ปรากฏขึ้นหรือไม่และคัดลอกทั้งหมดไม่ว่าจะมีกี่จุดก็ตาม แต่ในขณะเดียวกัน งานยังคงเพิ่มขึ้น กล่าวคือ แม้ว่างานหลักจะสร้าง VBK หรือ VRB คะแนนเหล่านี้ก็จะถูกคัดลอกเป็น VIB มิฉะนั้น จะไม่มีความประหลาดใจในโหมดนี้ - ทั้งการเก็บรักษาแบบมาตรฐานและ GFS ทำงานตามกฎที่อธิบายไว้ข้างต้น (อย่างไรก็ตาม มีเฉพาะ GFS สังเคราะห์เท่านั้นที่นี่)
ดิสก์กำลังหมุน คุณสมบัติของที่เก็บพร้อมไดรฟ์แบบหมุน
ภัยคุกคามอย่างต่อเนื่องของไวรัสแรนซัมแวร์ทำให้การมีสำเนาข้อมูลบนสื่อที่ไวรัสไม่สามารถเข้าถึงได้ถือเป็นมาตรฐานความปลอดภัยโดยพฤตินัย ทางเลือกหนึ่งคือการใช้พื้นที่เก็บข้อมูลการหมุนเวียนดิสก์ โดยจะใช้ดิสก์ทีละแผ่น: ในขณะที่ดิสก์หนึ่งเชื่อมต่อและเขียนได้ ส่วนที่เหลือจะถูกจัดเก็บไว้ในตำแหน่งที่ปลอดภัย
หากต้องการสอน B&R ให้ทำงานกับพื้นที่เก็บข้อมูลดังกล่าว คุณต้องคลิกปุ่มขั้นสูงในการตั้งค่าพื้นที่เก็บข้อมูลในขั้นตอนพื้นที่เก็บข้อมูล และเลือกตัวเลือกที่เหมาะสม:
หลังจากนี้ VBR คาดว่าห่วงโซ่ที่มีอยู่จะหายไปจากพื้นที่เก็บข้อมูลเป็นระยะ ซึ่งหมายถึงการหมุนดิสก์ ขึ้นอยู่กับประเภทของพื้นที่เก็บข้อมูลและประเภทของงาน B&R จะทำงานแตกต่างกัน ซึ่งสามารถแสดงได้ด้วยตารางต่อไปนี้:
ลองพิจารณาแต่ละตัวเลือก
งานปกติและพื้นที่เก็บข้อมูล Windows
ดังนั้นเราจึงมีงานที่จะบันทึกเชนลงในดิสก์แผ่นแรก ในระหว่างการหมุนเวียน ห่วงโซ่ที่สร้างขึ้นจะหายไปจริง ๆ และงานจะต้องรอดจากการสูญเสียนี้ เธอพบความปลอบใจในการสร้างการสำรองข้อมูลเต็มรูปแบบ ดังนั้นการหมุนแต่ละครั้งจึงหมายถึงการสำรองข้อมูลที่สมบูรณ์ แต่จะเกิดอะไรขึ้นกับจุดต่างๆ บนดิสก์ที่ไม่ได้เชื่อมต่อ? พวกเขาจะถูกจดจำและนำมาพิจารณาเมื่อคำนวณการรักษาผู้ใช้ ดังนั้น จำนวนคะแนนที่กำหนดในงานคือจำนวนคะแนนที่ต้องเก็บไว้ในดิสก์ทั้งหมด นี่คือตัวอย่าง:
งานรันในโหมดเพิ่มแบบไม่สิ้นสุดและได้รับการกำหนดค่าให้จัดเก็บจุดคืนค่า 3 จุด แต่เรายังมีดิสก์แผ่นที่สองและหมุนสัปดาห์ละครั้ง (อาจมีดิสก์มากกว่านี้ซึ่งจะไม่เปลี่ยนสาระสำคัญ)
ในสัปดาห์แรก งานจะสร้างจุดบนดิสก์แผ่นแรกและรวมจุดพิเศษเข้าด้วยกัน ดังนั้นจำนวนคะแนนรวมจะเท่ากับสาม:
จากนั้นเราเชื่อมต่อไดรฟ์ที่สอง เมื่อเริ่มต้น B&R จะสังเกตเห็นว่ามีการเปลี่ยนดิสก์แล้ว สายโซ่บนดิสก์แผ่นแรกจะหายไปจากอินเทอร์เฟซ แต่ข้อมูลเกี่ยวกับห่วงโซ่นั้นจะยังคงอยู่ในฐานข้อมูล ตอนนี้งานจะเก็บ 3 คะแนนไว้ในดิสก์ที่สอง สถานการณ์โดยทั่วไปจะเป็นดังนี้:
ในที่สุด เราก็เชื่อมต่อไดรฟ์แรกอีกครั้ง ก่อนที่จะสร้างจุดใหม่ งานจะตรวจสอบสิ่งที่เกิดขึ้นกับการเก็บรักษา และแนวเก็บผมขอย้ำว่าตั้งเก็บ 3 แต้ม ในขณะเดียวกัน เรามี 3 จุดบนดิสก์ 2 (แต่ถูกตัดการเชื่อมต่อและเก็บไว้ในที่ปลอดภัยซึ่ง B&R ไม่สามารถเข้าถึงได้) และ 3 จุดบนดิสก์ 1 (แต่อันนี้เชื่อมต่ออยู่) ซึ่งหมายความว่าเราสามารถลบ 3 คะแนนออกจากดิสก์ 1 ได้อย่างปลอดภัยเนื่องจากเกินการเก็บรักษา หลังจากนั้นงานจะสร้างการสำรองข้อมูลทั้งหมดอีกครั้ง และห่วงโซ่ของเราก็เริ่มมีลักษณะดังนี้:
หากมีการกำหนดค่าการเก็บรักษาให้จัดเก็บวันแทนจำนวนคะแนน ตรรกะจะไม่เปลี่ยนแปลง นอกจากนี้ การเก็บรักษา GFS ยังไม่ได้รับการสนับสนุนเลยเมื่อใช้ที่เก็บที่มีการหมุนเวียนดิสก์
งานปกติและที่เก็บข้อมูลเครือข่าย Linux
ตัวเลือกนี้ก็เป็นไปได้เช่นกัน แต่โดยทั่วไปจะแนะนำน้อยกว่าเนื่องจากมีข้อจำกัดที่บังคับใช้ งานจะตอบสนองต่อการหมุนของดิสก์และการหายไปของเชนในลักษณะเดียวกัน - โดยการสร้างการสำรองข้อมูลเต็มรูปแบบ ข้อจำกัดนี้เกิดจากกลไกการกักเก็บแบบตัดออก
ในระหว่างการหมุนเวียน ห่วงโซ่ทั้งหมดบนดิสก์ที่ไม่ได้เชื่อมต่อจะถูกลบออกจากฐานข้อมูล B&R โปรดทราบว่าจากฐานข้อมูลไฟล์จะยังคงอยู่ในดิสก์ สามารถนำเข้าและใช้สำหรับการกู้คืนได้ แต่เป็นเรื่องง่ายที่จะคาดเดาว่าไม่ช้าก็เร็วโซ่ที่ถูกลืมดังกล่าวจะเต็มพื้นที่เก็บข้อมูลทั้งหมด
วิธีแก้ไขคือเพิ่ม DWORD ForceDeleteBackupFiles ตามที่ระบุไว้ในหน้านี้: . จากนั้นงานจะเริ่มลบเนื้อหาทั้งหมดของโฟลเดอร์งานหรือโฟลเดอร์ที่เก็บ (ขึ้นอยู่กับค่า) ในแต่ละการหมุน
อย่างไรก็ตาม นี่ไม่ใช่การเก็บรักษาที่หรูหรา แต่เป็นการทำความสะอาดเนื้อหาทั้งหมด น่าเสียดายที่ฝ่ายสนับสนุนด้านเทคนิคพบกรณีที่พื้นที่เก็บข้อมูลเป็นเพียงไดเร็กทอรีรากของดิสก์ ซึ่งนอกเหนือจากการสำรองข้อมูลแล้ว ยังมีข้อมูลอื่นๆ อีกด้วย ทั้งหมดนี้ถูกทำลายระหว่างการหมุน
นอกจากนี้ เมื่อเปิดใช้งาน ForceDeleteBackupFiles จะใช้ได้กับที่เก็บข้อมูลทุกประเภท กล่าวคือ แม้แต่ที่เก็บข้อมูลบน Windows ก็จะหยุดใช้การเก็บรักษาและเริ่มลบเนื้อหา กล่าวอีกนัยหนึ่งโลคัลดิสก์บน Windows เป็นตัวเลือกที่ดีที่สุดสำหรับระบบจัดเก็บข้อมูลสำรองดังกล่าว
สำเนาสำรองและพื้นที่เก็บข้อมูล Windows
สิ่งต่าง ๆ น่าสนใจยิ่งขึ้นกับ BCJ ไม่เพียงแต่มีการเก็บรักษาข้อมูลอย่างเต็มรูปแบบ แต่ยังไม่จำเป็นต้องทำการสำรองข้อมูลทั้งหมดทุกครั้งที่คุณเปลี่ยนดิสก์! มันทำงานเช่นนี้:
ขั้นแรก B&R เริ่มสร้างคะแนนบนแผ่นดิสก์แผ่นแรก สมมุติเราตั้งการรักษาไว้เป็น 3 แต้ม งานจะทำงานในโหมดเพิ่มขึ้นอย่างไม่สิ้นสุดและรวมทุกสิ่งที่ไม่จำเป็น (ฉันขอเตือนคุณว่าในกรณีนี้ไม่รองรับการเก็บรักษา GFS)
จากนั้นเราเชื่อมต่อไดรฟ์ที่สอง เนื่องจากยังไม่มีลูกโซ่อยู่ เราจึงสร้างการสำรองข้อมูลทั้งหมด หลังจากนั้นเราจะมีลูกโซ่ที่สองซึ่งมีสามจุด:
ในที่สุดก็ถึงเวลาเชื่อมต่อไดรฟ์แรกอีกครั้ง และนี่คือจุดที่ความมหัศจรรย์เริ่มต้นขึ้น เนื่องจากงานจะไม่สร้างการสำรองข้อมูลเต็มรูปแบบ แต่จะดำเนินการตามห่วงโซ่ส่วนเพิ่มแทน:
หลังจากนี้ แต่ละดิสก์จะมีสายโซ่ที่เป็นอิสระของตัวเอง ดังนั้นการเก็บรักษาที่นี่ไม่ได้หมายถึงจำนวนจุดบนดิสก์ทั้งหมด แต่เป็นจำนวนจุดในแต่ละดิสก์แยกกัน
สำเนาสำรองและพื้นที่เก็บข้อมูลเครือข่าย Linux
อีกครั้งหนึ่ง ความสง่างามทั้งหมดจะหายไปหากพื้นที่เก็บข้อมูลไม่ได้อยู่ในไดรฟ์ Windows ในเครื่อง สคริปต์นี้ทำงานคล้ายกับสคริปต์ที่กล่าวถึงข้างต้นด้วยงานง่ายๆ ในแต่ละการหมุน BCJ จะสร้างการสำรองข้อมูลทั้งหมด และจุดที่มีอยู่จะถูกลืมไป เพื่อหลีกเลี่ยงไม่ให้พื้นที่ว่างหมด คุณต้องใช้ DWORD ForceDeleteBackupFiles
ข้อสรุป
จากข้อความที่ยาวเช่นนี้ เราจึงพิจารณางานสองประเภท แน่นอนว่ายังมีงานอีกมากมาย แต่ไม่สามารถพิจารณางานทั้งหมดให้อยู่ในรูปแบบบทความเดียวได้ หากหลังจากอ่านแล้วคุณยังมีคำถามใด ๆ เขียนไว้ในความคิดเห็นฉันยินดีที่จะตอบเป็นการส่วนตัว
ที่มา: will.com