การสำรองข้อมูลส่วนหนึ่งตามคำขอของผู้อ่าน: รีวิว UrBackup, BackupPC, AMANDA

การสำรองข้อมูลส่วนหนึ่งตามคำขอของผู้อ่าน: รีวิว UrBackup, BackupPC, AMANDA

บันทึกการทบทวนนี้ดำเนินต่อไป วงจรการสำรองข้อมูลเขียนตามคำขอของผู้อ่านมันจะพูดถึง UrBackup, BackupPC และ AMANDA

รีวิว UrBackup

ตามคำขอของผู้เข้าร่วม VGusev2007 ฉันกำลังเพิ่มรีวิว UrBackup ซึ่งเป็นระบบสำรองข้อมูลไคลเอนต์-เซิร์ฟเวอร์ ช่วยให้คุณสร้างการสำรองข้อมูลแบบเต็มและแบบเพิ่มหน่วย สามารถทำงานกับสแนปช็อตของอุปกรณ์ได้ (ชนะเท่านั้น?) และยังสามารถสร้างการสำรองข้อมูลไฟล์ได้อีกด้วย ไคลเอนต์สามารถอยู่บนเครือข่ายเดียวกันกับเซิร์ฟเวอร์หรือเชื่อมต่อผ่านอินเทอร์เน็ต มีการประกาศการติดตามการเปลี่ยนแปลงซึ่งช่วยให้คุณสามารถค้นหาความแตกต่างระหว่างสำเนาสำรองได้อย่างรวดเร็ว นอกจากนี้ยังมีการสนับสนุนการขจัดข้อมูลซ้ำซ้อนในการจัดเก็บข้อมูลฝั่งเซิร์ฟเวอร์ ซึ่งช่วยประหยัดพื้นที่ การเชื่อมต่อเครือข่ายได้รับการเข้ารหัส และยังมีเว็บอินเตอร์เฟสสำหรับจัดการเซิร์ฟเวอร์อีกด้วย มาดูกันว่าเธอสามารถทำอะไรได้บ้าง:

ในโหมดการสำรองข้อมูลแบบเต็ม ผลลัพธ์ที่ได้มีดังนี้:

การสำรองข้อมูลส่วนหนึ่งตามคำขอของผู้อ่าน: รีวิว UrBackup, BackupPC, AMANDA

ใช้เวลา:

เริ่มแรก
วิ่งครั้งที่สอง
การเปิดตัวครั้งที่สาม

การทดสอบครั้งแรก
8m20s
8m19s
8m24s

การทดสอบครั้งที่สอง
8m30s
8m34s
8m20s

การทดสอบครั้งที่สาม
8m10s
8m14s
8m12s

ในโหมดการสำรองข้อมูลส่วนเพิ่ม:

การสำรองข้อมูลส่วนหนึ่งตามคำขอของผู้อ่าน: รีวิว UrBackup, BackupPC, AMANDA

ใช้เวลา:

เริ่มแรก
วิ่งครั้งที่สอง
การเปิดตัวครั้งที่สาม

การทดสอบครั้งแรก
8m10s
8m10s
8m12s

การทดสอบครั้งที่สอง
3m50s
4m12s
3m34s

การทดสอบครั้งที่สาม
2m50s
2m35s
2m38s

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

รีวิวการสำรองข้อมูลพีซี

ตามคำขอของผู้เข้าร่วม วานซิกานอฟ ฉันกำลังเพิ่มบทวิจารณ์ของ BackupPC ซอฟต์แวร์นี้ได้รับการติดตั้งบนเซิร์ฟเวอร์จัดเก็บข้อมูลสำรอง เขียนด้วยภาษา Perl และทำงานบนเครื่องมือสำรองข้อมูลต่างๆ โดยหลักๆ คือ rsync, tar Ssh และ smb ถูกใช้เป็นการขนส่ง นอกจากนี้ยังมีเว็บอินเตอร์เฟสที่ใช้ cgi (ปรับใช้บน apache) เว็บอินเตอร์เฟสมีรายการการตั้งค่ามากมาย คุณสมบัติอย่างหนึ่งคือความสามารถในการตั้งเวลาขั้นต่ำระหว่างการสำรองข้อมูลตลอดจนระยะเวลาที่จะไม่สร้างการสำรองข้อมูล เมื่อเลือกระบบไฟล์สำหรับเซิร์ฟเวอร์สำรอง คุณต้องแน่ใจว่ารองรับฮาร์ดลิงก์ ดังนั้นระบบไฟล์สำหรับการจัดเก็บจึงไม่สามารถแบ่งออกเป็นจุดเชื่อมต่อได้ โดยรวมแล้วเป็นประสบการณ์ที่น่าพึงพอใจ เรามาดูกันว่าซอฟต์แวร์นี้มีความสามารถอะไรบ้าง:

ในโหมดการสร้างการสำรองข้อมูลแบบเต็มด้วย rsync ผลลัพธ์ต่อไปนี้จะได้รับ:

การสำรองข้อมูลส่วนหนึ่งตามคำขอของผู้อ่าน: รีวิว UrBackup, BackupPC, AMANDA

เริ่มแรก
วิ่งครั้งที่สอง
การเปิดตัวครั้งที่สาม

การทดสอบครั้งแรก
12m25s
12m14s
12m27s

การทดสอบครั้งที่สอง
7m41s
7m44s
7m35s

การทดสอบครั้งที่สาม
10m11s
10m0s
9m54s

หากคุณใช้การสำรองข้อมูลเต็มรูปแบบและ tar:

การสำรองข้อมูลส่วนหนึ่งตามคำขอของผู้อ่าน: รีวิว UrBackup, BackupPC, AMANDA

เริ่มแรก
วิ่งครั้งที่สอง
การเปิดตัวครั้งที่สาม

การทดสอบครั้งแรก
12m41s
12m25s
12m45s

การทดสอบครั้งที่สอง
12m35s
12m45s
12m14s

การทดสอบครั้งที่สาม
12m43s
12m25s
12m5s

ในโหมดการสำรองข้อมูลส่วนเพิ่ม ฉันต้องละทิ้ง tar เนื่องจากการสำรองข้อมูลไม่ได้ถูกสร้างขึ้นด้วยการตั้งค่าเหล่านี้

ผลลัพธ์ของการสร้างการสำรองข้อมูลส่วนเพิ่มโดยใช้ rsync คือ:

การสำรองข้อมูลส่วนหนึ่งตามคำขอของผู้อ่าน: รีวิว UrBackup, BackupPC, AMANDA

เริ่มแรก
วิ่งครั้งที่สอง
การเปิดตัวครั้งที่สาม

การทดสอบครั้งแรก
11m55s
11m50s
12m25s

การทดสอบครั้งที่สอง
2m42s
2m50s
2m30s

การทดสอบครั้งที่สาม
6m00s
5m35s
5m30s

โดยทั่วไป rsync มีข้อได้เปรียบด้านความเร็วเล็กน้อย rsync ยังทำงานร่วมกับเครือข่ายได้อย่างประหยัดกว่าอีกด้วย สิ่งนี้อาจถูกชดเชยบางส่วนด้วยการใช้งาน CPU น้อยลงโดยมี tar เป็นโปรแกรมสำรองข้อมูล ข้อดีอีกประการของ rsync ก็คือมันทำงานกับสำเนาที่เพิ่มขึ้นได้ ขนาดของพื้นที่เก็บข้อมูลเมื่อสร้างการสำรองข้อมูลทั้งหมดจะเท่ากันคือ 16 GB ในกรณีที่มีสำเนาเพิ่มขึ้น - 14 GB ต่อการรันซึ่งหมายถึงการขจัดข้อมูลซ้ำซ้อนที่ทำงาน

รีวิวอแมนด้า

ตามคำขอของผู้เข้าร่วม โอลเลอร์ เพิ่มการทดสอบ AMANDA

ผลลัพธ์ของการทดสอบการทำงานโดยใช้ tar เป็นตัวจัดเก็บและเปิดใช้งานการบีบอัดมีดังนี้:

การสำรองข้อมูลส่วนหนึ่งตามคำขอของผู้อ่าน: รีวิว UrBackup, BackupPC, AMANDA

เริ่มแรก
วิ่งครั้งที่สอง
การเปิดตัวครั้งที่สาม

การทดสอบครั้งแรก
9m5s
8m59s
9m6s

การทดสอบครั้งที่สอง
0m5s
0m5s
0m5s

การทดสอบครั้งที่สาม
2m40s
2m47s
2m45s

โปรแกรมโหลดหนึ่งคอร์ของโปรเซสเซอร์อย่างสมบูรณ์ แต่เนื่องจากดิสก์ IOPS ที่จำกัดบนฝั่งเซิร์ฟเวอร์จัดเก็บข้อมูลสำรอง จึงไม่สามารถถ่ายโอนข้อมูลด้วยความเร็วสูงได้ โดยทั่วไป การตั้งค่าจะยุ่งยากกว่าผู้เข้าร่วมคนอื่นๆ เล็กน้อย เนื่องจากผู้เขียนโปรแกรมไม่ได้ใช้ ssh เป็นพาหนะ แต่ใช้รูปแบบที่คล้ายกันพร้อมคีย์ การสร้างและบำรุงรักษา CA ที่มีคุณสมบัติครบถ้วน เป็นไปได้ที่จะจำกัดไคลเอนต์และเซิร์ฟเวอร์สำรองในวงกว้าง: ตัวอย่างเช่น หากพวกเขาไม่สามารถเชื่อถือซึ่งกันและกันได้อย่างสมบูรณ์ คุณสามารถเลือกที่จะป้องกันไม่ให้เซิร์ฟเวอร์เริ่มต้นการกู้คืนข้อมูลสำรองโดยการตั้งค่าของตัวแปรที่เกี่ยวข้องให้เป็นศูนย์ใน ไฟล์การตั้งค่า คุณสามารถเชื่อมต่อเว็บอินเตอร์เฟสเพื่อการจัดการได้ แต่โดยทั่วไปแล้ว ระบบที่กำหนดค่าไว้สามารถทำงานอัตโนมัติได้อย่างสมบูรณ์โดยใช้สคริปต์ทุบตีขนาดเล็ก (หรือ SCM เป็นต้น) มีระบบการกำหนดค่าการจัดเก็บข้อมูลที่ค่อนข้างไม่สำคัญซึ่งเห็นได้ชัดว่าเกิดจากการรองรับรายการอุปกรณ์จัดเก็บข้อมูลที่หลากหลาย (เทป LTO, ฮาร์ดไดรฟ์ ฯลฯ ) นอกจากนี้ยังเป็นที่น่าสังเกตว่าในบรรดาโปรแกรมทั้งหมดที่กล่าวถึงในบทความนี้ AMANDA เป็นโปรแกรมเดียวที่สามารถตรวจจับการเปลี่ยนชื่อไดเรกทอรีได้ ขนาดพื้นที่เก็บข้อมูลสำหรับการรันหนึ่งครั้งคือ 13 GB

การประกาศ

การสำรองข้อมูล ตอนที่ 1: เหตุใดจึงต้องสำรองข้อมูล ภาพรวมของวิธีการ เทคโนโลยี
การสำรองข้อมูลส่วนที่ 2: การตรวจสอบและทดสอบเครื่องมือสำรองข้อมูลที่ใช้ rsync
การสำรองข้อมูลส่วนที่ 3: การตรวจสอบและทดสอบการซ้ำซ้อน การซ้ำซ้อน
การสำรองข้อมูลส่วนที่ 4: การตรวจสอบและทดสอบ zbackup, restic, borgbackup
การสำรองข้อมูลส่วนที่ 5: การทดสอบการสำรองข้อมูล bacula และ veeam สำหรับ linux
การสำรองข้อมูลส่วนที่ 6: การเปรียบเทียบเครื่องมือสำรองข้อมูล
การสำรองข้อมูลส่วนที่ 7: บทสรุป

ที่มา: will.com

เพิ่มความคิดเห็น