توهان کي بيڪ اپ ٺاهڻ جي ضرورت ڇو آهي؟ آخرڪار، سامان تمام گهڻو، تمام قابل اعتماد آهي، ۽ ان کان سواء، "بادل" آهن جيڪي جسماني سرورن جي ڀيٽ ۾ معتبر آهن: مناسب ترتيب سان، هڪ "ڪلائوڊ" سرور آساني سان هڪ انفراسٽرڪچر فزيڪل سرور جي ناڪامي کان بچي سگهي ٿو، ۽ سروس استعمال ڪندڙن جي نقطي نظر ۾، اتي هڪ ننڍڙو هوندو، وقت جي خدمت ۾ مشڪل سان قابل ذڪر جمپ. ان کان علاوه، معلومات جي نقل اڪثر ڪري "اضافي" پروسيسر وقت، ڊسڪ لوڊ، ۽ نيٽ ورڪ ٽرئفڪ لاء ادا ڪرڻ جي ضرورت آهي.
هڪ مثالي پروگرام تيزيءَ سان هلندو آهي، يادگيري نه لڪي ٿو، نه ڪو سوراخ آهي، ۽ نه ئي موجود آهي.
- اڻڄاتل
جيئن ته پروگرام اڃا تائين پروٽين ڊولپرز طرفان لکيل آهن، ۽ اڪثر ڪري ڪو به جاچ وارو عمل نه هوندو آهي، ان سان گڏ پروگرامن کي ”بهترين عمل“ (جيڪي پاڻ پڻ پروگرام آهن ۽ ان ڪري نامڪمل آهن) استعمال ڪندي پيش ڪيا ويندا آهن، سسٽم ايڊمنسٽريٽرن کي اڪثر مسئلا حل ڪرڻا پوندا آهن جيڪي مختصر طور تي آواز ڪن ٿا پر. مختصر طور تي: ”واپس اچو ته اهو ڪيئن هو“، ”بنيادي کي نارمل آپريشن تي آڻيو“، ”آهستگي سان ڪم ڪري ٿو - واپس رول“، ۽ پڻ منهنجو پسنديده ”مون کي خبر ناهي ڇا، پر ان کي درست ڪريو“.
ان کان علاوه منطقي غلطيون جيڪي ڊولپرز جي لاپرواهي جي ڪم جي نتيجي ۾ پيدا ٿين ٿيون، يا حالتن جي ميلاپ جي نتيجي ۾، گڏوگڏ نامڪمل ڄاڻ يا بلڊنگ پروگرامن جي ننڍڙن خصوصيتن جي غلط فهمي - جنهن ۾ ڪنيڪشن ۽ سسٽم شامل آهن، بشمول آپريٽنگ سسٽم، ڊرائيور ۽ فرم ویئر - ٻيون غلطيون پڻ آهن. مثال طور، اڪثر ڊولپرز رن ٽائيم تي ڀروسو ڪندا آهن، مڪمل طور تي جسماني قانونن کي وساريندا آهن، جيڪي اڃا تائين پروگرامن کي استعمال ڪرڻ کان روڪڻ ناممڪن آهن. ھن ۾ شامل آھي ڊسڪ سب سسٽم جي لامحدود اعتماد ۽، عام طور تي، ڪنھن به ڊيٽا اسٽوريج سبسسٽم (بشمول رام ۽ پروسيسر ڪيش!)، ۽ پروسيسر تي صفر پروسيسنگ وقت، ۽ نيٽ ورڪ تي ٽرانسميشن دوران غلطين جي غير موجودگي ۽ پروسيسنگ دوران. پروسيسر، ۽ نيٽ ورڪ ليٽيسي، جيڪا 0 جي برابر آهي. توهان کي بدنام آخري وقت کي نظرانداز نه ڪرڻ گهرجي، ڇاڪاڻ ته جيڪڏهن توهان ان کي وقت تي پورا نه ڪيو، اتي نيٽ ورڪ ۽ ڊسڪ آپريشن جي nuances کان وڌيڪ خراب مسئلا ٿي ويندا.
انهن مسئلن سان ڇا ڪجي جيڪي پوري قوت ۾ اڀرن ۽ قيمتي ڊيٽا کي لٽڪائين ٿا؟ زندگين ڊولپرز کي تبديل ڪرڻ جي ڪا به شيء ناهي، ۽ اها حقيقت ناهي ته اهو ويجهي مستقبل ۾ ممڪن ٿيندو. ٻئي طرف، صرف چند منصوبا مڪمل طور تي ثابت ڪرڻ ۾ ڪامياب ٿي ويا آهن ته پروگرام مقصد طور ڪم ڪندو، ۽ اهو ضروري ناهي ته ثبوت وٺڻ ۽ ٻين، ساڳئي منصوبن تي لاڳو ڪرڻ ممڪن نه ٿيندو. انهي سان گڏ، اهڙا ثبوت تمام گهڻو وقت وٺن ٿا ۽ خاص صلاحيتن ۽ علم جي ضرورت آهي، ۽ اهو عملي طور تي انهن جي استعمال جي امڪان کي گھٽائي ٿو حساب جي آخري تاريخن ۾. ان کان علاوه، اسان اڃا تائين نه ڄاڻون ٿا ته معلومات کي محفوظ ڪرڻ، پروسيسنگ ۽ منتقل ڪرڻ لاء الٽرا تيز، سستا ۽ لامحدود قابل اعتماد ٽيڪنالاجي ڪيئن استعمال ڪجي. اهڙيون ٽيڪنالاجيون، جيڪڏهن اهي موجود آهن، تصور جي صورت ۾ آهن، يا اڪثر ڪري - صرف سائنس فڪشن ڪتابن ۽ فلمن ۾.
سٺا فنڪار نقل ڪن ٿا، عظيم فنڪار چوري ڪن ٿا.
- پابلو پڪاسو.
سڀ کان وڌيڪ ڪامياب حل ۽ حيرت انگيز طور تي سادي شيون عام طور تي ٿينديون آهن جتي تصورات، ٽيڪنالاجي، علم، ۽ سائنس جا شعبا جيڪي پهرين نظر ۾ بلڪل غير مطابقت رکندڙ آهن.
مثال طور، پکين ۽ هوائي جهازن کي پنن وارا آهن، پر ڪارڪردگي هڪجهڙائي جي باوجود - ڪجهه طريقن ۾ آپريشن جو اصول ساڳيو آهي، ۽ ٽيڪنيڪل مسئلا ساڳئي طريقي سان حل ڪيا ويا آهن: هڏا، مضبوط ۽ هلڪو وزن واري مواد جو استعمال، وغيره. نتيجا مڪمل طور تي مختلف آهن، جيتوڻيڪ بلڪل هڪجهڙائي. اسان جي ٽيڪنالوجي ۾ جيڪي بهترين مثال اسان ڏسون ٿا اهي به گهڻو ڪري فطرت کان قرض وٺي ويا آهن: جهازن ۽ آبدوز جا دٻاءُ وارا حصا annelids سان سڌي طرح تشبيهه آهن. اڏاوت جي اڏاوت ۽ ڊيٽا جي سالميت کي جانچڻ - ڊي اين اي زنجير کي نقل ڪرڻ؛ گڏوگڏ جوڙيل عضون، مرڪزي نروس سسٽم کان مختلف عضون جي ڪم جي آزادي (دل جي خودڪار) ۽ reflexes - انٽرنيٽ تي خودمختيار نظام. يقينا، تيار ڪيل حل کڻڻ ۽ لاڳو ڪرڻ "هيڊ آن" مسئلن سان ڀريل آهي، پر ڪير ڄاڻي ٿو، شايد ڪو ٻيو حل نه آهي.
جيڪڏھن مون کي خبر ھجي ھا ته تون ڪٿي ڪرندين ھا، ته مان ڍڳون وجھان ھا!
- بيلاروسي لوڪ چوڻي
هن جو مطلب آهي ته بيڪ اپ ڪاپيون انهن لاء اهم آهن جيڪي چاهيندا آهن:
- توهان جي سسٽم جي آپريشن کي بحال ڪرڻ جي قابل ٿي گهٽ ۾ گهٽ وقت سان، يا ان کان سواء به
- جرئت سان عمل ڪريو، ڇاڪاڻ ته هڪ غلطي جي صورت ۾ هميشه هڪ رول بيڪ جو امڪان آهي
- عمدي ڊيٽا ڪرپشن جي نتيجن کي گھٽايو
هتي هڪ ننڍڙو نظريو آهي
ڪابه درجه بندي خودمختياري آهي. فطرت جي درجه بندي نه آهي. اسان درجه بندي ڪريون ٿا ڇاڪاڻ ته اهو اسان لاءِ وڌيڪ آسان آهي. ۽ اسان ڊيٽا جي مطابق درجه بندي ڪريون ٿا جيڪي اسان پڻ پاڻمرادو وٺن ٿا.
- جين برولر
فزيڪل اسٽوريج جي طريقي کان سواء، منطقي ڊيٽا اسٽوريج کي هن ڊيٽا تائين رسائي جي ٻن طريقن ۾ ورهائي سگهجي ٿو: بلاڪ ۽ فائل. ھن ڊويزن کي تازو ڪيو ويو آھي تمام گھڻو ڌماڪو، ڇاڪاڻتہ خالص بلاڪ، گڏوگڏ خالص فائل، منطقي اسٽوريج موجود نه آھي. بهرحال، سادگي لاء، اسان اهو فرض ڪنداسين ته اهي موجود آهن.
بلاڪ ڊيٽا اسٽوريج جو مطلب آهي ته هڪ جسماني ڊوائيس آهي جتي ڊيٽا ڪجهه مقرر ڪيل حصن، بلاڪ ۾ لکيل آهي. بلاڪ هڪ مخصوص ايڊريس تي پهچندا آهن؛ هر بلاڪ کي ڊوائيس اندر ان جو پنهنجو پتو هوندو آهي.
هڪ بيڪ اپ عام طور تي ڊيٽا جي بلاڪ کي نقل ڪندي ٺاهيو ويندو آهي. ڊيٽا جي سالميت کي يقيني بڻائڻ لاء، نون بلاڪ جي رڪارڊنگ، گڏوگڏ موجوده ۾ تبديليون، نقل ڪرڻ جي وقت تي معطل ٿيل آهن. جيڪڏهن اسان عام دنيا مان هڪ قياس وٺون ٿا، ته سڀ کان ويجھو شيء هڪ الماري آهي هڪجهڙائي واري نمبرن سان.
منطقي ڊوائيس اصول جي بنياد تي فائل ڊيٽا اسٽوريج بلاڪ اسٽوريج جي ويجهو آهي ۽ اڪثر ڪري مٿي تي منظم ڪيو ويندو آهي. اھم فرق آھن ھڪ ذخيري واري درجي جي موجودگي ۽ انساني پڙھڻ جا نالا. ھڪڙو خلاصو ھڪڙي فائل جي صورت ۾ مختص ڪيو ويو آھي - ھڪڙي نالي واري ڊيٽا ايريا، ۽ گڏوگڏ ھڪڙي ڊاريڪٽري - ھڪڙي خاص فائل جنھن ۾ تفصيل ۽ ٻين فائلن تائين رسائي محفوظ ٿيل آھن. فائلون اضافي ميٽا ڊيٽا سان مهيا ڪري سگھجن ٿيون: تخليق جو وقت، رسائي جھنڊو، وغيره. بيڪ اپ عام طور تي هن طريقي سان ڪيو ويندو آهي: اهي تبديل ٿيل فائلن کي ڳوليندا آهن، پوء انهن کي نقل ڪريو ٻئي فائل اسٽوريج ۾ ساڳئي ساخت سان. ڊيٽا جي سالميت عام طور تي فائلن جي غير موجودگي جي ذريعي لاڳو ڪئي ويندي آهي. فائل ميٽاداٽ کي ساڳئي طريقي سان بيڪ اپ ڪيو ويو آهي. سڀ کان ويجھو قياس هڪ لائبريري آهي، جنهن ۾ مختلف ڪتابن جا حصا آهن، ۽ انهن ڪتابن جي نالن سان گڏ هڪ فهرست پڻ آهي، جنهن ۾ انسان پڙهي سگهي ٿو.
تازو، هڪ ٻيو اختيار ڪڏهن ڪڏهن بيان ڪيو ويو آهي، جنهن مان، اصول ۾، فائل ڊيٽا اسٽوريج شروع ٿي، ۽ جنهن ۾ ساڳيون خاصيتون آهن: اعتراض ڊيٽا اسٽوريج.
اهو فائل اسٽوريج کان مختلف آهي ته ان ۾ هڪ کان وڌيڪ نسٽنگ (فليٽ اسڪيم) نه آهي، ۽ فائل جا نالا، جيتوڻيڪ انسان پڙهڻ جي قابل آهن، اڃا به مشين جي پروسيسنگ لاء وڌيڪ مناسب آهن. جڏهن بيڪ اپ انجام ڏيو، آبجیکٹ اسٽوريج اڪثر ڪري ساڳيو علاج ڪيو ويندو آهي فائل اسٽوريج سان، پر ڪڏهن ڪڏهن ٻيا اختيار آهن.
- سسٽم منتظمين جا ٻه قسم آهن، اهي جيڪي بيڪ اپ نٿا ڪن، ۽ جيڪي اڳ ۾ ئي ڪندا آهن.
- اصل ۾، ٽي قسم آهن: اتي به آهن جيڪي چيڪ ڪريو ته بيڪ اپ بحال ڪري سگهجي ٿو.- اڻڄاتل
اهو پڻ سمجهڻ جي قابل آهي ته ڊيٽا جي بيڪ اپ جي عمل پاڻ کي پروگرامن جي ذريعي ڪيو ويندو آهي، تنهن ڪري ان ۾ ڪنهن ٻئي پروگرام وانگر ساڳيون نقصان آهن. ختم ڪرڻ (ختم نه ڪرڻ!) انساني عنصر تي انحصار، ۽ گڏوگڏ خاصيتون - جيڪي انفرادي طور تي مضبوط اثر نه ٿا ڪن، پر گڏجي هڪ قابل ذڪر اثر ڏئي سگھن ٿا - جنهن کي سڏيو ويندو آهي. ضابطو 3-2-1. ان کي سمجھائڻ لاءِ ڪيترائي آپشن آھن، پر مون کي ھيٺ ڏنل تشريح بھتر آھي: ساڳي ڊيٽا جا 3 سيٽ محفوظ ٿيڻ گهرجن، 2 سيٽون مختلف فارميٽ ۾ ذخيرو ٿيڻ گهرجن، ۽ 1 سيٽ کي جغرافيائي طور تي ريموٽ اسٽوريج ۾ رکڻ گھرجي.
اسٽوريج فارميٽ کي هيٺ ڏنل سمجھڻ گهرجي:
- جيڪڏهن جسماني اسٽوريج جي طريقي تي انحصار آهي، اسان جسماني طريقي کي تبديل ڪندا آهيون.
- جيڪڏهن منطقي اسٽوريج جي طريقي تي انحصار آهي، اسان منطقي طريقي کي تبديل ڪندا آهيون.
3-2-1 قاعدي جي وڌ ۾ وڌ اثر حاصل ڪرڻ لاء، اهو ٻنهي طريقن سان اسٽوريج فارميٽ کي تبديل ڪرڻ جي سفارش ڪئي وئي آهي.
بيڪ اپ جي تياري جي نقطي نظر کان ان جي گهربل مقصد لاءِ - ڪارڪردگي بحال ڪرڻ - "گرم" ۽ "ٿڌي" بيڪ اپ جي وچ ۾ فرق ڪيو ويو آهي. ٿڌن کان صرف هڪ شيءِ ۾ مختلف آهن: اهي فوري طور تي استعمال لاءِ تيار آهن، جڏهن ته ٿڌي وارن کي بحالي لاءِ ڪجهه اضافي قدمن جي ضرورت هوندي آهي: ڊيڪرپشن، آرڪائيو مان ڪڍڻ، وغيره.
گرم ۽ ٿڌي ڪاپين کي آن لائن ۽ آف لائن ڪاپين سان گڏ نه ڪريو، جيڪي ڊيٽا جي جسماني الڳ ٿيڻ جو مطلب آهن ۽ حقيقت ۾، بيڪ اپ طريقن جي درجه بندي جي هڪ ٻي نشاني آهي. تنهن ڪري هڪ آف لائن ڪاپي - سڌو سنئون سسٽم سان ڳنڍيل ناهي جتي ان کي بحال ڪرڻ جي ضرورت آهي - گرم يا ٿڌو ٿي سگهي ٿو (وصولي لاء تياري جي لحاظ کان). هڪ آن لائن ڪاپي سڌو سنئون دستياب ٿي سگهي ٿي جتي ان کي بحال ڪرڻ جي ضرورت آهي، ۽ اڪثر ڪري اهو گرم آهي، پر اتي پڻ ٿڌو آهن.
ان کان علاوه، اهو نه وساريو ته بيڪ اپ ڪاپي ٺاهڻ جو عمل پاڻ کي عام طور تي هڪ بيڪ اپ ڪاپي جي تخليق سان ختم نٿو ڪري، ۽ ڪاپي جي وڏي تعداد ۾ ٿي سگهي ٿي. تنهن ڪري، اهو ضروري آهي ته مڪمل بيڪ اپ جي وچ ۾ فرق ڪرڻ، يعني. اهي جيڪي آزاديءَ سان بحال ڪري سگھجن ٿيون ٻين بيڪ اپن سان، گڏوگڏ فرق (وڌندڙ، فرق، گهٽتائي، وغيره) ڪاپيون - جيڪي آزاديءَ سان بحال نه ٿيون ڪري سگھجن ۽ انھن کي ھڪ يا وڌيڪ ٻين بيڪ اپ جي ابتدائي بحالي جي ضرورت آھي.
مختلف اضافو بيڪ اپ بيڪ اپ اسٽوريج جي جاء کي بچائڻ جي ڪوشش آهي. اهڙيء طرح، صرف اڳوڻي بيڪ اپ مان تبديل ٿيل ڊيٽا بيڪ اپ ڪاپي ڏانهن لکيو ويو آهي.
اختلافي گھٽتائي وارا ساڳيا مقصد لاءِ ٺاھيا ويا آھن، پر ٿورڙي مختلف طريقي سان: ھڪڙي مڪمل بيڪ اپ ڪاپي ٺاھي وئي آھي، پر صرف تازو ڪاپي ۽ پوئين ھڪڙي جي وچ ۾ فرق اصل ۾ ذخيرو ٿيل آھي.
الڳ الڳ، اهو غور ڪرڻ جي قابل آهي ته بيڪ اپ اسٽوريج تي عمل، جيڪو نقلن جي اسٽوريج جي غير موجودگي کي سپورٽ ڪري ٿو. ان ڪري، جيڪڏهن توهان ان جي مٿان مڪمل بيڪ اپ لکندا، ته صرف بيڪ اپ جي وچ ۾ فرق اصل ۾ لکيو ويندو، پر بيڪ اپ کي بحال ڪرڻ جو عمل مڪمل ڪاپي ۽ مڪمل طور تي شفاف طور تي بحال ڪرڻ جهڙو هوندو.
ڇا ipsos custodiet custodes?
(ڪير سنڀاليندو پاڻ سنڀاليندڙن کي؟ - lat.)
اهو تمام ناپسنديده آهي جڏهن بيڪ اپ ڪاپيون نه هونديون آهن، پر اهو تمام گهڻو خراب آهي جيڪڏهن هڪ بيڪ اپ ڪاپي ٺاهي وئي آهي، پر جڏهن ان کي بحال ڪري ٿو ته ان کي بحال نٿو ڪري سگهجي ڇاڪاڻ ته:
- ذريعن جي ڊيٽا جي سالميت کي سمجھوتو ڪيو ويو آهي.
- بيڪ اپ اسٽوريج خراب ٿي وئي آهي.
- بحالي تمام سست رفتاري سان ڪم ڪري ٿي؛ توھان ڊيٽا استعمال نٿا ڪري سگھو جيڪو جزوي طور بحال ڪيو ويو آھي.
صحيح طور تي تعمير ٿيل بيڪ اپ عمل کي اڪائونٽ ۾ رکڻ گهرجي اهڙين تبصرن، خاص طور تي پهريان ٻه.
ذريعن جي ڊيٽا جي سالميت ڪيترن ئي طريقن سان ضمانت ٿي سگهي ٿي. سڀ کان وڌيڪ عام استعمال هيٺ ڏنل آهن: a) بلاڪ جي سطح تي فائل سسٽم جي سنيپ شاٽ ٺاهڻ، ب) فائل سسٽم جي حالت کي "منجمد" ڪرڻ، ج) هڪ خاص بلاڪ ڊوائيس ورزن اسٽوريج سان، ڊي) فائلن جي ترتيب واري رڪارڊنگ يا بلاڪ. چيڪسم پڻ لاڳو ڪيا ويا آهن انهي کي يقيني بڻائڻ لاءِ ڊيٽا جي بحالي دوران تصديق ٿيل آهي.
اسٽوريج جي بدعنواني کي به چڪاس ڪري سگهجي ٿو استعمال ڪندي. ھڪڙو اضافي طريقو خاص ڊوائيسز يا فائل سسٽم جو استعمال آھي جنھن ۾ اڳ ۾ ئي رڪارڊ ٿيل ڊيٽا تبديل نه ٿي ڪري سگھجي، پر نوان شامل ڪري سگھجن ٿيون.
وصولي کي تيز ڪرڻ لاء، ڊيٽا جي وصولي بحالي لاء ڪيترن ئي عملن سان استعمال ڪيو ويندو آهي - بشرطيڪ ته سست نيٽ ورڪ يا سست ڊسڪ سسٽم جي صورت ۾ ڪا به رڪاوٽ نه هجي. جزوي طور تي بحال ٿيل ڊيٽا سان صورتحال جي چوڌاري حاصل ڪرڻ لاء، توهان بيڪ اپ جي عمل کي نسبتا ننڍن ذيلي ڪمن ۾ ٽوڙي سگهو ٿا، جن مان هر هڪ الڳ الڳ ڪيو ويندو آهي. اهڙيء طرح، اهو ممڪن آهي ته مسلسل ڪارڪردگي بحال ڪرڻ دوران بحالي جي وقت جي اڳڪٿي ڪندي. اهو مسئلو اڪثر ڪري تنظيمي جهاز (SLA) ۾ آهي، تنهنڪري اسان هن تي تفصيل سان نه رهنداسين.
مصالحن جو ماهر اهو ناهي جيڪو انهن کي هر ڀاڄيءَ ۾ شامل ڪري، پر اهو آهي جيڪو ڪڏهن به ان ۾ ڪا اضافي شيءِ نه وجهي.
-ان. سنياسڪي
سسٽم منتظمين پاران استعمال ڪيل سافٽ ويئر جي حوالي سان طريقا مختلف ٿي سگهن ٿا، پر عام اصول اڃا تائين آهن، هڪ طريقو يا ٻيو، ساڳيو، خاص طور تي:
- اهو سختي سان تيار ڪيل حل استعمال ڪرڻ جي صلاح ڏني وئي آهي.
- پروگرامن کي اڳڪٿي سان ڪم ڪرڻ گهرجي، يعني. ڪابه غير دستاويزي خاصيتون يا رڪاوٽون نه هجڻ گهرجن.
- هر پروگرام کي ترتيب ڏيڻ ايترو سادو هجڻ گهرجي ته توهان کي هر وقت دستياب يا چيٽ شيٽ پڙهڻ جي ضرورت ناهي.
- جيڪڏهن ممڪن هجي ته، حل عالمگير هجڻ گهرجي، ڇاڪاڻ ته سرور انهن جي هارڊويئر خاصيتن ۾ تمام گهڻو مختلف ٿي سگهن ٿا.
بلاڪ ڊوائيسز کان بيڪ اپ وٺڻ لاء هيٺيان عام پروگرام آهن:
- dd، سسٽم انتظاميه جي ماهرن کان واقف آهي، هن ۾ پڻ ساڳيو پروگرام شامل آهن (ساڳي dd_rescue، مثال طور).
- ڪجھ فائل سسٽم ۾ ٺاهيل افاديت جيڪي فائل سسٽم جو ڊمپ ٺاهيندا آهن.
- هر قسم جي افاديت؛ مثال طور partclone.
- ذاتي، اڪثر ملڪيت، فيصلا؛ مثال طور، NortonGhost ۽ بعد ۾.
فائل سسٽم لاءِ، بيڪ اپ جو مسئلو جزوي طور حل ڪيو ويندو آهي طريقا استعمال ڪندي بلاڪ ڊوائيسز لاءِ، پر مسئلو حل ڪري سگهجي ٿو وڌيڪ موثر طريقي سان استعمال ڪندي، مثال طور:
- Rsync، هڪ عام مقصدي پروگرام ۽ فائل سسٽم جي حالت کي هم وقت سازي لاءِ پروٽوڪول.
- تعمير ٿيل آرڪائيونگ اوزار (ZFS).
- ٽئين پارٽي آرڪائيو اوزار؛ سڀ کان وڌيڪ مشهور نمائندو tar آهي. ٻيا به آهن، مثال طور، ڊار - جديد سسٽم جو مقصد ٽار لاء متبادل.
بيڪ اپ ڪاپيون ٺاهڻ وقت ڊيٽا جي مطابقت کي يقيني بڻائڻ لاءِ سافٽ ويئر ٽولز بابت الڳ الڳ ذڪر ڪرڻ جي قابل آهي. سڀ کان عام استعمال ٿيل اختيارن جا آھن:
- فائل سسٽم کي صرف پڙهڻ واري موڊ ۾ نصب ڪرڻ (ريڊ اونلي)، يا فائل سسٽم کي منجمد ڪرڻ (منجمد) - طريقو محدود قابل اطلاق آهي.
- فائل سسٽم جي حالت يا بلاڪ ڊوائيسز (LVM، ZFS) جي سنيپ شاٽ ٺاهڻ.
- تاثرات کي ترتيب ڏيڻ لاءِ ٽئين پارٽي جي اوزارن جو استعمال، حتي ان صورتن ۾ جتي اڳوڻو نقطو ڪنهن سبب جي ڪري مهيا نه ٿي ڪري سگھجي (پروگرام جهڙوڪ هاٽ ڪاپي).
- ڪاپي-آن-تبديلي ٽيڪنڪ (CopyOnWrite)، جڏهن ته، اهو اڪثر ڪري استعمال ٿيل فائل سسٽم سان ڳنڍيل آهي (BTRFS، ZFS).
تنهن ڪري، هڪ ننڍڙي سرور لاء توهان کي هڪ بيڪ اپ اسڪيم مهيا ڪرڻ جي ضرورت آهي جيڪا هيٺين گهرجن کي پورو ڪري ٿي.
- استعمال ڪرڻ آسان - آپريشن دوران خاص اضافي قدمن جي ضرورت نه آھي، نقلن کي ٺاھڻ ۽ بحال ڪرڻ لاء گھٽ ۾ گھٽ قدم.
- يونيورسل - ٻنهي وڏن ۽ ننڍن سرورن تي ڪم ڪندو آهي؛ اهو ضروري آهي جڏهن سرور جو تعداد وڌائڻ يا اسڪيلنگ.
- انسٽال ٿيل هڪ پيڪيج مينيجر طرفان، يا هڪ يا ٻه حڪمن جهڙوڪ "ڊائون لوڊ ۽ ان پيڪ" ۾.
- مستحڪم - هڪ معياري يا ڊگهي قائم ڪيل اسٽوريج فارميٽ استعمال ڪيو ويندو آهي.
- ڪم ۾ تڪڙو.
انهن مان درخواست ڪندڙ جيڪي گهٽ يا گهٽ گهرجن کي پورا ڪن ٿا:
- rdiff-بيڪ اپ
- آرٽيڪلٽس
- ذريعو
- نقل
- ڪٽيو
- نقل ڪرڻ ڏيو
- ڏندن
- zbackup
- آرام وارو
- borgbackup
هڪ ورچوئل مشين (XenServer تي ٻڌل) هيٺين خاصيتن سان گڏ ٽيسٽ بينچ طور استعمال ڪئي ويندي:
- 4 ڪور 2.5 GHz،
- 16 جي بي ريم،
- 50 GB هائبرڊ اسٽوريج (اسٽوريج سسٽم SSD تي ڪيشنگ سان گڏ ورچوئل ڊسڪ سائيز جي 20٪) هڪ الڳ ورچوئل ڊسڪ جي صورت ۾ بغير ورهاڱي جي،
- 200 Mbps انٽرنيٽ چينل.
تقريبن ساڳي مشين کي استعمال ڪيو ويندو بيڪ اپ وصول ڪندڙ سرور، صرف 500 GB هارڊ ڊرائيو سان.
آپريٽنگ سسٽم - Centos 7 x64: معياري ورهاڱي، اضافي ورهاڱي کي ڊيٽا ماخذ طور استعمال ڪيو ويندو.
شروعاتي ڊيٽا جي طور تي، اچو ته 40 GB ميڊيا فائلن ۽ هڪ mysql ڊيٽابيس سان گڏ هڪ ورڈپریس سائيٽ وٺون. جيئن ته ورچوئل سرور خاصيتن ۾ تمام گهڻو مختلف آهن، ۽ پڻ بهتر پيداوار لاء، هتي آهي
sysbench استعمال ڪندي سرور جي جاچ جا نتيجا.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu رن
sysbench 1.1.0-18a9f86 (بنڊل LuaJIT 2.1.0-beta3 استعمال ڪندي)
هيٺ ڏنل اختيارن سان ٽيسٽ هلندڙ.
سلسلا جو تعداد: 4
موجوده وقت کان بي ترتيب نمبر جنريٽر جي شروعات
پرائمري نمبرن جي حد: 20000
ڪم ڪندڙ موضوعن کي شروع ڪري رهيو آهي...
سلسلا شروع ٿي ويا!
سي پي يو اسپيڊ:
واقعا في سيڪنڊ: 836.69
عمل:
واقعا/ايس (اي پي ايس): 836.6908
وقت گذري ويو: 30.0039s
واقعن جو ڪل تعداد: 25104
دير (ايم ايس):
منٽ: 2.38
سراسري: 4.78
وڌ ۾ وڌ: 22.39
95 سيڪڙو: 10.46
رقم: 119923.64
سلسلا انصاف
واقعا (avg/stddev): 6276.0000/13.91
عمل جو وقت (avg/stddev): 29.9809/0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=read memory run
sysbench 1.1.0-18a9f86 (بنڊل LuaJIT 2.1.0-beta3 استعمال ڪندي)
هيٺ ڏنل اختيارن سان ٽيسٽ هلندڙ.
سلسلا جو تعداد: 4
موجوده وقت کان بي ترتيب نمبر جنريٽر جي شروعات
رننگ ميموري اسپيڊ ٽيسٽ ھيٺ ڏنل اختيارن سان:
بلاڪ سائيز: 1KiB
ڪل سائيز: 102400MiB
آپريشن: پڙهو
دائرو: عالمي
ڪم ڪندڙ موضوعن کي شروع ڪري رهيو آهي...
سلسلا شروع ٿي ويا!
ڪل آپريشن: 50900446 (1696677.10 في سيڪنڊ)
49707.47 ايم بي منتقل ڪيو ويو (1656.91 ايم بي / سيڪنڊ)
عمل:
واقعا/ايس (اي پي ايس): 1696677.1017
وقت گذري ويو: 30.0001s
واقعن جو ڪل تعداد: 50900446
دير (ايم ايس):
منٽ: 0.00
سراسري: 0.00
وڌ ۾ وڌ: 24.01
95 سيڪڙو: 0.00
رقم: 39106.74
سلسلا انصاف
واقعا (avg/stddev): 12725111.5000/137775.15
عمل جو وقت (avg/stddev): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=write memory run
sysbench 1.1.0-18a9f86 (بنڊل LuaJIT 2.1.0-beta3 استعمال ڪندي)
هيٺ ڏنل اختيارن سان ٽيسٽ هلندڙ.
سلسلا جو تعداد: 4
موجوده وقت کان بي ترتيب نمبر جنريٽر جي شروعات
رننگ ميموري اسپيڊ ٽيسٽ ھيٺ ڏنل اختيارن سان:
بلاڪ سائيز: 1KiB
ڪل سائيز: 102400MiB
آپريشن: لکڻ
دائرو: عالمي
ڪم ڪندڙ موضوعن کي شروع ڪري رهيو آهي...
سلسلا شروع ٿي ويا!
ڪل آپريشن: 35910413 (1197008.62 في سيڪنڊ)
35068.76 ايم بي منتقل ڪيو ويو (1168.95 ايم بي / سيڪنڊ)
عمل:
واقعا/ايس (اي پي ايس): 1197008.6179
وقت گذري ويو: 30.0001s
واقعن جو ڪل تعداد: 35910413
دير (ايم ايس):
منٽ: 0.00
سراسري: 0.00
وڌ ۾ وڌ: 16.90
95 سيڪڙو: 0.00
رقم: 43604.83
سلسلا انصاف
واقعا (avg/stddev): 8977603.2500/233905.84
عمل جو وقت (avg/stddev): 10.9012/0.41
sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G فائليو رن
sysbench 1.1.0-18a9f86 (بنڊل LuaJIT 2.1.0-beta3 استعمال ڪندي)
هيٺ ڏنل اختيارن سان ٽيسٽ هلندڙ.
سلسلا جو تعداد: 4
موجوده وقت کان بي ترتيب نمبر جنريٽر جي شروعات
اضافي فائل کليل پرچم: (ڪو به نه)
128 فائلون، 8MiB هر هڪ
1GiB ڪل فائل سائيز
بلاڪ سائيز 4KiB
IO درخواستن جو تعداد: 0
گڏيل بي ترتيب IO ٽيسٽ لاءِ تناسب پڙهو / لکو: 1.50
وقتي FSYNC فعال، هر 100 درخواستن کي fsync() ڪال ڪندي.
ڪال ڪندي fsync() ٽيسٽ جي آخر ۾، فعال.
هم وقت سازي I/O موڊ استعمال ڪندي
بي ترتيب r/w ٽيسٽ ڪرڻ
ڪم ڪندڙ موضوعن کي شروع ڪري رهيو آهي...
سلسلا شروع ٿي ويا!
عمل:
پڙهو: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
لکو: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS = 8226.98
دير (ايم ايس):
منٽ: 0.00
سراسري: 0.27
وڌ ۾ وڌ: 18.01
95 سيڪڙو: 1.08
رقم: 238469.45
هي نوٽ هڪ وڏو شروع ٿئي ٿو
بيڪ اپ بابت مضمونن جو سلسلو
- بيڪ اپ، حصو 1: ڇو بيڪ اپ جي ضرورت آهي، طريقن جو هڪ جائزو، ٽيڪنالاجيون
- بيڪ اپ حصو 2: جائزو وٺڻ ۽ جانچڻ rsync جي بنياد تي بيڪ اپ اوزار
- بيڪ اپ حصو 3: جائزو وٺڻ ۽ جانچڻ جي نقل، نقل، ڊيجا ڊيپ
- بيڪ اپ حصو 4: جائزو وٺڻ ۽ جانچڻ zbackup, restic, borgbackup
- بيڪ اپ حصو 5: ٽيسٽنگ بيڪولا ۽ ويم بيڪ اپ لينڪس لاءِ
- بيڪ اپ حصو 6: بيڪ اپ اوزار جي مقابلي ۾
- بيڪ اپ حصو 7: نتيجو
جو ذريعو: www.habr.com