Veeam میں، ہمیں لاگز پسند ہیں۔ اور چونکہ ہمارے زیادہ تر حل ماڈیولر ہیں، اس لیے وہ بہت زیادہ لاگ لکھتے ہیں۔ اور چونکہ ہماری سرگرمی کا دائرہ کار آپ کے ڈیٹا (یعنی پرسکون نیند) کی حفاظت کو یقینی بنانا ہے، اس لیے لاگز کو نہ صرف ہر چھینک کو ریکارڈ کرنا چاہیے، بلکہ اسے کچھ تفصیل سے بھی کرنا چاہیے۔ یہ ضروری ہے تاکہ اگر کچھ ہوتا ہے تو یہ واضح ہو کہ یہ "کیا" ہوا، کس کا قصور ہے، اور آگے کیا کرنے کی ضرورت ہے۔ یہ فرانزک کی طرح ہے: آپ کبھی نہیں جانتے کہ کون سی چھوٹی چیز آپ کو لورا پامر کے قاتل کو تلاش کرنے میں مدد کرے گی۔
لہذا، میں نے مضامین کی ایک سیریز شروع کرنے کا فیصلہ کیا جہاں میں مسلسل بات کروں گا کہ ہم لاگز میں کیا لکھتے ہیں، ہم انہیں کہاں محفوظ کرتے ہیں، ان کی ساخت کے ساتھ کیسے پاگل نہ ہوں اور ان کے اندر کیا تلاش کیا جائے۔
کیوں مضامین کا ایک سلسلہ اور کیوں ایک ساتھ سب کچھ بیان نہیں کرتے؟
صرف یہ بتانا کہ کون سا لاگ کہاں واقع ہے اور اس میں کیا ذخیرہ کیا گیا ہے ایک بہت ہی تباہ کن خیال ہے۔ اور اس معلومات کو اپ ٹو ڈیٹ رکھنے کے بارے میں سوچنا بھی خوفناک ہے۔ Veeam Backup & Replication میں لاگوں کی تمام ممکنہ اقسام کی ایک سادہ فہرست چھوٹے پرنٹ میں کئی شیٹس کی ایک میز ہے۔ اور یہ صرف اشاعت کے وقت ہی متعلقہ ہو گا، کیونکہ... جب اگلا پیچ جاری کیا جائے گا، نئے لاگز ظاہر ہوسکتے ہیں، پرانی میں ذخیرہ شدہ معلومات کی منطق بدل جائے گی، وغیرہ۔ اس لیے ان کی ساخت اور ان میں موجود معلومات کے نچوڑ کی وضاحت کرنا زیادہ فائدہ مند ہوگا۔ یہ آپ کو ناموں کے بانسری کرمنگ سے بہتر جگہوں پر تشریف لے جانے کی اجازت دے گا۔
لہذا، ٹیکسٹ شیٹس کے تالاب میں جلدی نہ کرنے کے لیے، آئیے اس مضمون میں کچھ تیاری کا کام کرتے ہیں۔ لہذا، آج ہم خود نوشتہ جات میں نہیں جائیں گے، بلکہ دور سے جائیں گے: ہم ایک لغت مرتب کریں گے اور نوشتہ جات پیدا کرنے کے نقطہ نظر سے Veeam کی ساخت پر تھوڑی سی بات کریں گے۔
لغت اور لغت
یہاں، سب سے پہلے، یہ روسی زبان کی پاکیزگی کے چیمپئنز اور Ozhegov کی لغت کے گواہوں سے معافی مانگنے کے قابل ہے۔ ہم سب کو اپنی مادری زبان بہت پسند ہے، لیکن IT انڈسٹری انگریزی میں کام کرتی ہے۔ ٹھیک ہے، ہم اس کے ساتھ نہیں آئے، لیکن یہ تاریخی طور پر اس طرح ہوا. میرا قصور نہیں وہ خود آیا (ج)
ہمارے کاروبار میں، انگلیسیزم (اور لغت) کے مسئلے کی اپنی خصوصیات ہیں۔ جب "میزبان" یا "مہمان" جیسے معصوم الفاظ سے پوری دنیا بہت ہی مخصوص چیزوں کو سمجھ چکی ہے، تو پھر زمین پر بہادری کی الجھنیں اور لغات میں بھٹکنے کا سلسلہ جاری ہے۔ اور سختی سے لازمی دلیل "لیکن ہمارے کام پر ..."۔
اس کے علاوہ، خالصتاً ہماری اصطلاحات ہیں، جو کہ خاص طور پر Veeam کی مصنوعات میں موروثی ہے، حالانکہ کچھ الفاظ اور جملے مقبول ہو چکے ہیں۔ لہذا، اب ہم اس بات پر متفق ہوں گے کہ اصطلاح کا کیا مطلب ہے، اور مستقبل میں، لفظ "مہمان" سے میرا مطلب بالکل وہی ہوگا جو اس باب میں لکھا گیا ہے، اور وہ نہیں جو آپ کام میں استعمال کرتے ہیں۔ اور ہاں، یہ میری ذاتی خواہش نہیں ہے، یہ انڈسٹری میں اچھی طرح سے قائم شرائط ہیں۔ ان سے لڑنا کسی حد تک بے معنی ہے۔ اگرچہ میں ہمیشہ تبصروں میں اچھے ہونے کے حق میں ہوں۔
بدقسمتی سے، ہمارے کام میں بہت ساری شرائط اور مصنوعات موجود ہیں، اس لیے میں ان سب کو درج کرنے کی کوشش نہیں کروں گا۔ بیک اپ اور لاگ کے بارے میں صرف سب سے بنیادی معلومات جو سمندر میں بقا کے لیے ضروری ہے۔ دلچسپی رکھنے والوں کے لیے میں بھی کر سکتا ہوں۔ فیڈز کے بارے میں ساتھیوں، جہاں اس نے فعالیت کے اس حصے سے متعلق اصطلاحات کی فہرست بھی فراہم کی۔
میزبان: ورچوئلائزیشن کی دنیا میں، یہ ایک ہائپر وائزر والی مشین ہے۔ جسمانی، ورچوئل، کلاؤڈ - اس سے کوئی فرق نہیں پڑتا۔ اگر کوئی چیز ہائپر وائزر چلا رہی ہے (ESXi, Hyper-V, KVM وغیرہ) تو اس "کچھ" کو میزبان کہا جاتا ہے۔ چاہے وہ دس ریکوں والا کلسٹر ہو یا ڈیڑھ ورچوئل مشینوں کے لیے لیب والا آپ کا لیپ ٹاپ، اگر آپ نے ہائپر وائزر لانچ کیا تو آپ میزبان بن گئے۔ کیونکہ ہائپر وائزر ورچوئل مشینوں کی میزبانی کرتا ہے۔ یہاں تک کہ ایک کہانی بھی ہے کہ VMware ایک وقت میں ESXi کے ساتھ لفظ ہوسٹ کی مضبوط وابستگی حاصل کرنا چاہتا تھا۔ لیکن وہ ایسا نہیں کر سکا۔
جدید دنیا میں، "میزبان" کا تصور عملی طور پر "سرور" کے تصور کے ساتھ ضم ہو گیا ہے، جو مواصلات میں ایک خاص الجھن لاتا ہے، خاص طور پر جب بات ونڈوز کے بنیادی ڈھانچے کی ہو۔ لہذا کوئی بھی مشین جس پر ہماری دلچسپی کی کوئی خدمت واقع ہے اسے محفوظ طریقے سے میزبان کہا جا سکتا ہے۔ مثال کے طور پر، WinSock لاگ میں ہر چیز کو لفظ میزبان کے ساتھ نشان زد کیا جاتا ہے۔ کلاسک "میزبان نہیں ملا" اس کی ایک مثال ہے۔ لہذا ہم سیاق و سباق سے آگے بڑھتے ہیں، لیکن یاد رکھیں - ورچوئلائزیشن کی دنیا میں، میزبان وہی ہوتا ہے جو مہمانوں کی میزبانی کرتا ہے (ذیل میں اس دو لائنوں پر مزید)۔
مقامی زبان سے (زیادہ امکان ہے کہ مخففات، اس معاملے میں)، مجھے یاد ہے کہ VMware VI ہے، vSphere VC ہے، اور Hyper-V HV ہے۔
مہمان: ایک ورچوئل مشین جو میزبان پر چل رہی ہے۔ یہاں تک کہ وضاحت کرنے کے لیے کچھ بھی نہیں ہے، سب کچھ بہت منطقی اور سادہ ہے۔ تاہم، بہت سے لوگ مستعدی سے یہاں کچھ اور معنی کھینچتے ہیں۔
کس لیے؟ مجھ نہیں پتہ.
بالترتیب گیسٹ OS، گیسٹ مشین کا آپریٹنگ سسٹم ہے۔ اور اسی طرح.
بیک اپ/ریپلیکشن جاب (نوکری): خالص Wim jargon کاموں میں سے ایک کی نشاندہی کرتا ہے۔ بیک اپ جاب == بیک اپ جاب۔ کسی نے یہ نہیں سمجھا کہ اس کا روسی میں خوبصورتی سے ترجمہ کیسے کیا جائے، اس لیے ہر کوئی کہتا ہے "jobA"۔ آخری حرف پر زور دینے کے ساتھ۔
ہاں، اسی طرح وہ جاتے ہیں اور کہتے ہیں "نوکری"۔ اور وہ اس طرح خطوط میں بھی لکھتے ہیں، اور سب کچھ ٹھیک ہے۔
تمام قسم کے بیک اپ کام، بیک اپ کام وغیرہ، آپ کا شکریہ، لیکن کوئی ضرورت نہیں۔ بس ایک کام کرو، وہ تمہیں سمجھ جائیں گے۔ اہم بات آخری حرف پر زور دینا ہے۔
بیک اپ (بیک اپ، بیک اپ۔ سچے پرانے فیگس کے لیے، بیک اپ کی اجازت ہے): واضح کے علاوہ (کہیں پڑے ہوئے ڈیٹا کی بیک اپ کاپی)، اس کا مطلب خود کام بھی ہے (اوپر کی تین لائنیں، اگر آپ پہلے ہی بھول چکے ہیں)، جس کے نتیجے میں وہی بیک اپ فائل ظاہر ہوتی ہے۔ شاید، حضرات، انگریزی بولنے والے یہ کہنے میں بہت سست ہیں کہ میں نے ہر بار اپنا بیک اپ کام چلایا، اس لیے وہ صرف یہ کہتے ہیں کہ میں نے اپنا بیک اپ چلایا، اور ہر کوئی ایک دوسرے کو بخوبی سمجھتا ہے۔ میں اس شاندار اقدام کی حمایت کرنے کی تجویز پیش کرتا ہوں۔
اکٹھا کرنا: ایک اصطلاح جو ESXi 5.0 میں نمودار ہوئی اسنیپ شاٹ مینو میں ایک آپشن جو نام نہاد یتیم سنیپ شاٹس کو حذف کرنے کا عمل شروع کرتا ہے۔ یعنی وہ سنیپ شاٹس جو جسمانی طور پر دستیاب ہیں، لیکن ظاہر کردہ منطقی ڈھانچے سے باہر ہو گئے ہیں۔ نظریاتی طور پر، اس عمل سے سنیپ شاٹ مینیجر میں دکھائی جانے والی فائلوں کو متاثر نہیں کرنا چاہیے، لیکن کچھ بھی ہو سکتا ہے۔ استحکام کے عمل کا نچوڑ یہ ہے کہ اسنیپ شاٹ (چائلڈ ڈسک) سے ڈیٹا مرکزی (والدین) ڈسک پر لکھا جاتا ہے۔ ڈسکوں کو ضم کرنے کے عمل کو ضم کرنا کہا جاتا ہے۔ اگر کنسولیڈیشن کمانڈ دی گئی تھی، اسنیپ شاٹ کے ضم اور حذف ہونے سے پہلے اسنیپ شاٹ ریکارڈ کو ڈیٹا بیس سے حذف کیا جا سکتا ہے۔ اور اگر سنیپ شاٹ کسی وجہ سے ڈیلیٹ نہ ہو سکے تو وہی یتیم سنیپ شاٹ ظاہر ہوتے ہیں۔ VMware کے پاس سنیپ شاٹس کے ساتھ کام کرنے کے بارے میں معلومات ہیں۔ . اور ہم بھی کسی نہ کسی طرح ان کے بارے میں بات کرتے ہیں۔ .
ڈیٹا اسٹور (Stora یا سوج): ایک بہت وسیع تصور، لیکن ورچوئلائزیشن کی دنیا میں اس سے مراد وہ جگہ ہے جہاں ورچوئل مشین فائلیں محفوظ کی جاتی ہیں۔ لیکن کسی بھی صورت میں، آپ کو سیاق و سباق کو بہت واضح طور پر سمجھنے کی ضرورت ہے اور، اگر آپ کو ذرا سا بھی شک ہے، تو واضح کریں کہ آپ کے بات کرنے والے کا اصل مطلب کیا ہے۔
پراکسی: یہ فوری طور پر سمجھنا ضروری ہے کہ Veeam Proxy بالکل ویسا نہیں ہے جیسا کہ ہم انٹرنیٹ پر استعمال ہوتے ہیں۔ Veeam مصنوعات کے اندر، یہ ایک مخصوص ادارہ ہے جو ڈیٹا کو ایک جگہ سے دوسری جگہ منتقل کرنے میں مصروف ہے۔ تفصیلات میں جانے کے بغیر، وی بی آر ایک کمانڈ سرور ہے، اور پراکسی اس کے ورک ہارس ہیں۔ یعنی پراکسی ایک مشین ہے جس کے ذریعے ٹریفک چلتی ہے اور جس پر VBR اجزاء نصب ہوتے ہیں جو اس ٹریفک کو چلانے میں مدد کرتے ہیں۔ مثال کے طور پر، ڈیٹا کو ایک چینل سے دوسرے چینل میں منتقل کریں یا صرف اپنے ساتھ ڈسک منسلک کریں (HotAdd موڈ)۔
ذخیرہ: تکنیکی طور پر، یہ VBR ڈیٹا بیس میں صرف ایک اندراج ہے، جو اس مقام کی نشاندہی کرتا ہے جہاں بیک اپس کو محفوظ کیا جاتا ہے، اور اس مقام سے کیسے جڑنا ہے۔ درحقیقت، یہ کلاؤڈ میں صرف ایک CIFS شیئر یا علیحدہ ڈسک، سرور یا بالٹی ہو سکتا ہے۔ ایک بار پھر، ہم سیاق و سباق میں ہیں، لیکن ہم سمجھتے ہیں کہ ذخیرہ صرف ایک ایسی جگہ ہے جہاں آپ کے بیک اپ موجود ہیں۔
سنیپ شاٹ: آکسفورڈ گرامر سے محبت کرنے والے یہ کہنا پسند کرتے ہیں کہ کون سنیپ شاٹ ہے، کون سنیپ شاٹ ہے، لیکن ناخواندہ اکثریت زیادہ بڑے پیمانے پر ہونے کی وجہ سے جیت جاتی ہے۔ اگر کوئی نہیں جانتا تو یہ ایک ایسی ٹیکنالوجی ہے جو آپ کو وقت کے ایک خاص موڑ پر ڈسک کی حالت بحال کرنے کی اجازت دیتی ہے۔ یہ یا تو عارضی طور پر I/O آپریشنز کو مین ڈسک سے دور ری ڈائریکٹ کرکے کیا جاتا ہے - پھر اسے RoW (لکھنے پر ری ڈائریکٹ) اسنیپ شاٹ کہا جائے گا - یا آپ کی ڈسک سے دوبارہ لکھنے کے قابل بلاکس کو دوسری میں منتقل کرکے - اسے CoW کہا جائے گا۔ اسنیپ شاٹ لکھیں۔ یہ ان فنکشنز کو استعمال کرنے کے وسیع امکانات کی بدولت ہے کہ Veeam اپنا بیک اپ جادو کام کر سکتا ہے۔ سخت الفاظ میں، نہ صرف ان کے لئے، لیکن یہ آنے والی ریلیز کا معاملہ ہے.
دستاویزات اور ESXi لاگز میں اس اصطلاح کے ارد گرد افراتفری ہے، اور سنیپ شاٹس کا ذکر کرنے کے تناظر میں آپ خود سنیپ شاٹس تلاش کر سکتے ہیں، دوبارہ لاگ اور یہاں تک کہ ڈیلٹا ڈسک بھی۔ Veeam دستاویزات میں ایسا کوئی اختلاف نہیں ہے، اور ایک سنیپ شاٹ ایک سنیپ شاٹ ہے، اور ایک ریڈو لاگ بالکل ایک REDO فائل ہے جسے ایک آزاد غیر مستقل ڈسک نے بنایا ہے۔ ورچوئل مشین کے بند ہونے پر REDO فائلیں حذف ہو جاتی ہیں، اس لیے انہیں سنیپ شاٹس کے ساتھ الجھانا ناکامی کا ایک نسخہ ہے۔
مصنوعی: مصنوعی بیک اپ ریورس انکریمنٹل اور ہمیشہ کے لیے فارورڈ بیک اپس کا حوالہ دیتے ہیں۔ اگر آپ اس اصطلاح کو نہیں سمجھتے ہیں، تو یہ بیک اپ چین ٹرانسفارمیشن بنانے کے لیے استعمال ہونے والے میکانزم میں سے ایک ہے۔ تاہم، نوشتہ جات میں آپ کو ٹرانسفارم کا تصور بھی مل سکتا ہے، جو انکریمنٹ (مصنوعی مکمل) سے مکمل کاپیاں بنانے کے حصے کے طور پر استعمال ہوتا ہے۔
کام: یہ ایک کام کے اندر ہر ایک مشین کو پروسیس کرنے کا عمل ہے۔ یعنی: آپ کے پاس بیک اپ کام ہے جس میں تین مشینیں شامل ہیں۔ اس کا مطلب یہ ہے کہ ہر مشین کو ایک الگ کام کے اندر عمل میں لایا جائے گا۔ مجموعی طور پر، چار لاگز ہوں گے: اہم ایک کام کے لیے اور تین کاموں کے لیے۔ تاہم، ایک اہم نکتہ ہے: وقت کے ساتھ، لفظ "ٹاسک" حد سے زیادہ مبہم ہو گیا ہے۔ جب ہم عام نوشتہ جات کے بارے میں بات کرتے ہیں تو ہمارا مطلب ہے کہ کام ایک VM ہے۔ لیکن پراکسی اور ریپوزٹری دونوں کے اپنے اپنے "ٹاسک" ہیں۔ وہاں اس کا مطلب ایک ورچوئل ڈسک، ایک ورچوئل مشین، یا پورا کام ہو سکتا ہے۔ یعنی یہ ضروری ہے کہ سیاق و سباق کو ضائع نہ کیا جائے۔
Veeam %name% سروس: کامیاب بیک اپ کے فائدے کے لیے، متعدد خدمات ایک ساتھ کام کرتی ہیں، جن کی فہرست معیاری آلات میں مل سکتی ہے۔ ان کے نام ان کے جوہر کو بالکل شفاف طریقے سے ظاہر کرتے ہیں، لیکن مساوی افراد میں سب سے اہم ہے - ویم بیک اپ سروس، جس کے بغیر باقی کام نہیں کریں گے۔
VSS: تکنیکی طور پر، VSS کو ہمیشہ Microsoft Volume Shadow Copy Service کے لیے کھڑا ہونا چاہیے۔ دراصل بہت سے لوگوں کے ذریعہ ایپلیکیشن-آویئر امیج پروسیسنگ کے مترادف کے طور پر استعمال کیا جاتا ہے۔ جو یقیناً صریحاً غلط ہے، لیکن یہ اس زمرے کی کہانی ہے "کسی بھی ایس یو وی کو جیپ کہا جا سکتا ہے، اور وہ آپ کو سمجھ جائیں گے۔"
لاجواب نوشتہ جات اور وہ جگہیں جہاں وہ رہتے ہیں۔
میں اس باب کو ایک عظیم راز سے پردہ اٹھا کر شروع کرنا چاہتا ہوں - نوشتہ جات میں کون سا وقت دکھایا گیا ہے؟
یاد رکھیں:
- ESXi ہمیشہ UTC+0 میں لاگ لکھتا ہے۔
- vCenter اپنے ٹائم زون کے وقت کی بنیاد پر لاگز رکھتا ہے۔
- Veeam اس سرور کے وقت اور ٹائم زون کی بنیاد پر لاگز رکھتا ہے جس پر یہ انسٹال ہے۔
- اور EVTX فارمیٹ میں صرف ہوا کے واقعات کسی بھی چیز سے بندھے ہونے کا شکار نہیں ہوتے ہیں۔ کھولتے وقت، وقت کی دوبارہ گنتی اس مشین کے مطابق کی جاتی ہے جس پر انہیں کھولا گیا تھا۔ سب سے آسان آپشن، اگرچہ اس کے ساتھ مشکلات ہیں. صرف نمایاں دشواری مقامی مقامات میں فرق ہے۔ یہ ناقابل پڑھے لاگز کے لیے تقریباً ضمانت یافتہ راستہ ہے۔ ہاں، اس کے علاج کے بارے میں آپشنز موجود ہیں، لیکن آئیے صرف اس حقیقت سے بحث نہ کریں کہ IT میں ہر چیز انگریزی میں کام کرتی ہے، اور سرورز پر ہمیشہ انگریزی لوکیل سیٹ کرنے پر اتفاق کرتے ہیں۔ اوہ پلیز۔
اب آئیے ان جگہوں کے بارے میں بات کرتے ہیں جہاں لاگز رہتے ہیں اور انہیں کیسے حاصل کیا جائے۔ VBR کے معاملے میں، دو نقطہ نظر ہیں.
آپشن ایک مناسب ہے اگر آپ عام ہیپ میں فائلوں کو تلاش کرنے کے خواہشمند نہیں ہیں جو خاص طور پر آپ کے مسئلے سے متعلق ہیں۔ اس کے لیے، ہمارے پاس ایک الگ وزرڈ ہے، جس کے لیے آپ ایک مخصوص کام اور ایک مخصوص مدت بتا سکتے ہیں جس کے لیے آپ کو لاگ کی ضرورت ہے۔ اگلا، وہ خود فولڈرز سے گزرے گا اور اپنی ضرورت کی ہر چیز کو ایک آرکائیو میں ڈال دے گا۔ اسے کہاں تلاش کرنا ہے اور اس کے ساتھ کیسے کام کرنا ہے، اس میں تفصیل سے لکھا ہے۔ .
تاہم، وزرڈ تمام کاموں سے لاگز جمع نہیں کرتا ہے اور مثال کے طور پر، اگر آپ کو کسی ریستوران، فیل اوور یا فیل بیک کے لاگز کا مطالعہ کرنے کی ضرورت ہے، تو آپ کا راستہ فولڈر میں ہے۔ پروگرام ڈیٹا%/ویم/بیک اپ. یہ مرکزی VBR لاگ اسٹوریج ہے، اور %ProgramData% ایک پوشیدہ فولڈر ہے اور یہ ٹھیک ہے۔ ویسے، HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam بیک اپ اور ریپلیکیشن برانچ میں REG_SZ: LogDirectory قسم کی رجسٹری کلید کا استعمال کرتے ہوئے پہلے سے طے شدہ مقام کو دوبارہ تفویض کیا جا سکتا ہے۔
لینکس مشینوں پر، ورکنگ ایجنٹس کے لاگ ان میں ملنا چاہیےvar/log/VeeamBackup/، اگر آپ روٹ یا سوڈو اکاؤنٹ استعمال کر رہے ہیں۔ اگر آپ کے پاس ایسی مراعات نہیں ہیں، تو لاگ ان تلاش کریں۔ /tmp/VeeamBackup.
Veeam ایجنٹ کے لیے %OS_name% لاگ ان کو تلاش کرنا چاہیے۔ پروگرام ڈیٹا٪/ویم/اینڈ پوائنٹ (یا پروگرام ڈیٹا٪/ویم/بیک اپ/اینڈ پوائنٹ) اور /var/log/veeam بالترتیب.
اگر آپ Application-Aware Image Processing استعمال کر رہے ہیں (اور زیادہ امکان ہے کہ آپ ہیں)، تو صورت حال کچھ زیادہ پیچیدہ ہو جاتی ہے۔ آپ کو ہمارے مددگار لاگز کی ضرورت ہوگی، جو کہ ورچوئل مشین کے اندر محفوظ ہیں، اور VSS لاگز۔ یہ سعادت کیسے اور کہاں ملتی ہے اس میں تفصیل سے لکھا ہے۔ . اور یقیناً موجود ہے۔ ضروری سسٹم لاگز کو جمع کرنے کے لیے۔
کے مطابق ونڈوز کے واقعات کو جمع کرنا آسان ہے۔ . اگر آپ Hyper-V استعمال کرتے ہیں تو معاملہ مزید پیچیدہ ہو جاتا ہے، کیونکہ آپ کو ایپلی کیشنز اور سروس لاگز > Microsoft > Windows برانچ سے بھی اس کے تمام لاگز کی ضرورت ہوگی۔ اگرچہ آپ ہمیشہ زیادہ احمقانہ راستہ اختیار کر سکتے ہیں اور صرف %SystemRoot%System32winevtLogs سے تمام اشیاء لے سکتے ہیں۔
اگر انسٹالیشن/اپ گریڈ کے دوران کوئی چیز ٹوٹ جاتی ہے، تو آپ کو درکار ہر چیز %ProgramData%/Veeam/Setup/Temp فولڈر میں مل سکتی ہے۔ اگرچہ میں اس حقیقت کو نہیں چھپاؤں گا کہ آپ ان لاگز کے مقابلے OS ایونٹس میں زیادہ مفید معلومات حاصل کر سکتے ہیں۔ باقی دلچسپ چیزیں %Temp% میں موجود ہیں، لیکن بنیادی طور پر متعلقہ سافٹ ویئر کے انسٹالیشن لاگز ہیں، جیسے ڈیٹا بیس، نیٹ لائبریری اور دیگر چیزیں۔ براہ کرم نوٹ کریں کہ Veeam ایک msi سے انسٹال ہوا ہے، اور اس کے تمام اجزاء بھی علیحدہ msi پیکجز کے طور پر انسٹال کیے گئے ہیں، چاہے یہ GUI میں ظاہر نہ ہو۔ لہذا، اگر اجزاء میں سے کسی ایک کی تنصیب ناکام ہو جاتی ہے، تو پوری VBR تنصیب رک جائے گی۔ لہذا، آپ کو نوشتہ جات پر جانے کی ضرورت ہے اور یہ دیکھنے کی ضرورت ہے کہ بالکل کیا ٹوٹا اور کس لمحے.
اور ایک آخری لائف ہیک: اگر آپ کو انسٹالیشن کے دوران کوئی خرابی موصول ہوتی ہے، تو ٹھیک پر کلک کرنے کے لیے جلدی نہ کریں۔ پہلے ہم لاگز لیتے ہیں، پھر ٹھیک پر کلک کریں۔ اس طرح آپ کو ایک لاگ ملے گا جو غلطی کے وقت ختم ہو جائے گا، بغیر کوڑے کے آخر میں۔
اور ایسا ہوتا ہے کہ آپ کو vSphere لاگز میں جانے کی ضرورت ہے۔ یہ ایک بہت ہی نا شکرا کام ہے، لیکن جب آپ اپنی آستینیں لپیٹتے ہیں، تو آپ کو کچھ اور کرنا پڑتا ہے۔ سب سے آسان ورژن میں، ہمیں ورچوئل مشین ایونٹس vmware.log والے لاگز کی ضرورت ہوگی، جو اس کی .vmx فائل کے ساتھ واقع ہیں۔ زیادہ پیچیدہ صورت میں، گوگل کھولیں اور پوچھیں کہ آپ کے میزبان کے ورژن کے لاگ کہاں ہیں، کیونکہ VMware اس مقام کو ریلیز سے ریلیز میں تبدیل کرنا پسند کرتا ہے۔ مثال کے طور پر، ، لیکن اس کے لئے . vCenter لاگز کے لیے ہم طریقہ کار کو دہراتے ہیں۔ . لیکن عام طور پر، ہم میزبان ایونٹ لاگز hostd.log، vCenter vpxa.log کے زیر انتظام میزبان ایونٹس، کرنل لاگز vmkernel.log اور تصدیقی لاگز auth.log میں دلچسپی لیں گے۔ ٹھیک ہے، انتہائی جدید صورتوں میں، SSO لاگ، جو SSO فولڈر میں واقع ہے، مفید ہو سکتا ہے۔
بوجھل۔ الجھن میں؟ ڈراونا؟ لیکن یہ ان معلومات کا نصف بھی نہیں ہے جس کے ساتھ ہماری مدد روزانہ کی بنیاد پر کام کرتی ہے۔ تو وہ واقعی بہت اچھے ہیں۔
ویم اجزاء
اور اس تعارفی مضمون کو ختم کرنے کے لیے، آئیے Veeam Backup & Replication کے اجزاء کے بارے میں تھوڑی بات کرتے ہیں۔ کیونکہ جب آپ درد کی وجہ تلاش کر رہے ہوں تو یہ سمجھنا اچھا ہو گا کہ مریض کیسے کام کرتا ہے۔
لہذا، جیسا کہ سب شاید جانتے ہیں، Veeam Backup ایک نام نہاد SQL پر مبنی ایپلی کیشن ہے۔ یعنی تمام ترتیبات، تمام معلومات اور عمومی طور پر ہر وہ چیز جو عام کام کے لیے ضروری ہے - یہ سب اس کے ڈیٹا بیس میں موجود ہے۔ یا اس کے بجائے، دو ڈیٹا بیس میں، اگر ہم VBR اور EM کے امتزاج کے بارے میں بات کر رہے ہیں: VeeamBackup اور VeeamBackupReporting، بالترتیب۔ اور ایسا ہوا: ہم ایک اور ایپلی کیشن انسٹال کرتے ہیں - ایک اور ڈیٹا بیس ظاہر ہوتا ہے۔ تاکہ تمام انڈے ایک ہی ٹوکری میں محفوظ نہ ہوں۔
لیکن اس پورے انٹرپرائز کو آسانی سے کام کرنے کے لیے، ہمیں خدمات اور ایپلی کیشنز کے ایک سیٹ کی ضرورت ہوگی جو تمام اجزاء کو آپس میں جوڑے گی۔ صرف مثال کے طور پر، یہ میری لیبارٹریوں میں سے ایک میں ایسا لگتا ہے:
چیف کنڈکٹر کے طور پر کام کرتا ہے۔ ویم بیک اپ سروس. وہ ڈیٹا بیس کے ساتھ معلومات کے تبادلے کا ذمہ دار ہے۔ وہ تمام کاموں کو شروع کرنے، مختص وسائل کو ترتیب دینے اور مختلف کنسولز، ایجنٹس اور ہر چیز کے لیے مواصلاتی مرکز کے طور پر کام کرنے کا بھی ذمہ دار ہے۔ ایک لفظ میں، اس کے بغیر کوئی راستہ نہیں ہے، لیکن اس کا مطلب یہ نہیں ہے کہ وہ سب کچھ خود کرتا ہے۔
اسے اپنے منصوبوں کو پورا کرنے میں مدد کرتا ہے۔ ویم بیک اپ مینیجر. یہ کوئی سروس نہیں ہے، بلکہ ایک ادارہ ہے جو ملازمتوں کا آغاز کرتا ہے اور ان کے نفاذ کے عمل کی نگرانی کرتا ہے۔ بیک اپ سروس کے کام کرنے والے ہاتھ، جس کے ساتھ یہ میزبانوں سے جڑتا ہے، سنیپ شاٹس بناتا ہے، مانیٹر برقرار رکھتا ہے، وغیرہ۔
لیکن آئیے خدمات کی فہرست پر واپس آتے ہیں۔ ویم بروکر سروس. v9.5 میں ظاہر ہوا (اور یہ کرپٹو مائنر نہیں ہے، جیسا کہ کچھ لوگوں نے سوچا تھا)۔ VMware میزبانوں کے بارے میں معلومات جمع کرتا ہے اور اسے تازہ ترین رکھتا ہے۔ لیکن فوری طور پر ناراض تبصرے لکھنے کے لیے مت بھاگیں کہ ہم آپ کی جاسوسی کر رہے ہیں اور آپ کے تمام لاگ ان/پاس ورڈز کو ڈریگ میجر کو لیک کر رہے ہیں۔ سب کچھ تھوڑا سا آسان ہے۔ جب آپ بیک اپ شروع کرتے ہیں، تو سب سے پہلے آپ کو میزبان سے جڑنا اور اس کی ساخت کے بارے میں تمام ڈیٹا کو اپ ڈیٹ کرنا ہے۔ یہ ایک دھیمے اور ناگوار کہانی ہے۔ بس یاد رکھیں کہ ویب انٹرفیس کے ذریعے آپ کے لاگ ان آپریشن میں کتنا وقت لگتا ہے، اور یاد رکھیں کہ وہاں صرف اوپری پرت کو سمجھا جاتا ہے۔ اور پھر آپ کو ابھی بھی پورے درجہ بندی کو صحیح جگہ تک پھیلانے کی ضرورت ہے۔ ایک لفظ میں، خوفناک. اگر آپ ایک درجن بیک اپ شروع کرتے ہیں، تو ہر کام کو اس طریقہ کار سے گزرنا ہوگا۔ اگر ہم بڑے بنیادی ڈھانچے کے بارے میں بات کر رہے ہیں، تو اس عمل میں دس منٹ یا اس سے زیادہ وقت لگ سکتا ہے۔ اس لیے اس کے لیے ایک علیحدہ سروس مختص کرنے کا فیصلہ کیا گیا، جس کے ذریعے ہمیشہ تازہ ترین معلومات حاصل کرنا ممکن ہوسکے گا۔ آغاز پر، یہ تمام اضافی انفراسٹرکچر کو چیک اور اسکین کرتا ہے، اور پھر صرف اضافی تبدیلیوں کی سطح پر کام کرنے کی کوشش کرتا ہے۔ لہٰذا اگر آپ کے پاس بیک وقت سو بیک اپ چل رہے ہوں، تب بھی وہ سب ہمارے بروکر سے معلومات کی درخواست کریں گے، اور میزبانوں کو ان کی درخواستوں سے تکلیف نہیں دیں گے۔ اگر آپ وسائل کے بارے میں پریشان ہیں، تو ہمارے حساب کے مطابق، 5000 ورچوئل مشینوں کے لیے آپ کو صرف 100 Mb میموری کی ضرورت ہے۔
اگلا ہمارے پاس ہے۔ ویم کنسول. Aka Veeam Remote Console، aka Veeam.Backup.Shell۔ یہ وہی GUI ہے جسے ہم اسکرین شاٹس میں دیکھتے ہیں۔ سب کچھ آسان اور واضح ہے - کنسول کو کہیں سے بھی لانچ کیا جا سکتا ہے، جب تک کہ یہ ونڈوز ہے اور VBR سرور سے کنکشن موجود ہے۔ صرف اتنا کہا جا سکتا ہے کہ FLR عمل مقامی طور پر پوائنٹس کو ماؤنٹ کرے گا (یعنی اس مشین پر جہاں کنسول چل رہا ہے)۔ ٹھیک ہے، مختلف Veeam Explorers بھی مقامی طور پر چلیں گے، کیونکہ وہ کنسول کا حصہ ہیں۔ لیکن یہ مجھے پہلے ہی جنگلوں میں لے جا چکا ہے...
اگلی دلچسپ خدمت ہے۔ Veeam بیک اپ کیٹلاگ ڈیٹا سروس۔ خدمات کی فہرست میں اسے Veeam Guest Catalog Service کے نام سے جانا جاتا ہے۔ وہ گیسٹ مشینوں پر فائل سسٹم کی انڈیکس کرنے میں مصروف ہے اور اس علم سے VBRCatalog فولڈر کو بھرتا ہے۔ صرف اس جگہ استعمال کیا جاتا ہے جہاں انڈیکسنگ چیک باکس فعال ہو۔ اور اگر آپ کے پاس انٹرپرائز مینیجر ہے تو اسے فعال کرنا ہی سمجھ میں آتا ہے۔ لہذا، میرے دل کی گہرائیوں سے مشورہ: اگر آپ کے پاس EM نہیں ہے تو اس طرح انڈیکسنگ کو فعال نہ کریں۔ اپنے اعصاب اور سپورٹ ٹائم کو بچائیں۔
دیگر اہم خدمات میں بھی یہ قابل توجہ ہے۔ ویم انسٹالر سروسجس کی مدد سے ضروری اجزاء پراکسیز، ریپوزٹریز اور دیگر گیٹ ویز پر ڈیلیور اور انسٹال کیے جاتے ہیں۔ درحقیقت، وہ سرورز کو ضروری .msi پیکج فراہم کرتا ہے اور انہیں انسٹال کرتا ہے۔
ویم ڈیٹا موور — پراکسی پر شروع کیے گئے معاون ایجنٹوں کی مدد سے (اور نہ صرف) یہ ڈیٹا منتقل کرتا ہے۔ مثال کے طور پر، بیک اپ کے دوران، ایک ایجنٹ میزبان ڈیٹا اسٹور سے فائلیں پڑھے گا، اور دوسرا انہیں احتیاط سے بیک اپ پر لکھے گا۔
الگ سے، میں ایک اہم بات نوٹ کرنا چاہوں گا جس پر کلائنٹ اکثر رد عمل ظاہر کرتے ہیں - پروگرامز اور فیچرز اسنیپ ان میں خدمات اور معلومات کے ورژن میں فرق۔ ہاں، فہرست ایک جیسی ہوگی، لیکن ورژن مکمل طور پر متضاد ہوسکتے ہیں۔ یہ بصری نقطہ نظر سے بہت اچھا نہیں ہے، لیکن یہ مکمل طور پر عام ہے اگر سب کچھ مستحکم طور پر کام کرتا ہے. مثال کے طور پر، انسٹالر سروس کا ورژن نمبر اپنے پڑوسیوں سے بہت پیچھے ہے۔ ڈراؤنا اور ڈراؤنا خواب؟ نہیں، کیونکہ یہ مکمل طور پر دوبارہ انسٹال نہیں ہوا ہے، لیکن اس کا DLL آسانی سے اپ ڈیٹ کیا گیا ہے۔ v9.5 U4 پیچ میں، ایک ٹیک سپورٹ ڈراؤنا خواب آیا: اپ ڈیٹ کے دوران، تمام سروسز کو نئے ورژن ملے، سوائے سب سے اہم کے۔ U4b پیچ میں، ٹرانسپورٹ سروس زیادہ سے زیادہ دو ورژنز (نمبروں کے حساب سے) کے لحاظ سے باقی سب سے آگے تھی۔ اور یہ بھی عام بات ہے - اس میں ایک سنگین بگ پایا گیا تھا، لہذا اسے دوسروں کے مقابلے میں بونس اپ ڈیٹ ملا۔ لہذا، خلاصہ کرنے کے لئے: ورژن میں فرق ایک مسئلہ ہوسکتا ہے، لیکن اگر کوئی فرق ہے اور سب کچھ صحیح طریقے سے کام کرتا ہے، تو زیادہ تر امکان ہے کہ ایسا ہی ہونا چاہئے۔ لیکن کوئی بھی آپ کو تکنیکی مدد کے ساتھ اس کی وضاحت کرنے سے منع نہیں کرتا ہے۔
یہ نام نہاد لازمی یا لازمی خدمات تھیں۔ اور معاون کا ایک پورا پیک ہے، جیسے ٹیپ سروس، ماؤنٹ سروس، vPowerNFS سروس وغیرہ۔
Hyper-V کے لیے عام طور پر سب کچھ ایک جیسا ہے، صرف ایک مخصوص ہے۔ Veeam Backup Hyper-V انٹیگریشن سروس اور CBT کے ساتھ کام کرنے کے لیے اس کا اپنا ڈرائیور۔
اور آخر میں ہم اس بارے میں بات کریں گے کہ بیک اپ کے دوران ورچوئل مشینوں پر کون کام کرتا ہے۔ اس کا استعمال پری اور پوسٹ فریز اسکرپٹس کو چلانے، شیڈو کاپیاں بنانے، میٹا ڈیٹا اکٹھا کرنے، ایس کیو ایل ٹرانزیکشن لاگز وغیرہ کے ساتھ کام کرنے کے لیے کیا جاتا ہے۔ ویم گیسٹ ہیلپر. اور اگر فائل سسٹم کو انڈیکس کیا جاتا ہے، ویم گیسٹ انڈیکسر . یہ عارضی خدمات ہیں جو بیک اپ کی مدت کے لیے تعینات کی جاتی ہیں اور اس کے بعد حذف کردی جاتی ہیں۔
لینکس مشینوں کے معاملے میں، بڑی تعداد میں بلٹ ان لائبریریوں کی موجودگی اور خود سسٹم کی صلاحیتوں کی وجہ سے سب کچھ بہت آسان ہے۔ مثال کے طور پر، انڈیکسنگ mlocate کے ذریعے کی جاتی ہے۔
ابھی کے لیے اتنا ہی ہے۔
میں تمہیں مزید اذیت دینے کی ہمت نہیں رکھتا اور مختصر میں ویم انجن کے کمپارٹمنٹ کے تعارف کو مکمل سمجھتا ہوں۔ ہاں، ہم خود نوشتہ جات کے قریب بھی نہیں پہنچے ہیں، لیکن یقین جانیے، اس لیے کہ ان میں جو معلومات پیش کی گئی ہیں، وہ شعور کے ایک غیر مربوط دھارے کی طرح نہ لگیں، ایسا تعارف بالکل ضروری ہے۔ میں خود صرف تیسرے مضمون میں لاگز پر جانے کا ارادہ رکھتا ہوں، اور اگلے کا منصوبہ یہ بتانا ہے کہ لاگز کون تیار کرتا ہے، ان میں بالکل کیا ظاہر ہوتا ہے اور بالکل اسی طرح کیوں ہوتا ہے اور کسی اور طریقے سے نہیں۔
ماخذ: www.habr.com