वीम लॉग डायव्हिंग घटक आणि शब्दकोष

आम्ही वीमवर लॉग प्रेम करतो. आणि आमची बहुतेक सोल्यूशन्स मॉड्यूलर असल्याने, ते बरेच लॉग लिहितात. आणि आमच्या क्रियाकलापांची व्याप्ती तुमच्या डेटाची सुरक्षितता सुनिश्चित करणे (म्हणजेच, शांत झोप) असल्याने, नोंदींनी प्रत्येक शिंकाची नोंदच केली पाहिजे असे नाही तर ते काही तपशीलवार देखील केले पाहिजे. हे आवश्यक आहे जेणेकरून एखाद्या गोष्टीच्या बाबतीत हे "काय" कसे घडले, कोण दोषी आहे आणि पुढे काय केले पाहिजे हे स्पष्ट होईल. हे फॉरेन्सिक सायन्स प्रमाणेच आहे: लॉरा पाल्मरचा मारेकरी शोधण्यात तुम्हाला कोणती छोटी गोष्ट मदत करेल हे तुम्हाला कधीच माहीत नाही.

म्हणून, मी लेखांच्या मालिकेवर एक स्विंग घेण्याचे ठरविले, जिथे आपण लॉगवर काय लिहितो, आम्ही ते कोठे संग्रहित करतो, त्यांच्या संरचनेचे वेडे कसे होऊ नये आणि त्यांच्या आत काय पहावे याबद्दल मी क्रमशः बोलेन.

लेखांची मालिका का आणि एकाच वेळी सर्वकाही वर्णन का नाही?

फक्त कोणता लॉग कुठे आहे आणि त्यात काय साठवले आहे याची यादी करणे एक ऐवजी विनाशकारी उपक्रम आहे. आणि ही माहिती अद्ययावत ठेवण्याचा विचार करणे देखील भितीदायक आहे. Veeam Backup & Replication मधील सर्व संभाव्य प्रकारच्या लॉगची एक साधी सूची लहान प्रिंटमध्ये अनेक शीटवर एक टेबल आहे. होय, आणि ते केवळ प्रकाशनाच्या वेळीच संबंधित असेल, कारण. जेव्हा पुढील पॅच रिलीझ होईल, तेव्हा नवीन लॉग दिसू शकतात, जुन्यामध्ये संग्रहित माहितीचे तर्क बदलतील इ. म्हणून, त्यांची रचना आणि त्यामध्ये असलेल्या माहितीचे सार स्पष्ट करणे अधिक फायदेशीर ठरेल. हे तुम्हाला नावांच्या बॅनल क्रॅमिंगपेक्षा ठिकाणे अधिक चांगल्या प्रकारे नेव्हिगेट करण्यास अनुमती देईल.

म्हणून, मजकूर पत्रकांच्या तलावामध्ये घाई न करण्यासाठी, या लेखात काही तयारी करूया. म्हणून, आज आपण स्वतः लॉगमध्ये प्रवेश करणार नाही, परंतु दुरून जाऊ: आम्ही एक शब्दकोष संकलित करू आणि लॉग तयार करण्याच्या दृष्टीने वीमच्या संरचनेवर थोडी चर्चा करू.

शब्दकोश आणि शब्दकोष

येथे, सर्वप्रथम, रशियन भाषेच्या शुद्धतेच्या चॅम्पियन आणि ओझेगोव्हच्या शब्दकोशाच्या साक्षीदारांची माफी मागणे योग्य आहे. आपल्या सर्वांना आपली मातृभाषा खूप आवडते, परंतु शापित आयटी उद्योग इंग्रजीत चालतो. बरं, आम्ही ते घेऊन आलो नाही, परंतु ते ऐतिहासिकदृष्ट्या घडले. माझी चूक नाही, तो स्वतः आला (c)

आमच्या व्यवसायात, अँग्लिसिज्म (आणि शब्दजाल) च्या समस्येची स्वतःची वैशिष्ट्ये आहेत. जेव्हा “होस्ट” किंवा “अतिथी” सारख्या निष्पाप शब्दांखाली संपूर्ण जगाला खूप विशिष्ट गोष्टी समजल्या आहेत, तेव्हा ⅙ भूमीवर, शौर्यपूर्ण गोंधळ आणि शब्दकोषांमध्ये धक्काबुक्की सुरूच आहे. आणि कठोरपणे अनिवार्य युक्तिवाद "पण आमच्या कामावर ...".

शिवाय, पूर्णपणे आमची शब्दावली आहे, जी Veeam उत्पादनांमध्ये अंतर्भूत आहे, जरी काही शब्द आणि वाक्ये लोकांपर्यंत गेली आहेत. म्हणूनच, आता आम्ही या शब्दाचा अर्थ काय आहे यावर सहमत आहोत आणि भविष्यात, “अतिथी” या शब्दाखाली, माझा अर्थ या प्रकरणात नेमका काय लिहिला आहे, आणि तुम्हाला कामावर काय सवय आहे याचा अर्थ नाही. आणि हो, ही माझी वैयक्तिक इच्छा नाही, ही इंडस्ट्रीमध्ये प्रस्थापित संज्ञा आहेत. त्यांच्याशी लढणे काहीसे व्यर्थ आहे. जरी मी नेहमीच टिप्पण्यांमध्ये शांत होण्याच्या बाजूने असतो.

दुर्दैवाने, आमच्या कामात आणि उत्पादनांमध्ये बर्‍याच अटी आहेत, म्हणून मी त्या सर्वांची यादी करण्याचा प्रयत्न करणार नाही. समुद्रात जगण्यासाठी बॅकअप आणि लॉगबद्दल फक्त सर्वात मूलभूत आणि आवश्यक माहिती. स्वारस्य असलेल्यांसाठी, मी देखील करू शकतो एक लेख सुचवा टेप्सबद्दल सहकारी, जिथे त्याने कार्यक्षमतेच्या त्या भागाशी संबंधित अटींची यादी देखील दिली.

होस्ट (होस्ट): व्हर्च्युअलायझेशनच्या जगात, हे हायपरवाइजर असलेले मशीन आहे. भौतिक, आभासी, ढग - काही फरक पडत नाही. जर काहीतरी हायपरवाइजर चालवत असेल (ESXi, Hyper-V, KVM इ.), तर या "काहीतरी" ला होस्ट म्हणतात. दहा रॅक असलेले क्लस्टर असो किंवा दीड व्हर्च्युअल मशीनसाठी लॅब असलेला तुमचा लॅपटॉप असो - तुम्ही हायपरवाइजर सुरू केल्यास, तुम्ही होस्ट झालात. कारण हायपरवाइजर व्हर्च्युअल मशीन्स होस्ट करतो. अशीही एक कथा आहे की एकेकाळी VMware ला ESXi सह होस्ट या शब्दाचा दृढ संबंध मिळवायचा होता. पण तिने तसे केले नाही.

आधुनिक जगात, "होस्ट" ची संकल्पना व्यावहारिकपणे "सर्व्हर" च्या संकल्पनेसह विलीन झाली आहे, ज्यामुळे संप्रेषणात काही गोंधळ निर्माण होतो, विशेषत: जेव्हा ते विंडोजच्या पायाभूत सुविधांच्या बाबतीत येते. त्यामुळे आमच्या आवडीची काही सेवा होस्ट करणारी कोणतीही मशीन सुरक्षितपणे होस्ट म्हणू शकते. उदाहरणार्थ, WinSock लॉगमध्ये सर्वकाही होस्ट शब्दाने चिन्हांकित केले आहे. क्लासिक "होस्ट सापडला नाही" हे याचे एक उदाहरण आहे. म्हणून आम्ही संदर्भापासून सुरुवात करतो, परंतु लक्षात ठेवा - आभासीकरणाच्या जगात, होस्ट म्हणजे पाहुण्यांना होस्ट करतो (खालील दोन ओळींमध्ये याबद्दल अधिक).

स्थानिक शब्दशः (अगदी परिवर्णी शब्द, या प्रकरणात) वरून हे लक्षात येते की VMware VI आहे, vSphere VC आहे आणि Hyper-V HV आहे.

अतिथी (अतिथी): होस्टवर चालणारे आभासी मशीन. येथे स्पष्ट करण्यासाठी काहीही नाही, सर्वकाही इतके तार्किक आणि सोपे आहे. तथापि, बरेचजण येथे इतर काही अर्थ काळजीपूर्वक ओढतात.

कशासाठी? मला माहीत नाही.
अतिथी OS, अनुक्रमे, अतिथी मशीनची ऑपरेटिंग सिस्टम. वगैरे.

बॅकअप/प्रतिकृती जॉब (jobA): शुद्ध Wim शब्दजाल, काही कार्ये दर्शवितात. बॅकअप जॉब == बॅकअप जॉब. रशियनमध्ये त्याचे सुंदर भाषांतर कसे करायचे हे कोणीही शोधले नाही, म्हणून प्रत्येकजण “JobA” म्हणतो. शेवटच्या अक्षरावर जोर देऊन.

होय, ते फक्त ते घेतात आणि "जॉबा" म्हणतात. आणि अक्षरांमध्येही ते तसे लिहितात आणि सर्व काही ठीक आहे.
सर्व प्रकारच्या बॅकअप जॉब्स, बॅकअप टास्क इ., धन्यवाद, पण गरज नाही. फक्त एक काम, आणि तुम्हाला समजले जाईल. शेवटच्या अक्षरावर ताण देणे ही मुख्य गोष्ट आहे.

बॅकअप (बॅकअप, बॅकअप. खरे-ओल्डफॅगसाठी, बॅकअपला परवानगी आहे): स्पष्ट (कोठेतरी पडलेल्या डेटाची बॅकअप प्रत) व्यतिरिक्त, याचा अर्थ स्वतःच नोकरी (वरील तीन ओळी, जर आपण आधीच विसरला असाल तर), ज्याचा परिणाम म्हणून बॅकअप फाइल दिसते. कदाचित, मूळ इंग्रजी बोलणारे सज्जन लोक प्रत्येक वेळी मी माझे बॅकअप जॉब चालवले हे सांगण्यास खूप आळशी आहेत, म्हणून ते म्हणतात की मी माझा बॅकअप चालवला आहे आणि प्रत्येकजण एकमेकांना उत्तम प्रकारे समजतो. मी तुम्हाला या अद्भुत उपक्रमाला पाठिंबा देण्यासाठी आमंत्रित करतो.

एकत्रीकरण (एकत्रीकरण): ESXi 5.0 मध्ये दिसणारी संज्ञा स्नॅपशॉट मेनूमधील एक पर्याय जो तथाकथित अनाथ स्नॅपशॉट हटविण्याची प्रक्रिया सुरू करतो. म्हणजेच, स्नॅपशॉट जे भौतिकरित्या उपलब्ध आहेत, परंतु प्रदर्शित तार्किक संरचनेच्या बाहेर पडले आहेत. सैद्धांतिकदृष्ट्या, या प्रक्रियेचा स्नॅपशॉट व्यवस्थापकामध्ये प्रदर्शित केलेल्या फायलींवर परिणाम होऊ नये, परंतु काहीही होऊ शकते. एकत्रीकरण प्रक्रियेचा सार असा आहे की स्नॅपशॉट (चाइल्ड डिस्क) मधील डेटा मुख्य (पालक) डिस्कवर लिहिला जातो. डिस्क एकत्र करण्याच्या प्रक्रियेला मर्ज म्हणतात. जर एकत्रीकरण आदेश जारी केला गेला असेल, तर स्नॅपशॉट विलीन होण्यापूर्वी आणि हटवण्यापूर्वी स्नॅपशॉट रेकॉर्ड डेटाबेसमधून काढला जाऊ शकतो. आणि जर स्नॅपशॉट कोणत्याही कारणास्तव हटवता आला नाही, तर हेच अनाथ स्नॅपशॉट दिसतात. स्नॅपशॉट्ससह काम करण्याबद्दल, VMware कडे आहे चांगला KB. आणि आम्ही देखील त्यांच्याबद्दल कसा तरी Habré वर लिहिले.

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

प्रॉक्सी (प्रॉक्सी): हे त्वरित समजून घेणे महत्त्वाचे आहे की Veeam प्रॉक्सी ही इंटरनेटवर आपल्याला जशी सवय आहे तशी नाही. Veeam उत्पादनांमध्ये, ही एक प्रकारची संस्था आहे जी एका ठिकाणाहून दुसऱ्या ठिकाणी डेटा हस्तांतरित करण्याशी संबंधित आहे. जर तुम्ही तपशीलात न जाता, तर व्हीबीआर हा कमांड आणि कंट्रोल सर्व्हर आहे आणि प्रॉक्सी त्याचे वर्कहॉर्स आहेत. म्हणजेच, प्रॉक्सी एक मशीन आहे ज्याद्वारे रहदारी वाहते आणि ज्यावर VBR घटक स्थापित केले जातात जे या रहदारीचे व्यवस्थापन करण्यास मदत करतात. उदाहरणार्थ, एका चॅनेलवरून दुसर्‍या चॅनेलवर डेटा हस्तांतरित करण्यासाठी, किंवा फक्त डिस्कला स्वतःला चिकटवण्यासाठी (HotAdd मोड).

भांडार (रिपॉजिटरी):  तांत्रिकदृष्ट्या, ही फक्त VBR डेटाबेसमधील एक एंट्री आहे, जिथे बॅकअप संग्रहित केले जातात आणि या ठिकाणाशी कसे कनेक्ट करायचे ते दर्शवते. खरं तर, ते एकतर फक्त एक CIFS बॉल किंवा क्लाउडमध्ये एक वेगळी डिस्क, सर्व्हर किंवा बादली असू शकते. पुन्हा, आम्ही संदर्भामध्ये आहोत, परंतु आम्ही समजतो की रेपॉजिटरी ही फक्त एक जागा आहे जिथे तुमचे बॅकअप आहेत.

 स्नॅपशॉट (स्नॅपशॉट): ऑक्सफर्ड व्याकरणाचे शौकीन कोण स्नॅपशॉट आहे आणि कोण स्नॅपशॉट आहे हे सांगण्यास प्राधान्य देतात, परंतु अशिक्षित बहुसंख्य लोकांना मोठ्या वस्तुमानाचा फायदा होतो. जर कोणाला माहित नसेल तर, हे एक तंत्रज्ञान आहे जे आपल्याला एका विशिष्ट बिंदूवर डिस्कची स्थिती पुनर्संचयित करण्यास अनुमती देते. हे एकतर मुख्य डिस्कपासून दूर I/O ऑपरेशन्स तात्पुरते पुनर्निर्देशित करून केले जाते - नंतर त्याला RoW (लेखनावर पुनर्निर्देशित) स्नॅपशॉट म्हटले जाईल - किंवा तुमच्या डिस्कवरून पुन्हा लिहिण्यायोग्य ब्लॉक्स हलवून - याला CoW (लिहा वर कॉपी करा) म्हटले जाईल. ) स्नॅपशॉट. ही फंक्शन्स वापरण्याच्या विस्तृत शक्यतांमुळे Veeam त्याच्या बॅकअप जादूवर काम करू शकते. काटेकोरपणे सांगायचे तर, केवळ त्यांचीच नाही तर पुढील रिलीजची ही बाब आहे.

ESXi दस्तऐवजीकरण आणि लॉगमध्ये या शब्दाभोवती गोंधळ आहे आणि स्नॅपशॉट्सचा उल्लेख करण्याच्या संदर्भात, तुम्ही स्नॅपशॉट्स स्वतः शोधू शकता, आणि लॉग पुन्हा करू शकता आणि डेल्टा डिस्क देखील शोधू शकता. Veeam डॉक्युमेंटेशनमध्ये असे फाडलेले नाही, आणि स्नॅपशॉट एक स्नॅपशॉट आहे आणि रीडो लॉग ही स्वतंत्र नॉन-पर्सिस्टंट डिस्कद्वारे तयार केलेली REDO फाइल आहे. व्हर्च्युअल मशीन बंद केल्यावर REDO फायली हटवल्या जातात, त्यामुळे त्यांना स्नॅपशॉट्ससह गोंधळात टाकणे हा अपयशाचा मार्ग आहे.

सिंथेटिक (सिंथेटिक): सिंथेटिक बॅकअप हे रिव्हर्स इन्क्रिमेंटल आणि कायमचे फॉरवर्ड बॅकअप असतात. जर तुम्हाला हा शब्द आला नसेल, तर बॅकअप चेन ट्रान्सफॉर्मेशन तयार करण्यासाठी वापरल्या जाणार्‍या यंत्रणेपैकी ही एक आहे. तथापि, लॉगमध्ये आपण ट्रान्सफॉर्मची संकल्पना देखील शोधू शकता, जी वाढीपासून (सिंथेटिक पूर्ण) पूर्ण प्रती तयार करण्याच्या फ्रेमवर्कमध्ये वापरली जाते.

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

Veeam %name% सेवा:  यशस्वी बॅकअपच्या फायद्यासाठी, अनेक सेवा एकाच वेळी कार्य करतात, ज्याची यादी मानक उपकरणांमध्ये आढळू शकते. त्यांची नावे अगदी पारदर्शकपणे त्यांचे सार प्रतिबिंबित करतात, परंतु समानांमध्ये सर्वात महत्वाची आहे - वीम बॅकअप सेवा, ज्याशिवाय बाकीचे कार्य करणार नाही.

VSS: तांत्रिकदृष्ट्या, व्हीएसएस नेहमी मायक्रोसॉफ्ट व्हॉल्यूम शॅडो कॉपी सर्व्हिससाठी उभे असले पाहिजे. किंबहुना, हे अनेकांकडून अॅप्लिकेशन-अवेअर इमेज प्रोसेसिंगसाठी समानार्थी शब्द म्हणून वापरले जाते. जे, अर्थातच, स्पष्टपणे चुकीचे आहे, परंतु "कोणत्याही एसयूव्हीला जीप म्हटले जाऊ शकते आणि तुम्हाला समजले जाईल" या श्रेणीतील ही कथा आहे.

विलक्षण लॉग आणि ते कुठे राहतात

मला महान रहस्य उघड करून हा अध्याय सुरू करायचा आहे - लॉगमध्ये कोणती वेळ दर्शविली जाते?

लक्षात ठेवा:

• ESXi नेहमी UTC+0 मध्ये लॉग लिहिते.
• vCenter त्याच्या टाइम झोनच्या वेळेनुसार लॉग ठेवते.
• Veeam ते चालू असलेल्या सर्व्हरच्या वेळ आणि टाइमझोननुसार लॉग ठेवते.
• आणि केवळ EVTX स्वरूपातील विंडोज इव्हेंट्स कशाशीही बंधनकारक नसतात. उघडल्यावर, ज्या कारवर ते उघडले होते त्यासाठी वेळ पुन्हा मोजला जातो. सर्वात सोयीस्कर पर्याय, जरी त्यात अडचणी आहेत. लोकलमधील फरक ही एकमेव मूर्त अडचण आहे. न वाचता येणार्‍या लॉगसाठी हा व्यावहारिकपणे हमी दिलेला मार्ग आहे. होय, हे कसे हाताळायचे याचे पर्याय आहेत, परंतु आयटीमधील प्रत्येक गोष्ट इंग्रजीमध्ये कार्य करते या वस्तुस्थितीवर वाद घालू नका आणि सर्व्हरवर नेहमी इंग्रजी लोकेल सेट करण्यास सहमती देऊ. अरे प्लीज. 

आता लॉग कुठे राहतात आणि ते कसे मिळवायचे याबद्दल बोलूया. VBR च्या बाबतीत, दोन दृष्टिकोन आहेत. 

तुम्ही तुमच्या समस्यांशी संबंधित असलेल्या सामान्य ढीगमधील फाइल्स शोधण्यास उत्सुक नसल्यास पहिला पर्याय योग्य आहे. हे करण्यासाठी, आमच्याकडे एक वेगळा विझार्ड आहे, ज्यावर तुम्ही विशिष्ट कार्य आणि विशिष्ट कालावधी निर्दिष्ट करू शकता ज्यासाठी तुम्हाला लॉगची आवश्यकता आहे. मग तो स्वतः फोल्डरवर जाईल आणि आपल्याला आवश्यक असलेल्या सर्व गोष्टी एका संग्रहात ठेवेल. ते कोठे शोधावे आणि त्यासह कसे कार्य करावे याबद्दल तपशीलवार वर्णन केले आहे हे HF.

तथापि, विझार्ड सर्व कार्यांचे लॉग संकलित करत नाही आणि उदाहरणार्थ, आपल्याला पुनर्संचयित, फेलओव्हर किंवा फेलबॅकच्या लॉगचा अभ्यास करण्याची आवश्यकता असल्यास, आपला मार्ग फोल्डरमध्ये आहे %ProgramData%/Veeam/बॅकअप. हे मुख्य VBR लोगोस्टोर आहे आणि %ProgramData% हे लपलेले फोल्डर आहे आणि ते ठीक आहे. तसे, HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam बॅकअप आणि प्रतिकृती शाखेत REG_SZ: LogDirectory प्रकार रेजिस्ट्री की वापरून डीफॉल्ट स्थान पुन्हा नियुक्त केले जाऊ शकते.

लिनक्स मशीनवर, वर्कर एजंट लॉग इन मध्ये शोधले पाहिजेत.var/log/VeeamBackup/रूट किंवा sudo खाते वापरत असल्यास. आपल्याकडे असे विशेषाधिकार नसल्यास, लॉग इन पहा /tmp/VeeamBackup. 

Veeam एजंटसाठी %OS_name% लॉग इन शोधले पाहिजेत %ProgramData%/Veeam/एंडपॉइंट (किंवा %ProgramData%/Veeam/बॅकअप/एंडपॉइंट) आणि /var/log/veeam अनुक्रमे

जर तुम्ही ऍप्लिकेशन-अवेअर इमेज प्रोसेसिंग वापरत असाल (आणि बहुधा तुम्ही असाल), तर परिस्थिती थोडी अधिक क्लिष्ट होते. तुम्हाला आमच्या सहाय्यकाच्या लॉगची आवश्यकता असेल, जे व्हर्च्युअल मशीनमध्येच साठवले जातात आणि VSS लॉग. हा आनंद कसा आणि कुठे मिळेल, याबद्दल सविस्तर लिहिले आहे हा लेख. आणि नक्कीच आहे स्वतंत्र लेख आवश्यक प्रणाली नोंदी गोळा करण्यासाठी. 

विंडोज इव्हेंट्सनुसार सोयीस्करपणे गोळा केले जातात हे HF. तुम्ही हायपर-व्ही वापरत असल्यास, गोष्टी अधिक क्लिष्ट होतात, कारण तुम्हाला त्याचे सर्व लॉग अॅप्लिकेशन्स आणि सर्व्हिस लॉग > मायक्रोसॉफ्ट > विंडोज ब्रँचमधून देखील आवश्यक असतील. जरी तुम्ही नेहमी अधिक मूर्ख मार्गाने जाऊ शकता आणि फक्त %SystemRoot%System32winevtLogs मधून सर्व वस्तू उचलू शकता.

इन्स्टॉलेशन/अपग्रेड दरम्यान काहीतरी खंडित झाल्यास, आपल्याला आवश्यक असलेली प्रत्येक गोष्ट %ProgramData%/Veeam/Setup/Temp फोल्डरमध्ये आढळू शकते. जरी मी हे तथ्य लपवणार नाही की ओएस इव्हेंटमध्ये आपल्याला या लॉगपेक्षा अधिक उपयुक्त माहिती मिळू शकते. उर्वरित मनोरंजक गोष्टी %Temp% मध्ये आहेत, परंतु मुख्यतः संबंधित सॉफ्टवेअरसाठी इंस्टॉलेशन लॉग आहेत, जसे की बेस, .नेट लायब्ररी आणि इतर गोष्टी. लक्षात घ्या की Veeam msi वरून स्थापित केले आहे आणि त्याचे सर्व घटक देखील स्वतंत्र msi पॅकेज म्हणून स्थापित केले आहेत, जरी हे GUI मध्ये दर्शविले गेले नसले तरीही. म्हणून, घटकांपैकी एकाची स्थापना अयशस्वी झाल्यास, संपूर्ण VBR स्थापना थांबविली जाईल. म्हणून, आपल्याला लॉगमध्ये जाणे आवश्यक आहे आणि नक्की काय तोडले आणि कोणत्या टप्प्यावर ते पहा.

आणि शेवटी, एक लाइफ हॅक: जर तुम्हाला इन्स्टॉलेशन दरम्यान एरर प्राप्त झाली, तर ओके क्लिक करण्यासाठी घाई करू नका. प्रथम आम्ही लॉग घेतो, नंतर ओके क्लिक करा. अशा प्रकारे तुम्हाला एक लॉग मिळेल जो त्रुटीच्या वेळी संपेल, शेवटी कचरा न करता.

आणि असे होते की आपल्याला vSphere लॉगमध्ये जाण्याची आवश्यकता आहे. व्यवसाय खूप कृतघ्न आहे, परंतु, बाही गुंडाळल्यानंतर, काहीतरी वेगळे करावे लागेल. सर्वात सोप्या आवृत्तीमध्ये, आम्हाला व्हर्च्युअल मशीन इव्हेंट vmware.log सह लॉग आवश्यक आहेत, जे त्याच्या .vmx फाइलच्या शेजारी आहेत. अधिक कठीण परिस्थितीत, Google उघडा आणि तुमच्या होस्ट आवृत्तीचे लॉग कोठे आहेत ते विचारा, कारण VMware ला हे ठिकाण रिलीझ ते रिलीजमध्ये बदलणे आवडते. उदाहरणार्थ, 7.0 साठी लेख, पण त्यासाठी 5.5. vCenter लॉगसाठी, प्रक्रिया पुन्हा करा गुगलिंग. परंतु सर्वसाधारणपणे, आम्हाला होस्ट इव्हेंट लॉग hostd.log, vCenter vpxa.log द्वारे व्यवस्थापित होस्ट इव्हेंट, कर्नल लॉग vmkernel.log आणि प्रमाणीकरण लॉग auth.log मध्ये स्वारस्य असेल. बरं, सर्वात दुर्लक्षित प्रकरणांमध्ये, SSO फोल्डरमध्ये असलेला SSO लॉग उपयोगी येऊ शकतो.

अवजड? गोंधळलेला? भितीदायक? परंतु आमचे समर्थन दैनंदिन आधारावर काम करत असलेल्या माहितीच्या अर्धेही नाही. त्यामुळे ते खरोखर, खरोखर छान आहेत.

Veeam घटक

आणि या प्रास्ताविक लेखाचा निष्कर्ष म्हणून, Veeam Backup & Replication च्या घटकांबद्दल थोडे बोलूया. कारण जेव्हा तुम्ही वेदनांचे कारण शोधत असाल, तेव्हा रुग्ण कसे कार्य करतो हे समजून घेणे चांगले होईल.

म्हणून, प्रत्येकाला कदाचित माहित असेल की, Veeam बॅकअप एक तथाकथित SQL-आधारित अनुप्रयोग आहे. म्हणजेच, सर्व सेटिंग्ज, सर्व माहिती आणि सर्वसाधारणपणे सर्वकाही जे फक्त सामान्य कार्यासाठी आवश्यक आहे - हे सर्व त्याच्या डेटाबेसमध्ये आहे. किंवा त्याऐवजी, दोन डेटाबेसमध्ये, जर आपण VBR आणि EM च्या समूहाबद्दल बोलत आहोत: अनुक्रमे VeeamBackup आणि VeeamBackupReporting. आणि असे झाले: आम्ही दुसरा अनुप्रयोग ठेवतो - दुसरा डेटाबेस दिसेल. सर्व अंडी एकाच बास्केटमध्ये ठेवू नयेत.

परंतु ही सर्व अर्थव्यवस्था सुरळीत चालण्यासाठी, आम्हाला सेवा आणि अनुप्रयोगांचा एक संच आवश्यक आहे जे सर्व घटकांना एकत्र बांधतील. फक्त एक उदाहरण म्हणून, माझ्या एका प्रयोगशाळेत हे असे दिसते:

मुख्य मार्गदर्शक म्हणून काम करतो Veeam बॅकअप सेवा. तळाशी माहितीची देवाणघेवाण करण्यासाठी तोच जबाबदार आहे. तो सर्व कार्ये लाँच करण्यासाठी, वाटप केलेल्या संसाधनांचे आयोजन करण्यासाठी आणि विविध कन्सोल, एजंट आणि इतर सर्व गोष्टींसाठी एक प्रकारचे संप्रेषण केंद्र म्हणून काम करण्यासाठी देखील जबाबदार आहे. एका शब्दात, त्याच्याशिवाय नक्कीच कोणताही मार्ग नाही, परंतु याचा अर्थ असा नाही की तो सर्वकाही स्वतः करतो.

त्याची योजना पूर्ण करण्यासाठी त्याला मदत करते Veeam बॅकअप व्यवस्थापक. ही सेवा नाही, परंतु एक संस्था आहे जी नोकरी सुरू करते आणि त्यांच्या अंमलबजावणीच्या प्रक्रियेवर लक्ष ठेवते. बॅकअप सेवेचे काम करणारे हात, ज्याच्या मदतीने ते होस्टशी कनेक्ट होते, स्नॅपशॉट तयार करते, मॉनिटर ठेवते आणि असेच बरेच काही.

पण सेवांच्या यादीकडे परत. वीम ब्रोकर सेवा. v9.5 मध्ये दिसू लागले (आणि हे क्रिप्टो मायनर नाही, जसे की काहींनी विचार केला). VMware होस्टबद्दल माहिती गोळा करते आणि त्याची प्रासंगिकता राखते. परंतु आम्ही तुमची हेरगिरी करत आहोत आणि सर्व लॉगिन/पासवर्ड टॅश्माजरला लीक करत आहोत अशा संतप्त टिप्पण्या लिहायला लगेच धावू नका. सर्व काही थोडे सोपे आहे. जेव्हा तुम्ही बॅकअप चालवता, तेव्हा तुम्हाला सर्वप्रथम होस्टशी कनेक्ट करणे आणि त्याच्या संरचनेबद्दल सर्व डेटा अपडेट करणे आवश्यक आहे. ही एक ऐवजी संथ आणि अवजड कथा आहे. फक्त लक्षात ठेवा की तुम्हाला वेब इंटरफेसद्वारे लॉग इन करण्यासाठी किती वेळ लागतो आणि लक्षात ठेवा की तेथे फक्त वरचा स्तर मोजला जातो. आणि मग तुम्हाला अजूनही संपूर्ण पदानुक्रम योग्य ठिकाणी उघडण्याची आवश्यकता आहे, तसे. एका शब्दात, भयपट. आपण एक डझन बॅकअप चालविल्यास, प्रत्येक कामासाठी ही प्रक्रिया करणे आवश्यक आहे. जर आपण मोठ्या पायाभूत सुविधांबद्दल बोलत असाल तर या प्रक्रियेस दहा मिनिटे किंवा त्याहून अधिक वेळ लागू शकतो. त्यामुळे यासाठी स्वतंत्र सेवेचे वाटप करण्याचा निर्णय घेण्यात आला, ज्याद्वारे नेहमीच अद्ययावत माहिती मिळणे शक्य होईल. स्टार्टअपवर, ते सर्व जोडलेल्या पायाभूत सुविधा तपासते आणि स्कॅन करते आणि नंतर केवळ वाढीव बदलांच्या पातळीवर काम करण्याचा प्रयत्न करते. त्यामुळे तुम्ही एकाच वेळी शंभर बॅकअप चालवले तरी ते सर्व आमच्या ब्रोकरकडून माहिती मागतील आणि त्यांच्या विनंत्यांसह यजमानांना त्रास देणार नाहीत. जर तुम्हाला संसाधनांबद्दल काळजी वाटत असेल, तर आमच्या गणनेनुसार, 5000 व्हर्च्युअल मशीन्सना फक्त 100 Mb मेमरी आवश्यक आहे.

पुढे आमच्याकडे आहे वीम कन्सोल. तो Veeam रिमोट कन्सोल आहे, तो Veeam.Backup.Shell आहे. हा तोच GUI आहे जो आपण स्क्रीनशॉटमध्ये पाहतो. सर्व काही सोपे आणि स्पष्ट आहे - कन्सोल कोठूनही लॉन्च केले जाऊ शकते, जोपर्यंत ते विंडोज आहे आणि व्हीबीआर सर्व्हरशी कनेक्शन आहे. फक्त एकच गोष्ट म्हणता येईल की FLR प्रक्रिया स्थानिक पातळीवर पॉइंट्स माउंट करेल (म्हणजे कन्सोल चालू असलेल्या मशीनवर). बरं, विविध प्रकारचे Veeam Explorers देखील स्थानिक पातळीवर चालतील, कारण ते कन्सोलचा भाग आहेत. पण ते मला आधीच जंगलात घेऊन गेले आहे ...

आणखी एक मनोरंजक सेवा आहे Veeam बॅकअप कॅटलॉग डेटा सेवा. सेवांच्या सूचीमध्ये Veeam अतिथी कॅटलॉग सेवा म्हणून ओळखले जाते. तो अतिथी मशीनवर फाइल सिस्टीम अनुक्रमित करण्यात गुंतलेला आहे आणि या ज्ञानाने VBRCatalog फोल्डर भरतो. हे फक्त जेथे अनुक्रमणिका चेकबॉक्स सक्षम केले आहे तेथे वापरले जाते. आणि जर तुमच्याकडे एंटरप्राइझ मॅनेजर असेल तरच ते सक्षम करण्यात अर्थ आहे. म्हणून, माझ्या हृदयाच्या तळापासून सल्ला: जर तुमच्याकडे EAT नसेल तर इंडेक्सिंग चालू करू नका. आपल्या नसा आणि समर्थन वेळ वाचवा.

इतर महत्वाच्या सेवांमधून देखील हे लक्षात घेण्यासारखे आहे वीम इंस्टॉलर सेवा, ज्याच्या मदतीने आवश्यक घटक वितरित केले जातात आणि प्रॉक्सी, रेपॉजिटरीज आणि इतर गेटवेवर स्थापित केले जातात. खरेतर, ते आवश्यक .msi पॅकेजेस सर्व्हरवर घेऊन जाते आणि ते स्थापित करते. 

वीम डेटा मूव्हर - प्रॉक्सी (आणि केवळ नाही) वर सुरू केलेल्या सहाय्यक एजंटच्या मदतीने ते डेटा बदलण्यात गुंतलेले आहे. उदाहरणार्थ, बॅकअप घेताना, एक एजंट होस्ट डेटास्टोअरमधील फायली वाचेल आणि दुसरा त्या बॅकअपवर काळजीपूर्वक लिहील.

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

या तथाकथित अनिवार्य किंवा अनिवार्य सेवा होत्या. आणि टेप सर्व्हिस, माउंट सर्व्हिस, vPowerNFS सर्व्हिस आणि यासारख्या सहाय्यकांचा संपूर्ण समूह आहे.

हायपर-व्ही साठी, सर्वसाधारणपणे, सर्व काही समान आहे, फक्त एक विशिष्ट आहे वीम बॅकअप हायपर-व्ही एकत्रीकरण सेवा आणि CBT सह काम करण्यासाठी तुमचा स्वतःचा ड्रायव्हर.

आणि शेवटी, बॅकअप दरम्यान व्हर्च्युअल मशीनवर कोण कार्य करते याबद्दल बोलूया. प्री- आणि पोस्ट-फ्रीझ स्क्रिप्ट चालवण्यासाठी, छाया प्रत तयार करण्यासाठी, मेटाडेटा संकलित करण्यासाठी, SQL व्यवहार लॉगसह कार्य करण्यासाठी इ. Veeam अतिथी मदतनीस. आणि जर फाइल सिस्टीम अनुक्रमित केल्या गेल्या असतील, वीम गेस्ट इंडेक्सर . या तात्पुरत्या सेवा आहेत ज्या बॅकअपच्या कालावधीसाठी तैनात केल्या जातात आणि त्यानंतर काढल्या जातात.

लिनक्स मशीनच्या बाबतीत, मोठ्या संख्येने अंगभूत लायब्ररी आणि सिस्टमच्या स्वतःच्या क्षमतेमुळे सर्वकाही सोपे आहे. उदाहरणार्थ, इंडेक्सिंग mlocate द्वारे केले जाते.

सध्या एवढेच

आता तुला दुखवायची माझी हिम्मत नाही लहान मी वीम इंजिन कंपार्टमेंटचा परिचय संपला असे मानतो. होय, आपण स्वत: चकचकीत अगदी जवळही आलो नाही, पण माझ्यावर विश्वास ठेवा, जेणेकरुन त्यांच्यामध्ये सादर केलेली माहिती चेतनेच्या विसंगत प्रवाहासारखी वाटू नये, अशा परिचयाची नितांत आवश्यकता आहे. मी फक्त तिसर्‍या लेखातच लॉग्सवर जाण्याची योजना आखत आहे आणि पुढची योजना म्हणजे लॉग कोण तयार करतो, त्यात नेमके काय दाखवले जाते आणि नेमके का, आणि अन्यथा नाही.

स्त्रोत: www.habr.com