บันทึกการทบทวนนี้ดำเนินต่อไป
รีวิว UrBackup
ตามคำขอของผู้เข้าร่วม
ในโหมดการสำรองข้อมูลแบบเต็ม ผลลัพธ์ที่ได้มีดังนี้:
ใช้เวลา:
เริ่มแรก
วิ่งครั้งที่สอง
การเปิดตัวครั้งที่สาม
การทดสอบครั้งแรก
8m20s
8m19s
8m24s
การทดสอบครั้งที่สอง
8m30s
8m34s
8m20s
การทดสอบครั้งที่สาม
8m10s
8m14s
8m12s
ในโหมดการสำรองข้อมูลส่วนเพิ่ม:
ใช้เวลา:
เริ่มแรก
วิ่งครั้งที่สอง
การเปิดตัวครั้งที่สาม
การทดสอบครั้งแรก
8m10s
8m10s
8m12s
การทดสอบครั้งที่สอง
3m50s
4m12s
3m34s
การทดสอบครั้งที่สาม
2m50s
2m35s
2m38s
ขนาดพื้นที่เก็บข้อมูลในทั้งสองกรณีมีขนาดประมาณ 14 GB ซึ่งบ่งชี้ถึงการขจัดข้อมูลซ้ำซ้อนที่ทำงานบนฝั่งเซิร์ฟเวอร์ ควรสังเกตว่ามีความแตกต่างระหว่างเวลาที่ใช้ในการสร้างการสำรองข้อมูลบนเซิร์ฟเวอร์และบนไคลเอนต์ซึ่งมองเห็นได้ชัดเจนจากกราฟและเป็นโบนัสที่น่าพอใจมากเนื่องจากเว็บอินเตอร์เฟสแสดงเวลาการทำงาน ของกระบวนการสำรองข้อมูลทางฝั่งเซิร์ฟเวอร์โดยไม่คำนึงถึง
สภาพของลูกค้า โดยทั่วไป กราฟสำหรับสำเนาฉบับเต็มและสำเนาที่เพิ่มขึ้นจะแยกไม่ออก ข้อแตกต่างเพียงอย่างเดียวอาจเป็นวิธีจัดการบนฝั่งเซิร์ฟเวอร์ ฉันยังพอใจกับโหลดโปรเซสเซอร์ที่ต่ำบนระบบสำรอง
รีวิวการสำรองข้อมูลพีซี
ตามคำขอของผู้เข้าร่วม
ในโหมดการสร้างการสำรองข้อมูลแบบเต็มด้วย rsync ผลลัพธ์ต่อไปนี้จะได้รับ:
เริ่มแรก
วิ่งครั้งที่สอง
การเปิดตัวครั้งที่สาม
การทดสอบครั้งแรก
12m25s
12m14s
12m27s
การทดสอบครั้งที่สอง
7m41s
7m44s
7m35s
การทดสอบครั้งที่สาม
10m11s
10m0s
9m54s
หากคุณใช้การสำรองข้อมูลเต็มรูปแบบและ tar:
เริ่มแรก
วิ่งครั้งที่สอง
การเปิดตัวครั้งที่สาม
การทดสอบครั้งแรก
12m41s
12m25s
12m45s
การทดสอบครั้งที่สอง
12m35s
12m45s
12m14s
การทดสอบครั้งที่สาม
12m43s
12m25s
12m5s
ในโหมดการสำรองข้อมูลส่วนเพิ่ม ฉันต้องละทิ้ง tar เนื่องจากการสำรองข้อมูลไม่ได้ถูกสร้างขึ้นด้วยการตั้งค่าเหล่านี้
ผลลัพธ์ของการสร้างการสำรองข้อมูลส่วนเพิ่มโดยใช้ rsync คือ:
เริ่มแรก
วิ่งครั้งที่สอง
การเปิดตัวครั้งที่สาม
การทดสอบครั้งแรก
11m55s
11m50s
12m25s
การทดสอบครั้งที่สอง
2m42s
2m50s
2m30s
การทดสอบครั้งที่สาม
6m00s
5m35s
5m30s
โดยทั่วไป rsync มีข้อได้เปรียบด้านความเร็วเล็กน้อย rsync ยังทำงานร่วมกับเครือข่ายได้อย่างประหยัดกว่าอีกด้วย สิ่งนี้อาจถูกชดเชยบางส่วนด้วยการใช้งาน CPU น้อยลงโดยมี tar เป็นโปรแกรมสำรองข้อมูล ข้อดีอีกประการของ rsync ก็คือมันทำงานกับสำเนาที่เพิ่มขึ้นได้ ขนาดของพื้นที่เก็บข้อมูลเมื่อสร้างการสำรองข้อมูลทั้งหมดจะเท่ากันคือ 16 GB ในกรณีที่มีสำเนาเพิ่มขึ้น - 14 GB ต่อการรันซึ่งหมายถึงการขจัดข้อมูลซ้ำซ้อนที่ทำงาน
รีวิวอแมนด้า
ตามคำขอของผู้เข้าร่วม
ผลลัพธ์ของการทดสอบการทำงานโดยใช้ tar เป็นตัวจัดเก็บและเปิดใช้งานการบีบอัดมีดังนี้:
เริ่มแรก
วิ่งครั้งที่สอง
การเปิดตัวครั้งที่สาม
การทดสอบครั้งแรก
9m5s
8m59s
9m6s
การทดสอบครั้งที่สอง
0m5s
0m5s
0m5s
การทดสอบครั้งที่สาม
2m40s
2m47s
2m45s
โปรแกรมโหลดหนึ่งคอร์ของโปรเซสเซอร์อย่างสมบูรณ์ แต่เนื่องจากดิสก์ IOPS ที่จำกัดบนฝั่งเซิร์ฟเวอร์จัดเก็บข้อมูลสำรอง จึงไม่สามารถถ่ายโอนข้อมูลด้วยความเร็วสูงได้ โดยทั่วไป การตั้งค่าจะยุ่งยากกว่าผู้เข้าร่วมคนอื่นๆ เล็กน้อย เนื่องจากผู้เขียนโปรแกรมไม่ได้ใช้ ssh เป็นพาหนะ แต่ใช้รูปแบบที่คล้ายกันพร้อมคีย์ การสร้างและบำรุงรักษา CA ที่มีคุณสมบัติครบถ้วน เป็นไปได้ที่จะจำกัดไคลเอนต์และเซิร์ฟเวอร์สำรองในวงกว้าง: ตัวอย่างเช่น หากพวกเขาไม่สามารถเชื่อถือซึ่งกันและกันได้อย่างสมบูรณ์ คุณสามารถเลือกที่จะป้องกันไม่ให้เซิร์ฟเวอร์เริ่มต้นการกู้คืนข้อมูลสำรองโดยการตั้งค่าของตัวแปรที่เกี่ยวข้องให้เป็นศูนย์ใน ไฟล์การตั้งค่า คุณสามารถเชื่อมต่อเว็บอินเตอร์เฟสเพื่อการจัดการได้ แต่โดยทั่วไปแล้ว ระบบที่กำหนดค่าไว้สามารถทำงานอัตโนมัติได้อย่างสมบูรณ์โดยใช้สคริปต์ทุบตีขนาดเล็ก (หรือ SCM เป็นต้น) มีระบบการกำหนดค่าการจัดเก็บข้อมูลที่ค่อนข้างไม่สำคัญซึ่งเห็นได้ชัดว่าเกิดจากการรองรับรายการอุปกรณ์จัดเก็บข้อมูลที่หลากหลาย (เทป LTO, ฮาร์ดไดรฟ์ ฯลฯ ) นอกจากนี้ยังเป็นที่น่าสังเกตว่าในบรรดาโปรแกรมทั้งหมดที่กล่าวถึงในบทความนี้ AMANDA เป็นโปรแกรมเดียวที่สามารถตรวจจับการเปลี่ยนชื่อไดเรกทอรีได้ ขนาดพื้นที่เก็บข้อมูลสำหรับการรันหนึ่งครั้งคือ 13 GB
การประกาศ
การสำรองข้อมูลส่วนที่ 6: การเปรียบเทียบเครื่องมือสำรองข้อมูล
การสำรองข้อมูลส่วนที่ 7: บทสรุป
ที่มา: will.com