การสำรองข้อมูลเต็มรูปแบบอายุการใช้งานและประสิทธิภาพ


17

ฉันกำลังพยายามกำหนดกลยุทธ์การสำรองข้อมูลสำหรับลูกค้าบางรายและกำลังหาทางทำซ้ำสำหรับการสำรองข้อมูลระยะไกล (ใช้ rdiff-backup สำหรับการสำรองข้อมูลภายใน / บนตำแหน่งแล้ว)

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

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

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

คำตอบ:


8

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

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

ฉันไม่คิดว่าความซ้ำซ้อนจะมีคำสั่ง "ตรวจสอบ" โดยเฉพาะhttp://pad.lv/660895แต่มันจะดีถ้ามันทำ เป็นการระมัดระวังมากที่จะทำการทดสอบคืนค่าทุก ๆ ครั้ง

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

การสำรองข้อมูลทั้งหมดจะอัปโหลดสำเนาข้อมูลแบบเต็มเสมอ

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


2
ความซ้ำซ้อนในขณะนี้มีคำสั่ง "ยืนยัน": help.ubuntu.com/community/DuplicityBackupHowto#Verify
Eli

5

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

ฉันไม่คุ้นเคยกับ Duplicity แต่จากเว็บไซต์ของพวกเขาดูเหมือนว่ามันจะไม่ได้ทำสำรองข้อมูลเต็มรูปแบบสังเคราะห์ คุณต้องรักษาส่วนที่เหลือทั้งหมดกลับไปให้เต็ม หากเป็นกรณีนี้คุณอาจต้องการสำรองข้อมูลเต็มรูปแบบทุกครั้งเพราะ:

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

วิธีการหนึ่งที่น่าสนใจเพื่อให้บรรลุ fulls สังเคราะห์คือการใช้rsync กับ --link-ปลายทาง = DIRตัวเลือกหรือการใช้rsnapshot มันจะจัดเก็บความแตกต่างระหว่างการสำรองข้อมูลส่วนเพิ่มแต่ละครั้งเท่านั้น แต่แต่ละรายการจะเต็ม เมื่อคุณลบรายการใดรายการหนึ่งรายการนั้นจะรวมส่วนที่เพิ่มโดยอัตโนมัติอย่างเหมาะสม มันทำสิ่งนี้ผ่านเวทย์มนตร์ของฮาร์ดลิงก์ดังนั้น diffs จะเป็นแบบไฟล์ (ไฟล์นั้นมีการเปลี่ยนแปลงและรวมอยู่ใน diff หรือไม่)


ทำให้ฉันมีคำถามหนึ่งข้อฉันจะใช้ความซ้ำซ้อนในการเข้ารหัสได้อย่างไร แต่ยังมีการสำรองข้อมูลสังเคราะห์ ดูเหมือนว่าการทำสำเนาจะมีความเข้ากันได้ rsync แต่ก็เป็นเรื่องยากที่จะเข้าใจ .. @poolie
user1226868
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.