वीम लॉग डाइविंग अवयव और शब्दावली

वीम में हम लॉग्स को पसंद करते हैं। और चूंकि हमारे अधिकांश समाधान मॉड्यूलर हैं, वे बहुत सारे लॉग लिखते हैं। और चूंकि हमारी गतिविधि का दायरा आपके डेटा की सुरक्षा सुनिश्चित करना है (यानी, आराम की नींद), तो लॉग को न केवल हर छींक को रिकॉर्ड करना चाहिए, बल्कि इसे कुछ विस्तार से करना चाहिए। यह आवश्यक है ताकि किसी चीज के मामले में यह स्पष्ट हो कि यह "क्या" हुआ, किसे दोष देना है और आगे क्या करने की आवश्यकता है। यह फोरेंसिक विज्ञान की तरह है: आप कभी नहीं जानते कि लौरा पामर के हत्यारे को खोजने में कौन सी छोटी सी चीज आपकी मदद करेगी।

इसलिए, मैंने लेखों की एक श्रृंखला पर एक स्विंग लेने का फैसला किया, जहां मैं क्रमिक रूप से इस बारे में बात करूंगा कि हम लॉग को क्या लिखते हैं, जहां हम उन्हें स्टोर करते हैं, उनकी संरचना के साथ कैसे पागल नहीं होना है और उनके अंदर क्या देखना है।

लेखों की एक श्रृंखला क्यों और एक ही बार में सब कुछ का वर्णन क्यों नहीं करते?

बस यह सूचीबद्ध करना कि कौन सा लॉग कहाँ है और उसमें क्या संग्रहीत है, बल्कि विनाशकारी उपक्रम है। और इस जानकारी को अद्यतन रखने के बारे में सोचना भी डरावना है। Veeam Backup & Replication में सभी संभावित प्रकार के लॉग की एक सरल सूची छोटे प्रिंट में कई शीट पर एक टेबल है। हां, और यह प्रकाशन के समय ही प्रासंगिक होगा, क्योंकि। जब अगला पैच जारी किया जाता है, तो नए लॉग दिखाई दे सकते हैं, पुराने में संग्रहीत जानकारी का तर्क बदल जाएगा, आदि। इसलिए, उनकी संरचना और उनमें निहित जानकारी के सार की व्याख्या करना अधिक लाभदायक होगा। यह आपको नामों के सामान्य रटने की तुलना में स्थानों को बेहतर ढंग से नेविगेट करने की अनुमति देगा।

इसलिए, टेक्स्ट शीट्स के पूल में सिर के बल न जाने के लिए, आइए इस लेख में कुछ प्रारंभिक कार्य करें। इसलिए, आज हम स्वयं लॉग में नहीं जाएंगे, लेकिन दूर से जाएंगे: हम एक शब्दकोष संकलित करेंगे और लॉग बनाने के संदर्भ में वीम संरचना पर थोड़ी चर्चा करेंगे।

शब्दावली और शब्दजाल

यहाँ, सबसे पहले, यह रूसी भाषा की शुद्धता के चैंपियन और ओज़ेगोव के शब्दकोश के गवाहों से माफी माँगने के लायक है। हम सभी अपनी मूल भाषा से बहुत प्यार करते हैं, लेकिन शापित आईटी उद्योग अंग्रेजी में काम करता है। ठीक है, हम इसके साथ नहीं आए, लेकिन यह ऐतिहासिक रूप से हुआ। यह मेरी गलती नहीं है, वह खुद आया (ग)

हमारे व्यवसाय में, अंग्रेजीवाद (और शब्दजाल) की समस्या की अपनी विशिष्टताएँ हैं। जब "मेजबान" या "अतिथि" जैसे निर्दोष शब्दों के तहत पूरी दुनिया बहुत विशिष्ट चीजों को लंबे समय से समझती है, तो भूमि के ⅙ पर, वीरतापूर्ण भ्रम और शब्दकोशों में झाँकने के साथ डगमगाता रहता है। और कड़ाई से अनिवार्य तर्क "लेकिन हमारे काम पर ..."।

साथ ही, विशुद्ध रूप से हमारी शब्दावली है, जो वीम उत्पादों में निहित है, हालांकि कुछ शब्द और वाक्यांश लोगों के पास गए हैं। इसलिए, अब हम इस बात पर सहमत होंगे कि किस शब्द का क्या अर्थ है, और भविष्य में, "अतिथि" शब्द के तहत, मेरा मतलब वही होगा जो इस अध्याय में लिखा गया है, न कि वह जो आप काम के आदी हैं। और हाँ, यह मेरी व्यक्तिगत सनक नहीं है, ये उद्योग में अच्छी तरह से स्थापित शब्द हैं। उनसे लड़ना कुछ व्यर्थ है। हालांकि मैं हमेशा टिप्पणियों में आराम करने के पक्ष में हूं।

दुर्भाग्य से, हमारे काम और उत्पादों में बहुत सारी शर्तें हैं, इसलिए मैं उन सभी को सूचीबद्ध करने का प्रयास नहीं करूंगा। समुद्र में जीवित रहने के लिए बैकअप और लॉग के बारे में केवल सबसे बुनियादी और आवश्यक जानकारी। रुचि रखने वालों के लिए, मैं भी कर सकता हूं एक लेख का सुझाव दें सहयोगियों ने टेप के बारे में बताया, जहां उन्होंने कार्यक्षमता के उस हिस्से से संबंधित शर्तों की एक सूची भी दी।

होस्ट (मेजबान): वर्चुअलाइजेशन की दुनिया में, यह एक हाइपरवाइजर वाली मशीन है। भौतिक, आभासी, बादल - इससे कोई फर्क नहीं पड़ता। यदि कोई हाइपरविजर (ESXi, Hyper-V, KVM आदि) चला रहा है, तो इस "कुछ" को होस्ट कहा जाता है। चाहे वह दस रैक वाला क्लस्टर हो या डेढ़ वर्चुअल मशीनों के लिए लैब वाला आपका लैपटॉप - यदि आपने हाइपरविजर लॉन्च किया, तो आप एक होस्ट बन गए। क्योंकि हाइपरविजर वर्चुअल मशीन को होस्ट करता है। एक कहानी यह भी है कि VMware एक समय में ESXi के साथ होस्ट शब्द का एक दृढ़ जुड़ाव हासिल करना चाहता था। लेकिन उसने नहीं किया।

आधुनिक दुनिया में, "होस्ट" की अवधारणा व्यावहारिक रूप से "सर्वर" की अवधारणा के साथ विलीन हो गई है, जो संचार में कुछ भ्रम लाती है, खासकर जब यह विंडोज इंफ्रास्ट्रक्चर की बात आती है। इसलिए कोई भी मशीन जो हमारे हित में किसी सेवा को होस्ट करती है, उसे सुरक्षित रूप से होस्ट कहा जा सकता है। उदाहरण के लिए, विनसॉक लॉग में सब कुछ होस्ट शब्द के साथ चिह्नित किया गया है। क्लासिक "होस्ट नहीं मिला" इसका एक उदाहरण है। तो हम संदर्भ से शुरू करते हैं, लेकिन याद रखें - वर्चुअलाइजेशन की दुनिया में, एक मेजबान वह है जो मेहमानों को होस्ट करता है (नीचे दो पंक्तियों में इस पर और अधिक)।

स्थानीय शब्दजाल से (बल्कि इस मामले में संक्षिप्त रूप से भी), यहाँ यह याद किया जाता है कि VMware VI है, vSphere VC है, और Hyper-V HV है।

अतिथि (अतिथि): वर्चुअल मशीन होस्ट पर चल रही है। यहाँ व्याख्या करने के लिए कुछ भी नहीं है, सब कुछ इतना तार्किक और सरल है। हालाँकि, कई परिश्रमपूर्वक यहाँ कुछ अन्य अर्थ खींचते हैं।

किसलिए? मुझें नहीं पता।
अतिथि OS, क्रमशः अतिथि मशीन का ऑपरेटिंग सिस्टम। और इसी तरह।

बैकअप/प्रतिकृति जॉब (जॉबए): कुछ कार्यों को निरूपित करते हुए शुद्ध विम शब्दजाल। बैकअप जॉब == बैकअप जॉब। कोई भी यह नहीं समझ पाया है कि इसका रूसी में खूबसूरती से अनुवाद कैसे किया जाए, इसलिए हर कोई "जॉबा" कहता है। अंतिम शब्दांश पर जोर देने के साथ।

हाँ, वे बस इसे लेते हैं और "जोबा" कहते हैं। और पत्रों में भी वे ऐसा ही लिखते हैं, और सब कुछ ठीक है।
सभी प्रकार के बैकअप कार्य, बैकअप कार्य, आदि, धन्यवाद, लेकिन कोई आवश्यकता नहीं है। बस एक काम, और तुम समझ जाओगे। मुख्य बात यह है कि तनाव को अंतिम शब्दांश पर रखना है।

बैकअप (बैकअप, बैकअप। सच्चे-पुराने लोगों के लिए, बैकअप की अनुमति है): स्पष्ट (कहीं पड़ी हुई डेटा की एक बैकअप प्रति) के अलावा, इसका मतलब नौकरी भी है (ऊपर की तीन पंक्तियाँ, यदि आप पहले ही भूल चुके हैं), जिसके परिणामस्वरूप वही बैकअप फ़ाइल दिखाई देती है। शायद, सज्जन देशी अंग्रेजी बोलने वाले यह कहने में बहुत आलसी हैं कि मैंने हर बार अपना बैकअप काम चलाया, इसलिए वे बस कहते हैं कि मैंने अपना बैकअप चलाया, और हर कोई एक दूसरे को पूरी तरह से समझता है। मैं आपको इस अद्भुत पहल का समर्थन करने के लिए आमंत्रित करता हूं।

समेकन (समेकन): एक शब्द जो ESXi 5.0 में दिखाई दिया स्नैपशॉट मेनू में एक विकल्प जो तथाकथित अनाथ स्नैपशॉट को हटाने की प्रक्रिया शुरू करता है। यही है, स्नैपशॉट जो भौतिक रूप से उपलब्ध हैं, लेकिन प्रदर्शित तार्किक संरचना से बाहर हो गए हैं। सैद्धांतिक रूप से, इस प्रक्रिया को स्नैपशॉट प्रबंधक में प्रदर्शित फ़ाइलों को प्रभावित नहीं करना चाहिए, लेकिन कुछ भी हो सकता है। समेकन प्रक्रिया का सार यह है कि स्नैपशॉट (चाइल्ड डिस्क) से डेटा मुख्य (पैरेंट) डिस्क पर लिखा जाता है। डिस्क के संयोजन की प्रक्रिया को मर्ज कहा जाता है। यदि एक समेकन आदेश जारी किया गया है, तो स्नैपशॉट विलय और हटाए जाने से पहले स्नैपशॉट रिकॉर्ड को डेटाबेस से हटाया जा सकता है। और अगर स्नैपशॉट को किसी भी कारण से हटाया नहीं जा सका, तो वही अनाथ स्नैपशॉट दिखाई देते हैं। स्नैपशॉट के साथ काम करने के बारे में, वीएमवेयर के पास है अच्छा केबी. और हम भी किसी तरह उनके बारे में हैबे पर लिखा.

डेटास्टोर (स्टोरा या स्टोरेज):  एक बहुत व्यापक अवधारणा है, लेकिन वर्चुअलाइजेशन की दुनिया में इसे एक ऐसी जगह के रूप में समझा जाता है जहां वर्चुअल मशीन फाइलें संग्रहीत की जाती हैं। लेकिन किसी भी मामले में, यहां आपको संदर्भ को बहुत स्पष्ट रूप से समझने की जरूरत है और थोड़ी सी शंका के साथ स्पष्ट करें कि वास्तव में आपके वार्ताकार के मन में क्या था। 

प्रॉक्सी (प्रॉक्सी): यह तुरंत समझना महत्वपूर्ण है कि वीम प्रॉक्सी बिल्कुल वैसा नहीं है जैसा कि हम इंटरनेट पर इस्तेमाल करते हैं। Veeam उत्पादों के भीतर, यह एक प्रकार की इकाई है जो डेटा को एक स्थान से दूसरे स्थान पर स्थानांतरित करने से संबंधित है। यदि आप विवरण में नहीं जाते हैं, तो VBR एक कमांड और कंट्रोल सर्वर है, और प्रॉक्सी इसके वर्कहॉर्स हैं। अर्थात, एक प्रॉक्सी एक मशीन है जिसके माध्यम से ट्रैफ़िक प्रवाहित होता है और जिस पर VBR घटक स्थापित होते हैं जो इस ट्रैफ़िक को प्रबंधित करने में मदद करते हैं। उदाहरण के लिए, डेटा को एक चैनल से दूसरे में स्थानांतरित करने के लिए, या केवल डिस्क को स्वयं से चिपकाने के लिए (हॉटएड मोड)।

रिपोजिटरी (भंडार):  तकनीकी रूप से, यह VBR डेटाबेस में केवल एक प्रविष्टि है, जो उस स्थान को इंगित करता है जहाँ बैकअप संग्रहीत हैं, और इस स्थान से कैसे कनेक्ट किया जाए। वास्तव में, यह या तो सिर्फ एक CIFS बॉल या क्लाउड में एक अलग डिस्क, सर्वर या बाल्टी हो सकती है। दोबारा, हम संदर्भ में हैं, लेकिन हम समझते हैं कि रिपॉजिटरी सिर्फ एक जगह है जहां आपके बैकअप हैं।

 स्नैपशॉट (स्नैपशॉट): ऑक्सफोर्ड व्याकरण के शौकीन यह कहना पसंद करते हैं कि स्नैपशॉट कौन है और स्नैपशॉट कौन है, लेकिन अनपढ़ बहुमत बड़े पैमाने से लाभान्वित होता है। यदि कोई नहीं जानता है, तो यह एक ऐसी तकनीक है जो आपको एक निश्चित समय पर डिस्क की स्थिति को पुनर्स्थापित करने की अनुमति देती है। यह या तो मुख्य डिस्क से अस्थायी रूप से I / O संचालन को पुनर्निर्देशित करके किया जाता है - फिर इसे RoW (रीडायरेक्ट ऑन राइट) स्नैपशॉट कहा जाएगा - या फिर से लिखने योग्य ब्लॉक को आपकी डिस्क से दूसरे में ले जाकर - इसे CoW (लिखने पर कॉपी) कहा जाएगा ) स्नैपशॉट। यह इन कार्यों का उपयोग करने की व्यापक संभावनाओं के लिए धन्यवाद है कि वीम अपने बैकअप जादू को काम कर सकता है। सख्ती से बोलना, केवल वे ही नहीं, बल्कि यह अगली रिलीज़ की बात है।

ESXi प्रलेखन और लॉग में इस शब्द के आसपास अराजकता है, और स्नैपशॉट का उल्लेख करने के संदर्भ में, आप स्वयं स्नैपशॉट पा सकते हैं, और लॉग को फिर से कर सकते हैं, और यहां तक ​​​​कि डेल्टा डिस्क भी। Veeam प्रलेखन में ऐसा कोई आंसू नहीं है, और एक स्नैपशॉट एक स्नैपशॉट है, और एक रीडो लॉग बिल्कुल एक REDO फ़ाइल है जो एक स्वतंत्र गैर-स्थायी डिस्क द्वारा बनाई गई है। वर्चुअल मशीन के बंद होने पर REDO फाइलें डिलीट हो जाती हैं, इसलिए उन्हें स्नैपशॉट के साथ भ्रमित करना विफलता का मार्ग है।

सिंथेटिक (सिंथेटिक्स): सिंथेटिक बैकअप रिवर्स इंक्रीमेंटल और हमेशा के लिए फॉरवर्ड बैकअप होते हैं। यदि आप इस शब्द के पार नहीं आए हैं, तो यह बैकअप श्रृंखला परिवर्तन के निर्माण के लिए उपयोग की जाने वाली तंत्रों में से एक है। हालाँकि, लॉग में आप ट्रांसफ़ॉर्म की अवधारणा भी पा सकते हैं, जिसका उपयोग वेतन वृद्धि (सिंथेटिक पूर्ण) से पूर्ण प्रतियां बनाने के ढांचे में किया जाता है।

कार्य (टास्क): यह नौकरी के भीतर प्रत्येक व्यक्तिगत मशीन को संसाधित करने की प्रक्रिया है। अर्थात्: आपके पास एक बैकअप कार्य है, जिसमें तीन मशीनें शामिल हैं। इसका मतलब है कि प्रत्येक कार को एक अलग कार्य के भाग के रूप में संसाधित किया जाएगा। कुल मिलाकर, चार लॉग होंगे: मुख्य एक नौकरियों के लिए और तीन कार्यों के लिए। हालांकि, यहां एक महत्वपूर्ण बारीकियां हैं: समय के साथ, "कार्य" शब्द अनावश्यक रूप से अस्पष्ट हो गया है। जब हम सामान्य लॉग के बारे में बात करते हैं, तो हमारा मतलब है कि कार्य वास्तव में एक वीएम है। लेकिन प्रॉक्सी और रिपॉजिटरी दोनों पर "कार्य" हैं। वहां इसका मतलब वर्चुअल डिस्क, वर्चुअल मशीन और संपूर्ण नौकरी हो सकता है। यही है, यह महत्वपूर्ण है कि संदर्भ न खोएं।

वीम %name % सर्विस:  सफल बैकअप के लाभ के लिए, कई सेवाएँ एक साथ काम करती हैं, जिनकी सूची मानक उपकरण में पाई जा सकती है। उनके नाम काफी पारदर्शी रूप से उनके सार को दर्शाते हैं, लेकिन बराबरी वालों में सबसे महत्वपूर्ण एक है - वीम बैकअप सेवा, जिसके बिना बाकी काम नहीं करेंगे।

वीएसएस: तकनीकी रूप से, वीएसएस हमेशा माइक्रोसॉफ्ट वॉल्यूम छाया प्रति सेवा के लिए खड़ा होना चाहिए। वास्तव में, इसका उपयोग कई लोगों द्वारा एप्लिकेशन-अवेयर इमेज प्रोसेसिंग के पर्याय के रूप में किया जाता है। जो निश्चित रूप से स्पष्ट रूप से गलत है, लेकिन यह "किसी भी एसयूवी को जीप कहा जा सकता है, और आपको समझा जाएगा" श्रेणी की कहानी है।

शानदार लॉग और वे कहाँ रहते हैं

मैं इस अध्याय की शुरुआत इस महान रहस्य को उजागर करके करना चाहता हूं - लॉग में कौन सा समय प्रदर्शित होता है?

याद है:

• ESXi हमेशा UTC+0 में लॉग लिखता है।
• vCenter अपने समय क्षेत्र के समय के अनुसार लॉग रखता है।
• Veeam सर्वर के समय और समयक्षेत्र के हिसाब से लॉग रखता है।
• और केवल ईवीटीएक्स प्रारूप में विंडोज इवेंट किसी भी चीज के लिए बाध्य नहीं होते हैं। जब खोला जाता है, तो उस कार के लिए समय की पुनर्गणना की जाती है जिस पर वे खोले गए थे। सबसे सुविधाजनक विकल्प, हालांकि इसमें कठिनाइयां हैं। केवल मूर्त कठिनाई स्थानों में अंतर है। यह अपठनीय लॉग के लिए व्यावहारिक रूप से गारंटीकृत पथ है। हां, इसका इलाज कैसे किया जाए, इसके विकल्प हैं, लेकिन आइए इस तथ्य के साथ बहस न करें कि आईटी में सब कुछ अंग्रेजी में काम करता है, और सर्वर पर हमेशा अंग्रेजी लोकेल सेट करने के लिए सहमत हैं। ओह, कृपया। 

अब बात करते हैं कि लॉग कहाँ रहते हैं और उन्हें कैसे प्राप्त किया जाए। वीबीआर के मामले में, दो दृष्टिकोण हैं। 

पहला विकल्प उपयुक्त है यदि आप सामान्य हीप में उन फ़ाइलों को देखने के लिए उत्सुक नहीं हैं जो विशेष रूप से आपकी परेशानी से संबंधित हैं। ऐसा करने के लिए, हमारे पास एक अलग विज़ार्ड है, जिसके लिए आप एक विशिष्ट कार्य और एक विशिष्ट अवधि निर्दिष्ट कर सकते हैं जिसके लिए आपको लॉग की आवश्यकता होती है। फिर वह स्वयं फ़ोल्डरों के ऊपर जाएगा और आपको जो कुछ भी चाहिए उसे एक संग्रह में डाल देगा। इसे कहाँ देखना है और इसके साथ कैसे काम करना है, इसका विस्तार से वर्णन किया गया है यह एचएफ.

हालाँकि, विज़ार्ड सभी कार्यों के लॉग एकत्र नहीं करता है और, उदाहरण के लिए, यदि आपको रिस्टोर, फ़ेलओवर या फ़ेलबैक के लॉग का अध्ययन करने की आवश्यकता है, तो आपका पथ फ़ोल्डर में है % प्रोग्रामडेटा%/वीम/बैकअप. यह मुख्य VBR लोगोस्टोर है और %ProgramData% एक छिपा हुआ फ़ोल्डर है और यह ठीक है। वैसे, डिफ़ॉल्ट स्थान को REG_SZ का उपयोग करके पुन: असाइन किया जा सकता है: HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam बैकअप और प्रतिकृति शाखा में LogDirectory प्रकार रजिस्ट्री कुंजी।

Linux मशीनों पर, वर्कर एजेंट लॉग को / में खोजा जाना चाहिएvar/log/VeamBackup/यदि रूट या सुडो खाते का उपयोग कर रहे हैं। यदि आपके पास ऐसे विशेषाधिकार नहीं हैं, तो लॉग इन के लिए देखें /tmp/VeamBackup. 

Veeam एजेंट के लिए %OS_name% के लिए लॉग में खोजा जाना चाहिए % प्रोग्रामडेटा%/वीम/एंडपॉइंट (या % प्रोग्रामडेटा%/वीम/बैकअप/एंडपॉइंट) और /var/log/veeam क्रमशः.

यदि आप एप्लिकेशन-अवेयर इमेज प्रोसेसिंग (और सबसे अधिक संभावना है) का उपयोग कर रहे हैं, तो स्थिति कुछ और जटिल हो जाती है। आपको हमारे सहायक के लॉग की आवश्यकता होगी, जो कि वर्चुअल मशीन के अंदर ही संग्रहीत हैं, और वीएसएस लॉग। इस सुख को कैसे और कहाँ से प्राप्त करें, इसके बारे में विस्तार से लिखा है यह लेख. और बेशक वहाँ है अलग लेख आवश्यक सिस्टम लॉग एकत्र करने के लिए। 

विंडोज इवेंट्स के अनुसार आसानी से एकत्र किए जाते हैं यह एचएफ. यदि आप हाइपर-वी का उपयोग कर रहे हैं, तो चीजें अधिक जटिल हो जाती हैं, क्योंकि आपको एप्लिकेशन और सेवा लॉग> माइक्रोसॉफ्ट> विंडोज शाखा से इसके सभी लॉग्स की भी आवश्यकता होगी। यद्यपि आप हमेशा अधिक मूर्खतापूर्ण तरीके से जा सकते हैं और %SystemRoot%System32winevtLogs से सभी वस्तुओं को उठा सकते हैं।

यदि स्थापना/अपग्रेड के दौरान कुछ टूट जाता है, तो आपको जो कुछ भी चाहिए वह% ProgramData%/Veeam/Setup/Temp फ़ोल्डर में पाया जा सकता है। हालांकि मैं इस तथ्य को नहीं छिपाऊंगा कि ओएस की घटनाओं में आप इन लॉग की तुलना में अधिक उपयोगी जानकारी पा सकते हैं। बाकी दिलचस्प %Temp% में निहित है, लेकिन मुख्य रूप से संबंधित सॉफ़्टवेयर के लिए इंस्टॉलेशन लॉग हैं, जैसे कि आधार, नेट लाइब्रेरी और अन्य चीजें। ध्यान दें कि वीम एमएसआई से स्थापित है और इसके सभी घटक अलग एमएसआई पैकेज के रूप में भी स्थापित हैं, भले ही यह जीयूआई में नहीं दिखाया गया हो। इसलिए, यदि किसी एक घटक की स्थापना विफल हो जाती है, तो संपूर्ण VBR स्थापना रोक दी जाएगी। इसलिए, आपको लॉग में जाने और यह देखने की आवश्यकता है कि वास्तव में क्या टूटा और किस बिंदु पर।

और अंत में, एक जीवन हैक: यदि आपको स्थापना के दौरान कोई त्रुटि मिलती है, तो ओके पर क्लिक करने में जल्दबाजी न करें। पहले हम लॉग लेते हैं, फिर ओके पर क्लिक करें। इस तरह आपको एक लॉग मिलेगा जो त्रुटि के समय समाप्त होता है, बिना कचरे के अंत में।

और ऐसा होता है कि आपको vSphere लॉग में जाने की आवश्यकता होती है। पेशा बहुत कृतघ्न है, लेकिन, आस्तीन चढ़ाने के बाद, किसी को कुछ और करना पड़ता है। सरलतम संस्करण में, हमें वर्चुअल मशीन इवेंट vmware.log के साथ लॉग की आवश्यकता होती है, जो इसकी .vmx फ़ाइल के बगल में स्थित होते हैं। अधिक कठिन स्थिति में, Google खोलें और पूछें कि आपके होस्ट संस्करण के लॉग कहाँ स्थित हैं, क्योंकि VMware इस स्थान को रिलीज़ से रिलीज़ में बदलना पसंद करता है। उदाहरण के लिए, 7.0 के लिए लेख, लेकिन के लिए 5.5. vCenter लॉग के लिए, प्रक्रिया को दोहराएं googling. लेकिन सामान्य तौर पर, हम होस्ट इवेंट लॉग्स hostd.log, vCenter vpxa.log द्वारा प्रबंधित होस्ट इवेंट्स, कर्नेल लॉग्स vmkernel.log और ऑथेंटिकेशन लॉग्स auth.log में रुचि लेंगे। ठीक है, सबसे उपेक्षित मामलों में, एसएसओ लॉग, जो एसएसओ फ़ोल्डर में निहित है, काम आ सकता है।

बोझिल? अस्पष्ट? डरावना? लेकिन यह उस जानकारी का आधा भी नहीं है जिसके साथ हमारा समर्थन दैनिक आधार पर काम करता है। तो वे वास्तव में बहुत अच्छे हैं।

वीम घटक

और इस परिचयात्मक लेख के निष्कर्ष के रूप में, वीम बैकअप और प्रतिकृति के घटकों के बारे में थोड़ी बात करते हैं। जब आप दर्द के कारण की तलाश कर रहे हों, तो यह समझना अच्छा होगा कि रोगी कैसे काम करता है।

तो, जैसा कि शायद सभी जानते हैं, Veeam Backup एक तथाकथित SQL- आधारित एप्लिकेशन है। यही है, सभी सेटिंग्स, सभी जानकारी और सामान्य तौर पर वह सब कुछ जो केवल सामान्य कामकाज के लिए आवश्यक है - यह सब इसके डेटाबेस में है। या बल्कि, दो डेटाबेस में, अगर हम VBR और EM के एक समूह के बारे में बात कर रहे हैं: क्रमशः VeeamBackup और VeeamBackupReporting। और इसलिए यह हुआ: हम एक और आवेदन डालते हैं - एक और डेटाबेस प्रकट होता है। सभी अंडों को एक टोकरी में न रखने के लिए।

लेकिन इस पूरी अर्थव्यवस्था के सुचारु रूप से काम करने के लिए, हमें सेवाओं और अनुप्रयोगों के एक सेट की आवश्यकता है जो सभी घटकों को एक साथ जोड़ेगी। एक उदाहरण के रूप में, यह मेरी एक प्रयोगशाला में ऐसा दिखता है:

मुख्य संचालक के रूप में कार्य करता है वीम बैकअप सेवा. यह वह है जो ठिकानों के साथ सूचनाओं के आदान-प्रदान के लिए जिम्मेदार है। वह सभी कार्यों को शुरू करने, आवंटित संसाधनों को ऑर्केस्ट्रेट करने और विभिन्न प्रकार के कंसोल, एजेंटों और अन्य सभी चीजों के लिए संचार केंद्र के रूप में काम करने के लिए भी जिम्मेदार है। एक शब्द में, उसके बिना निश्चित रूप से कोई रास्ता नहीं है, लेकिन इसका मतलब यह बिल्कुल नहीं है कि वह सब कुछ खुद करता है।

उसकी योजना को पूरा करने में उसकी मदद करता है वीम बैकअप प्रबंधक. यह एक सेवा नहीं है, बल्कि एक संस्था है जो नौकरियों को लॉन्च करती है और उनके निष्पादन की प्रक्रिया की निगरानी करती है। बैकअप सेवा के कामकाजी हाथ, जिसके साथ यह मेजबानों से जुड़ता है, स्नैपशॉट बनाता है, अवधारण पर नज़र रखता है, और इसी तरह।

लेकिन सेवाओं की सूची पर वापस। वीम ब्रोकर सर्विस. V9.5 में दिखाई दिया (और यह क्रिप्टो माइनर नहीं है, जैसा कि तब कुछ सोचा था)। VMware होस्ट के बारे में जानकारी एकत्र करता है और इसकी प्रासंगिकता बनाए रखता है। लेकिन क्रोधित टिप्पणियों को लिखने के लिए तुरंत न दौड़ें कि हम आपकी जासूसी कर रहे हैं और सभी लॉगिन / पासवर्ड taschmajor को लीक कर रहे हैं। सब कुछ कुछ सरल है। जब आप बैकअप चलाते हैं, तो सबसे पहले आपको होस्ट से कनेक्ट करना होता है और इसकी संरचना के बारे में सभी डेटा को अपडेट करना होता है। यह काफी धीमी और बोझिल कहानी है। बस याद रखें कि वेब इंटरफ़ेस के माध्यम से आपको लॉगिन करने में कितना समय लगता है, और याद रखें कि केवल शीर्ष परत की गणना की जाती है। और फिर आपको अभी भी पूरे पदानुक्रम को सही जगह पर खोलने की जरूरत है। एक शब्द में, डरावनी। यदि आप एक दर्जन बैकअप चलाते हैं, तो प्रत्येक कार्य को यह प्रक्रिया करने की आवश्यकता होती है। अगर हम बड़े इंफ्रास्ट्रक्चर की बात कर रहे हैं, तो इस प्रक्रिया में दस मिनट या उससे ज्यादा का समय लग सकता है। इसलिए, इसके लिए एक अलग सेवा आवंटित करने का निर्णय लिया गया, जिसके माध्यम से हमेशा अद्यतन जानकारी प्राप्त करना संभव होगा। स्टार्टअप पर, यह सभी जोड़े गए बुनियादी ढांचे की जांच और स्कैन करता है, और फिर वृद्धिशील परिवर्तनों के स्तर पर ही काम करने की कोशिश करता है। इसलिए यदि आप एक ही समय में सौ बैकअप चलाते हैं, तो वे सभी हमारे ब्रोकर से जानकारी का अनुरोध करेंगे, और अपने अनुरोधों से मेजबानों को परेशान नहीं करेंगे। यदि आप संसाधनों के बारे में चिंतित हैं, तो हमारी गणना के अनुसार, 5000 वर्चुअल मशीनों को केवल 100 एमबी मेमोरी की आवश्यकता होती है।

अगला हमारे पास है वीम कंसोल. वह वीम रिमोट कंसोल है, वह वीम.बैकअप.शेल है। यह वही जीयूआई है जिसे हम स्क्रीनशॉट में देखते हैं। सब कुछ सरल और स्पष्ट है - कंसोल को कहीं से भी लॉन्च किया जा सकता है, जब तक कि यह विंडोज है और वीबीआर सर्वर से जुड़ा है। केवल एक चीज जो कही जा सकती है वह यह है कि एफएलआर प्रक्रिया स्थानीय रूप से अंक माउंट करेगी (यानी मशीन पर जहां कंसोल चल रहा है)। खैर, मिश्रित वीम खोजकर्ता भी स्थानीय रूप से चलेंगे, क्योंकि वे कंसोल का हिस्सा हैं। लेकिन यह मुझे पहले ही जंगल में ले जा चुका है ...

एक और दिलचस्प सेवा है वीम बैकअप कैटलॉग डेटा सर्विस। सेवाओं की सूची में Veeam Guest Catalog Service के नाम से जाना जाता है। वह अतिथि मशीनों पर फाइल सिस्टम को अनुक्रमित करने में लगा हुआ है और इस ज्ञान के साथ वीबीआर कैटलॉग फ़ोल्डर भरता है। इसका उपयोग केवल वहीं किया जाता है जहां इंडेक्सिंग चेकबॉक्स सक्षम है। और यदि आपके पास एंटरप्राइज़ मैनेजर है तो इसे सक्षम करना केवल समझ में आता है। इसलिए, मेरे दिल की गहराइयों से सलाह: अगर आपके पास EAT नहीं है तो इंडेक्सिंग को चालू न करें। अपनी नसों को बचाएं और समय का समर्थन करें।

साथ ही अन्य महत्वपूर्ण सेवाओं से यह ध्यान देने योग्य है वीम इंस्टॉलर सेवा, जिसकी मदद से जरूरी कंपोनेंट्स को डिलीवर किया जाता है और प्रॉक्सी, रिपॉजिटरी और अन्य गेटवे पर इंस्टॉल किया जाता है। वास्तव में, यह आवश्यक .msi संकुल को सर्वर पर ले जाता है और उन्हें स्थापित करता है। 

वीम डेटा मूवर - प्रॉक्सी (और न केवल) पर लॉन्च किए गए सहायक एजेंटों की मदद से यह डेटा को स्थानांतरित करने में लगा हुआ है। उदाहरण के लिए, बैकअप लेते समय, एक एजेंट होस्ट डेटास्टोर से फ़ाइलें पढ़ेगा, और दूसरा सावधानी से उन्हें बैकअप में लिख देगा।

अलग से, मैं एक महत्वपूर्ण बात पर ध्यान देना चाहूंगा, जिस पर ग्राहक अक्सर प्रतिक्रिया करते हैं - यह कार्यक्रमों और सुविधाओं के स्नैप-इन में सेवाओं और सूचनाओं के संस्करणों में अंतर है। हां, सूची वही होगी, लेकिन संस्करण पूरी तरह से अलग हो सकते हैं। यह देखने के दृष्टिकोण से बहुत अच्छा नहीं है, लेकिन यह पूरी तरह से सामान्य है अगर सब कुछ स्थिर रूप से काम करता है। उदाहरण के लिए, इंस्टॉलर सेवा के लिए, संस्करण संख्या पड़ोसी से बहुत पीछे है। डरावना और दुःस्वप्न? नहीं, क्योंकि यह पूरी तरह से पुनर्स्थापित नहीं किया गया है, लेकिन इसका डीएलएल अपडेट किया गया है। पैच v9.5 U4 में, एक तकनीकी सहायता दुःस्वप्न आया: अद्यतन के दौरान, सभी सेवाओं को नए संस्करण प्राप्त हुए, सबसे महत्वपूर्ण को छोड़कर। U4b पैच में, परिवहन सेवा ने अन्य सभी को दो संस्करणों (संख्याओं के आधार पर देखते हुए) से आगे निकल दिया। और यह भी सामान्य है - इसमें एक गंभीर बग पाया गया था, इसलिए इसे बाकी के सापेक्ष बोनस अपडेट प्राप्त हुआ। तो इसे योग करने के लिए: संस्करण अंतर एक समस्या हो सकती है, लेकिन अगर कोई अंतर है और सब कुछ ठीक से काम कर रहा है, तो शायद यह होना चाहिए। लेकिन तकनीकी सहायता में इसे स्पष्ट करने के लिए कोई भी आपको मना नहीं करता है।

ये तथाकथित अनिवार्य या अनिवार्य सेवाएं थीं। और सहायक सेवाओं का एक पूरा समूह है, जैसे टेप सर्विस, माउंट सर्विस, vPowerNFS सर्विस इत्यादि।

हाइपर-वी के लिए, सामान्य तौर पर, सब कुछ समान है, केवल एक विशिष्ट है वीम बैकअप हाइपर-वी इंटीग्रेशन सर्विस और सीबीटी के साथ काम करने के लिए आपका अपना ड्राइवर।

और अंत में, बात करते हैं कि बैकअप के दौरान वर्चुअल मशीन पर कौन काम करता है। प्री- और पोस्ट-फ़्रीज़ स्क्रिप्ट चलाने के लिए, छाया प्रति बनाने के लिए, मेटाडेटा एकत्र करें, SQL लेनदेन लॉग के साथ काम करें, आदि। वीम गेस्ट हेल्पर. और अगर फाइल सिस्टम अनुक्रमित हैं, वीम गेस्ट इंडेक्सर . ये अस्थायी सेवाएँ बैकअप की अवधि के लिए तैनात की जाती हैं और इसके बाद हटा दी जाती हैं।

लिनक्स मशीनों के मामले में, बड़ी संख्या में अंतर्निहित पुस्तकालयों और स्वयं सिस्टम की क्षमताओं की उपस्थिति के कारण सब कुछ बहुत सरल है। उदाहरण के लिए, अनुक्रमण mlocate के माध्यम से किया जाता है।

अभी के लिए इतना ही

मैं अब तुम्हें चोट पहुँचाने की हिम्मत नहीं करता संक्षिप्त मुझे लगता है कि वीम इंजन डिब्बे का परिचय समाप्त हो गया है। हां, हम स्वयं डेंस के करीब भी नहीं आए हैं, लेकिन मेरा विश्वास करो, ताकि उनमें प्रस्तुत जानकारी चेतना की एक असंगत धारा की तरह न लगे, ऐसा परिचय नितांत आवश्यक है। मैं केवल तीसरे लेख में लॉग पर जाने की योजना बना रहा हूं, और अगले के लिए योजना यह समझाने की है कि लॉग कौन उत्पन्न करता है, वास्तव में उनमें क्या प्रदर्शित होता है और वास्तव में क्यों, और अन्यथा नहीं।

स्रोत: www.habr.com