این یادداشت بررسی ادامه دارد
بررسی UrBackup.
بنا به درخواست شرکت کننده
در حالت پشتیبان کامل، نتایج زیر به دست آمد:
ساعت:
ابتدا شروع کنید
پرتاب دوم
پرتاب سوم
تست اول
8 متر 20 ثانیه
8 متر 19 ثانیه
8 متر 24 ثانیه
تست دوم
8 متر 30 ثانیه
8 متر 34 ثانیه
8 متر 20 ثانیه
آزمون سوم
8 متر 10 ثانیه
8 متر 14 ثانیه
8 متر 12 ثانیه
در حالت پشتیبان گیری افزایشی:
ساعت:
ابتدا شروع کنید
پرتاب دوم
پرتاب سوم
تست اول
8 متر 10 ثانیه
8 متر 10 ثانیه
8 متر 12 ثانیه
تست دوم
3 متر 50 ثانیه
4 متر 12 ثانیه
3 متر 34 ثانیه
آزمون سوم
2 متر 50 ثانیه
2 متر 35 ثانیه
2 متر 38 ثانیه
اندازه مخزن در هر دو مورد تقریباً 14 گیگابایت بود، که نشاندهنده حذف مجدد کار در سمت سرور است. همچنین لازم به ذکر است که بین زمان ایجاد نسخه پشتیبان بر روی سرور و کلاینت اختلاف وجود دارد که کاملاً از نمودارها قابل مشاهده است و امتیاز بسیار خوشایندی است، زیرا رابط وب زمان اجرای فرآیند پشتیبان گیری را نشان می دهد. سمت سرور بدون در نظر گرفتن
وضعیت مشتری به طور کلی، نمودارها برای نسخه های کامل و افزایشی قابل تشخیص نیستند. تنها تفاوت احتمالاً نحوه مدیریت آن در سمت سرور است. من همچنین از بار کم پردازنده در سیستم اضافی راضی بودم.
بررسی BackupPC
بنا به درخواست شرکت کننده
در حالت ایجاد پشتیبان کامل با rsync، نتایج زیر به دست آمد:
ابتدا شروع کنید
پرتاب دوم
پرتاب سوم
تست اول
12 متر 25 ثانیه
12 متر 14 ثانیه
12 متر 27 ثانیه
تست دوم
7 متر 41 ثانیه
7 متر 44 ثانیه
7 متر 35 ثانیه
آزمون سوم
10 متر 11 ثانیه
10 متر 0 ثانیه
9 متر 54 ثانیه
اگر از پشتیبانگیری کامل و tar استفاده میکنید:
ابتدا شروع کنید
پرتاب دوم
پرتاب سوم
تست اول
12 متر 41 ثانیه
12 متر 25 ثانیه
12 متر 45 ثانیه
تست دوم
12 متر 35 ثانیه
12 متر 45 ثانیه
12 متر 14 ثانیه
آزمون سوم
12 متر 43 ثانیه
12 متر 25 ثانیه
12 متر 5 ثانیه
در حالت پشتیبان گیری افزایشی، مجبور شدم تار را رها کنم زیرا با این تنظیمات بک آپ ایجاد نمی شد.
نتایج ایجاد پشتیبان گیری افزایشی با استفاده از rsync عبارتند از:
ابتدا شروع کنید
پرتاب دوم
پرتاب سوم
تست اول
11 متر 55 ثانیه
11 متر 50 ثانیه
12 متر 25 ثانیه
تست دوم
2 متر 42 ثانیه
2 متر 50 ثانیه
2 متر 30 ثانیه
آزمون سوم
6 متر 00 ثانیه
5 متر 35 ثانیه
5 متر 30 ثانیه
به طور کلی، rsync یک مزیت سرعت جزئی دارد؛ rsync نیز به لحاظ اقتصادی با شبکه کار می کند. این ممکن است تا حدی با استفاده کمتر از CPU با tar به عنوان یک برنامه پشتیبان جبران شود. مزیت دیگر rsync این است که با کپی های افزایشی کار می کند. اندازه مخزن هنگام ایجاد پشتیبانگیری کامل یکسان است، 16 گیگابایت، در مورد کپیهای افزایشی - 14 گیگابایت در هر اجرا، که به معنای حذف مجدد کار است.
بررسی آماندا
بنا به درخواست شرکت کننده
نتایج یک اجرای آزمایشی با tar به عنوان بایگانی کننده و فشرده سازی فعال به شرح زیر است:
ابتدا شروع کنید
پرتاب دوم
پرتاب سوم
تست اول
9 متر 5 ثانیه
8 متر 59 ثانیه
9 متر 6 ثانیه
تست دوم
0 متر 5 ثانیه
0 متر 5 ثانیه
0 متر 5 ثانیه
آزمون سوم
2 متر 40 ثانیه
2 متر 47 ثانیه
2 متر 45 ثانیه
این برنامه به طور کامل یک هسته پردازنده را بارگذاری می کند، اما به دلیل محدودیت دیسک IOPS در سمت سرور ذخیره سازی پشتیبان، نمی تواند به سرعت های انتقال داده بالایی دست یابد. به طور کلی، راه اندازی کمی دردسرسازتر از سایر شرکت کنندگان بود، زیرا نویسنده برنامه از ssh به عنوان یک حمل و نقل استفاده نمی کند، اما یک طرح مشابه را با کلیدها پیاده سازی می کند، و یک CA تمام عیار را ایجاد و حفظ می کند. ممکن است به طور گسترده مشتری و سرور پشتیبان را محدود کنید: به عنوان مثال، اگر آنها نمی توانند کاملاً به یکدیگر اعتماد کنند، می توانید به عنوان یک گزینه، با تنظیم مقدار متغیر مربوطه بر روی صفر، از شروع بازیابی پشتیبان توسط سرور جلوگیری کنید. فایل تنظیمات اتصال یک رابط وب برای مدیریت امکان پذیر است، اما به طور کلی سیستم پیکربندی شده را می توان با استفاده از اسکریپت های کوچک bash (یا SCM، برای مثال ansible) کاملاً خودکار کرد. یک سیستم تا حدودی غیر پیش پا افتاده برای تنظیم فضای ذخیره سازی وجود دارد که ظاهراً به دلیل پشتیبانی از لیست گسترده ای از دستگاه های مختلف برای ذخیره سازی داده ها (کاست های LTO، هارد دیسک ها و غیره) است. همچنین شایان ذکر است که از بین تمام برنامه های مورد بحث در این مقاله، AMANDA تنها برنامه ای است که قادر به تشخیص تغییر نام دایرکتوری است. اندازه مخزن برای یک اجرا 13 گیگابایت بود.
اطلاعیه
پشتیبان گیری قسمت 6: مقایسه ابزارهای پشتیبان گیری
پشتیبان گیری قسمت 7: نتیجه گیری
منبع: www.habr.com