اڄ مان هڪ ڀيرو ٻيهر خوش ٿي رهيو آهيان توهان کي منهنجي ساٿي Evgeniy Ivanov کان مفيد صلاحون پيش ڪندي، ويم ٽيڪنيڪل سپورٽ ٽيم جي ٽيم جي اڳواڻي. هن ڀيري زينيا بيڪ اپ ۽ ريپليڪس سان ڪم ڪرڻ لاءِ سفارشون شيئر ڪيون. مون کي اميد آهي ته اهي عام غلطين کان بچڻ ۾ توهان جي مدد ڪندا، ۽ جيڪڏهن ضروري هجي ته توهان جا نقل ۽ بيڪ اپ بحالي جي عمل ۾ ڪڏهن به ”ڪمزور لنڪ“ نه هوندا.

تنهن ڪري، ٻلي ۾ ڀليڪار.

منهنجي اڳوڻي ۾ مضمون اسان ڏٺو ته بيڪ اپ انفراسٽرڪچر حصن تي لوڊ کي ڪيئن بهتر ڪيو وڃي ۽ عام ترتيب جي غلطين کي ڏٺو. اچو ته هڪ ٻئي اهم موضوع ڏانهن وڃو - مناسب تياري ۽ بحالي جي عمل تي. اسان حقيقي مثالن کي استعمال ڪندي ان جو تجزيو ڪنداسين ته ٽيڪنيڪل سپورٽ ٽيم کي ڪم ڪرڻ جو موقعو مليو.

ريسٽورنٽ کان سواءِ بيڪ اپ - پئسو ڊرين هيٺ

اسان باقاعدي انهن صارفين سان رابطو ڪندا آهيون جيڪي پاڻ کي ساڳين ڏکين حالتن ۾ ڳوليندا آهن: اهو ضروري آهي ته هڪ بيڪ اپ مان بحال ڪيو وڃي، پر جڏهن اهي ائين ڪرڻ جي ڪوشش ڪندا آهن، ماڻهو هڪ مسئلي تي ٿڪجي ويندا آهن جيڪو انهن لاء ناقابل حل آهي. ۽ اهو مسئلو بيڪ اپ، CryptoLocker سرگرمي يا اهڙي ڪا شيءِ جي کوٽ ناهي. هي آهي "صرف" بيڪ اپ کي جانچڻ لاءِ ناکافي توجه ۽ بحاليءَ لاءِ نقل. ڪيترائي ماڻهو اڪثر خاص طور تي بيڪ اپ ٺاهڻ جي عمل تي ڌيان ڏيندا آهن، اهو وساريندا آهن ته صرف هڪ بيڪ اپ ڪاپي هجڻ ممڪن مشڪلاتن لاءِ علاج ناهي. توهان کي اهو سمجهڻ جي ضرورت آهي ته بحالي هڪ مڪمل طور تي مختلف عمل آهي، جنهن جون پنهنجون خاصيتون آهن، ۽ جن کي پيداوار ۾ شروع ڪرڻ کان اڳ مانيٽرنگ ۽ جانچ ڪرڻ گهرجي. هتي ڪجهه مثالي مثال آهن:

هڪ صارف هڪ نازڪ 20 TB ورچوئل مشين جي بند ٿيڻ جو تجربو ڪيو. Downtime، يقينا، ناقابل قبول آهي، ۽ منتظم فوري بحالي واري عمل کي شروع ڪري ٿو (VM فوري بحالي) - 5 منٽن کان پوء مشين اپ آهي. پر اسان کي ياد آهي ته مشين جي هن حالت کي صرف عارضي طور استعمال ڪري سگهجي ٿو - ان جي پيداوار datastore ڏانهن منتقل ڪيو وڃي هجڻ ضروري آهي. ۽ هن مثال ۾، جيئن اهو نڪتو، انفراسٹرڪچر جي صلاحيتن کي مناسب وقت ۾ 20 TB ڊيٽا کي نقل ڪرڻ جي اجازت نه ڏني وئي. فوري بحالي واري عمل جي سيٽنگن ۾، ان کي چونڊيو ويو ڊسڪ ۾ تبديلين کي بچائڻ لاء کان: Veeam Backup & Replication سرور (جيئن ته vSphere سنيپ شاٽ جي مخالفت ۾) - نتيجي طور، يقينا، مفت ڊسڪ اسپيس جلدي ڀرجي وئي. وقت تائين صارف مدد سان رابطو ڪيو، VM ۾ تبديليون هيون جيڪي نظرانداز نه ٿي ڪري سگهجن. اهو آهي، اسان وٽ هڪ صورتحال آهي جتي هڪ نازڪ مشين جي فوري بحالي جي عمل کي تڪڙو ڪرڻ ناممڪن آهي - اسان ڊيٽا کي ڪيئن بچائي سگهون ٿا؟
سچ پچ، ڪيترن سالن کان مون کي فائنل جي سڀني تفصيلن کي ياد نه آهي، پر مون کي ياد آهي ته آخر ۾ اسان ڪجهه شاندار سان نه آيا آهيون. ڪلائنٽ انهن جي پاسي تي گهٽ ۾ گهٽ هن مسئلي کي حل ڪيو سي کي وڌايو: ذخيرو مان ڊرائيو، سڀ کان اهم فائلن کي نقل ڪندي ۽ صرف پوء VM کي بند ڪري ۽ انهي طريقي سان لڏپلاڻ. عام طور تي، ڪو معجزو نه ٿيو.
صارف جو انفراسٹرڪچر ھڪڙي ڊومين ڪنٽرولر کي ھلائي رھيو ھو، ۽ سڀ Veeam Backup & Replication Components DNS استعمال ڪندي ترتيب ڏنل ھئا. ها، ها، اهو صحيح آهي، توهان صحيح ٻڌو. واقعن جي ترقي لاءِ سؤ آپشن هئا، گهٽ نه، پر حقيقت ۾ سڀ ڪجهه هن طرح ٿي ويو: ماڻهن سار سنڀال جي رٿابندي ڪئي ۽ انهن جي ڊومين سنڀاليندڙ جي نقل کي تبديل ڪرڻ جو فيصلو ڪيو. انهن هڪ منصوبابندي ڪيل سوئچ استعمال ڪيو، جيڪو عام طور تي اهڙين حالتن ۾ سفارش ڪئي وئي آهي. پهرين مرحلي ۾، سڀ ڪجھ ٺيڪ ٿي ويو، پر سيڪنڊ ۾، ذريعو VM کي بند ڪيو ويو مختصر طور تي باقي ڊيٽا کي منتقل ڪرڻ لاء. يقينا، سوئچ اوور نوڪري فوري طور تي ناڪام ٿي ڇو ته DNS ڪم ڪرڻ بند ڪيو.
خوشقسمتيءَ سان، اسان هتي صورتحال کي هٿي وٺائڻ جي قابل هئاسين دستي طور تي vSphere کان نقل کي چالو ڪندي (اهو اصل ۾ سفارش نه آهي ته اهو پنهنجو پاڻ ڪريو، جيئن توهان هيٺ ڏنل مثال ۾ ڏسندا). پر، جيئن توهان سمجھو، سار سنڀال جي عمل ۾ مداخلت ڪئي وئي ۽ دير ٿي وئي. ان کان علاوه، اسان کي دستي طور تي فائل ۾ ميزبان نام داخل ڪرڻو پوندو C:Windowsسسٽم 32 ڊرائيور وغيره هوسٽ ويم بيڪ اپ ۽ ريپليڪيشن سرور تي سوئچ بيڪ دوران درستي کي يقيني بڻائڻ لاءِ.
هڪ ٻيو ڪلائنٽ هڪ مڪمل بيڪ اپ انفراسٽرڪچر هو ٽيپ ڊرائيو جي چوڌاري ٺهيل، صرف ڊسڪ تي محفوظ ڪيل فائلن جي مختصر تارن سان. جڏهن انهن کي هڪ وڏي فائل سرور مان ڪيتريون ئي فائلون بحال ڪرڻ جي ضرورت هئي، انهن ڏٺائين ته نه ته مشين ٽيپ جي بحالي لاءِ ثانوي مخزن طور استعمال ٿي سگهي ٿي ڇاڪاڻ ته ڪنهن وٽ به ڪافي خالي جاءِ نه هئي. (توهان سڌو سنئون مقناطيسي ٽيپ مان وصولي بابت پڙهي سگهو ٿا ۽ هڪ معاون مخزن کي استعمال ڪندي هتي (انگريزي ۾ في الحال)).

مان سمجهان ٿو ته سڀني ٽن مثالن ۾، استعمال ڪندڙ، ڳالهائڻ لاء، برم سان ڀريل هئا - انهن فرض ڪيو ته جيڪڏهن بيڪ اپ ڪامياب ٿي ويو، پوء بحالي سان ڪو مسئلو ناهي. پر اهو، جيئن توهان سمجھو ٿا، هرگز هرگز نه آهي، ۽ تنهن ڪري توهان کي بحالي جي لاء تيار ڪرڻ جي ضرورت آهي جيئن احتياط سان بيڪ اپ لاء. شروع ڪرڻ سان، اهو پڙهڻ جي قابل آهي استعمال ڪندڙ جو دستور، جنهن ۾ مختلف قسمن جي بحالي بابت ڪافي تفصيلي معلومات شامل آهي. هر پيراگراف جي شروعات ۾، گهرجون، تياري ڪارناما ۽ ممڪن پابنديون درج ٿيل آهن. مقناطيسي ٽيپ يا هارڊويئر اسٽوريج سنيپ شاٽ مان وصولي جو تفصيل دستاويزي سيڪشن ۽ اسان جي مضمون Habré تي. اضافي طور تي، Veeam Explorers استعمال ڪندي ايپليڪيشن شيون بحال ڪرڻ لاء تيار ڪرڻ جا قدم "منصوبابندي ۽ تياري" سيڪشن ۾ بيان ڪيا ويا آهن. قيادت هر هڪ اوزار لاء. مان سفارش ڪريان ٿو ته توهان انهن کي احتياط سان پڙهو - اهو توهان جي مدد ڪندي جيڪڏهن ضروري هجي ته بحالي لاء سسٽم تيار ڪريو. هڪ SQL سرور ڊيٽابيس کي بحال ڪرڻ لاء هدايتون روسي ۾ ڏنل آهن: هتي.

مون کي vSphere ڪنسول مان replicas سان ڪم ڇو نه ڪرڻ گهرجي؟

نظريي ۾، Veeam replicas عام ورچوئل مشينون آهن، جن کي اهو منطقي لڳي ٿو ڪم ڪرڻ سان vSphere اوزار، خاص طور تي، vSphere ڪلائنٽ. تنهن هوندي، اسان اهو ڪرڻ جي سفارش نٿا ڪريون، ۽ هتي اهو آهي ته: ويم بيڪ اپ ۽ نقل ۾ هڪ نقل ڏانهن تبديل ڪرڻ هڪ بلڪه پيچيده عمل آهي، سختي سان ترتيب وار قدمن جي ضرورت آهي (جيڪڏهن ڪجهه ٿئي ٿو ته توهان هڪ قدم پوئتي موٽائي سگهو ٿا) ۽ حتمي عمل کي درست ڪريو - صرف تصوير کي ڏسو عمل کي بيان ڪندي:

جيڪڏهن توهان vSphere ڪلائنٽ مان هڪ نقل کي فعال ڪرڻ جو فيصلو ڪيو ٿا، ته پوء مستقبل ۾ توهان کي گهڻو ڪري ڪيترن ئي مسئلن سان منهن ڏيڻو پوندو:

Veeam Backup & replication (ڊاگرام ۾ ڏيکاريل آهي) مان ريپليڪا تي سوئچ ڪرڻ جو ميکانيزم هاڻي هن مشين لاءِ ڪم نه ڪندو.
Veeam Backup ڊيٽابيس ۾ ڊيٽا VM جي حقيقي حالت سان مطابقت نه هوندي. بدترين حالت ۾، توهان کي درست ڪرڻ لاء ڊيٽابيس کي تبديل ڪرڻو پوندو.
ڊيٽا جو نقصان به ممڪن آهي، جيئن هن مثال ۾: صارف دستي طور تي فعال ڪيو replica vSphere ڪلائنٽ ۾ ۽ ان سان ڪم جاري رکڻ جو فيصلو ڪيو. ڪجهه وقت کان پوء، هن محسوس ڪيو ته نقل اڃا تائين Veeam Backup ۽ Replication ڪنسول ۾ ڏيکاريل هئي، ۽ ان کي غير ضروري طور هٽائڻ جو فيصلو ڪيو. ان تي صحيح ڪلڪ ڪيو ۽ حڪم ڏنو "ڊسڪ مان حذف ڪريو". Veeam Backup & Replication فوري طور تي ڊسڪ مان ريپليڪا کي ڊاهي ڇڏيو، جيڪو، هڪ لمحي لاءِ، اڳ ۾ ئي مڪمل استعمال ۾ هو باقاعده VM طور ۽ ضروري ۽ مفيد ڊيٽا تي مشتمل هو.

يقينن، حالتون آهن جڏهن توهان اڃا تائين هڪ ريپليڪا کي آن ڪرڻو پوندو vSphere ڪلائنٽ کان - ضابطي جي طور تي، اهي ڪيس آهن جڏهن ويم سرور بند ڪيو ويو آهي، ۽ ريپليڪا کي دير سان آن ڪرڻ جي ضرورت آهي. پر جيڪڏهن هر شي ويم سرور سان ترتيب ۾ آهي، ته توهان کي ان جي ڪنسول مان نقلن سان ڪم ڪرڻ جي ضرورت آهي.

توهان کي پڻ ختم نه ڪرڻ گهرجي replicas استعمال ڪندي vSphere ڪلائنٽ. Veeam Backup & Replication ھن تبديلي کان بي خبر رھندو، جنھن جي نتيجي ۾ ٿي سگھي ٿي غلطيون ۽ پراڻي ڊيٽا. جيڪڏهن توهان کي هاڻي هڪ نقل جي ضرورت ناهي، ان کي حذف ڪريو Veeam ڪنسول استعمال ڪندي، نه vSphere ڪلائنٽ مان VM طور. هن طريقي سان توهان وٽ هميشه replicas جي هڪ تازه ترين فهرست هوندي.

"او" - محتاط رھو، تازه ڪاري!

هتي اسان جو مطلب آهي، يقينا، هائپر ويزرز ۽ مختلف ايپليڪيشنن لاء تازه ڪاريون جيڪي Veeam استعمال ڪندي بيڪ اپ آهن. جيڪڏھن توھان انھن کي ويم بيڪ اپ ۽ ريپليڪشن سان ڪم ڪرڻ جي نقطي نظر کان ڏسندا ، پوءِ تازه ڪاريون 2 ڀاڱن ۾ ورهائي سگھجن ٿيون: وڏو، سنجيده، تمام گھڻيون تبديليون متعارف ڪرائڻ - ۽ ننڍا.

اچو ته پهرين پهرين درجي کي ڏسو.

سڀ کان اهم تازه ڪاريون اهي آهن جيڪي هائپرائزر کي نشانو بڻائيندا آهن. اهڙي تازه ڪاري کي انسٽال ڪرڻ کان پهريان، پڪ ڪرڻ جي پڪ ڪريو ته اها حمايت ڪئي وئي آهي Veeam Backup & Replication. اهي تازه ڪاريون لائبريرين ۽ APIs ۾ ڪيتريون ئي تبديليون متعارف ڪرايون ٿيون جيڪي Veeam Backup ۽ Replication استعمال ڪن ٿيون، تنهن ڪري Veeam Backup & Replication Code کي اپڊيٽ ڪيو وڃي ۽ مڪمل طور تي جانچيو وڃي ته جيئن انهن کي سرڪاري طور تي سپورٽ ڪجي.

اسان کي اهو به ذهن ۾ رکڻ گهرجي ته، مثال طور، VMware سافٽ ويئر ٺاهيندڙن لاءِ vSphere جي جديد ورزن تائين اڳواٽ رسائي فراهم نه ڪندو آهي، تنهن ڪري ويم ڊولپرز ۽ ٽيسٽرز هڪ ئي وقت هڪ نئون ورزن وصول ڪندا آهن جيئن باقي ترقي پسند انسانيت - تنهن ڪري، اتي. عام طور تي VMware ڇڏڻ جي وچ ۾ دير آهي ۽ سرڪاري طور تي اعلان ڪيل حمايت خاص وقت. تبديلين جو تعداد ۽ قسم گھربل آھي اھڙيون آھن جو انھن کي سادو ھٽ فڪس ۾ فٽ ڪرڻ جو تمام گھٽ موقعو آھي - ۽ سرڪاري سپورٽ، ضابطي جي طور تي، اعلان ڪيو ويو آھي رليز ورشن سان گڏ ويم بيڪ اپ ۽ ريپليڪيشن.

نتيجي طور، اهو عجيب لمحو ٿئي ٿو جڏهن، vSphere جي نئين ورزن جي رليز ٿيڻ کان پوء، ٽيڪنيڪل سپورٽ لاء درخواستن جو تعداد تيزيء سان وڌي ٿو، ڇاڪاڻ ته صارفين نئين ورزن کي نصب ڪرڻ لاء جلدي جلدي ڪن ٿا، ۽ انهن جي بيڪ اپ، يقينا، فوري طور تي ڪم ڪرڻ بند ڪري ٿو. . اسان، ويم ٽيڪنيڪل سپورٽ، صارفين کي وضاحت ڪرڻي آهي ته انهن ڇا غلط ڪيو آهي، انهن کي واپس آڻڻ لاءِ چئو (جيڪڏهن ممڪن هجي)، يا تعطل مان نڪرڻ لاءِ پيچيده طريقن سان اچو. تنهن ڪري، هڪ سنگين تازه ڪاري کي انسٽال ڪرڻ کان پهريان، پڪ ڪريو ته ان جي مطابقت جي سافٽ ويئر سان جيڪا توهان هلائي رهيا آهيو، مان توهان کي عرض ڪريان ٿو!

مٿين سڀني ايپليڪيشنن تي پڻ لاڳو ٿئي ٿو جيڪي توهان بيڪ اپ ڪندا آهيو ۽ Veeam استعمال ڪندي بحال ڪرڻ جي اميد رکندا آهن. اوزارن جي Veeam Explorers لائن ۾ پڻ لاڳاپيل ايپليڪيشنن جي سپورٽ ٿيل ورزن جي ھڪڙي فهرست آھي، جيڪا Veeam Backup ۽ Replication جي ھر رليز سان اپڊيٽ ڪئي ويندي آھي. تنهن ڪري، توهان جي ايپليڪيشن جو نئون ورجن انسٽال ڪرڻ کان پهريان - اهو هجي ايڪسچينج، Oracle يا شيئر پوائنٽ - لاڳاپيل سيڪشن کي ٻيهر پڙهڻ جي پڪ ڪريو Veeam Explorers دستاويز.

ٻئي درجي تائين، يعني. ننڍڙن تازه ڪارين سان آئون شامل ڪريان ٿو، مثال طور، VMware اوزار جا نوان ورزن، مجموعي مٽاسٽا اپڊيٽ، vSphere سيڪيورٽي اپڊيٽس وغيره. عام طور تي، اهي ڪنهن به وڏي ترميمن کي متعارف نه ڪندا آهن، ۽ اڪثر ڪيسن ۾ Veeam Backup & Replication انهن سان مسئلن جو تجربو نه ڪندو آهي. (انهي ڪري انهن لاءِ پراڊڪٽ ۾ سرڪاري مدد جي باري ۾ ڪو به عوامي اعلان نه آهي.) تنهن هوندي به، اسان جي عملي ۾، اهڙا ڪيس آهن جڏهن اهڙيون تازه ڪاريون شيون جي معمولي طريقي سان ايتري قدر تبديل ٿي ويون آهن ته اهي ويم بيڪ اپ جي آپريشن ۾ غلطيون پيدا ڪن ٿيون. ۽ نقل. اهڙين حالتن ۾، مسئلي جي تصديق ڪرڻ کان پوء، ويم انجنيئرز جلدي جلدي هڪ هٽ فڪس ڇڏڻ جي ڪوشش ڪندا آهن.

انهن لاءِ جيڪي ٽيڪنيڪل انگريزي ڳالهائين ٿاجيڪڏهن توهان تازه ڪاري ڪرڻ چاهيو ٿا ته انجنيئر ڪهڙي ڪم تي ڪم ڪري رهيا آهن ۽ ڪهڙي سسٽم آرڪيٽيڪٽس ۽ ٽيڪنيڪل سپورٽ ماهرن کي منهن ڏيڻو پوي ٿو، مان توهان کي سبسڪرائب ڪرڻ جي صلاح ڏيان ٿو اسان جا فورم. هر هفتي، هڪ نيوز ليٽر "گوسٽيف کان لفظ" سندس رڪنيت لاء شايع ٿيل آهي. ريئل گوسٽيف. ان ۾، پراڊڪٽ مئنيجمينٽ ڊپارٽمينٽ جي سربراه انتون گوسٽوف، تازو مليل مسئلن جي باري ۾ ڳالهائيندو آهي (۽ نه رڳو ويم پاسي)، نئين نسخن ۽ آئي ٽي دنيا جي خبرن لاء منصوبا. جيڪڏهن توهان کي وڌيڪ معلومات جي ضرورت آهي، توهان فورم جي عنوانن جو مطالعو ڪري سگهو ٿا - جيڪڏهن ڪنهن به گراهڪ کي ڪنهن به تازه ڪاري کان پوء پراڊڪٽ جي آپريشن سان مسئلو آهي، هو، گهڻو ڪري، اڳ ۾ ئي ان بابت فورم تي لکيو آهي.

جئين توهان سمجھو ٿا، پيچ ۽ تازه ڪاريون مسئلا پيدا ڪري سگھن ٿيون نه رڳو بيڪ اپ سان، پر انهن ايپليڪيشنن سان پڻ جن لاء اهي بيڪ اپ ٺاهيا ويا آهن. ۽ هتي مجازي ليبارٽريون - Veeam DataLabs - توهان جي مدد ڪندي. توهان شايد SureBackup جي باري ۾ ٻڌو هوندو، بيڪ اپ جي تصديق ڪرڻ لاءِ ٺهيل هڪ ڪارڪردگي. اهو خاص طور تي DataLabs جي استعمال تي ٻڌل آهي، هڪ الڳ ماحول جي تخليق سان، جنهن ۾ توهان ڪري سگهو ٿا، خاص طور تي، انهن کي پيداوار ۾ انسٽال ڪرڻ کان پهريان تازه ڪاريون. مان هن کي ڪرڻ جي تمام گهڻي صلاح ڏيان ٿو - توهان پنهنجو پاڻ کي ڪيترائي اعصاب خانا بچائيندا. ۽ جيڪڏهن ڪنهن کي خبر ناهي SureBackup بابت اڃا تائين، مان ان کي پڙهڻ جي صلاح ڏيان ٿو دستاويز.

مان سمجهان ٿو ته اهو سڀ ڪجهه مون وٽ آهي اڄ تائين، توهان جي توجه جي مهرباني!