Veeam लग डाइभिङ कम्पोनेन्ट र शब्दावली

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

त्यसकारण, मैले लेखहरूको श्रृंखलामा स्विंग लिने निर्णय गरें, जहाँ म क्रमशः हामी लगहरूमा के लेख्छौं, जहाँ हामी तिनीहरूलाई भण्डार गर्छौं, कसरी तिनीहरूको संरचनासँग पागल नहुने र तिनीहरू भित्र के खोज्ने भन्ने बारे कुरा गर्नेछु।

किन लेखहरूको श्रृंखला र किन सबै कुरा एकैचोटि वर्णन नगर्ने?

केवल कुन लग कहाँ छ र यसमा के भण्डार गरिएको छ भनेर सूचीबद्ध गर्नु बरु विनाशकारी उपक्रम हो। र यो जानकारी अद्यावधिक राख्ने बारे सोच्न पनि डरलाग्दो छ। Veeam ब्याकअप र प्रतिकृतिमा लगहरूको सबै सम्भावित प्रकारहरूको सरल सूची सानो प्रिन्टमा धेरै पानाहरूमा एउटा तालिका हो। हो, र यो प्रकाशनको समयमा मात्र सान्दर्भिक हुनेछ, किनभने। जब अर्को प्याच रिलिज हुन्छ, नयाँ लगहरू देखा पर्न सक्छन्, पुरानोमा भण्डार गरिएको जानकारीको तर्क परिवर्तन हुनेछ, आदि। त्यसकारण, तिनीहरूको संरचना र तिनीहरूमा समावेश जानकारीको सार व्याख्या गर्न यो धेरै लाभदायक हुनेछ। यसले तपाईंलाई नामहरूको साधारण क्र्यामिङ भन्दा ठाउँहरू राम्रोसँग नेभिगेट गर्न अनुमति दिनेछ।

तसर्थ, पाठ पानाहरूको पोखरीमा हेडलोग नगर्नको लागि, यस लेखमा केही तयारी कार्य गरौं। त्यसकारण, आज हामी आफैं लगहरूमा प्रवेश गर्दैनौं, तर टाढाबाट जान्छौं: हामी एक शब्दावली कम्पाइल गर्नेछौं र लगहरू उत्पन्न गर्ने सन्दर्भमा Veeam संरचनालाई थोरै छलफल गर्नेछौं।

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

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

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

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

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

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

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

स्थानीय शब्दजालबाट (यस अवस्थामा पनि संक्षिप्त शब्दहरू), यो यहाँ याद गरिएको छ कि VMware VI हो, vSphere VC हो, र Hyper-V HV हो।

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

के को लागि? मलाई थाहा छैन।
अतिथि ओएस, क्रमशः, अतिथि मेसिन को अपरेटिङ सिस्टम। र यस्तै।

ब्याकअप/प्रतिकृति कार्य (jobA): शुद्ध Wim शब्दजाल, केहि कार्यहरू संकेत गर्दै। ब्याकअप कार्य == ब्याकअप कार्य। यसलाई रुसी भाषामा कसरी राम्रोसँग अनुवाद गर्ने भनेर कसैले पनि पत्ता लगाएका छैनन्, त्यसैले सबैले "JobA" भन्छन्। अन्तिम अक्षरमा जोड दिएर।

हो, तिनीहरूले यसलाई लिन्छन् र "joba" भन्छन्। र पत्रहरूमा पनि तिनीहरू त्यस्तै लेख्छन्, र सबै ठीक छ।
सबै प्रकारका ब्याकअप कार्यहरू, ब्याकअप कार्यहरू, आदि, धन्यवाद, तर कुनै आवश्यकता छैन। केवल एक काम, र तपाईं बुझ्नुहुनेछ। मुख्य कुरा अन्तिम अक्षरमा तनाव राख्नु हो।

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

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

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

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

भण्डार (भण्डार):  प्राविधिक रूपमा, यो VBR डाटाबेसमा एउटा प्रविष्टि मात्र हो, जहाँ ब्याकअपहरू भण्डारण गरिएको ठाउँ, र यो ठाउँमा कसरी जडान गर्ने भनेर संकेत गर्दछ। वास्तवमा, यो या त केवल CIFS बल वा क्लाउडमा छुट्टै डिस्क, सर्भर वा बाल्टी हुन सक्छ। फेरि, हामी सन्दर्भमा छौं, तर हामी बुझ्छौं कि भण्डार भनेको एउटा ठाउँ हो जहाँ तपाईंको ब्याकअपहरू छन्।

 स्न्यापसट (स्न्यापसट): अक्सफोर्ड व्याकरणका बफहरू को स्न्यापसट हो र को स्न्यापसट हो भन्न रुचाउँछन्, तर अशिक्षित बहुमतले ठूलो जनसङ्ख्याबाट फाइदा लिन्छ। यदि कसैलाई थाहा छैन भने, यो एक टेक्नोलोजी हो जसले तपाईंलाई निश्चित समयमा डिस्कको स्थिति पुनर्स्थापित गर्न अनुमति दिन्छ। यो या त अस्थायी रूपमा I/O अपरेसनहरूलाई मुख्य डिस्कबाट टाढा रिडिरेक्ट गरेर गरिन्छ - त्यसपछि यसलाई RoW (लेख्नमा रिडिरेक्ट) स्न्यापसट भनिन्छ - वा तपाइँको डिस्कबाट अर्कोमा पुन: लेख्न मिल्ने ब्लकहरू सारेर - यसलाई CoW भनिनेछ (लेखनमा प्रतिलिपि गर्नुहोस्। ) स्न्यापसट। Veeam ले यसको ब्याकअप जादू काम गर्न सक्ने यी प्रकार्यहरू प्रयोग गर्नका लागि व्यापक सम्भावनाहरूको लागि धन्यवाद। कडा शब्दमा भन्नुपर्दा, तिनीहरू मात्र होइन, यो अर्को रिलीजको कुरा हो।

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

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

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

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

VSS: प्राविधिक रूपमा, VSS सधैं Microsoft भोल्युम छाया प्रतिलिपि सेवाको लागि खडा हुनुपर्छ। वास्तवमा, यो धेरै द्वारा एप्लिकेसन-अवेयर इमेज प्रोसेसिंगको पर्यायवाचीको रूपमा प्रयोग गरिन्छ। जुन, निस्सन्देह, स्पष्ट रूपमा गलत छ, तर यो श्रेणीको कथा हो "कुनै SUV लाई जीप भनिन्छ, र तपाइँ बुझ्नुहुनेछ।"

शानदार लगहरू र तिनीहरू कहाँ बस्छन्

म यो अध्याय सुरु गर्न चाहन्छु महान् रहस्य प्रकट गरेर - कुन समय लगहरूमा प्रदर्शित हुन्छ?

सम्झनु:

• 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/Endpoint (वा % ProgramData%/Veeam/Backup/Endpoint) र /var/log/veeam क्रमशः।

यदि तपाइँ एप्लिकेसन-अवेयर छवि प्रशोधन प्रयोग गर्दै हुनुहुन्छ (र सम्भवतः तपाइँ हुनुहुन्छ), त्यसपछि स्थिति अलि बढी जटिल हुन्छ। तपाईलाई हाम्रो सहायकको लगहरू चाहिन्छ, जुन भर्चुअल मेसिन भित्रै भण्डार गरिएको छ, र VSS लगहरू। यो सुख कसरी र कहाँ प्राप्त गर्ने भन्ने बारे विस्तृतमा लेखिएको छ यो लेख। र पक्कै पनि छ अलग लेख आवश्यक प्रणाली लगहरू सङ्कलन गर्न। 

विन्डोज घटनाहरू सजिलै अनुसार सङ्कलन गरिन्छ यो HF। यदि तपाइँ Hyper-V प्रयोग गर्दै हुनुहुन्छ भने, चीजहरू थप जटिल हुन्छन्, किनकि तपाइँलाई अनुप्रयोगहरू र सेवा लगहरू > Microsoft > Windows शाखाबाट यसको सबै लगहरू पनि आवश्यक पर्दछ। यद्यपि तपाई सधैं धेरै मूर्ख बाटो जान सक्नुहुन्छ र %SystemRoot%System32winevtLogs बाट सबै वस्तुहरू उठाउन सक्नुहुन्छ।

यदि स्थापना/अपग्रेडको क्रममा केहि बिग्रियो भने, तपाईलाई चाहिने सबै कुरा %ProgramData%/Veeam/Setup/Temp फोल्डरमा फेला पार्न सकिन्छ। यद्यपि म यो तथ्य लुकाउने छैन कि OS घटनाहरूमा तपाईले यी लगहरूमा भन्दा बढी उपयोगी जानकारी पाउन सक्नुहुन्छ। बाँकी चाखलाग्दो कुरा %Temp% मा छ, तर त्यहाँ मुख्यतया सम्बन्धित सफ्टवेयरको लागि स्थापना लगहरू छन्, जस्तै आधार, नेट पुस्तकालयहरू र अन्य चीजहरू। ध्यान दिनुहोस् कि Veeam msi बाट स्थापना गरिएको छ र यसको सबै घटकहरू पनि अलग msi प्याकेजहरूको रूपमा स्थापित छन्, यद्यपि यो GUI मा देखाइएको थिएन। त्यसकारण, यदि कुनै एक कम्पोनेन्टको स्थापना असफल भयो भने, सम्पूर्ण VBR स्थापना रोकिनेछ। तसर्थ, तपाईले लगहरूमा जानु पर्छ र के ठ्याक्कै बिग्रियो र कुन बिन्दुमा हेर्नुहोस्।

र अन्तमा, एक लाइफ ह्याक: यदि तपाईंले स्थापनाको क्रममा त्रुटि प्राप्त गर्नुभयो भने, ठीक क्लिक गर्न हतार नगर्नुहोस्। पहिले हामी लगहरू लिन्छौं, त्यसपछि ठीक क्लिक गर्नुहोस्। यस तरिकाले तपाईले लग पाउनुहुनेछ जुन त्रुटिको समयमा समाप्त हुन्छ, अन्त्यमा फोहोर बिना।

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

बोझिल? भ्रमित? डरलाग्दो? तर यो हाम्रो समर्थनले दैनिक रूपमा काम गर्ने जानकारीको आधा पनि होइन। त्यसैले तिनीहरू साँच्चै, साँच्चै राम्रो छन्।

Veeam अवयवहरू

र यस परिचयात्मक लेखको निष्कर्षको रूपमा, Veeam ब्याकअप र प्रतिकृतिको घटकहरूको बारेमा थोरै कुरा गरौं। जब तपाईं दुखाइको कारण खोज्दै हुनुहुन्छ, रोगीले कसरी काम गर्छ भनेर बुझ्न राम्रो हुनेछ।

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

तर यो सबै अर्थतन्त्रलाई सहज रूपमा काम गर्नको लागि, हामीलाई सेवाहरू र अनुप्रयोगहरूको सेट चाहिन्छ जसले सबै घटकहरूलाई एकसाथ जोड्नेछ। उदाहरणको रूपमा, यो मेरो प्रयोगशालाहरू मध्ये एकमा जस्तो देखिन्छ:

प्रमुख सञ्चालकको रूपमा काम गर्दछ Veeam ब्याकअप सेवा। आधारहरूसँग सूचनाको आदानप्रदानको लागि जिम्मेवार उहाँ नै हुनुहुन्छ। उहाँ सबै कार्यहरू सुरु गर्न, आवंटित स्रोतहरू अर्केस्ट्रेट गर्न र विभिन्न कन्सोलहरू, एजेन्टहरू र अन्य सबै कुराहरूको लागि सञ्चार केन्द्रको रूपमा काम गर्न जिम्मेवार हुनुहुन्छ। एक शब्दमा, उहाँ बिना कुनै बाटो पक्कै छैन, तर यसको मतलब यो होइन कि उहाँले सबै कुरा आफै गर्नुहुन्छ।

उसलाई आफ्नो योजना पूरा गर्न मद्दत गर्छ Veeam ब्याकअप प्रबन्धक। यो कुनै सेवा होइन, तर एउटा संस्था हो जसले कामहरू सुरु गर्छ र तिनीहरूको कार्यान्वयनको प्रक्रियालाई निगरानी गर्दछ। ब्याकअप सेवाको काम गर्ने हातहरू, जसको साथ यो होस्टहरूमा जडान हुन्छ, स्न्यापसटहरू सिर्जना गर्दछ, मनिटर रिटेन्सन, र यस्तै अन्य।

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

अर्को हामीसँग छ Veeam कन्सोल। उहाँ Veeam रिमोट कन्सोल हुनुहुन्छ, उहाँ Veeam.Backup.Shell हुनुहुन्छ। यो उही GUI हो जुन हामीले स्क्रिनसटहरूमा देख्छौं। सबै कुरा सरल र स्पष्ट छ - कन्सोल जहाँबाट पनि सुरु गर्न सकिन्छ, जबसम्म यो विन्डोज हो र VBR सर्भरमा जडान छ। एक मात्र कुरा भन्न सकिन्छ कि FLR प्रक्रियाले स्थानीय रूपमा बिन्दुहरू माउन्ट गर्नेछ (अर्थात कन्सोल चलिरहेको मेसिनमा)। खैर, मिश्रित Veeam अन्वेषकहरू पनि स्थानीय रूपमा चल्नेछन्, किनभने तिनीहरू कन्सोलको अंश हुन्। तर यसले मलाई पहिले नै जंगलमा पुर्याएको छ ...

अर्को रोचक सेवा हो Veeam ब्याकअप क्याटलग डाटा सेवा। सेवाहरूको सूचीमा Veeam अतिथि सूची सेवाको रूपमा चिनिन्छ। उहाँ अतिथि मेसिनहरूमा फाइल प्रणालीहरू अनुक्रमणिकामा संलग्न हुनुहुन्छ र यो ज्ञानले VBRCatalog फोल्डर भर्नुहुन्छ। अनुक्रमणिका जाँच बाकस सक्षम भएको अवस्थामा मात्र यो प्रयोग गरिन्छ। र यदि तपाईंसँग इन्टरप्राइज प्रबन्धक छ भने यसलाई सक्षम गर्नको लागि मात्र अर्थ बनाउँछ। त्यसकारण, मेरो हृदयको तलबाट सल्लाह: यदि तपाईंसँग EAT छैन भने त्यस्तै अनुक्रमणिका अन नगर्नुहोस्। आफ्नो स्नायु र समर्थन समय बचत गर्नुहोस्।

अन्य महत्त्वपूर्ण सेवाहरूबाट पनि यो ध्यान दिन लायक छ Veeam स्थापना सेवा, जसको मद्दतले आवश्यक कम्पोनेन्टहरू डेलिभर गरिन्छ र प्रोक्सीहरू, भण्डारहरू र अन्य गेटवेहरूमा स्थापना गरिन्छ। वास्तवमा, यसले आवश्यक .msi प्याकेजहरू सर्भरहरूमा लैजान्छ र तिनीहरूलाई स्थापना गर्दछ। 

Veeam डाटा मूभर - प्रोक्सीहरूमा सुरू गरिएको सहायक एजेन्टहरूको मद्दतले (र मात्र होइन) यो डाटा सार्नमा संलग्न छ। उदाहरणका लागि, ब्याकअप गर्दा, एक एजेन्टले होस्ट डाटास्टोरबाट फाइलहरू पढ्नेछ, र दोस्रोले तिनीहरूलाई सावधानीपूर्वक ब्याकअपमा लेख्नेछ।

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

यी तथाकथित अनिवार्य वा अनिवार्य सेवाहरू थिए। र त्यहाँ टेप सेवा, माउन्ट सेवा, vPowerNFS सेवा र अन्य जस्ता सहायकहरूको पूर्ण गुच्छा छ।

Hyper-V को लागि, सामान्यतया, सबै कुरा समान छ, केवल त्यहाँ एक विशिष्ट छ Veeam ब्याकअप हाइपर-V एकीकरण सेवा र CBT सँग काम गर्नको लागि तपाईंको आफ्नै चालक।

र अन्तमा, ब्याकअपको समयमा भर्चुअल मेसिनहरूमा कसले काम गर्छ भन्ने कुरा गरौं। प्रि- र पोस्ट-फ्रिज स्क्रिप्टहरू चलाउन, छाया प्रतिलिपि सिर्जना गर्न, मेटाडेटा सङ्कलन गर्न, SQL लेनदेन लगहरूसँग काम गर्न, आदि। Veeam अतिथि सहयोगी। र यदि फाइल प्रणाली अनुक्रमित छन्, Veeam अतिथि अनुक्रमणिका । यी अस्थायी सेवाहरू ब्याकअपको अवधिको लागि तैनाथ गरिएका छन् र पछि हटाइएका छन्।

लिनक्स मेसिनको मामलामा, धेरै संख्यामा निर्मित पुस्तकालयहरू र प्रणालीको क्षमताहरूको कारणले गर्दा सबै कुरा धेरै सरल छ। उदाहरणका लागि, अनुक्रमणिका mlocate मार्फत गरिन्छ।

अहिलेको लागि यति हो

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

स्रोत: www.habr.com