Veeam تي، اسان لاگز سان پيار ڪندا آهيون. ۽ جيئن ته اسان جا گهڻا حل ماڊلر آهن، اهي تمام گهڻو لاگ لکندا آهن. ۽ جيئن ته اسان جي سرگرمي جو دائرو توهان جي ڊيٽا جي حفاظت کي يقيني بڻائڻ آهي (يعني آرام سان ننڊ)، تنهن ڪري لاگز کي نه رڳو هر ڇڪڻ کي رڪارڊ ڪرڻ گهرجي، پر ان کي ڪجهه تفصيل سان پڻ ڪرڻ گهرجي. اهو ضروري آهي ته جيڪڏهن ڪجهه ٿئي ٿو ته اهو واضح ٿئي ته اهو "ڇا" ڪيئن ٿيو، ڪير ذميوار آهي، ۽ اڳتي وڌڻ جي ضرورت آهي. اهو فارنڪس وانگر آهي: توهان ڪڏهن به نه ٿا ڄاڻو ته ڪهڙي ننڍڙي شيء توهان کي لورا پامر جي قاتل کي ڳولڻ ۾ مدد ڪندي.
تنهن ڪري، مون آرٽيڪل جو هڪ سلسلو شروع ڪرڻ جو فيصلو ڪيو جتي آئون مسلسل ڳالهائيندس جيڪي اسان لاگز ۾ لکندا آهيون، اسان انهن کي ڪٿي ذخيرو ڪريون ٿا، انهن جي جوڙجڪ سان چريو ڪيئن نه ٿيو ۽ انهن جي اندر ڇا ڏسڻ گهرجي.
مضمونن جو هڪ سلسلو ڇو ۽ هر شي کي هڪ ڀيرو بيان ڇو نه ڪيو وڃي؟
بس لسٽنگ ڪھڙي لاگ ان ۾ واقع آھي ۽ ان ۾ ڇا ذخيرو ٿيل آھي ھڪڙو خراب خيال آھي. ۽ اهو خوفناڪ آهي ته هن معلومات کي تاريخ تائين رکڻ بابت سوچڻ به. Veeam Backup & Replication ۾ لاگن جي سڀني ممڪن قسمن جي هڪ سادي لسٽ ننڍي پرنٽ ۾ ڪيترن ئي شيٽس جي ٽيبل آهي. ۽ اهو صرف اشاعت جي وقت سان لاڳاپيل هوندو، ڇاڪاڻ ته ... جڏهن ايندڙ پيچ جاري ڪيو ويندو، نوان لاگز ظاهر ٿي سگھن ٿا، پراڻين ۾ محفوظ ڪيل معلومات جو منطق تبديل ٿي سگھي ٿو، وغيره. تنهن ڪري، انهن جي ساخت ۽ انهن ۾ موجود معلومات جي جوهر جي وضاحت ڪرڻ گهڻو وڌيڪ فائدي وارو ٿيندو. هي توهان کي اجازت ڏيندو ته بهتر جڳهن تي ويجهڙائي ڪرڻ جي ڀيٽ ۾ نالن جي ڀڃڪڙي.
تنهن ڪري، ٽيڪسٽ شيٽ جي تلاء ۾ جلدي نه ڪرڻ لاء، اچو ته هن مضمون ۾ ڪجهه تياري وارو ڪم ڪريو. تنهن ڪري، اڄ اسان لاگن ۾ پاڻ کي ڳولي نه سگهنداسين، پر پري کان وڃون ٿا: اسان هڪ لغت مرتب ڪنداسين ۽ لاگز ٺاهڻ جي نقطي نظر کان ويم جي جوڙجڪ تي ٿورو بحث ڪنداسين.
لغت ۽ لغت
هتي، سڀ کان پهريان، اهو روسي ٻوليء جي پاڪائي جي چيمپئن ۽ اوزگوف جي لغت جي شاهدن کي معافي ڏيڻ جي قابل آهي. اسان سڀ پنهنجي مادري ٻولي کي تمام گهڻو پيار ڪندا آهيون، پر IT صنعت انگريزي ۾ ڪم ڪري ٿي. خير، اسان ان سان گڏ نه آيا، پر اهو ڪيئن تاريخي طور تي ٿيو. منهنجي غلطي ناهي، هو پاڻ آيو آهي (ج)
اسان جي ڪاروبار ۾، انگريزيءَ جو مسئلو (۽ لفظي لفظ) ان جون پنهنجون خاصيتون آهن. جڏهن ”ميزبان“ يا ”مهمان“ جهڙن معصوم لفظن سان سڄيءَ دنيا گهڻي عرصي کان تمام مخصوص شين کي سمجهي چڪي آهي، تڏهن ڌرتيءَ تي هيروءَ جو مونجهارو ۽ ڊڪشنريون هڻندي ڀڄڻ جو سلسلو جاري آهي. ۽ سختي سان واجبي دليل "پر اسان جي ڪم تي ...".
ان سان گڏ، خالص اسان جي اصطلاحات آھي، جيڪا خاص طور تي ويم مصنوعات ۾ موروثي آھي، جيتوڻيڪ ڪجھ لفظ ۽ جملا مقبول ٿي چڪا آھن. تنهن ڪري، هاڻي اسان اتفاق ڪنداسين ته اصطلاح جو مطلب ڇا آهي، ۽ مستقبل ۾، لفظ "مهمان" مان منهنجو مطلب اهو ٿيندو جيڪو هن باب ۾ لکيو ويو آهي، ۽ نه ته توهان ڪم تي استعمال ڪيو آهي. ۽ ها، هي منهنجو ذاتي خواهش ناهي، اهي صنعت ۾ چڱي طرح قائم ڪيل شرطون آهن. انهن سان وڙهڻ ڪجهه بي معنيٰ آهي. جيتوڻيڪ مان هميشه تبصرن ۾ سٺو ٿيڻ جي حق ۾ آهيان.
بدقسمتي سان، اسان جي ڪم ۾ ڪيترائي شرط ۽ پراڊڪٽس آهن، تنهنڪري مان انهن سڀني کي لسٽ ڪرڻ جي ڪوشش نه ڪندس. صرف بيڪ اپ ۽ لاگز بابت سڀ کان وڌيڪ بنيادي معلومات جيڪا سمنڊ ۾ بقا لاءِ ضروري آهي. دلچسپي وارن لاءِ آئون پڻ ڪري سگهان ٿو ساٿين کي فيڊ بابت، جتي هن ڪارڪردگي جي انهي حصي سان لاڳاپيل اصطلاحن جي هڪ فهرست پڻ ڏني.
ميزبان: ورچوئلائيزيشن جي دنيا ۾، هي هڪ مشين آهي هڪ هائپر ويزر سان. جسماني، مجازي، ڪڪر - اهو مسئلو ناهي. جيڪڏهن ڪا شيءِ هلائي رهي آهي هائپر وائزر (ESXi، Hyper-V، KVM وغيره)، ته پوءِ هي ”ڪجهه“ کي ميزبان چئبو آهي. ڇا اهو ڏهن ريڪن سان گڏ ڪلستر آهي يا توهان جو ليپ ٽاپ هڪ ليب سان گڏ هڪ اڌ ورچوئل مشينن لاءِ، جيڪڏهن توهان هڪ هائپر وائيزر لانچ ڪيو، توهان هڪ ميزبان بڻجي ويا. ڇاڪاڻ ته هائپرائزر مجازي مشينن کي ميزباني ڪري ٿو. هتي به هڪ ڪهاڻي آهي ته VMware هڪ وقت ۾ ESXi سان لفظ ميزبان جي هڪ مضبوط ايسوسيئيشن حاصل ڪرڻ چاهيندا هئا. پر هوءَ نه ڪري سگهي.
جديد دنيا ۾، "ميزبان" جو تصور عملي طور تي "سرور" جي تصور سان ضم ٿي چڪو آهي، جيڪو رابطي ۾ هڪ خاص مونجهارو آڻيندو آهي، خاص طور تي جڏهن اهو اچي ٿو ونڊوز انفراسٽرڪچر. تنهن ڪري ڪا به مشين جنهن تي اسان جي دلچسپي جي ڪجهه خدمت واقع آهي محفوظ طور تي ميزبان سڏيو وڃي ٿو. مثال طور، WinSock لاگز ۾ هر شي کي لفظ ميزبان سان نشان لڳل آهي. کلاسک "ميزبان نه مليو" هن جو هڪ مثال آهي. تنهن ڪري اسان ان حوالي سان اڳتي وڌون ٿا، پر ياد رکو - ورچوئلائيزيشن جي دنيا ۾، ميزبان اهو آهي جيڪو مهمانن جي ميزباني ڪندو آهي (وڌيڪ هيٺ ڏنل ٻن لائينن تي).
مقامي اصطلاحن کان (وڌيڪ امڪان اڃا به مخفف، هن صورت ۾)، مون کي ياد آهي ته VMware VI آهي، vSphere VC آهي، ۽ Hyper-V HV آهي.
مهمان: هڪ ميزبان تي هلندڙ هڪ مجازي مشين. هتي وضاحت ڪرڻ لاء ڪجھ به ناهي، هر شيء تمام منطقي ۽ سادي آهي. تنهن هوندي، ڪيترن ئي دلگيريء سان هتي ڪجهه ٻيون معنائون ڇڪيندا آهن.
ڇا جي لاءِ؟ مون کي ناهي خبر.
مهمان او ايس، ترتيب سان، مهمان مشين جو آپريٽنگ سسٽم آهي. ۽ ايئن.
بيڪ اپ/ نقل نوڪري (نوڪري): Pure Wim jargon ڪمن مان هڪ کي ظاهر ڪري ٿو. بيڪ اپ نوڪري == بيڪ اپ نوڪري. ڪو به نه ڄاڻي سگهيو آهي ته ڪيئن هن کي روسي ۾ خوبصورت ترجمو ڪيو وڃي، تنهنڪري هرڪو چوي ٿو "نوڪري". آخري اکر تي زور ڏيڻ سان.
ها، اهو ڪيئن آهي اهي صرف وڃو ۽ چوندا آهن "نوڪري". ۽ اهي به خطن ۾ ائين لکندا آهن، ۽ سڀ ڪجهه ٺيڪ آهي.
سڀني قسمن جي بيڪ اپ ڪم، بيڪ اپ ڪم، وغيره، توهان جي مهرباني، پر ڪا ضرورت ناهي. بس هڪ ڪم ڪريو، ۽ اهي توهان کي سمجهندا. بنيادي شيء آخري syllable تي زور رکڻ لاء آهي.
بيڪ اپ (بيڪ اپ، بيڪ اپ. صحيح پراڻي فيگ لاء، بيڪ اپ جي اجازت آهي): ان کان علاوه پڌرو (ڪٿي بيٺو ڊيٽا جي هڪ بيڪ اپ ڪاپي)، اهو پڻ مطلب آهي نوڪري پاڻ (مٿيون ٽي لائينون، جيڪڏهن توهان اڳ ۾ ئي وساري ڇڏيو آهي)، جنهن جي نتيجي ۾ اهو ساڳيو بيڪ اپ فائل ظاهر ٿئي ٿو. شايد، حضرات، انگريزي ڳالهائيندڙ ڏاڍا سست هوندا آهن اهو چوڻ لاءِ ته مون هر ڀيري پنهنجي بيڪ اپ جي نوڪري ڪئي، تنهن ڪري اهي صرف چون ٿا ته مون پنهنجو بيڪ اپ ڪيو، ۽ هرڪو هڪ ٻئي کي چڱيءَ طرح سمجهي ٿو. مان هن شاندار شروعات جي حمايت ڪرڻ جو مشورو ڏيان ٿو.
گڏ ڪرڻ: ھڪڙو اصطلاح جيڪو ESXi 5.0 ۾ ظاهر ٿيو سنيپ شاٽ مينيو ۾ ھڪڙو اختيار جيڪو نام نہاد يتيم سنيپ شاٽ کي ختم ڪرڻ جي عمل کي شروع ڪري ٿو. اھو آھي، تصويرون جيڪي جسماني طور تي دستياب آھن، پر ڏيکاريل منطقي ڍانچي مان نڪري ويا آھن. نظرياتي طور تي، اهو عمل سنيپ شاٽ مئنيجر ۾ ڏيکاريل فائلن کي متاثر نه ڪرڻ گهرجي، پر ڪجهه به ٿي سگهي ٿو. استحڪام جي عمل جو خلاصو اهو آهي ته هڪ سنيپ شاٽ (چائلڊ ڊسڪ) مان ڊيٽا کي مکيه (والدين) ڊسڪ ڏانهن لکيو ويو آهي. ڊسڪ کي ضم ڪرڻ جي عمل کي ضم ڪرڻ سڏيو ويندو آهي. جيڪڏهن هڪ مضبوط ڪرڻ جو حڪم ڏنو ويو آهي، سنيپ شاٽ کي ضم ڪرڻ ۽ ڊاهي وڃڻ کان اڳ سنيپ شاٽ رڪارڊ ڊيٽابيس مان حذف ڪري سگھجي ٿو. ۽ جيڪڏهن سنيپ شاٽ ڪنهن به سبب ڊليٽ نه ٿي سگهيو ته پوءِ اهي ئي يتيم سنيپ شاٽ ظاهر ٿيندا. VMware کي سنيپ شاٽ سان ڪم ڪرڻ بابت معلومات آهي . ۽ اسان به ڪنهن نه ڪنهن طرح انهن بابت ڳالهايون ٿا .
ڊيٽا اسٽور (Stora يا سئوج): هڪ تمام وسيع تصور، پر ورچوئلائيزيشن جي دنيا ۾ اهو ان هنڌ ڏانهن اشارو ڪري ٿو جتي ورچوئل مشين فائلون ذخيرو ٿيل آهن. پر ڪنهن به صورت ۾، توهان کي تمام واضح طور تي مفهوم سمجهڻ جي ضرورت آهي، ۽، جيڪڏهن توهان کي ٿورو شڪ آهي، واضح ڪيو ته توهان جي ڳالهائيندڙ جو مطلب ڇا آهي.
پراڪسي: اهو ضروري آهي ته فوري طور تي سمجهڻ گهرجي ته Veeam Proxy بلڪل ساڳيو ناهي جيئن اسان انٽرنيٽ تي استعمال ڪيو وڃي. Veeam پراڊڪٽس جي اندر، هي هڪ خاص ادارو آهي جيڪو ڊيٽا کي هڪ جڳهه کان ٻئي هنڌ منتقل ڪرڻ ۾ مصروف آهي. تفصيل ۾ وڃڻ جي بغير، وي بي آر هڪ ڪمانڊ سرور آهي، ۽ پراکسيز ان جا ڪم ڪار آهن. اهو آهي، هڪ پراکسي هڪ مشين آهي جنهن ذريعي ٽرئفڪ وهندو آهي ۽ جنهن تي VBR اجزاء نصب ٿيل آهن جيڪي هن ٽرئفڪ کي هلائڻ ۾ مدد ڪن ٿيون. مثال طور، ڊيٽا کي هڪ چينل کان ٻئي ڏانهن منتقل ڪريو يا صرف ڊسڪ پاڻ ڏانهن ڳنڍيو (HotAdd موڊ).
مخزن: تخنيقي طور تي، اهو صرف VBR ڊيٽابيس ۾ هڪ داخلا آهي، انهي هنڌ کي ظاهر ڪري ٿو جتي بيڪ اپ محفوظ ٿيل آهن، ۽ هن مقام سان ڪيئن ڳنڍجي. حقيقت ۾، اهو ٿي سگهي ٿو يا ته صرف هڪ CIFS شيئر يا هڪ الڳ ڊسڪ، سرور يا بادل ۾ بالٽ. ٻيهر، اسان ان حوالي سان آهيون، پر اسان سمجھون ٿا ته هڪ مخزن صرف هڪ جڳهه آهي جتي توهان جا بيڪ اپ واقع آهن.
تصوير: آڪسفورڊ گرامر جا شوقين اهو چوڻ پسند ڪن ٿا ته ڪير سنيپ شاٽ آهي، ڪير سنيپ شاٽ آهي، پر اڻ پڙهيل اڪثريت وڏي ميڙ سبب کٽي ٿي. جيڪڏهن ڪنهن کي خبر ناهي، اها هڪ ٽيڪنالاجي آهي جيڪا توهان کي وقت ۾ هڪ خاص نقطي تي ڊسڪ جي حالت کي بحال ڪرڻ جي اجازت ڏئي ٿي. اهو يا ته عارضي طور تي I/O آپريشنز کي مکيه ڊسڪ کان پري ريڊائريڪٽ ڪرڻ سان ڪيو ويندو آهي- پوءِ ان کي سڏيو ويندو RoW (ريڊائريڪٽ آن رائٽ) سنيپ شاٽ- يا وري لکڻ جي قابل بلاڪن کي توهان جي ڊسڪ مان ٻئي ڏانهن منتقل ڪندي- ان کي CoW سڏيو ويندو (ڪاپي آن لکو) سنيپ شاٽ. اهو انهن افعال کي استعمال ڪرڻ لاء وسيع امڪانن جي مهرباني آهي ته ويم پنهنجي بيڪ اپ جادو ڪم ڪري سگهي ٿو. سختي سان ڳالهائڻ، نه رڳو انهن لاء، پر اهو معاملو ايندڙ رليز جو معاملو آهي.
دستاويزن ۽ ESXi لاگن ۾ هن اصطلاح جي چوڌاري افراتفري آهي، ۽ سنيپ شاٽ جو ذڪر ڪرڻ جي حوالي سان توهان پاڻ کي سنيپ شاٽ ڳولي سگهو ٿا، ٻيهر لاگ ان ۽ ڊيلٽا ڊسڪ پڻ. Veeam دستاويزن ۾ اهڙي ڪا به تڪرار ناهي، ۽ هڪ سنيپ شاٽ هڪ سنيپ شاٽ آهي، ۽ هڪ ريڊو لاگ بلڪل هڪ REDO فائل آهي جيڪو هڪ آزاد غير مستقل ڊسڪ طرفان ٺاهيل آهي. REDO فائلون ڊهي وينديون آهن جڏهن ورچوئل مشين کي بند ڪيو ويندو آهي، تنهنڪري انهن کي سنيپ شاٽ سان پريشان ڪرڻ ناڪامي جو هڪ طريقو آهي.
مصنوعي: مصنوعي بيڪ اپ جو حوالو ڏئي ٿو ريورس واڌارو ۽ هميشه لاءِ اڳتي وڌڻ وارو بيڪ اپ. جيڪڏهن توهان هن اصطلاح ۾ نه آيا آهيو، اهو صرف هڪ ميڪانيزم مان هڪ آهي جيڪو بيڪ اپ زنجير جي تبديلي کي تعمير ڪرڻ لاء استعمال ڪيو ويو آهي. جڏهن ته، لاگن ۾ توهان ٽرانسفارم جو تصور پڻ ڳولي سگهو ٿا، جيڪو اضافو (مصنوعي مڪمل) مان مڪمل ڪاپي ٺاهڻ جي حصي طور استعمال ڪيو ويندو آهي.
ڪم: اهو عمل آهي هر فرد جي مشين کي هڪ نوڪري جي اندر اندر پروسيسنگ. اھو آھي: توھان وٽ ھڪڙو بيڪ اپ نوڪري آھي جنھن ۾ ٽي مشينون شامل آھن. هن جو مطلب آهي ته هر مشين هڪ الڳ ڪم اندر عمل ڪيو ويندو. مجموعي طور تي، چار لاگ هوندا: مکيه هڪ نوڪري لاء ۽ ٽي ڪمن لاء. تنهن هوندي به، اتي هڪ اهم nuance آهي: وقت جي حوالي سان، لفظ "taska" تمام گهڻو ابهام بڻجي چڪو آهي. جڏهن اسان عام لاگن بابت ڳالهايون ٿا، اسان جو مطلب اهو آهي ته ڪم هڪ VM آهي. پر ٻئي پراکسي ۽ مخزن جا پنهنجا ”ٽاسڪ“ آهن. هتي اهو ٿي سگهي ٿو هڪ مجازي ڊسڪ، هڪ مجازي مشين، يا سڄي نوڪري. اهو آهي، اهو ضروري آهي ته حوالن کي وڃائڻ نه گهرجي.
ويم٪ نالو٪ سروس: ڪامياب بيڪ اپ جي فائدي لاء، ڪيترائي خدمتون هڪ ڀيرو ڪم ڪن ٿيون، جن جي هڪ فهرست معياري سامان ۾ ملي سگهي ٿي. انهن جا نالا انهن جي جوهر کي بلڪل شفاف طور تي ظاهر ڪن ٿا، پر انهن جي وچ ۾ سڀ کان اهم آهي - ويم بيڪ اپ سروس، جنهن کان سواء باقي ڪم نه ڪندو.
VSS: ٽيڪنيڪل طور تي، VSS کي هميشه Microsoft Volume Shadow Copy Service لاءِ بيهڻ گهرجي. دراصل ڪيترن ئي پاران استعمال ڪيو ويو آهي ايپليڪيشن-آوار تصويري پروسيسنگ لاءِ مترادف. جيڪو، يقينا، واضح طور تي غلط آهي، پر هي درجي جي هڪ ڪهاڻي آهي "ڪنهن به ايس يو وي کي جيپ سڏيو وڃي ٿو، ۽ اهي توهان کي سمجهندا."
شاندار لاگ ۽ جڳھون جتي اھي رھندا آھن
مان هن باب کي شروع ڪرڻ چاهيان ٿو هڪ عظيم راز کي ظاهر ڪندي - لاگن ۾ ڪهڙو وقت ڏيکاريل آهي؟
ياد رکو:
- ESXi هميشه UTC+0 ۾ لاگ لکندو آهي.
- vCenter لاگ ان جي ٽائيم زون جي وقت جي بنياد تي رکي ٿو.
- Veeam سرور جي وقت ۽ ٽائم زون جي بنياد تي لاگس رکي ٿو جنهن تي اهو نصب ٿيل آهي.
- ۽ EVTX فارميٽ ۾ صرف واء واقعا ڪنهن به شيء سان ڳنڍيل ٿيڻ کان متاثر نه آهن. جڏهن کولڻ وقت، مشين جي مطابق ٻيهر حساب ڪيو ويندو آهي جنهن تي اهي کوليا ويا آهن. سڀ کان وڌيڪ آسان اختيار، جيتوڻيڪ اتي ان سان مشڪلاتون آهن. صرف قابل ذڪر مشڪلات مقامي علائقن ۾ فرق آهي. هي اڻ پڙهيل لاگن لاءِ تقريبن ضمانت وارو رستو آهي. ها، اتي اختيار آهن ته هن کي ڪيئن علاج ڪجي، پر اچو ته ان حقيقت سان بحث نه ڪريون ته IT ۾ هر شيءِ انگريزيءَ ۾ ڪم ڪري ٿي، ۽ هميشه سرور تي انگريزي لوڪل سيٽ ڪرڻ تي متفق آهيون. او مهرباني.
هاڻي اچو ته انهن هنڌن جي باري ۾ ڳالهايون جتي لاگز رهن ٿا ۽ انهن کي ڪيئن حاصل ڪجي. VBR جي صورت ۾، اتي ٻه طريقا آهن.
اختيار هڪ موزون آهي جيڪڏهن توهان عام هيپ ۾ فائلن کي ڳولڻ جو خواهشمند نه آهيو جيڪي خاص طور تي توهان جي مسئلي سان لاڳاپيل آهن. ان لاءِ، اسان وٽ ھڪڙو الڳ جادوگر آھي، جنھن لاءِ توھان مخصوص نوڪري ۽ مخصوص مدت بيان ڪري سگھو ٿا جنھن لاءِ توھان کي لاگن جي ضرورت آھي. اڳيون، هو پاڻ فولڊرن جي ذريعي ويندو ۽ هر شيء کي هڪ آرڪائيو ۾ رکندو. ان کي ڪٿي ڳولڻ ۽ ان سان ڪيئن ڪم ڪرڻ جي باري ۾، ان ۾ تفصيل سان لکيو ويو آهي .
بهرحال، جادوگر سڀني ڪمن مان لاگ گڏ نه ڪندو آهي ۽ مثال طور، جيڪڏهن توهان کي ڪنهن ريسٽورنٽ جي لاگز جو مطالعو ڪرڻ جي ضرورت آهي، ناڪامي يا ناڪامي، توهان جو رستو فولڊر ۾ آهي. پروگرام ڊيٽا٪ / ويم / بيڪ اپ. هي مکيه VBR لاگ اسٽوريج آهي، ۽ %ProgramData% هڪ لڪيل فولڊر آهي ۽ اهو ٺيڪ آهي. رستي ۾، ڊفالٽ جڳھ کي ٻيهر مقرر ڪري سگھجي ٿو رجسٽري ڪيچ جي قسم REG_SZ: LogDirectory in the HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication branch.
لينڪس مشينن تي، ڪم ڪندڙ ايجنٽ جا لاگ ان ۾ مليا وڃن /var/log/VeeamBackup/، جيڪڏهن توهان روٽ يا سوڊو اڪائونٽ استعمال ڪري رهيا آهيو. جيڪڏهن توهان وٽ اهڙا استحقاق نه آهن، پوء لاگ ان لاء ڏسو /tmp/VeeamBackup.
Veeam ايجنٽ لاءِ %OS_name% لاگ ان کي ڳولھيو وڃي پروگرام ڊيٽا٪ / ويم / آخري پوائنٽ (يا پروگرام ڊيٽا٪ / ويم / بيڪ اپ / آخري پوائنٽ) ۽ /var/log/veeam مطابق.
جيڪڏھن توھان استعمال ڪري رھيا آھيو Application-Aware Image Processing (۽ گھڻو ڪري توھان آھيو)، پوءِ صورتحال ڪجھ وڌيڪ پيچيده ٿي ويندي. توھان کي اسان جي مددگار لاگن جي ضرورت پوندي، جيڪي ورچوئل مشين اندر محفوظ ٿيل آھن، ۽ VSS لاگز. اها خوشي ڪيئن ۽ ڪٿي ملي، ان ۾ تفصيل سان لکيل آهي . ۽ يقينا اتي آهي ضروري سسٽم لاگ گڏ ڪرڻ لاء.
اهو آسان آهي Windows واقعن کي گڏ ڪرڻ جي مطابق . جيڪڏهن توهان Hyper-V استعمال ڪريو ٿا، معاملو وڌيڪ پيچيده ٿي ويندو، ڇو ته توهان کي ان جي سڀني لاگن جي ضرورت پوندي ايپليڪيشنون ۽ سروس لاگز> Microsoft> ونڊوز برانچ مان. جيتوڻيڪ توھان ھميشه وڌيڪ بيوقوف رستو وٺي سگھو ٿا ۽ صرف %SystemRoot%System32winevtLogs مان سڀ شيون وٺي سگھو ٿا.
جيڪڏهن ڪا شيءِ انسٽاليشن/اپ گريڊ دوران ٽوڙي ٿي، ته پوءِ توهان کي گهربل هر شيءِ %ProgramData%/Veeam/Setup/Temp فولڊر ۾ ملي سگهي ٿي. جيتوڻيڪ مان ان حقيقت کي نه لڪائيندس ته توهان او ايس واقعن ۾ انهن لاگن جي ڀيٽ ۾ وڌيڪ مفيد معلومات ڳولي سگهو ٿا. باقي دلچسپ شيون %Temp% ۾ موجود آهن، پر هتي خاص طور تي لاڳاپيل سافٽ ويئر جا انسٽاليشن لاگز آهن، جهڙوڪ ڊيٽابيس، نيٽ لائبريريون ۽ ٻيون شيون. مهرباني ڪري نوٽ ڪريو ته Veeam هڪ msi مان نصب ٿيل آهي، ۽ ان جا سڀئي حصا پڻ الڳ msi پيڪيجز طور نصب ٿيل آهن، جيتوڻيڪ اهو GUI ۾ ظاهر نه ڪيو ويو آهي. تنهن ڪري، جيڪڏهن اجزاء مان هڪ جي تنصيب ناڪام ٿئي ٿي، پوري VBR تنصيب بند ٿي ويندي. تنهن ڪري، توهان کي لاگز ڏانهن وڃڻ جي ضرورت آهي ۽ ڏسو ته ڇا واقعي ڀڃي ۽ ڪهڙي وقت تي.
۽ هڪ آخري لائف هيڪ: جيڪڏهن توهان کي انسٽاليشن دوران هڪ غلطي ملي ٿي، ته جلدي نه ڪريو ٺيڪ تي ڪلڪ ڪريو. پهرين اسان لاگز وٺو، پوء ڪلڪ ڪريو ٺيڪ. انهي طريقي سان توهان هڪ لاگ حاصل ڪندا جيڪو غلطي جي وقت ختم ٿئي ٿو، آخر ۾ گندگي کان سواء.
۽ اهو ٿئي ٿو ته توهان کي حاصل ڪرڻ جي ضرورت آهي vSphere لاگن ۾. اهو هڪ تمام بي شڪر ڪم آهي، پر جڏهن توهان پنهنجي آستين کي رول ڪيو، توهان کي ڪجهه ٻيو ڪرڻو پوندو. آسان ترين ورزن ۾، اسان کي ورچوئل مشين جي واقعن سان لاگز جي ضرورت پوندي vmware.log، جيڪي ان جي .vmx فائل جي اڳيان واقع آهن. وڌيڪ پيچيده صورت ۾، گوگل کي کوليو ۽ پڇو ته توهان جي ميزبان جي ورزن جا لاگ ڪٿي آهن، ڇو ته VMware هن جڳهه کي ڇڏڻ کان رليز تائين تبديل ڪرڻ پسند ڪندو آهي. مثال طور، ، پر لاءِ . vCenter لاگن لاءِ اسان عمل کي ورجائيندا آهيون . پر عام طور تي، اسان کي دلچسپي وٺنداسين ميزبان ايونٽ لاگز hostd.log، ميزبان واقعن جو انتظام vCenter vpxa.log، kernel لاگز vmkernel.log ۽ تصديق لاگز auth.log. خير، سڀ کان وڌيڪ ترقي يافته ڪيسن ۾، ايس ايس او لاگ، جيڪو ايس ايس او فولڊر ۾ واقع آهي، ڪارائتو ٿي سگهي ٿو.
مشڪل؟ مونجهارو؟ خوفناڪ؟ پر اها معلومات جو اڌ به نه آهي جيڪا اسان جي مدد سان روزاني بنياد تي ڪم ڪري ٿي. تنهنڪري اهي واقعي، واقعي سٺا آهن.
ويم اجزاء
۽ هن تعارفي مضمون کي ختم ڪرڻ لاءِ، اچو ته ٿورڙي ڳالهايون ويم بيڪ اپ ۽ ريپليڪشن اجزاء بابت. ڇو ته جڏهن توهان درد جو سبب ڳولي رهيا آهيو، اهو سمجهڻ سٺو ٿيندو ته مريض ڪيئن ڪم ڪري ٿو.
تنهن ڪري، جيئن هرڪو شايد ڄاڻي ٿو، ويم بيڪ اپ هڪ نام نهاد SQL-based ايپليڪيشن آهي. اهو آهي، سڀ سيٽنگون، سڀ معلومات ۽، عام طور تي، هر شيء جيڪا عام ڪم لاء ضروري آهي - اهو سڀ ڪجهه ان جي ڊيٽابيس ۾ آهي. يا بلڪه، ٻن ڊيٽابيس ۾، جيڪڏهن اسان VBR ۽ EM جي ميلاپ بابت ڳالهائي رهيا آهيون: VeeamBackup ۽ VeeamBackupReporting، ترتيب سان. ۽ ائين ئي ٿيو: اسان هڪ ٻي ايپليڪيشن کي انسٽال ڪيو - ٻيو ڊيٽابيس ظاهر ٿئي ٿو. ته جيئن سڀني انڊن کي هڪ ٽوڪري ۾ محفوظ نه ڪجي.
پر هن سڄي ڪاروبار لاءِ آسانيءَ سان ڪم ڪرڻ لاءِ، اسان کي خدمتن ۽ ايپليڪيشنن جي هڪ سيٽ جي ضرورت پوندي جيڪا سڀني حصن کي پاڻ ۾ ڳنڍيندي. بس مثال طور، هي اهو آهي جيڪو منهنجي ليبارٽريز مان هڪ وانگر ڏسڻ ۾ اچي ٿو:
چيف ڪنڊڪٽر طور ڪم ڪري ٿو ويم بيڪ اپ سروس. هو ڊيٽابيس سان معلومات جي تبادلي جو ذميوار آهي. هو سڀني ڪمن کي شروع ڪرڻ، مختص ڪيل وسيلن کي ترتيب ڏيڻ ۽ مختلف ڪنسولز، ايجنٽن ۽ هر شيءِ لاءِ هڪ قسم جي ڪميونيڪيشن سينٽر طور ڪم ڪرڻ جو پڻ ذميوار آهي. هڪ لفظ ۾، هن کان سواء بلڪل ڪو رستو ناهي، پر ان جو مطلب اهو ناهي ته هو سڀ ڪجهه پاڻ ڪري ٿو.
هن کي پنهنجي منصوبن کي پورو ڪرڻ ۾ مدد ڪري ٿي Veeam بيڪ اپ مئنيجر. هي هڪ خدمت ناهي، پر هڪ ادارو آهي جيڪو نوڪريون شروع ڪري ٿو ۽ انهن جي عمل جي عمل جي نگراني ڪري ٿو. بيڪ اپ سروس جا ڪم ڪندڙ هٿ، جن سان اهو ميزبانن سان ڳنڍيندو آهي، سنيپ شاٽ ٺاهيندو آهي، برقرار رکڻ جي نگراني ڪندو آهي، وغيره.
پر اچو ته خدمتن جي فهرست ڏانهن واپس وڃو. ويم بروکر سروس. v9.5 ۾ ظاهر ٿيو (۽ هي هڪ crypto miner نه آهي، جيئن ڪجهه سوچيو). VMware ميزبانن جي باري ۾ معلومات گڏ ڪري ٿو ۽ ان کي تاريخ تائين رکي ٿو. پر فوري طور تي ناراض تبصرو لکڻ لاءِ نه هلو ته اسان توهان جي جاسوسي ڪري رهيا آهيون ۽ توهان جا سڀئي لاگ ان/پاسورڊ ڊريگ ميجر ڏانهن لڪي رهيا آهيون. هر شي ٿورو سادو آهي. جڏهن توهان هڪ بيڪ اپ شروع ڪيو، پهرين شيء توهان کي ڪرڻو آهي ميزبان سان ڳنڍڻ ۽ ان جي جوڙجڪ بابت سڀني ڊيٽا کي اپڊيٽ ڪرڻ. اهو هڪ تمام سست ۽ غير معمولي ڪهاڻي آهي. بس ياد رکو ته توهان جو لاگ ان آپريشن ويب انٽرفيس ذريعي ڪيترو وقت وٺندو آهي، ۽ ياد رکو ته صرف مٿين پرت کي سمجهيو ويندو آهي. ۽ پوءِ توھان کي اڃا تائين وڌائڻ جي ضرورت آھي پوري دائري کي صحيح جڳھ ڏانھن، رستي سان. هڪ لفظ ۾، وحشت. جيڪڏهن توهان هڪ درجن بيڪ اپ شروع ڪيو، ته پوء هر نوڪري کي هن طريقي سان وڃڻ جي ضرورت آهي. جيڪڏهن اسان وڏي انفراسٽرڪچر بابت ڳالهائي رهيا آهيون، ته اهو عمل ڏهن منٽن يا وڌيڪ وٺي سگھي ٿو. تنهن ڪري، اهو فيصلو ڪيو ويو ته ان لاءِ هڪ الڳ سروس مختص ڪئي وڃي، جنهن جي ذريعي اهو ممڪن ٿيندو ته هميشه تازه ترين معلومات حاصل ڪري سگهجي. شروعاتي طور تي، اهو سڀني شامل ڪيل انفراسٽرڪچر کي چيڪ ۽ اسڪين ڪري ٿو، ۽ پوء صرف وڌندڙ تبديلين جي سطح تي ڪم ڪرڻ جي ڪوشش ڪري ٿو. تنهن ڪري جيتوڻيڪ توهان وٽ هڪ ئي وقت ۾ هڪ سئو بيڪ اپ هلندڙ آهن، اهي سڀئي اسان جي بروکر کان معلومات جي درخواست ڪندا، ۽ ميزبانن کي انهن جي درخواستن سان عذاب نه ڪندا. جيڪڏهن توهان وسيلن جي باري ۾ پريشان آهيو، ته پوء اسان جي حساب سان، 5000 مجازي مشينن لاء توهان کي صرف 100 Mb ياداشت جي ضرورت آهي.
اڳتي اسان وٽ آهي ويم ڪنسول. Aka Veeam Remote Console، aka Veeam.Backup.Shell. اهو ساڳيو GUI آهي جيڪو اسان اسڪرين شاٽ ۾ ڏسون ٿا. هر شي سادي ۽ واضح آهي - ڪنسول ڪٿي به شروع ڪري سگهجي ٿو، جيستائين اهو ونڊوز آهي ۽ VBR سرور سان ڪنيڪشن آهي. صرف اها ڳالهه چئي سگهجي ٿي ته FLR عمل مقامي طور تي پوائنٽن کي مائونٽ ڪندو (يعني مشين تي جتي ڪنسول هلندي آهي). خير، مختلف Veeam Explorers به مقامي طور تي هلندا، ڇو ته اهي ڪنسول جو حصو آهن. پر هي مون کي اڳي ئي جهنگ ۾ وٺي ويو آهي ...
ايندڙ دلچسپ خدمت آهي Veeam Backup Catalog Data Service. خدمتن جي لسٽ ۾ ان کي ويم گيسٽ ڪيٽلاگ سروس طور سڃاتو وڃي ٿو. هو مهمان مشينن تي فائيل سسٽم جي ترتيب ڏيڻ ۾ مصروف آهي ۽ هن علم سان VBRCatalog فولڊر ڀريندو آهي. صرف استعمال ڪيو ويو جتي انڊيڪسنگ چيڪ باڪس فعال ٿيل آهي. ۽ اهو صرف ان کي فعال ڪرڻ جو احساس آهي جيڪڏهن توهان وٽ انٽرنيشنل مئنيجر آهي. تنهن ڪري، منهنجي دل جي تري مان صلاح: انڊيڪسنگ کي فعال نه ڪريو انهي وانگر جيڪڏهن توهان وٽ EM نه آهي. پنھنجي اعصاب ۽ سپورٽ جو وقت بچايو.
ٻين اهم خدمتن مان پڻ اهو قابل ذڪر آهي Veeam انسٽالر سروس، جنهن جي مدد سان ضروري جزا ترسيل ۽ نصب ڪيا ويا آهن پراڪسيز، مخزنن ۽ ٻين گيٽ ويز تي. حقيقت ۾، هو ضروري .msi پيڪيجز سرور ڏانهن پهچائي ٿو ۽ انهن کي انسٽال ڪري ٿو.
Veeam ڊيٽا موور - معاون ايجنٽن جي مدد سان شروع ڪيو پراڪسيز (۽ نه رڳو) اهو ڊيٽا منتقل ڪري ٿو. مثال طور، بيڪ اپ دوران، ھڪڙو ايجنٽ ھوسٽ ڊيٽا اسٽور مان فائلون پڙھندو، ۽ ٻيو احتياط سان انھن کي بيڪ اپ ڏانھن لکندو.
الڳ الڳ، مان هڪ اهم شيءِ نوٽ ڪرڻ چاهيان ٿو جنهن تي گراهڪ اڪثر رد عمل ڪندا آهن - پروگرامن ۽ فيچرز سنيپ-ان ۾ خدمتن ۽ معلومات جي ورزن ۾ فرق. ها، فهرست ساڳي هوندي، پر نسخو مڪمل طور تي متضاد ٿي سگهي ٿو. اهو بصري نقطي نظر کان تمام وڏو ناهي، پر اهو مڪمل طور تي عام آهي جيڪڏهن هر شي مستحڪم طور تي ڪم ڪري ٿي. مثال طور، انسٽالر سروس جو نسخو نمبر ان جي پاڙيسرين کان تمام گهڻو پوئتي آهي. خوفناڪ ۽ خوفناڪ خواب؟ نه، ڇاڪاڻ ته اهو مڪمل طور تي ٻيهر نصب نه ڪيو ويو آهي، پر ان جي ڊي ايل ايل کي صرف اپڊيٽ ڪيو ويو آهي. v9.5 U4 پيچ ۾، هڪ ٽيڪن سپورٽ خواب ڏسڻ ۾ آيو: تازه ڪاري دوران، سڀني خدمتن کي نوان ورزن مليا، سواء سڀ کان اهم هڪ کان سواء. U4b پيچ ۾، ٽرانسپورٽ سروس ٻين سڀني کان اڳتي هئي جيترو ٻن نسخن (انگن جي حساب سان). ۽ اهو پڻ عام آهي - ان ۾ هڪ سنگين بگ مليو هو، تنهنڪري ان کي ٻين جي ڀيٽ ۾ هڪ بونس اپڊيٽ ملي ٿي. تنهن ڪري، اختصار ڪرڻ لاءِ: نسخن ۾ اختلاف ٿي سگهي ٿو هڪ مسئلو، پر جيڪڏهن ڪو فرق آهي ۽ هر شيءِ صحيح ڪم ڪري ٿي، ته پوءِ گهڻو ڪري ائين ٿيڻ گهرجي. پر ڪو به توهان کي ٽيڪنيڪل سپورٽ سان هن کي واضح ڪرڻ کان منع ڪري ٿو.
اهي نام نهاد لازمي يا لازمي خدمتون هئا. ۽ اتي آھي ھڪڙو مڪمل پيڪي معاون مددگار، جھڙوڪ ٽيپ سروس، ماؤنٹ سروس، vPowerNFS سروس وغيره.
Hyper-V لاء عام طور تي سڀ ڪجهه ساڳيو آهي، صرف هڪ مخصوص آهي Veeam Backup Hyper-V انٽيگريشن سروس ۽ سي بي ٽي سان ڪم ڪرڻ لاءِ ان جو پنهنجو ڊرائيور.
۽ آخر ۾ اسان ان بابت ڳالهائينداسين جيڪو بيڪ اپ دوران ورچوئل مشينن تي ڪم ڪري ٿو. اهو استعمال ڪيو ويندو آهي پري- ۽ پوسٽ فريز اسڪرپٽس کي هلائڻ، شيڊو ڪاپيون ٺاهڻ، ميٽا ڊيٽا گڏ ڪرڻ، SQL ٽرانزيڪشن لاگز سان ڪم ڪرڻ وغيره. ويم مهمان مددگار. ۽ جيڪڏهن فائيل سسٽم ترتيب ڏنل آهن، ويم گيسٽ انڊيڪسر . اهي عارضي خدمتون آهن جيڪي بيڪ اپ جي مدت لاءِ مقرر ڪيون وينديون آهن ۽ ان کان پوءِ ڊهي وينديون آهن.
لينڪس مشينن جي صورت ۾، هر شيء بلڪل آسان آهي ڇاڪاڻ ته وڏي تعداد ۾ تعمير ٿيل لائبريرين جي موجودگي ۽ خود سسٽم جي صلاحيتن جي ڪري. مثال طور، انڊيڪسنگ mlocate ذريعي ڪيو ويندو آهي.
اهو سڀ ڪجهه هاڻي لاءِ آهي
مان توکي وڌيڪ تڪليف ڏيڻ جي جرئت نه ٿو ڪريان ۽ مختصر مان سمجهان ٿو ته تعارف کي Veeam انجڻ جي دٻي جي مڪمل ٿيڻ لاء. ها، اسان پاڻ ته لاگن جي ويجهو به نه ويا آهيون، پر يقين ڪريو ته انهن ۾ پيش ڪيل معلومات شعور جي اڻ سڌي وهڪري وانگر نه لڳي، اهڙي تعارف جي تمام ضروري آهي. مان صرف ٽئين مضمون ۾ لاگز ڏانهن وڃڻ جو ارادو ڪريان ٿو، ۽ ايندڙ لاءِ منصوبو اهو بيان ڪرڻ آهي ته لاگز ڪير ٺاهي ٿو، انهن ۾ ڇا ڏيکاريل آهي ۽ بلڪل اهڙي طرح ڇو ۽ ڪنهن ٻئي طريقي سان نه.
جو ذريعو: www.habr.com