آج مجھے ایک بار پھر آپ کو اپنے ساتھی Evgeniy Ivanov، Veeam تکنیکی معاونت کی ٹیم کے سربراہ کی طرف سے مفید تجاویز پیش کرتے ہوئے خوشی ہو رہی ہے۔ اس بار Zhenya نے بیک اپ اور نقل کے ساتھ کام کرنے کے لیے سفارشات شیئر کیں۔ مجھے امید ہے کہ وہ عام غلطیوں سے بچنے میں آپ کی مدد کریں گے، اور اگر ضروری ہو تو آپ کی نقلیں اور بیک اپ بحالی کے عمل میں کبھی بھی "کمزور لنک" نہیں ہوں گے۔
تو بلی میں خوش آمدید۔
میرے پچھلے میں ہم نے بیک اپ انفراسٹرکچر کے اجزاء پر بوجھ کو بہتر بنانے کا طریقہ دیکھا اور عام ترتیب کی خرابیوں کو دیکھا۔ آئیے ایک اور اہم موضوع کی طرف چلتے ہیں - بحالی کی مناسب تیاری اور نفاذ۔ ہم حقیقی مثالوں کا استعمال کرتے ہوئے اس کا تجزیہ بھی کریں گے جن کے ساتھ تکنیکی معاونت ٹیم کو کام کرنے کا موقع ملا۔
ریستوراں کے بغیر بیک اپ - نالی کے نیچے رقم
ہم سے باقاعدگی سے ایسے صارفین سے رابطہ کیا جاتا ہے جو خود کو اسی طرح کے مشکل حالات میں پاتے ہیں: بیک اپ سے بحال کرنا ضروری ہے، لیکن جب ایسا کرنے کی کوشش کی جاتی ہے، تو لوگ ان کے لیے ایک ناقابل حل مسئلہ سے ٹھوکر کھاتے ہیں۔ اور یہ مسئلہ بیک اپ، CryptoLocker سرگرمی یا اس جیسی کسی چیز کی کمی نہیں ہے۔ یہ "صرف" بحالی کے لیے بیک اپ اور نقل کی جانچ کرنے کے لیے ناکافی توجہ ہے۔ بہت سے لوگ اکثر خصوصی طور پر بیک اپ بنانے کے عمل پر توجہ مرکوز کرتے ہیں، یہ بھول جاتے ہیں کہ صرف بیک اپ کاپی رکھنا ممکنہ پریشانیوں کا علاج نہیں ہے۔ آپ کو یہ سمجھنے کی ضرورت ہے کہ بحالی ایک بالکل مختلف عمل ہے، جس کی اپنی خصوصیات ہیں، اور جس کی پیداوار شروع کرنے سے پہلے نگرانی اور جانچ کی جانی چاہیے۔ یہاں کچھ مثالی مثالیں ہیں:
- ایک صارف کو ایک اہم 20 TB ورچوئل مشین کی بندش کا سامنا کرنا پڑا۔ ڈاؤن ٹائم، بلاشبہ، ناقابل قبول ہے، اور منتظم فوری بحالی کا عمل شروع کرتا ہے (VM فوری بحالی) - 5 منٹ کے بعد مشین اپ ہو جاتی ہے۔ لیکن ہمیں یاد ہے کہ مشین کی یہ حالت صرف عارضی طور پر استعمال کی جا سکتی ہے - اسے پروڈکشن ڈیٹا سٹور میں منتقل کیا جانا چاہیے۔ اور اس مثال میں، جیسا کہ یہ نکلا، بنیادی ڈھانچے کی صلاحیتوں نے مناسب وقت میں 20 TB ڈیٹا کاپی کرنے کی اجازت نہیں دی۔ فوری بحالی کے عمل کی ترتیبات میں، اسے ڈسک میں تبدیلیوں کو محفوظ کرنے کے لیے منتخب کیا گیا تھا۔ سی: Veeam Backup & Replication سرور (vSphere سنیپ شاٹ کے برعکس) - نتیجتاً، یقیناً، مفت ڈسک کی جگہ تیزی سے بھر گئی۔ جب تک صارف نے سپورٹ سے رابطہ کیا، VM میں ایسی تبدیلیاں تھیں جنہیں نظر انداز نہیں کیا جا سکتا تھا۔ یعنی، ہمارے پاس ایک ایسی صورتحال ہے جہاں ایک اہم مشین کی فوری بحالی کے عمل کو فوری طور پر حتمی شکل دینا ناممکن ہے - ہم ڈیٹا کو کیسے محفوظ کر سکتے ہیں؟
سچ کہوں تو، سالوں کے دوران مجھے فائنل کی تمام تفصیلات یاد نہیں رہیں، لیکن مجھے یاد ہے کہ آخر میں ہم کوئی شاندار چیز نہیں لے کر آئے۔ ان کی طرف کے کلائنٹس نے کم از کم C: ڈرائیو کو ریزرو سے بڑھا کر، اہم ترین فائلوں کو کاپی کرکے اور اس کے بعد ہی VM کو بند کرکے اور اس طرح منتقل کرکے اس مسئلے کو حل کیا۔ عام طور پر، کوئی معجزہ نہیں ہوا.
- صارف کا بنیادی ڈھانچہ ایک ڈومین کنٹرولر چلا رہا تھا، اور تمام Veeam Backup & Replication اجزاء کو DNS کا استعمال کرتے ہوئے ترتیب دیا گیا تھا۔ ہاں، ہاں، یہ ٹھیک ہے، تم نے صحیح سنا۔ واقعات کی ترقی کے لیے سو اختیارات تھے، کم نہیں، لیکن حقیقت میں سب کچھ اس طرح ہوا: لوگوں نے دیکھ بھال کا منصوبہ بنایا اور اپنے ڈومین کنٹرولر کی نقل پر سوئچ کرنے کا فیصلہ کیا۔ انہوں نے ایک منصوبہ بند سوئچ استعمال کیا، جس کی سفارش عام طور پر ایسے حالات میں کی جاتی ہے۔ پہلے مرحلے پر، سب کچھ ٹھیک ہو گیا، لیکن دوسرے مرحلے پر، بقیہ ڈیٹا کو منتقل کرنے کے لیے سورس VM کو مختصر طور پر بند کر دیا گیا۔ بلاشبہ، سوئچ اوور کا کام فوری طور پر ناکام ہوگیا کیونکہ DNS نے کام کرنا چھوڑ دیا۔
خوش قسمتی سے، ہم vSphere سے نقل کو دستی طور پر فعال کر کے یہاں صورتحال کو سنبھالنے میں کامیاب ہو گئے تھے (دراصل یہ خود کرنے کی سفارش نہیں کی گئی ہے، جیسا کہ آپ مندرجہ ذیل مثال میں دیکھیں گے)۔ لیکن، جیسا کہ آپ سمجھتے ہیں، دیکھ بھال کے عمل میں خلل پڑا اور تاخیر ہوئی۔ اس کے علاوہ، ہمیں فائل میں میزبان ناموں کو دستی طور پر داخل کرنا پڑا C: ونڈوز سسٹم 32 ڈرایورسٹ سیٹیسٹ Veeam Backup & Replication سرور پر درست فیل اوور کو یقینی بنانے کے لیے۔
- ایک اور کلائنٹ کے پاس ایک مکمل بیک اپ انفراسٹرکچر تھا جس میں ٹیپ ڈرائیوز کے ارد گرد بنایا گیا تھا، جس میں ڈسک پر فائلوں کی صرف چھوٹی تاریں محفوظ تھیں۔ جب انہیں ایک بڑے فائل سرور سے متعدد فائلوں کو بازیافت کرنے کی ضرورت تھی، تو انہوں نے پایا کہ ٹیپ کی وصولی کے لیے کسی بھی مشین کو ثانوی ذخیرہ کے طور پر استعمال نہیں کیا جا سکتا کیونکہ کسی کے پاس بھی خالی جگہ نہیں تھی۔ (آپ براہ راست مقناطیسی ٹیپ سے بحالی کے بارے میں اور معاون ذخیرہ کے استعمال کے بارے میں پڑھ سکتے ہیں۔ (ابھی کے لیے انگریزی میں))۔
مجھے لگتا ہے کہ تینوں مثالوں میں، صارفین، تو بات کرنے کے لیے، وہم کی قید میں تھے - انہوں نے فرض کیا کہ اگر بیک اپ کامیاب رہا، تو بحالی میں کوئی پریشانی نہیں ہوگی۔ لیکن یہ، جیسا کہ آپ سمجھتے ہیں، ہمیشہ ایسا نہیں ہوتا، اور اس لیے بیک اپ کے لیے ریکوری کے لیے اتنی ہی احتیاط سے تیاری کرنا ضروری ہے۔ شروع کرنے کے لئے، یہ مطالعہ کے قابل ہے جس میں مختلف اقسام کی بازیابی کے بارے میں کافی تفصیلی معلومات شامل ہیں۔ ہر پیراگراف کے شروع میں، ضروریات، تیاری کے اقدامات اور ممکنہ پابندیاں درج ہیں۔ مقناطیسی ٹیپس یا ہارڈویئر اسٹوریج سنیپ شاٹس سے بازیافت کی تفصیل دستاویزات کے سیکشنز اور ہمارے حبر پر مزید برآں، Veeam Explorers کا استعمال کرتے ہوئے ایپلیکیشن آبجیکٹ کو بحال کرنے کی تیاری کے اقدامات "منصوبہ بندی اور تیاری" سیکشن میں بیان کیے گئے ہیں۔ ہر ایک آلات کے لیے۔ میں تجویز کرتا ہوں کہ آپ انہیں غور سے پڑھیں - اگر ضروری ہو تو اس سے آپ کو بحالی کے لیے نظام کو صحیح طریقے سے تیار کرنے میں مدد ملے گی۔ ایس کیو ایل سرور ڈیٹا بیس کو بحال کرنے کی ہدایات روسی زبان میں دی گئی ہیں: .
vSphere کنسول سے نقل کے ساتھ کام کیوں نہیں کرتے؟
نظریہ میں، Veeam کی نقلیں عام ورچوئل مشینیں ہیں، جو ایسا لگتا ہے کہ vSphere ٹول کٹ، خاص طور پر، vSphere کلائنٹ کے ساتھ کام کرنا منطقی ہوگا۔ تاہم، ہم ایسا کرنے کی سفارش نہیں کرتے ہیں، اور اس کی وجہ یہ ہے: Veeam Backup & Replication میں نقل پر سوئچ کرنا ایک پیچیدہ عمل ہے، جس میں سختی سے ترتیب وار اقدامات کی ضرورت ہوتی ہے (تاکہ اگر کچھ ہوتا ہے تو آپ ایک قدم پیچھے ہٹ سکتے ہیں) اور حتمی اقدامات کو درست کریں۔ صرف اس عمل کی وضاحت کرنے والی تصویر کو دیکھیں:
اگر آپ vSphere کلائنٹ سے نقل کو فعال کرنے کا فیصلہ کرتے ہیں، تو مستقبل میں آپ کو بہت سے مسائل کا سامنا کرنا پڑے گا:
- Veeam Backup & Replication سے نقل پر سوئچ کرنے کا طریقہ کار (ڈائیگرام میں دکھایا گیا ہے) اب اس مشین کے لیے کام نہیں کرے گا۔
- Veeam بیک اپ ڈیٹا بیس میں موجود ڈیٹا VM کی اصل حالت سے مطابقت نہیں رکھتا۔ بدترین صورت میں، آپ کو اسے ٹھیک کرنے کے لیے ڈیٹا بیس میں ترمیم کرنا پڑے گی۔
- ڈیٹا کا نقصان بھی ممکن ہے، جیسا کہ اس مثال میں: صارف نے vSphere کلائنٹ میں نقل کو دستی طور پر فعال کیا اور اس کے ساتھ کام جاری رکھنے کا فیصلہ کیا۔ کچھ وقت کے بعد، اس نے دیکھا کہ نقل اب بھی Veeam Backup & Replication کنسول میں دکھائی دے رہی ہے، اور اسے غیر ضروری سمجھ کر ہٹانے کا فیصلہ کیا۔ اس پر رائٹ کلک کرکے کمانڈ دیا۔ "ڈسک سے حذف کریں". Veeam Backup & Replication نے فوری طور پر ڈسک سے نقل کو حذف کر دیا، جو ایک لمحے کے لیے پہلے سے ہی ایک باقاعدہ VM کے طور پر مکمل استعمال میں تھا اور اس میں ضروری اور مفید ڈیٹا موجود تھا۔
بلاشبہ، ایسے حالات ہوتے ہیں جب آپ کو اب بھی vSphere کلائنٹ سے نقل آن کرنی پڑتی ہے - ایک اصول کے طور پر، یہ ایسے معاملات ہوتے ہیں جب Veeam سرور آف ہوتا ہے، اور نقل کو تاخیر کے ساتھ آن کرنے کی ضرورت ہوتی ہے۔ لیکن اگر Veeam سرور کے ساتھ سب کچھ ترتیب میں ہے، تو آپ کو اس کے کنسول سے نقل کے ساتھ کام کرنے کی ضرورت ہے۔
آپ کو vSphere کلائنٹ کا استعمال کرتے ہوئے نقلوں کو بھی حذف نہیں کرنا چاہئے۔ Veeam Backup & Replication اس تبدیلی سے لاعلم رہے گا، جس کے نتیجے میں غلطیاں اور پرانا ڈیٹا ہو سکتا ہے۔ اگر آپ کو اب نقل کی ضرورت نہیں ہے، تو اسے Veeam کنسول کا استعمال کرتے ہوئے حذف کریں، vSphere کلائنٹ سے VM کے طور پر نہیں۔ اس طرح آپ کے پاس ہمیشہ نقلوں کی تازہ ترین فہرست ہوگی۔
"اوہ" - ہوشیار رہو، اپ ڈیٹس!
یہاں ہمارا مطلب ہے، یقیناً، ہائپر وائزرز اور مختلف ایپلی کیشنز کے لیے اپ ڈیٹس جن کا Veeam استعمال کرتے ہوئے بیک اپ لیا جاتا ہے۔ اگر آپ انہیں Veeam Backup & Replication کے ساتھ کام کرنے کے نقطہ نظر سے دیکھیں تو اپ ڈیٹس کو 2 زمروں میں تقسیم کیا جا سکتا ہے: بڑے، بڑے، بہت سی تبدیلیاں لاتے ہیں - اور چھوٹی۔
آئیے پہلے پہلی قسم کو دیکھتے ہیں۔
سب سے اہم اپ ڈیٹ وہ ہیں جو ہائپرائزر کو نشانہ بناتے ہیں۔ اس طرح کے اپ ڈیٹ کو انسٹال کرنے سے پہلے، آپ کو یہ یقینی بنانا چاہیے کہ یہ Veeam Backup اور Replication کے ذریعے تعاون یافتہ ہے۔ یہ اپ ڈیٹ لائبریریوں اور APIs میں بہت سی تبدیلیاں متعارف کراتے ہیں جو Veeam Backup & Replication استعمال کرتے ہیں، لہذا Veeam Backup & Replication کوڈ کو اپ ڈیٹ کرنے کی ضرورت ہے اور اس سے پہلے کہ انہیں باضابطہ طور پر معاون قرار دیا جا سکے۔
ہمیں یہ بھی ذہن میں رکھنا چاہیے کہ، مثال کے طور پر، VMware سافٹ ویئر مینوفیکچررز کے لیے vSphere کے تازہ ترین ورژنز تک پیشگی رسائی فراہم نہیں کرتا، اس لیے Veeam کے ڈویلپرز اور ٹیسٹرز کو ایک ہی وقت میں ایک نیا ورژن ملتا ہے جیسا کہ باقی ترقی پسند انسانیت - اس لیے، وہاں عام طور پر VMware کی ریلیز اور باضابطہ طور پر اعلان کردہ حمایت کے درمیان تاخیر ہوتی ہے۔ مطلوبہ تبدیلیوں کی تعداد اور مختلف قسمیں ایسی ہیں کہ انہیں ایک سادہ ہاٹ فکس میں فٹ کرنے کا بہت کم امکان ہے - اور سرکاری مدد کا، ایک اصول کے طور پر، Veeam Backup & Replication کے ریلیز ورژن کے اجراء کے ساتھ ہی اعلان کیا جاتا ہے۔
نتیجے کے طور پر، وہ عجیب لمحہ ہوتا ہے جب، vSphere کے نئے ورژن کے اجراء کے بعد، تکنیکی معاونت کے ٹکٹوں کی تعداد میں ڈرامائی طور پر اضافہ ہوتا ہے، کیونکہ صارفین نئے ورژن کو انسٹال کرنے کے لیے جلدی کرتے ہیں، اور یقیناً ان کے بیک اپ فوری طور پر کام کرنا چھوڑ دیتے ہیں۔ . ہمیں، Veeam سپورٹ، کو صارفین کو یہ بتانا ہوگا کہ انہوں نے بالکل غلط کیا ہے، ان سے کہو کہ وہ پیچھے ہٹیں (اگر ممکن ہو) یا تعطل سے نکلنے کے لیے پیچیدہ طریقے تلاش کریں۔ لہذا، سنجیدہ اپ ڈیٹ کو انسٹال کرنے سے پہلے، آپ جو سافٹ ویئر چلا رہے ہیں اس کے ساتھ اس کی مطابقت کو ضرور دیکھیں، میں آپ سے التجا کرتا ہوں!
مندرجہ بالا سبھی ان ایپلیکیشنز پر بھی لاگو ہوتا ہے جن کا آپ بیک اپ لیتے ہیں اور Veeam کا استعمال کرکے بحال کرنے کی توقع کرتے ہیں۔ Veeam Explorers لائن آف ٹولز میں متعلقہ ایپلی کیشنز کے معاون ورژنز کی ایک فہرست بھی ہے، جو Veeam Backup & Replication کی ہر ریلیز کے ساتھ اپ ڈیٹ ہوتی ہے۔ لہذا، اپنی ایپلیکیشن کا نیا ورژن انسٹال کرنے سے پہلے - چاہے وہ ایکسچینج ہو، اوریکل ہو یا شیئرپوائنٹ - متعلقہ سیکشن کو دوبارہ پڑھنا نہ بھولیں۔ .
دوسری قسم کے لیے، یعنی معمولی اپ ڈیٹس میں شامل ہیں، مثال کے طور پر، VMware ٹولز کے نئے ورژن، ایکسچینج مجموعی اپ ڈیٹس، vSphere سیکیورٹی اپ ڈیٹس وغیرہ۔ ایک اصول کے طور پر، وہ اپنے ساتھ کوئی بڑی ترمیم نہیں کرتے ہیں، اور زیادہ تر معاملات میں Veeam Backup & Replication کو ان کے ساتھ مسائل کا سامنا نہیں ہوتا ہے۔ (لہذا، ان کے لیے پروڈکٹ میں سرکاری مدد کے کوئی عوامی اعلانات نہیں ہیں۔) تاہم، ہمارے عمل میں، ایسے معاملات تھے جب اس طرح کے اپ ڈیٹس نے معمول کے مطابق چیزوں کو اتنا بدل دیا کہ وہ Veeam Backup & Replication میں خرابیوں کا باعث بنے۔ ایسے حالات میں، مسئلہ کی تصدیق ہونے کے بعد، Veeam انجینئرز تیزی سے ہاٹ فکس کو جاری کرنے کی کوشش کرتے ہیں۔
تکنیکی انگریزی بولنے والوں کے لیےاگر آپ اس بارے میں تازہ ترین رہنا چاہتے ہیں کہ انجینئرز کس چیز پر کام کر رہے ہیں اور کس سسٹم کے آرکیٹیکٹس اور تکنیکی معاونت کے ماہرین کو درپیش ہے، تو میں سبسکرائب کرنے کی تجویز کرتا ہوں۔ . اس کے صارفین کے لیے ہر ہفتے ایک نیوز لیٹر "گوسٹیو سے لفظ" کے مصنف ہیں۔ . اس میں، پروڈکٹ مینجمنٹ ڈیپارٹمنٹ کے سربراہ، انتون گوسٹیو، حال ہی میں پائے جانے والے مسائل (اور نہ صرف Veeam کی طرف)، نئے ورژنز اور آئی ٹی کی دنیا کی خبروں کے بارے میں بات کرتے ہیں۔ اگر آپ کو مزید معلومات کی ضرورت ہو تو، آپ فورم کے عنوانات کا مطالعہ کر سکتے ہیں - اگر کسی بھی گاہک کو کسی بھی اپ ڈیٹ کے بعد پروڈکٹ کے آپریشن میں کوئی مسئلہ ہے، تو وہ، غالباً، فورم پر پہلے ہی اس کے بارے میں لکھ چکا ہے۔
جیسا کہ آپ سمجھتے ہیں، پیچ اور اپ ڈیٹس نہ صرف بیک اپ کے ساتھ بلکہ ان ایپلی کیشنز کے ساتھ بھی مسائل کا باعث بن سکتے ہیں جن کے لیے یہ بیک اپ بنائے گئے ہیں۔ اور یہاں ورچوئل لیبارٹریز - Veeam DataLabs - آپ کی مدد کریں گی۔ آپ نے شاید SureBackup کے بارے میں سنا ہوگا، بیک اپ کی تصدیق کے لیے ڈیزائن کردہ ایک فعالیت۔ یہ خاص طور پر DataLabs کے استعمال پر مبنی ہے، ایک الگ تھلگ ماحول کی تخلیق کے ساتھ جس میں آپ، خاص طور پر، پروڈکشن میں انسٹال کرنے سے پہلے اپ ڈیٹس کی جانچ کر سکتے ہیں۔ میں یہ کرنے کی انتہائی سفارش کرتا ہوں – آپ اپنے آپ کو بہت سارے اعصابی خلیات کو بچائیں گے۔ اور اگر کوئی ابھی تک SureBackup کے بارے میں نہیں جانتا ہے، تو میں اسے پڑھنے کی تجویز کرتا ہوں۔ .
میرے خیال میں آج میرے پاس بس اتنا ہی ہے، آپ کی توجہ کے لیے آپ کا شکریہ!
اور کیا پڑھنا ہے۔
Habré پر مضامین:
ماخذ: www.habr.com