پچھلی پوسٹس میں، ہم نے ترتیب دینے کے لیے ہدایات شیئر کیں۔ и Veeam کی بنیاد پر۔ آج ہم Commvault کا استعمال کرتے ہوئے بیک اپ کے بارے میں بات کرنا چاہتے ہیں۔ کوئی ہدایات نہیں ہوں گی، لیکن ہم آپ کو بتائیں گے کہ ہمارے کلائنٹس پہلے سے کیا اور کیسے بیک اپ کر رہے ہیں۔
OST-2 ڈیٹا سینٹر میں Commvault پر مبنی بیک اپ سسٹم کا سٹوریج سسٹم۔
یہ کس طرح کام کرتا ہے؟
Commvault ایپلی کیشنز، ڈیٹا بیس، فائل سسٹمز، ورچوئل مشینوں اور فزیکل سرورز کے لیے ایک بیک اپ پلیٹ فارم ہے۔ اس صورت میں، ابتدائی ڈیٹا کسی بھی سائٹ پر ہوسکتا ہے: ہمارے ساتھ - کلائنٹ کی طرف، کسی دوسرے تجارتی ڈیٹا سینٹر میں یا کلاؤڈ میں۔
کلائنٹ بیک اپ اشیاء پر ایک ایجنٹ انسٹال کرتا ہے۔ آئی ڈیٹا ایجنٹ - اور اسے مطلوبہ بیک اپ پالیسیوں کے مطابق ترتیب دیتا ہے۔ iData ایجنٹ ضروری ڈیٹا اکٹھا کرتا ہے، کمپریس کرتا ہے، ڈپلیکیٹ کرتا ہے، انکرپٹ کرتا ہے اور ڈیٹا لائن بیک اپ سسٹم میں منتقل کرتا ہے۔
پراکسی سرورز کلائنٹ نیٹ ورک اور ہمارے نیٹ ورک کی کنیکٹیویٹی کو یقینی بنائیں، ان چینلز کو الگ تھلگ کریں جن کے ذریعے ڈیٹا منتقل ہوتا ہے۔
ڈیٹا لائن کی طرف، iData ایجنٹ سے ڈیٹا موصول ہوتا ہے۔ میڈیا ایجنٹ سرور اور اسے سٹوریج سسٹمز، ٹیپ لائبریریز وغیرہ پر سٹوریج میں بھیجتا ہے۔ Commserve. ہماری ترتیب میں، مرکزی کنٹرول سرور OST سائٹ پر واقع ہے، اور بیک اپ سرور NORD سائٹ پر واقع ہے۔
پہلے سے طے شدہ طور پر، کلائنٹ کا ڈیٹا ایک سائٹ پر محفوظ کیا جاتا ہے، لیکن آپ بیک اپ کو دو جگہوں پر ترتیب دے سکتے ہیں یا بیک اپ کو دوسری سائٹ پر منتقل کرنے کے لیے شیڈول ترتیب دے سکتے ہیں۔ اس اختیار کو "معاون کاپی" کہا جاتا ہے۔ مثال کے طور پر، مہینے کے آخر میں تمام مکمل بیک اپ خود بخود ڈپلیکیٹ ہو جائیں گے یا دوسری سائٹ پر منتقل ہو جائیں گے۔
Commvault بیک اپ سسٹم کے آپریشن کی اسکیم۔
بیک اپ سسٹم بنیادی طور پر VMware ورچوئلائزیشن پر کام کرتا ہے: CommServe، میڈیا ایجنٹ اور پراکسی سرور ورچوئل مشینوں پر تعینات ہیں۔ اگر کلائنٹ ہمارا سامان استعمال کرتا ہے، تو بیک اپ Huawei OceanStor 5500 V3 اسٹوریج سسٹم پر رکھا جاتا ہے۔ کلائنٹ سٹوریج سسٹم کا بیک اپ لینے کے لیے، ٹیپ لائبریریوں پر بیک اپ اسٹور کریں، فزیکل سرورز پر علیحدہ میڈیا ایجنٹ استعمال کیے جاتے ہیں۔
گاہکوں کے لئے کیا اہم ہے؟
ہمارے تجربے سے، وہ صارفین جو بیک اپ کے لیے Commvault کا انتخاب کرتے ہیں وہ درج ذیل نکات پر توجہ دیتے ہیں۔
تسلی. صارفین خود بیک اپ کا انتظام کرنا چاہتے ہیں۔ تمام بنیادی آپریشنز Commvault کنسول میں دستیاب ہیں:
- بیک اپ کے لیے سرورز کو شامل کرنا اور ہٹانا؛
- iData ایجنٹ قائم کرنا؛
- کاموں کی تخلیق اور دستی آغاز؛
- بیک اپ کی خود بحالی؛
- بیک اپ کاموں کی حیثیت کے بارے میں اطلاعات کی ترتیب؛
- کنسول تک رسائی کا فرق صارفین کے کردار اور گروپ پر منحصر ہے۔
نقل کرنا۔ ڈپلیکیشن آپ کو بیک اپ کے عمل کے دوران ڈیٹا کے ڈپلیکیٹ بلاکس کو تلاش کرنے اور ہٹانے کی اجازت دیتا ہے۔ اس طرح، یہ اسٹوریج سسٹم پر جگہ بچانے میں مدد کرتا ہے اور ڈیٹا کی منتقلی کی مقدار کو کم کرتا ہے، جس سے بینڈوتھ کی ضروریات کم ہوتی ہیں۔ ڈپلیکیشن کے بغیر، بیک اپ اصل ڈیٹا کے سائز سے دو سے تین گنا زیادہ لے جائیں گے۔
Commvault کی صورت میں، ڈپلیکیشن کو کلائنٹ کی طرف یا میڈیا ایجنٹ کی طرف کنفیگر کیا جا سکتا ہے۔ پہلی صورت میں، غیر منفرد ڈیٹا بلاکس میڈیا ایجنٹ سرور کو بھی منتقل نہیں کیے جائیں گے۔ دوسرے میں، دہرائے جانے والے بلاک کو ضائع کر دیا جاتا ہے اور اسے اسٹوریج سسٹم میں نہیں لکھا جاتا ہے۔
اس طرح کے بلاک ڈپلیکیشن ہیش فنکشنز پر مبنی ہے۔ ہر بلاک کو ایک ہیش تفویض کیا جاتا ہے، جو ایک ہیش ٹیبل میں محفوظ ہوتا ہے، ایک قسم کا ڈیٹا بیس (Deduplication Database, DDB)۔ ڈیٹا منتقل کرتے وقت، ہیش کو اس بیس کے ذریعے "پنچ" کیا جاتا ہے۔ اگر ایسی ہیش پہلے سے ہی ڈیٹا بیس میں موجود ہے، تو بلاک کو غیر منفرد کے طور پر نشان زد کیا جاتا ہے اور اسے میڈیا ایجنٹ سرور (پہلی صورت میں) میں منتقل نہیں کیا جاتا ہے یا ڈیٹا سٹوریج سسٹم میں لکھا جاتا ہے (دوسرے میں)۔
ڈپلیکیشن کی بدولت، ہم 78% اسٹوریج کی جگہ بچا سکتے ہیں۔ اب 166,4 ٹی بی سٹوریج پر محفوظ ہے۔ نقل کے بغیر، ہمیں 744 TB ذخیرہ کرنا پڑے گا۔
حقوق میں فرق کرنے کا امکان۔ Commvault میں بیک اپ مینجمنٹ تک رسائی کی مختلف سطحیں طے کرنے کی صلاحیت ہے۔ نام نہاد "کردار" طے کرتے ہیں کہ کیا اعمال ہوں گے۔ بیک اپ اشیاء کے سلسلے میں صارف۔ مثال کے طور پر، ڈویلپرز صرف ڈیٹا بیس والے سرور کو کسی مخصوص مقام پر بحال کر سکیں گے، جبکہ ایک منتظم اسی سرور کے لیے آؤٹ آف آرڈر بیک اپ چلانے اور نئے صارفین کو شامل کرنے کے قابل ہو گا۔
خفیہ کاری۔ Commvault کے ذریعے بیک اپ لیتے ہوئے آپ درج ذیل طریقوں سے ڈیٹا کو انکرپٹ کر سکتے ہیں۔
- کلائنٹ ایجنٹ کی طرف: اس صورت میں، ڈیٹا کو پہلے سے ہی انکرپٹڈ شکل میں بیک اپ سسٹم میں منتقل کر دیا جائے گا۔
- میڈیا ایجنٹ کی طرف؛
- چینل کی سطح پر: ڈیٹا کو کلائنٹ ایجنٹ کی طرف سے خفیہ کیا جاتا ہے اور میڈیا ایجنٹ سرور پر ڈکرپٹ کیا جاتا ہے۔
دستیاب انکرپشن الگورتھم: بلو فِش، جی او ایس ٹی، سرپنٹ، ٹوفِش، 3-ڈی ای ایس، اے ای ایس (کموالٹ کی طرف سے تجویز کردہ)۔
کچھ اعدادوشمار۔
دسمبر کے وسط تک، Commvault کی مدد سے، ہمارے پاس 27 کلائنٹس کا بیک اپ ہے۔ ان میں سے زیادہ تر خوردہ فروش اور مالیاتی ادارے ہیں۔ اصل کاپی ڈیٹا کی کل رقم 65 TB ہے۔
تقریباً 4400 کام روزانہ انجام پاتے ہیں۔ ذیل میں پچھلے 16 دنوں کے مکمل ہونے والے کاموں کے اعدادوشمار ہیں۔
سب سے زیادہ، ونڈوز فائل سسٹم، ایس کیو ایل سرور اور ایکسچینج ڈیٹا بیس کا بیک اپ Commvault کے ذریعے لیا جاتا ہے۔
اور اب وعدہ شدہ مقدمات۔ اگرچہ غیر ذاتی (NDA کہتا ہے ہیلو :))، وہ ایک خیال دیتے ہیں کہ گاہک Commvault پر مبنی بیک اپ کیا اور کیسے استعمال کرتے ہیں۔ ذیل میں ان صارفین کے لیے کیس اسٹڈیز ہیں جو ایک ہی بیک اپ سسٹم استعمال کرتے ہیں، یعنی مشترکہ سافٹ ویئر، میڈیا ایجنٹ سرورز، اور اسٹوریج سسٹم۔
کیس 1
صارف. روس بھر میں شاخوں کے تقسیم شدہ نیٹ ورک کے ساتھ کنفیکشنری مارکیٹ کی روسی تجارتی اور مینوفیکچرنگ کمپنی۔
ایک کام.Microsoft SQL ڈیٹا بیسز، فائل سرورز، ایپلیکیشن سرورز، ایکسچینج آن لائن میل باکسز کے لیے بیک اپ کی تنظیم۔
ابتدائی ڈیٹا پورے روس (10 سے زیادہ شہروں) میں دفاتر میں واقع ہے۔ آپ کو کمپنی کے کسی بھی دفاتر میں بعد میں ڈیٹا ریکوری کے ساتھ ڈیٹا لائن سائٹ پر بیک اپ لینے کی ضرورت ہے۔
ایک ہی وقت میں، کلائنٹ ایکسیس کنٹرول کے ساتھ مکمل خود نظم و نسق چاہتا تھا۔
سٹوریج کی گہرائی - سال. ایکسچینج آن لائن کے لیے، آن لائن کاپیوں کے لیے 3 ماہ اور آرکائیوز کے لیے ایک سال۔
فیصلہ دوسری سائٹ پر ڈیٹا بیس کے لیے ایک اضافی کاپی ترتیب دی گئی تھی: مہینے کا آخری مکمل بیک اپ کسی دوسری سائٹ پر منتقل کیا جاتا ہے اور ایک سال کے لیے وہاں محفوظ کیا جاتا ہے۔
کلائنٹ کے دور دراز کے دفاتر سے چینلز کے معیار نے ہمیشہ بیک اپ اور بہترین ٹائم فریم میں بحال کرنے کی اجازت نہیں دی۔ منتقلی ٹریفک کی مقدار کو کم کرنے کے لیے، کلائنٹ کی طرف سے نقل کو ترتیب دیا گیا تھا۔ اس کی بدولت، دفاتر کے دور دراز کو مدنظر رکھتے ہوئے، مکمل بیک اپ کا وقت قابل قبول ہو گیا۔ مثال کے طور پر، سینٹ پیٹرزبرگ سے 131 جی بی کا مکمل ڈیٹا بیس بیک اپ 16 منٹ میں کیا جاتا ہے۔ یکاترینبرگ سے، ایک 340 GB ڈیٹا بیس کا بیک اپ 1 گھنٹہ 45 منٹ تک لیا جاتا ہے۔
کرداروں کے ذریعے، صارف نے اپنے ڈویلپرز کے لیے مختلف اجازتیں ترتیب دی ہیں: صرف بیک اپ یا بحالی۔
کیس 2
صارف. بچوں کے سامان کی دکانوں کا روسی سلسلہ۔
ایک کام. بیک اپ کی تنظیم برائے:
4 فزیکل سرورز پر مبنی ایک انتہائی بھری ہوئی MS SQL کلسٹر؛
ویب سائٹ، ایپلیکیشن سرورز، 1C، ایکسچینج اور فائل سرورز کے ساتھ ورچوئل مشینیں۔
کلائنٹ کا پورا مخصوص انفراسٹرکچر OST اور NORD سائٹس کے درمیان فاصلہ رکھتا ہے۔
SQL سرورز کے لیے RPO - 30 منٹ، باقی کے لیے - 1 دن۔
سٹوریج کی گہرائی - 2 ہفتوں سے 30 دن تک، ڈیٹا کی قسم پر منحصر ہے۔
فیصلہ ہم نے Veeam اور Commvault پر مبنی حلوں کا ایک مجموعہ منتخب کیا۔ ویم کو ہمارے کلاؤڈ سے فائل بیک اپ کے لیے استعمال کیا جاتا ہے۔ ڈیٹا بیس سرورز، ایکٹو ڈائریکٹری، میل اور فزیکل سرورز کا بیک اپ 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