Ghi chú đánh giá này tiếp tục
Đánh giá UrBackup.
Theo yêu cầu của người tham gia
Ở chế độ sao lưu đầy đủ, thu được kết quả sau:
giờ làm việc:
Lần đầu tiên
Lần chạy thứ hai
ra mắt lần thứ ba
bài kiểm tra đầu tiên
8m20s
8m19s
8m24s
Bài kiểm tra thứ hai
8m30s
8m34s
8m20s
Bài kiểm tra thứ ba
8m10s
8m14s
8m12s
Ở chế độ sao lưu gia tăng:
giờ làm việc:
Lần đầu tiên
Lần chạy thứ hai
ra mắt lần thứ ba
bài kiểm tra đầu tiên
8m10s
8m10s
8m12s
Bài kiểm tra thứ hai
3m50s
4m12s
3m34s
Bài kiểm tra thứ ba
2m50s
2m35s
2m38s
Kích thước kho lưu trữ trong cả hai trường hợp là khoảng 14 GB, điều này cho thấy khả năng chống trùng lặp đang hoạt động ở phía máy chủ. Cũng cần lưu ý rằng có sự khác biệt giữa thời gian tạo bản sao lưu trên máy chủ và trên máy khách, điều này có thể thấy khá rõ từ biểu đồ và là một phần thưởng rất thú vị, vì giao diện web hiển thị thời gian hoạt động của quá trình sao lưu ở phía máy chủ mà không tính đến
tình trạng của khách hàng. Nhìn chung, không thể phân biệt được biểu đồ của bản sao đầy đủ và bản sao tăng dần. Sự khác biệt duy nhất có lẽ là cách nó được xử lý ở phía máy chủ. Tôi cũng hài lòng với tải bộ xử lý thấp trên hệ thống dự phòng.
Đánh giá PC dự phòng
Theo yêu cầu của người tham gia
Ở chế độ tạo bản sao lưu đầy đủ bằng rsync, thu được kết quả như sau:
Lần đầu tiên
Lần chạy thứ hai
ra mắt lần thứ ba
bài kiểm tra đầu tiên
12m25s
12m14s
12m27s
Bài kiểm tra thứ hai
7m41s
7m44s
7m35s
Bài kiểm tra thứ ba
10m11s
10m0s
9m54s
Nếu bạn sử dụng bản sao lưu đầy đủ và tar:
Lần đầu tiên
Lần chạy thứ hai
ra mắt lần thứ ba
bài kiểm tra đầu tiên
12m41s
12m25s
12m45s
Bài kiểm tra thứ hai
12m35s
12m45s
12m14s
Bài kiểm tra thứ ba
12m43s
12m25s
12m5s
Ở chế độ sao lưu gia tăng, tôi phải từ bỏ tar vì các bản sao lưu không được tạo bằng các cài đặt này.
Kết quả của việc tạo bản sao lưu gia tăng bằng rsync là:
Lần đầu tiên
Lần chạy thứ hai
ra mắt lần thứ ba
bài kiểm tra đầu tiên
11m55s
11m50s
12m25s
Bài kiểm tra thứ hai
2m42s
2m50s
2m30s
Bài kiểm tra thứ ba
6m00s
5m35s
5m30s
Nói chung, rsync có lợi thế hơn một chút về tốc độ; rsync cũng hoạt động tiết kiệm hơn với mạng. Điều này có thể được bù đắp một phần bằng việc sử dụng ít CPU hơn với tar làm chương trình dự phòng. Một ưu điểm khác của rsync là nó hoạt động với các bản sao tăng dần. Kích thước của kho lưu trữ khi tạo bản sao lưu đầy đủ là như nhau, 16 GB, trong trường hợp các bản sao tăng dần - 14 GB mỗi lần chạy, có nghĩa là hoạt động chống trùng lặp.
Đánh giá AMANDA
Theo yêu cầu của người tham gia
Kết quả của quá trình chạy thử với tar làm trình lưu trữ và kích hoạt tính năng nén như sau:
Lần đầu tiên
Lần chạy thứ hai
ra mắt lần thứ ba
bài kiểm tra đầu tiên
9m5s
8m59s
9m6s
Bài kiểm tra thứ hai
0m5s
0m5s
0m5s
Bài kiểm tra thứ ba
2m40s
2m47s
2m45s
Chương trình tải đầy đủ một lõi xử lý, nhưng do đĩa IOPS bị giới hạn ở phía máy chủ lưu trữ dự phòng nên nó không thể đạt được tốc độ truyền dữ liệu cao. Nhìn chung, quá trình thiết lập rắc rối hơn một chút so với những người tham gia khác, vì tác giả của chương trình không sử dụng ssh làm phương tiện vận chuyển mà thực hiện một sơ đồ tương tự với các khóa, tạo và duy trì một CA chính thức. Có thể hạn chế rộng rãi máy khách và máy chủ dự phòng: ví dụ: nếu chúng không thể hoàn toàn tin tưởng lẫn nhau thì bạn có thể, như một tùy chọn, ngăn máy chủ bắt đầu khôi phục bản sao lưu bằng cách đặt giá trị của biến tương ứng về 13 trong tập tin cài đặt. Có thể kết nối giao diện web để quản lý, nhưng nhìn chung hệ thống được định cấu hình có thể hoàn toàn tự động bằng cách sử dụng các tập lệnh bash nhỏ (hoặc SCM, ví dụ như ansible). Có một hệ thống hơi không tầm thường để thiết lập bộ lưu trữ, điều này rõ ràng là do sự hỗ trợ cho một danh sách phong phú các thiết bị khác nhau để lưu trữ dữ liệu (băng LTO, ổ cứng, v.v.). Cũng cần lưu ý rằng trong số tất cả các chương trình được thảo luận trong bài viết này, AMANDA là chương trình duy nhất có thể phát hiện việc đổi tên thư mục. Kích thước kho lưu trữ cho một lần chạy là XNUMX GB.
Thông báo
Sao lưu Phần 6: So sánh các công cụ sao lưu
Sao lưu Phần 7: Kết luận
Nguồn: www.habr.com