هي آرٽيڪل بيڪ اپ اوزارن جو مقابلو ڪندو، پر پهريان توهان کي اهو معلوم ڪرڻ گهرجي ته اهي بيڪ اپ مان ڊيٽا کي بحال ڪرڻ سان ڪيئن جلدي ۽ چڱي ريت مقابلو ڪن ٿا.
مقابلي جي آسانيءَ لاءِ، اسين مڪمل بيڪ اپ مان بحال ڪرڻ تي غور ڪنداسين، خاص ڪري سڀني اميدوارن جي حمايت ڪرڻ واري ھن موڊ جي آپريشن. سادگي لاءِ، انگ اکر اڳ ۾ ئي اوسط ڪيا ويا آهن (ڪيترن ئي رنن جو رياضي جو مطلب). نتيجن کي هڪ جدول ۾ اختصار ڪيو ويندو، جنهن ۾ صلاحيتن جي باري ۾ پڻ معلومات هوندي: ويب انٽرفيس جي موجودگي، سيٽ اپ ۽ آپريشن ۾ آساني، خودڪار ڪرڻ جي صلاحيت، مختلف اضافي خاصيتن جي موجودگي (مثال طور، ڊيٽا جي سالميت کي جانچڻ) وغيره گراف ڏيکاريندو سرور تي لوڊ جتي ڊيٽا استعمال ڪئي ويندي (نه سرور جي بيڪ اپ نقلن کي محفوظ ڪرڻ لاء).
ڊيٽا واپس آڻڻ
rsync ۽ tar استعمال ڪيو ويندو ريفرنس پوائنٽ کان وٺي بيڪ اپ ڪاپيون ٺاهڻ لاءِ سادي اسڪرپٽ.
روپينڪ 4 منٽ ۽ 28 سيڪنڊن ۾ ٽيسٽ ڊيٽا سيٽ سان گڏ، ڏيکاريندي
اهڙو لوڊ
بحالي واري عمل بيڪ اپ اسٽوريج سرور جي ڊسڪ سب سسٽم جي حد کي ماريو (sawtooth گراف). توهان پڻ واضح طور تي ڏسي سگهو ٿا هڪ ڪني جي لوڊشيڊنگ بغير ڪنهن پريشاني جي (گهٽ iowait ۽ softirq - ترتيب سان ڊسڪ ۽ نيٽ ورڪ سان ڪو مسئلو ناهي). جيئن ته ٻيا ٻه پروگرام، يعني rdiff-backup ۽ rsnapshot، rsync تي ٻڌل آهن ۽ ريگيولر rsync کي ریکوري ٽول طور پيش ڪن ٿا، ان ڪري انهن وٽ لڳ ڀڳ ساڳيو لوڊ پروفائل ۽ بيڪ اپ ريڪوري وقت هوندو.
ترڪي ان کي ٿورو تيز ڪيو
2 منٽ ۽ 43 سيڪنڊ:
مجموعي سسٽم لوڊ سراسري طور تي 20٪ وڌي ويو softirq جي ڪري - نيٽ ورڪ سب سسٽم جي آپريشن دوران اوور هيڊ لاڳت وڌي وئي.
جيڪڏهن آرڪائيو وڌيڪ دٻايو وڃي ٿو، وصولي وقت 3 منٽ 19 سيڪنڊن تائين وڌي ٿو.
مکيه سرور تي اهڙي لوڊ سان (مکيه سرور جي پاسي تي unpacking):
ڊمپپريشن عمل ٻنهي پروسيسر ڪور کي وٺي ٿو ڇو ته اتي ٻه عمل هلندڙ آهن. عام طور تي، هي متوقع نتيجو آهي. انهي سان گڏ، هڪ تقابلي نتيجو (3 منٽ ۽ 20 سيڪنڊ) حاصل ڪيو ويو جڏهن بيڪ اپ سان سرور جي پاسي تي gzip هلائڻ؛ مکيه سرور تي لوڊ پروفائل تمام گهڻو ساڳيو هو جيئن ٽار هلائڻ جي بغير gzip ڪمپريسر (اڳيون گراف ڏسو).
В rdiff-بيڪ اپ توهان باقاعده rsync استعمال ڪندي توهان جي ٺاهيل آخري بيڪ اپ کي هم وقت سازي ڪري سگهو ٿا (نتيجو هڪجهڙا هوندا)، پر پراڻن بيڪ اپ کي اڃا تائين rdiff-backup پروگرام استعمال ڪندي بحال ڪرڻ جي ضرورت آهي، جنهن 17 منٽن ۽ 17 سيڪنڊن ۾ بحالي مڪمل ڪئي، ڏيکاريندي
هي لوڊ:
شايد اهو مقصد هو، گهٽ ۾ گهٽ ليکڪ جي رفتار کي محدود ڪرڻ لاء . بيڪ اپ ڪاپي کي بحال ڪرڻ جو عمل پاڻ هڪ ڪور جي اڌ کان ٿورڙو گھٽ وٺندو آهي، متناسب مقابلي واري ڪارڪردگي سان (يعني 2-5 ڀيرا سست) ڊسڪ ۽ نيٽ ورڪ تي rsync سان.
روپي شاٽ بحاليءَ لاءِ، اهو مشورو ڏئي ٿو باقاعده rsync استعمال ڪرڻ، ان ڪري ان جا نتيجا ساڳيا هوندا. عام طور تي، اهو ڪيئن نڪتو.
برپ مون 7 منٽ ۽ 2 سيڪنڊن ۾ بيڪ اپ بحال ڪرڻ جو ڪم مڪمل ڪيو
هن لوڊ سان:
اهو تمام جلدي ڪم ڪيو، ۽ گهٽ ۾ گهٽ خالص rsync کان وڌيڪ آسان آهي: توهان کي ڪنهن به پرچم کي ياد ڪرڻ جي ضرورت ناهي، هڪ سادي ۽ وجداني ڪلائي انٽرفيس، ڪيترن ئي نقلن لاء ٺهيل سپورٽ - جيتوڻيڪ اهو ٻه ڀيرا سست آهي. جيڪڏھن توھان کي ضرورت آھي ڊيٽا کي بحال ڪرڻ جي آخري بيڪ اپ مان جيڪو توھان ٺاھيو آھي، توھان استعمال ڪري سگھو ٿا rsync، ڪجھ احتياط سان.
پروگرام تقريبن ساڳئي رفتار ۽ لوڊ ڏيکاري ٿو بيڪ پي پي سي جڏهن rsync منتقلي موڊ کي چالو ڪيو وڃي، بيڪ اپ کي ترتيب ڏيڻ لاء
7 منٽ ۽ 42 سيڪنڊ:
پر ڊيٽا جي منتقلي واري موڊ ۾، بيڪ اپ پي سي ٽار سان وڌيڪ سست رفتار سان نقل ڪيو: 12 منٽ ۽ 15 سيڪنڊن ۾، پروسيسر لوڊ عام طور تي گهٽ هو
هڪ ۽ اڌ ڀيرا:
نقل بغير انڪرپشن ڪجھ بهتر نتيجا ڏيکاريا، 10 منٽ ۽ 58 سيڪنڊن ۾ بيڪ اپ بحال ڪرڻ. جيڪڏهن توهان gpg استعمال ڪندي انڪرپشن کي چالو ڪيو، وصولي وقت 15 منٽ ۽ 3 سيڪنڊن تائين وڌي ٿو. انهي سان گڏ، جڏهن نقلن کي محفوظ ڪرڻ لاء هڪ مخزن ٺاهي رهيا آهيو، توهان آرڪائيو سائيز جي وضاحت ڪري سگهو ٿا جيڪو استعمال ڪيو ويندو جڏهن ايندڙ ڊيٽا وهڪرو کي ورهايو ويندو. عام طور تي، روايتي هارڊ ڊرائيو تي، هڪ واحد موضوع واري آپريٽنگ موڊ جي ڪري، گهڻو فرق ناهي. اهو ظاهر ٿي سگھي ٿو مختلف بلاڪ سائزن تي جڏهن هائبرڊ اسٽوريج استعمال ٿئي ٿي. وصولي دوران مکيه سرور تي لوڊ هن ريت هو:
ڪو به انڪرپشن
انڪرپشن سان
دوپي هڪ نسبتا وصولي جي شرح ڏيکاري ٿي، ان کي 13 منٽ ۽ 45 سيڪنڊن ۾ مڪمل ڪيو. حاصل ڪيل ڊيٽا جي درستگي کي جانچڻ لاءِ اٽڪل 5 منٽ لڳا (ڪل 19 منٽ). لوڊ هو
ڪافي بلند:
جڏهن aes انڪريپشن کي اندروني طور تي فعال ڪيو ويو، وصولي وقت 21 منٽ 40 سيڪنڊ هو، وصولي دوران CPU استعمال ان جي وڌ ۾ وڌ (ٻنهي ڪور!) سان؛ جڏهن ڊيٽا کي چيڪ ڪندي، صرف هڪ سلسلو فعال هو، هڪ پروسيسر ڪور تي قبضو ڪيو. وصولي کان پوء ڊيٽا کي چيڪ ڪرڻ ۾ ساڳيو 5 منٽ (ڪل ۾ لڳ ڀڳ 27 منٽ) ورتو.
نتيجي ۾
duplicati وصولي سان ٿورو تيز هو جڏهن انڪرپشن لاءِ خارجي gpg پروگرام استعمال ڪيو ويو، پر عام طور تي پوئين موڊ کان فرق گهٽ ۾ گهٽ آهن. آپريٽنگ وقت 16 منٽ 30 سيڪنڊ هو، 6 منٽن ۾ ڊيٽا جي تصديق سان. لوڊ هو
جهڙوڪ:
ايمانداtar استعمال ڪندي، ان کي 2 منٽ 49 سيڪنڊن ۾ مڪمل ڪيو، جيڪو، اصول ۾، باقاعده ٽار جي تمام ويجهو آهي. اصول ۾ سسٽم تي لوڊ
ساڳيو:
جڏهن استعمال ڪندي هڪ بيڪ اپ بحال zbackup هيٺيان نتيجا حاصل ڪيا ويا:
انڪرپشن، lzma کمپريشن
رننگ ٽائيم 11 منٽ ۽ 8 سيڪنڊ
AES انڪريشن، lzma کمپريشن
آپريٽنگ وقت 14 منٽ
AES انڪوشن، lzo کمپريشن
هلندڙ وقت 6 منٽ، 19 سيڪنڊ
مجموعي طور تي، خراب ناهي. اهو سڀ ڪجهه بيڪ اپ سرور تي پروسيسر جي رفتار تي منحصر آهي، جيڪو واضح طور تي مختلف ڪمپريسر سان پروگرام جي هلندڙ وقت مان ڏسي سگهجي ٿو. بيڪ اپ سرور جي پاسي تي، هڪ باقاعده ٽار شروع ڪيو ويو، تنهنڪري جيڪڏهن توهان ان سان مقابلو ڪيو، وصولي 3 ڀيرا سست آهي. اهو ٿي سگهي ٿو ته آپريشن کي چيڪ ڪرڻ جي قابل ٿي سگهي ٿو ملٽي-ٽيڊڊ موڊ ۾، ٻن کان وڌيڪ موضوعن سان.
بورگ بيڪ اپ unencrypted موڊ ۾، اهو tar کان ٿورو سست هو، 2 منٽ 45 سيڪنڊن ۾، جڏهن ته، ٽار جي برعڪس، اهو ممڪن ٿي ويو ته مخزن جي نقل ڪرڻ. لوڊ ٿي ويو
هيٺيون:
جيڪڏهن توهان بلاڪ تي ٻڌل انڪرپشن کي فعال ڪريو ٿا، بيڪ اپ وصولي جي رفتار ٿورو سست آهي. هن موڊ ۾ بحالي جو وقت 3 منٽ 19 سيڪنڊ آهي، ۽ لوڊ ٿي ويو آهي
هن وانگر:
AES انڪرپشن ٿورڙو سست آهي، وصولي وقت 3 منٽ 23 سيڪنڊ آهي، لوڊ خاص طور تي آهي
تبديل نه ڪيو آهي:
جيئن ته Borg گھڻن موضوعن واري موڊ ۾ ڪم ڪري سگھي ٿو، پروسيسر لوڊ وڌ ۾ وڌ آھي، ۽ جڏھن اضافي افعال چالو آھن، آپريٽنگ وقت صرف وڌائي ٿو. ظاهري طور تي، اهو ڳولڻ جي قابل آهي ملٽي ٿريڊنگ ساڳئي طريقي سان zbackup.
آرام وارو وصولي سان مقابلو ڪيو ويو ٿورو وڌيڪ سست، آپريٽنگ وقت 4 منٽ 28 سيڪنڊ هو. لوڊ ٿيڻ لڳي
سو:
بظاهر بحاليءَ جو عمل ڪيترن ئي موضوعن ۾ ڪم ڪري ٿو، پر ڪارڪردگي BorgBackup جيتري نه آهي، پر وقت ۾ باقاعده rsync جي مقابلي ۾.
جي مدد سان يو آر بيڪ اپ 8 منٽ ۽ 19 سيڪنڊن ۾ ڊيٽا کي بحال ڪرڻ ممڪن هو، لوڊ هو
جهڙوڪ:
لوڊ اڃا به تمام گهڻو نه آهي، جيتوڻيڪ تار جي ڀيٽ ۾ گهٽ آهي. ڪجهه هنڌن تي اتي دفن آهن، پر هڪ ڪور جي لوڊ کان وڌيڪ نه.
مقابلي لاءِ معيار جو انتخاب ۽ جواز
جيئن اڳئين مضمونن مان هڪ ۾ بيان ڪيو ويو آهي، بيڪ اپ سسٽم کي هيٺين معيارن کي پورا ڪرڻ گهرجي:
- استعمال ۾ آساني
- آهستي آهستي
- استحڪام
- تيز رفتاري
اهو وڌيڪ تفصيل ۾ هر نقطي الڳ الڳ غور ڪرڻ جي قابل آهي.
آپريشن جي آسانيء
اهو بهترين آهي جڏهن هڪ بٽڻ آهي "هر شي چڱي طرح ڪريو،" پر جيڪڏهن توهان حقيقي پروگرامن ڏانهن واپس وڃو، سڀ کان وڌيڪ آسان شيء ڪجهه واقف ۽ معياري آپريٽنگ اصول هوندو.
گھڻا استعمال ڪندڙ غالباً بھتر ٿي ويندا جيڪڏھن انھن کي ياد رکڻ جي ضرورت نه آھي ڪلي لاءِ چابين جو ھڪڙو گروپ، ويب يا tui ذريعي مختلف، اڪثر غير واضح اختيارن جو ھڪڙو گروپ ترتيب ڏيو، يا ناڪام آپريشن بابت نوٽيفڪيشن قائم ڪريو. ھن ۾ پڻ آساني سان "فٽ" ڪرڻ جي صلاحيت شامل آھي ھڪڙي بيڪ اپ حل کي موجوده زيربناء ۾، ۽ گڏوگڏ بيڪ اپ جي عمل جي آٽوميشن. هڪ پيڪيج مئنيجر استعمال ڪندي انسٽاليشن جو امڪان پڻ آهي، يا هڪ يا ٻه حڪمن جهڙوڪ "ڊائون لوڊ ۽ ان پيڪ" ۾. curl ссылка | sudo bash - هڪ پيچيده طريقو، ڇو ته توهان کي چيڪ ڪرڻ جي ضرورت آهي جيڪا لنڪ ذريعي اچي ٿي.
مثال طور، اميدوارن مان سمجهيا وڃن ٿا، هڪ سادو حل آهي burp، rdiff-backup ۽ restic، جن وٽ مختلف آپريٽنگ موڊس لاءِ ميمني ڪيز آهن. ٿورڙو وڌيڪ پيچيده بورج ۽ نقل آهن. سڀ کان ڏکيو AMANDA هو. باقي استعمال جي آسانيءَ جي لحاظ کان وچ ۾ ڪٿي آهن. ڪنهن به صورت ۾، جيڪڏهن توهان کي صارف مينوئل پڙهڻ لاءِ 30 سيڪنڊن کان وڌيڪ وقت جي ضرورت آهي، يا توهان کي گوگل يا ڪنهن ٻئي سرچ انجڻ تي وڃڻ جي ضرورت آهي، ۽ مدد جي ڊگهي شيٽ ذريعي پڻ اسڪرول ڪرڻ جي ضرورت آهي، فيصلو ڏکيو آهي، هڪ طريقو يا ٻيو.
ڪجھ اميدوار سمجھيا ويا آھن پاڻمرادو اي ميل جابر ذريعي پيغام موڪلڻ جي قابل آھن، جڏهن ته ٻيا سسٽم ۾ ترتيب ڏنل الرٽ تي ڀروسو ڪن ٿا. ان کان علاوه، اڪثر پيچيده حلن ۾ مڪمل طور تي واضح الرٽ سيٽنگون نه هونديون آهن. ڪنهن به صورت ۾، جيڪڏهن بيڪ اپ پروگرام هڪ غير صفر واپسي ڪوڊ پيدا ڪري ٿو، جيڪو صحيح طريقي سان سمجهي ويندي سسٽم سروس جي وقتي ڪمن لاء (هڪ پيغام موڪليو ويندو سسٽم ايڊمنسٽريٽر ڏانهن يا سڌو سنئون نگراني ڏانهن) - صورتحال سادي آهي. پر جيڪڏهن بيڪ اپ سسٽم، جيڪو بيڪ اپ سرور تي نه هلندو آهي، ترتيب نه ٿو ڏئي سگهجي، مسئلي بابت چوڻ جو واضح طريقو اهو آهي ته پيچيدگي اڳ ۾ ئي تمام گهڻي آهي. ڪنهن به صورت ۾، ڊيڄاريندڙن ۽ ٻين پيغامن کي صرف ويب انٽرفيس يا لاگ ڏانهن جاري ڪرڻ هڪ خراب عمل آهي، ڇاڪاڻ ته اڪثر ڪري انهن کي نظرانداز ڪيو ويندو.
جيئن آٽوميشن لاءِ، هڪ سادي پروگرام ماحوليات جي متغيرن کي پڙهي سگهي ٿو جيڪو ان جي آپريٽنگ موڊ کي سيٽ ڪري ٿو، يا ان ۾ هڪ ترقي يافته ڪلائي آهي جيڪو مڪمل طور تي نقل ڪري سگهي ٿو رويي کي جڏهن ويب انٽرفيس ذريعي ڪم ڪندي، مثال طور. اهو پڻ شامل آهي مسلسل آپريشن جو امڪان، توسيع جي موقعن جي دستيابي وغيره.
آهستي آهستي
جزوي طور آٽوميشن جي حوالي سان پوئين ذيلي حصي کي گونج ڪندي، موجوده انفراسٽرڪچر ۾ بيڪ اپ جي عمل کي ”فٽ“ ڪرڻ لاءِ ڪو خاص مسئلو نه هجڻ گهرجي.
اهو نوٽ ڪرڻ جي قابل آهي ته ڪم لاء غير معياري بندرگاهن جو استعمال (چڱو، ويب انٽرفيس کان سواء)، غير معياري طريقي سان انڪرپشن تي عمل درآمد، غير معياري پروٽوڪول استعمال ڪندي ڊيٽا جي بدلي جي نشانيون آهن. - عالمي حل. سڀ کان وڌيڪ حصو لاء، سڀني اميدوارن وٽ اهي آهن هڪ طريقي سان يا ٻئي ۾ واضح سبب لاء: سادگي ۽ استحڪام عام طور تي گڏ نه ٿا ڪن. هڪ استثنا جي طور تي - burp، ٻيا به آهن.
هڪ نشاني جي طور تي - باقاعده ssh استعمال ڪندي ڪم ڪرڻ جي صلاحيت.
ڪم جي رفتار
سڀ کان وڌيڪ تڪراري ۽ تڪراري نقطو. هڪ پاسي، اسان پروسيس کي شروع ڪيو، اهو جلدي ممڪن طور تي ڪم ڪيو ۽ بنيادي ڪمن سان مداخلت نه ڪيو. ٻئي طرف، بيڪ اپ جي مدت دوران ٽرئفڪ ۽ پروسيسر لوڊ ۾ اضافو آهي. اهو پڻ قابل ذڪر آهي ته نقل ڪرڻ لاء تيز ترين پروگرام عام طور تي ڪمن جي لحاظ کان غريب ترين آهن جيڪي صارفين لاء اهم آهن. ٻيهر: جيڪڏهن هڪ بدقسمتي ٽيڪسٽ فائل حاصل ڪرڻ لاءِ ڪيترن ئي ڏهن بائيٽن جي سائيز ۾ پاسورڊ سان، ۽ ان جي ڪري پوري سروس جي قيمت (ها، ها، مان سمجهان ٿو ته بيڪ اپ عمل اڪثر ڪري هتي الزام نه آهي)، ۽ توهان کي ٻيهر پڙهڻ جي ضرورت آهي ترتيب وار سڀني فائلن کي مخزن ۾ يا وسيع آرڪائيو کي وڌايو - بيڪ اپ سسٽم ڪڏهن به تيز ناهي. هڪ ٻيو نقطو جيڪو اڪثر ڪري رڪاوٽ بڻجي ويندو آهي هڪ آرڪائيو مان بيڪ اپ کي ترتيب ڏيڻ جي رفتار آهي. هتي انهن لاءِ هڪ واضع فائدو آهي جيڪي آسانيءَ سان فائلن کي نقل ڪري سگهن ٿا يا گهربل هنڌ ڏانهن منتقل ڪري سگهن ٿا بغير ڪنهن گهڻي ڦيرڦار جي (مثال طور rsync)، پر گهڻو ڪري اهو مسئلو لازمي طور تي تنظيمي طريقي سان حل ڪيو وڃي ٿو، تجرباتي طور تي: بيڪ اپ بحالي جي وقت کي ماپڻ سان. ۽ کليل طور تي صارفين کي ان بابت آگاهي ڏيڻ.
استحڪام
اهو هن طريقي سان سمجهڻ گهرجي: هڪ طرف، اهو ممڪن آهي ته بيڪ اپ ڪاپي کي ڪنهن به طريقي سان واپس آڻڻ لاء، ٻئي طرف، ان کي مختلف مسئلن جي خلاف مزاحمت هجڻ گهرجي: نيٽ ورڪ جي مداخلت، ڊسڪ ناڪامي، ڊسڪ جو حصو ختم ڪرڻ. مخزن
بيڪ اپ اوزار جي ڀيٽ ۾
تخليق جو وقت نقل ڪريو
نقل ڪريو وصولي وقت
آسان انسٽاليشن
آسان سيٽ اپ
سادو استعمال
سادي خودڪار
ڇا توهان کي ڪلائنٽ سرور جي ضرورت آهي؟
مخزن جي سالميت جي جانچ ڪندي
اختلافي نسخو
پائپ ذريعي ڪم
آهستي آهستي
آزادي
مخزن جي شفافيت
پاسخاطري ڪرڻ
ٺڳ
نقل ڪرڻ
ويب انٽرفيس
بادل کي ڀرڻ
ونڊوز سپورٽ
ٻيو نمبر
روپينڪ
4m15s
4m28s
ها
في
في
في
ها
في
في
ها
في
ها
ها
في
في
في
في
في
ها
6
ترڪي
پاڪ
3m12s
2m43s
ها
في
في
في
في
في
ها
ها
في
ها
في
في
في
في
في
في
ها
8,5
gzip
9m37s
3m19s
ها
Rdiff بيڪ اپ
16m26s
17m17s
ها
ها
ها
ها
ها
في
ها
في
ها
في
ها
في
ها
ها
ها
في
ها
11
روپي شاٽ
4m19s
4m28s
ها
ها
ها
ها
في
في
ها
في
ها
في
ها
في
في
ها
ها
في
ها
12,5
برپ
11m9s
7m2s
ها
في
ها
ها
ها
ها
ها
في
ها
ها
في
في
ها
في
ها
في
ها
10,5
نقل
ڪو به انڪرپشن
16m48s
10m58s
ها
ها
في
ها
في
ها
ها
في
في
ها
في
ها
ها
في
ها
في
ها
11
gpg
17m27s
15m3s
دوپي
ڪو به انڪرپشن
20m28s
13m45s
في
ها
في
في
في
ها
ها
في
في
ها
في
ها
ها
ها
ها
ها
ها
11
aes
29m41s
21m40s
gpg
26m19s
16m30s
زيب بيڪ
ڪو به انڪرپشن
40m3s
11m8s
ها
ها
في
في
في
ها
ها
ها
في
ها
في
ها
ها
ها
في
في
في
10
aes
42m0s
14m1s
aes+lzo
18m9s
6m19s
بورگ بيڪ اپ
ڪو به انڪرپشن
4m7s
2m45s
ها
ها
ها
ها
ها
ها
ها
ها
ها
ها
في
ها
ها
ها
ها
في
ها
16
aes
4m58s
3m23s
بليڪ 2
4m39s
3m19s
آرام وارو
5m38s
4m28s
ها
ها
ها
ها
في
ها
ها
ها
ها
ها
في
ها
في
ها
في
ها
ها
15,5
يو آر بيڪ اپ
8m21s
8m19s
ها
ها
ها
في
ها
في
ها
في
ها
ها
في
ها
ها
ها
ها
في
ها
12
ٿو
9m3s
2m49s
ها
في
في
ها
ها
ها
ها
في
ها
ها
ها
ها
ها
في
ها
ها
ها
13
بيڪ پي پي سي
rsync
12m22s
7m42s
ها
في
ها
ها
ها
ها
ها
في
ها
في
في
ها
ها
في
ها
في
ها
10,5
ٽر
12m34s
12m15s
جدول جي ڏند ڪٿا:
- سائو، آپريٽنگ وقت پنجن منٽن کان گهٽ، يا جواب ڏيو ”ها“ (سواءِ ڪالم ”ڪلائنٽ سرور جي ضرورت آهي؟“)، 1 پوائنٽ
- پيلو، آپريٽنگ وقت پنج کان ڏهه منٽ، 0.5 پوائنٽس
- ڳاڙهو، ڪم جو وقت ڏهن منٽن کان وڌيڪ آهي، يا جواب آهي "نه" (سواءِ ڪالم "ڇا توهان کي ڪلائنٽ سرور جي ضرورت آهي؟")، 0 پوائنٽس
مٿي ڏنل جدول جي مطابق، سادو، تيز ترين، ۽ ساڳئي وقت آسان ۽ طاقتور بيڪ اپ اوزار آهي BorgBackup. ريسٽڪ ٻي جاءِ ورتي، باقي سمجهيا ويا اميدوارن کي لڳ ڀڳ برابر رکيا ويا هڪ يا ٻن پوائنٽن جي پکيڙ سان آخر ۾.
مان هر ڪنهن جو شڪريو ادا ڪريان ٿو جنهن سيريز کي آخر تائين پڙهيو، مان توهان کي دعوت ڏيان ٿو اختيارن تي بحث ڪرڻ ۽ پنهنجو پيش ڪرڻ، جيڪڏهن ڪو آهي. جيئن بحث اڳتي وڌندو، ميز کي وڌايو ويندو.
سيريز جو نتيجو حتمي آرٽيڪل هوندو، جنهن ۾ هڪ مثالي، تيز ۽ منظم بيڪ اپ ٽول تيار ڪرڻ جي ڪوشش ڪئي ويندي جيڪا توهان کي اجازت ڏئي ٿي ته توهان کي تمام گهٽ ۾ گهٽ وقت ۾ هڪ ڪاپي واپس آڻڻ ۽ ساڳئي وقت آسان ۽ آسان. ترتيب ڏيڻ ۽ برقرار رکڻ لاء.
اعلان
بيڪ اپ حصو 6: بيڪ اپ اوزار جي مقابلي ۾
بيڪ اپ حصو 7: نتيجو
جو ذريعو: www.habr.com