پوئين پوسٽن ۾، اسان ترتيب ڏيڻ لاء هدايتون حصيداري ڪيون и ويم جي بنياد تي. اڄ اسان ڳالهائڻ چاهيون ٿا بيڪ اپ بابت Commvault استعمال ڪندي. ڪا به هدايت نه هوندي، پر اسان توهان کي ٻڌائينداسين ته ڇا ۽ ڪيئن اسان جا گراهڪ اڳ ۾ ئي بيڪ اپ ڪري رهيا آهن.
OST-2 ڊيٽا سينٽر ۾ Commvault جي بنياد تي بيڪ اپ سسٽم جو اسٽوريج سسٽم.
ان کي ڪيئن ڪم ڪندو؟
Commvault ايپليڪيشنن، ڊيٽابيس، فائل سسٽم، ورچوئل مشينن ۽ جسماني سرورز لاءِ هڪ بيڪ اپ پليٽ فارم آهي. انهي حالت ۾، شروعاتي ڊيٽا ڪنهن به سائيٽ تي ٿي سگهي ٿو: اسان سان گڏ - ڪلائنٽ جي پاسي، ٻئي تجارتي ڊيٽا سينٽر ۾ يا بادل ۾.
ڪلائنٽ بيڪ اپ شين تي هڪ ايجنٽ انسٽال ڪري ٿو - iData ايجنٽ - ۽ ان کي ترتيب ڏئي ٿو گهربل بيڪ اپ پاليسين جي مطابق. iData ايجنٽ ضروري ڊيٽا گڏ ڪري ٿو، دٻائي ٿو، ڊيپليٽ ڪري ٿو، انڪريپ ڪري ٿو ۽ انهن کي ڊيٽا لائن بيڪ اپ سسٽم ڏانهن منتقل ڪري ٿو.
پراکسي سرورز ڪلائنٽ نيٽ ورڪ ۽ اسان جي نيٽ ورڪ جي ڪنيڪشن کي يقيني بڻائي، چينلن جي اڪيلائي جنهن جي ذريعي ڊيٽا منتقل ٿئي ٿي.
DataLine پاسي، iData ايجنٽ مان ڊيٽا وصول ڪري ٿي ميڊيا ايجنٽ سرور ۽ ان کي موڪلي ٿو اسٽوريج سسٽم تي اسٽوريج تي، ٽيپ لائبريريون، وغيره. هي سڀ انتظام ڪيو ويندو آهي Comserve. اسان جي ترتيب ۾، مکيه ڪنٽرول سرور OST سائيٽ تي واقع آهي، ۽ بيڪ اپ سرور NORD سائيٽ تي واقع آهي.
ڊفالٽ طور، ڪلائنٽ ڊيٽا هڪ سائيٽ تي ذخيرو ٿيل آهي، پر توهان هڪ ڀيرو ٻه هنڌن تي بيڪ اپ منظم ڪري سگهو ٿا يا ٻي سائيٽ ڏانهن بيڪ اپ منتقل ڪرڻ لاء هڪ شيڊول سيٽ ڪري سگهو ٿا. هي اختيار "معاون ڪاپي" سڏيو ويندو آهي. مثال طور، مهيني جي آخر ۾ سڀئي مڪمل بيڪ اپ خودڪار طور تي نقل ڪيا ويندا يا ٻي سائيٽ ڏانهن منتقل ڪيا ويندا.
Commvault بيڪ اپ سسٽم جي آپريشن جو اسڪيم.
بيڪ اپ سسٽم بنيادي طور تي VMware ورچوئلائيزيشن تي ڪم ڪري ٿو: CommServe، ميڊيا ايجنٽ ۽ پراکسي سرور ورچوئل مشينن تي مقرر ڪيا ويا آهن. جيڪڏهن ڪلائنٽ اسان جو سامان استعمال ڪري ٿو، ته پوءِ بيڪ اپ رکيا ويا آهن Huawei OceanStor 5500 V3 اسٽوريج سسٽم تي. ڪلائنٽ اسٽوريج سسٽم کي بيڪ اپ ڪرڻ لاء، ٽيپ لائبريرين تي بيڪ اپ اسٽور، فزيڪل سرورز تي الڳ ميڊيا ايجنٽ استعمال ڪيا ويا آهن.
ڇا گراهڪن لاء اهم آهي؟
اسان جي تجربي مان، گراهڪ جيڪي چونڊيو Commvault بيڪ اپ لاءِ هيٺين نقطن تي ڌيان ڏين ٿا.
ڪنسول. ڪسٽمر پاڻ کي بيڪ اپ منظم ڪرڻ چاهيو ٿا. سڀ بنيادي آپريشن Commvault ڪنسول ۾ موجود آهن:
- بيڪ اپ لاء سرور شامل ڪرڻ ۽ ختم ڪرڻ؛
- iData ايجنٽ قائم ڪرڻ؛
- ٺاھڻ ۽ ڪم جي دستي شروعات؛
- بيڪ اپ جي خود بحالي؛
- بيڪ اپ ڪمن جي صورتحال بابت اطلاعن کي ترتيب ڏيڻ؛
- ڪنسول تائين رسائي جو فرق استعمال ڪندڙن جي ڪردار ۽ گروپ تي منحصر ڪري ٿو.
نقل ڪرڻ. ڊيڊپليڪيشن توهان کي بيڪ اپ جي عمل دوران ڊيٽا جا نقل بلاڪ ڳولڻ ۽ ختم ڪرڻ جي اجازت ڏئي ٿي. ان ڪري، اهو اسٽوريج سسٽم تي جاء بچائڻ ۾ مدد ڪري ٿو ۽ منتقل ٿيل ڊيٽا جي مقدار کي گھٽائي ٿو، بينڊوڊٿ جي ضرورتن کي گھٽائڻ. بغير نقل ڪرڻ جي، بيڪ اپ اصل ڊيٽا جي سائيز کان ٻه ٽي ڀيرا وٺي ويندا.
Commvault جي صورت ۾، نقل کي ڪلائنٽ جي پاسي يا ميڊيا ايجنٽ جي پاسي تي ترتيب ڏئي سگھجي ٿو. پهرين صورت ۾، غير منفرد ڊيٽا بلاڪ به ميڊيا ايجنٽ سرور ڏانهن منتقل نه ڪيا ويندا. سيڪنڊ ۾، ورجائيندڙ بلاڪ رد ڪيو ويو آهي ۽ اسٽوريج سسٽم ڏانهن نه لکيو ويو آهي.
اهڙي بلاڪ ڊيپليٽيشن هش افعال تي ٻڌل آهي. هر بلاڪ کي هڪ هيش لڳايو ويو آهي، جيڪو هڪ هش ٽيبل ۾ ذخيرو ٿيل آهي، هڪ قسم جو ڊيٽابيس (ڊيڊپليڪيشن ڊيٽابيس، ڊي ڊي بي). ڊيٽا کي منتقل ڪرڻ وقت، هيش هن بيس ذريعي "مکڻ" آهي. جيڪڏهن اهڙي هيش اڳ ۾ ئي ڊيٽابيس ۾ آهي، پوء بلاڪ کي غير منفرد طور تي نشان لڳايو ويو آهي ۽ ميڊيا ايجنٽ سرور ڏانهن منتقل نه ڪيو ويو آهي (پهرين صورت ۾) يا ڊيٽا اسٽوريج سسٽم ڏانهن لکيو ويو آهي (سيڪنڊ ۾).
نقل ڪرڻ جي مهرباني، اسان محفوظ ڪري سگهون ٿا 78٪ اسٽوريج جي جاءِ. هاڻي 166,4 ٽي بي اسٽوريج تي رکيل آهي. بغير نقل ڪرڻ جي، اسان کي 744 ٽي بي ذخيرو ڪرڻو پوندو.
حقن کي الڳ ڪرڻ جو امڪان. Commvault کي بيڪ اپ مينيجمينٽ تائين رسائي جي مختلف سطحن کي سيٽ ڪرڻ جي صلاحيت آھي. نام نهاد ”رول“ طئي ڪندا ته ڪهڙا ڪارناما ٿيندا بيڪ اپ شين جي سلسلي ۾ استعمال ڪندڙ. مثال طور، ڊولپرز صرف هڪ سرور کي بحال ڪرڻ جي قابل هوندا هڪ ڊيٽابيس سان هڪ مخصوص جڳهه تي، جڏهن ته منتظم هڪ ئي سرور لاء هڪ آئوٽ آف آرڊر بيڪ اپ هلائڻ ۽ نوان استعمال ڪندڙن کي شامل ڪرڻ جي قابل هوندو.
انڪرپشن. توھان ھيٺ ڏنل طريقن سان Commvault ذريعي بيڪ اپ ڪرڻ دوران ڊيٽا کي انڪرپٽ ڪري سگھو ٿا:
- ڪلائنٽ ايجنٽ جي پاسي تي: انهي صورت ۾، ڊيٽا کي منتقل ڪيو ويندو بيڪ اپ سسٽم ۾ اڳ ۾ ئي انڪرپٽ فارم ۾؛
- ميڊيا ايجنٽ پاسي؛
- چينل جي سطح تي: ڊيٽا ڪلائنٽ ايجنٽ جي پاسي تي انڪوڊ ٿيل آهي ۽ ميڊيا ايجنٽ سرور تي ڊريڪٽ ٿيل آهي.
دستياب انڪرپشن الگورتھم: بلوفش، GOST، سرپنٽ، ٽوفش، 3-DES، AES (سفارش ڪيل Commvault).
ڪجهه انگ اکر
ڊسمبر جي وچ تائين، Commvault جي مدد سان، اسان وٽ 27 ڪلائنٽ بيڪ اپ آهن. انهن مان گهڻا پرچون ڪندڙ ۽ مالي ادارا آهن. اصل ڪاپي ڊيٽا جي ڪل رقم 65 TB آهي.
تقريباً 4400 ڪم روزانو ڪيا ويندا آهن. هيٺ ڏنل انگ اکر آهن گذريل 16 ڏينهن ۾ مڪمل ٿيل ڪمن تي.
سڀ کان وڌيڪ، ونڊوز فائل سسٽم، SQL سرور ۽ ايڪسچينج ڊيٽابيس Commvault ذريعي بيڪ اپ ڪيا ويا آهن.
۽ هاڻي واعدو ڪيس. جيتوڻيڪ غير ذاتي (NDA چوي ٿو هيلو :))، اهي هڪ خيال ڏين ٿا ته ڇا ۽ ڪيئن گراهڪ استعمال ڪن ٿا Commvault-based بيڪ اپ. هيٺ ڏنل ڪيسن جا مطالعو آهن انهن گراهڪن لاءِ جيڪي هڪ واحد بيڪ اپ سسٽم استعمال ڪن ٿا، يعني حصيداري سافٽ ويئر، ميڊيا ايجنٽ سرور، ۽ اسٽوريج سسٽم.
ڪيس 1
ڪسٽمر. روسي واپاري ۽ پيداوار واري ڪمپني جي ڪنفيڪشنري مارڪيٽ جي شاخن جي ورهايل نيٽ ورڪ سان سڄي روس ۾.
هڪ ڪم.Microsoft SQL ڊيٽابيسس، فائل سرورز، ايپليڪيشن سرورز، ايڪسچينج آن لائن ميل باڪسز لاءِ بيڪ اپ جي تنظيم.
شروعاتي ڊيٽا سڄي روس ۾ آفيسن ۾ واقع آهي (10 کان وڌيڪ شهرن). توهان کي ڊيٽا لائن سائيٽ تي بيڪ اپ ڪرڻ جي ضرورت آهي بعد ۾ ڊيٽا جي وصولي سان ڪمپني جي ڪنهن به آفيسن ۾.
ساڳئي وقت، ڪلائنٽ مڪمل خود انتظام جي رسائي جي ڪنٽرول سان چاهيندا هئا.
اسٽوريج جي کوٽائي - سال. ايڪسچينج آن لائن لاءِ، آن لائن ڪاپين لاءِ 3 مهينا ۽ آرڪائيوز لاءِ هڪ سال.
حل. ٻئي سائيٽ تي ڊيٽابيس لاءِ هڪ اضافي ڪاپي قائم ڪئي وئي: مهيني جو آخري مڪمل بيڪ اپ ٻئي سائيٽ ڏانهن منتقل ڪيو ويو آهي ۽ هڪ سال لاءِ اتي ذخيرو ٿيل آهي.
ڪلائنٽ جي ريموٽ آفيسن کان چينلن جي معيار کي هميشه اجازت نه ڏني وئي بيڪ اپ ۽ بحالي جي بهترين وقت جي فريم ۾. منتقل ٿيل ٽريفڪ جي مقدار کي گھٽائڻ لاءِ، ڪلائنٽ جي پاسي تي ڊيپليڪيشن ترتيب ڏني وئي. هن جي مهرباني، هڪ مڪمل بيڪ اپ جو وقت قبول ڪيو ويو، آفيسن جي دور جي حساب سان. مثال طور، سينٽ پيٽرسبرگ کان 131 GB جو مڪمل ڊيٽابيس بيڪ اپ 16 منٽن ۾ ڪيو ويندو آهي. Yekaterinburg کان، هڪ 340 GB ڊيٽابيس 1 ڪلاڪ 45 منٽن لاء بيڪ اپ آهي.
ڪردارن جي ذريعي، ڪسٽمر پنهنجي ڊولپرز لاءِ مختلف اجازتون ترتيب ڏنيون آهن: صرف بيڪ اپ يا بحال.
ڪيس 2
ڪسٽمر. ٻارن جي سامان جي دڪانن جي روسي زنجير.
هڪ ڪم. بيڪ اپ جي تنظيم لاءِ:
هڪ انتهائي لوڊ ٿيل MS SQL ڪلستر 4 فزيڪل سرورز جي بنياد تي؛
ورچوئل مشينون ويب سائيٽ، ايپليڪيشن سرورز، 1C، ايڪسچينج ۽ فائل سرورز سان.
ڪلائنٽ جو سڄو بيان ڪيل انفراسٽرڪچر OST ۽ NORD سائيٽن جي وچ ۾ پکڙيل آهي.
RPO SQL سرورز لاءِ - 30 منٽ، باقي لاءِ - 1 ڏينهن.
اسٽوريج جي کوٽائي - 2 هفتن کان 30 ڏينهن تائين، ڊيٽا جي قسم تي منحصر آهي.
حل. اسان چونڊيو حل جو هڪ ميلاپ Veeam ۽ Commvault جي بنياد تي. Veeam اسان جي بادل مان فائل بيڪ اپ لاء استعمال ڪيو ويندو آهي. ڊيٽابيس سرورز، فعال ڊاريڪٽري، ميل ۽ فزيڪل سرورز Commvault ذريعي بيڪ اپ ڪيا ويا آهن.
تيز بيڪ اپ اسپيڊ حاصل ڪرڻ لاءِ، ڪلائنٽ هڪ الڳ نيٽ ورڪ اڊاپٽر مختص ڪيو فزيڪل سرورز تي MS SQL سان گڏ بيڪ اپ ڪمن لاءِ. 3,4 TB ڊيٽابيس جي مڪمل بيڪ اپ ۾ 2 ڪلاڪ 20 منٽ لڳن ٿا، ۽ مڪمل بحالي ۾ 5 ڪلاڪ 5 منٽ لڳن ٿا.
ڪلائنٽ وٽ ابتدائي ڊيٽا جي وڏي مقدار هئي (تقريبن 18 ٽي بي). جيڪڏهن ڊيٽا کي ٽيپ لائبريري تي اسٽيڪ ڪيو وڃي ها، جيئن ڪلائنٽ اڳ ڪيو هو، پوء ڪيترن ئي درجن ڪارٽريز جي ضرورت هوندي. اهو ڪلائنٽ جي پوري بيڪ اپ سسٽم جي انتظام کي پيچيده ڪندو. تنهن ڪري، حتمي عمل ۾، ٽيپ لائبريري کي اسٽوريج سسٽم طرفان تبديل ڪيو ويو.
ڪيس 3
ڪسٽمر. CIS ۾ سپر مارڪيٽ زنجير
هڪ ڪم. گراهڪ اسان جي ڪلائوڊ ۾ ميزباني ڪيل SAP سسٽم کي بيڪ اپ ۽ بحال ڪرڻ چاهي ٿو. SAP HANA ڊيٽابيس لاءِ RPO=15 منٽ، ورچوئل مشينن لاءِ ايپليڪيشن سرور سان RPO=24 ڪلاڪ. اسٽوريج جي کوٽائي - 30 ڏينهن. حادثي جي صورت ۾ RTO = 1 ڪلاڪ، مطالبن تي ڪاپي بحال ڪرڻ لاءِ RTO = 4 ڪلاڪ.
حل. HANA ڊيٽابيس لاءِ، ڊيٽا فائلن جي بيڪ اپ ۽ لاگ فائلن کي مخصوص وقفن تي ترتيب ڏنو ويو. لاگ فائلون هر 15 منٽن تي محفوظ ڪيون ويون آهن يا جڏهن اهي هڪ خاص سائيز تائين پهچي ويا آهن.
ڊيٽابيس جي بحالي واري وقت کي گھٽائڻ لاء، اسان اسٽوريج سسٽم ۽ ٽيپ لائبريري جي بنياد تي بيڪ اپ جي ٻن سطحن جي اسٽوريج قائم ڪئي. هفتي دوران ڪنهن به وقت وصولي جي امڪان سان ڊسڪ ۾ آن لائن ڪاپيون شامل ڪيون وينديون آهن. جڏهن بيڪ اپ 1 هفتي کان پراڻو ٿئي ٿو، اهو آرڪائيو ڏانهن منتقل ڪيو ويندو آهي، ٽيپ لائبريري ڏانهن، جتي اهو محفوظ ڪيو ويندو آهي 30 ڏينهن تائين.
181 GB ڊيٽابيس مان هڪ جو مڪمل بيڪ اپ 1 ڪلاڪ 54 منٽن ۾ ڪيو ويندو آهي.
بيڪ اپ سيٽ ڪرڻ وقت، SAP بيڪنٽ انٽرفيس استعمال ڪيو ويو، جيڪو SAP HANA اسٽوڊيو سان ٽئين پارٽي جي بيڪ اپ سسٽم کي ضم ڪرڻ جي اجازت ڏئي ٿو. تنهن ڪري، بيڪ اپ سڌو سنئون SAP ڪنسول مان منظم ٿي سگهن ٿا. اهو SAP منتظمين لاءِ زندگي آسان بڻائي ٿو جن کي نئين انٽرفيس کي استعمال ڪرڻ جي ضرورت ناهي.
معياري Commvault ڪلائنٽ ڪنسول ذريعي ڪلائنٽ کي بيڪ اپ مينيجمينٽ پڻ دستياب آهي.
اهو سڀ ڪجهه اڄ لاءِ آهي. تبصرن ۾ سوال پڇو.
جو ذريعو: www.habr.com