വീം ലോഗ് ഡൈവിംഗ് ഘടകങ്ങളും ഗ്ലോസറിയും

വീമിൽ, ഞങ്ങൾക്ക് ലോഗുകൾ വളരെ ഇഷ്ടമാണ്. ഞങ്ങളുടെ മിക്ക സൊല്യൂഷനുകളും മോഡുലാർ ആയതിനാൽ, അവ ധാരാളം ലോഗുകൾ നിർമ്മിക്കുന്നു. നിങ്ങളുടെ ഡാറ്റയുടെ (അതായത്, നിങ്ങളുടെ ഉറക്കം) സുരക്ഷ ഉറപ്പാക്കുന്നത് ഞങ്ങളുടെ ബിസിനസ് ആയതിനാൽ, ലോഗുകൾ എല്ലാ വിശദാംശങ്ങളും രേഖപ്പെടുത്തുക മാത്രമല്ല, വളരെ വിശദമായിരിക്കണം. എന്തെങ്കിലും സംഭവിച്ചാൽ, അത് എങ്ങനെ സംഭവിച്ചു, ആരെയാണ് കുറ്റപ്പെടുത്തേണ്ടത്, അടുത്തതായി എന്താണ് ചെയ്യേണ്ടതെന്ന് വ്യക്തമാക്കുന്നതിന് ഇത് ആവശ്യമാണ്. ഫോറൻസിക്സിലെ പോലെയാണ് ഇത്: ലോറ പാമറിന്റെ കൊലയാളിയെ കണ്ടെത്താൻ എന്ത് ചെറിയ വിശദാംശങ്ങൾ നിങ്ങളെ സഹായിക്കുമെന്ന് നിങ്ങൾക്ക് ഒരിക്കലും അറിയില്ല.

അതുകൊണ്ടാണ് ഞാൻ ഒരു ലേഖന പരമ്പര എഴുതാൻ തീരുമാനിച്ചത്, അതിൽ നമ്മൾ ലോഗുകളിൽ എന്താണ് എഴുതുന്നത്, എവിടെയാണ് നമ്മൾ അവ സൂക്ഷിക്കുന്നത്, അവയുടെ ഘടനയിൽ ഭ്രാന്തനാകുന്നത് എങ്ങനെ ഒഴിവാക്കാം, അവയ്ക്കുള്ളിൽ എന്താണ് തിരയേണ്ടത് എന്നിവയെല്ലാം ഞാൻ ക്രമത്തിൽ ഉൾപ്പെടുത്തും.

എന്തിനാണ് ഒരു ലേഖന പരമ്പര, എല്ലാം ഒരേസമയം വിവരിച്ചുകൂടാ?

ഓരോ ലോഗും എവിടെ, എന്ത് സൂക്ഷിക്കുന്നു എന്ന് ലളിതമായി പട്ടികപ്പെടുത്തുന്നത് വളരെ പ്രതീക്ഷയില്ലാത്ത ഒരു കാര്യമാണ്. ഈ വിവരങ്ങൾ കാലികമായി നിലനിർത്തുന്നത് വളരെ ബുദ്ധിമുട്ടാണ്. വീം ബാക്കപ്പിലും റെപ്ലിക്കേഷനിലും സാധ്യമായ എല്ലാ ലോഗ് തരങ്ങളുടെയും ലളിതമായ ലിസ്റ്റ് നിരവധി പേജുകളുടെ ഒരു പട്ടികയ്ക്ക് തുല്യമായിരിക്കും. മാത്രമല്ല, പ്രസിദ്ധീകരണ സമയത്ത് മാത്രമേ ഇത് നിലവിലുള്ളതായിരിക്കൂ, കാരണം അടുത്ത പാച്ച് പുതിയ ലോഗുകൾ അവതരിപ്പിക്കുകയും പഴയവയിൽ സംഭരിച്ചിരിക്കുന്ന വിവരങ്ങളുടെ യുക്തി മാറ്റുകയും ചെയ്തേക്കാം. അതിനാൽ, അവയുടെ ഘടനയും അവയിൽ അടങ്ങിയിരിക്കുന്ന വിവരങ്ങളുടെ സത്തയും വിശദീകരിക്കുന്നത് കൂടുതൽ ഉപയോഗപ്രദമാകും. പേരുകൾ ഓർമ്മിക്കുന്നതിനേക്കാൾ മികച്ച നാവിഗേഷൻ ഇത് അനുവദിക്കും.

അതുകൊണ്ട്, വാചകങ്ങളുടെ ഒരു ചുഴലിക്കാറ്റിൽ തലകുത്തി വീഴാതിരിക്കാൻ, ഈ ലേഖനത്തിൽ നമുക്ക് ചില അടിസ്ഥാനകാര്യങ്ങൾ നോക്കാം. ലോഗുകളിലേക്ക് തന്നെ ആഴ്ന്നിറങ്ങുന്നതിനുപകരം, നമുക്ക് വിശാലമായ ഒരു സമീപനം സ്വീകരിക്കാം: ഒരു ഗ്ലോസറി സൃഷ്ടിച്ച്, ലോഗ് ജനറേഷൻ വീമിന്റെ ഘടനയെക്കുറിച്ച് സംക്ഷിപ്തമായി ചർച്ച ചെയ്യാം.

പദാവലിയും പദപ്രയോഗവും

ഒന്നാമതായി, റഷ്യൻ ഭാഷയുടെ പരിശുദ്ധിയുടെ വക്താക്കളോടും ഒഷെഗോവിന്റെ നിഘണ്ടുവിന്റെ സാക്ഷികളോടും ഞാൻ ക്ഷമ ചോദിക്കണം. നാമെല്ലാവരും നമ്മുടെ മാതൃഭാഷയെ വളരെയധികം സ്നേഹിക്കുന്നു, പക്ഷേ നശിച്ച ഐടി വ്യവസായം ഇംഗ്ലീഷിലാണ് പ്രവർത്തിക്കുന്നത്. ശരി, ഇത് ഞങ്ങൾ കണ്ടുപിടിച്ചതല്ല; ഇത് ചരിത്രത്തിന്റെ ഒരു കാര്യം മാത്രമാണ്. ഇത് എന്റെ തെറ്റല്ല; അത് സ്വയം സംഭവിച്ചു. (സി)

നമ്മുടെ മേഖലയിൽ, ആംഗ്ലിസിസത്തിന്റെ (ജാർഗണിന്റെയും) പ്രശ്നത്തിന് അതിന്റേതായ പ്രത്യേകതകളുണ്ട്. "ഹോസ്റ്റ്" അല്ലെങ്കിൽ "അതിഥി" പോലുള്ള നിഷ്കളങ്കമായ വാക്കുകൾ വളരെ കൃത്യമായ അർത്ഥത്തിൽ ലോകം മുഴുവൻ വളരെക്കാലമായി മനസ്സിലാക്കിയിട്ടുണ്ടെങ്കിലും, ലോകത്തിന്റെ അഞ്ചിലൊന്ന് ഭാഗത്ത്, വീരോചിതമായ ആശയക്കുഴപ്പവും നിഘണ്ടുക്കൾ നിറഞ്ഞ മടിയും തുടരുന്നു. നിർബന്ധിത വാദവും, "പക്ഷേ നമ്മുടെ സ്ഥലത്ത്..."

കൂടാതെ, വീം ഉൽ‌പ്പന്നങ്ങൾക്ക് പ്രത്യേകമായി നമ്മുടേതായ പദാവലികളുണ്ട്, എന്നിരുന്നാലും ചില വാക്കുകളും ശൈലികളും സാധാരണമായി മാറിയിരിക്കുന്നു. അതിനാൽ, ഓരോ പദത്തിന്റെയും അർത്ഥം എന്താണെന്ന് നമുക്ക് സമ്മതിക്കാം, ഇനി മുതൽ, ഞാൻ "അതിഥി" എന്ന വാക്ക് ഉപയോഗിക്കുമ്പോൾ, ഈ അധ്യായത്തിൽ എഴുതിയിരിക്കുന്നത് തന്നെയാണ് ഞാൻ ഉദ്ദേശിക്കുന്നത്, ജോലിസ്ഥലത്ത് നിങ്ങൾ പരിചിതമായത് അല്ല. അതെ, ഇത് എന്റെ വ്യക്തിപരമായ ഇഷ്ടാനിഷ്ടങ്ങൾ മാത്രമല്ല; ഇവ സ്ഥാപിതമായ വ്യവസായ പദങ്ങളാണ്. അവയെ ചെറുക്കുന്നത് അർത്ഥശൂന്യമാണ്. അഭിപ്രായങ്ങളിൽ ഞാൻ എപ്പോഴും ഒരു ചെറിയ വാക്ക് പറയാൻ തയ്യാറാണ്.

നിർഭാഗ്യവശാൽ, ഞങ്ങളുടെ ജോലിയിലും ഉൽപ്പന്നങ്ങളിലും ധാരാളം പദങ്ങൾ ഉപയോഗിക്കുന്നുണ്ട്, അതിനാൽ ഞാൻ അവയെല്ലാം പട്ടികപ്പെടുത്താൻ ശ്രമിക്കില്ല. ബാക്കപ്പുകളെയും ലോഗുകളെയും കുറിച്ചുള്ള വിവരങ്ങളുടെ ഒരു കടലിൽ അതിജീവിക്കാൻ അത്യാവശ്യമായ ഏറ്റവും അടിസ്ഥാനപരമായവ ഞാൻ പട്ടികപ്പെടുത്താം. താൽപ്പര്യമുള്ളവർക്ക്, എനിക്ക് കഴിയും ഒരു ലേഖനം നിർദ്ദേശിക്കുക ടേപ്പുകളെക്കുറിച്ച് സഹപ്രവർത്തകരോട് സംസാരിച്ച അദ്ദേഹം, ആ പ്രവർത്തനവുമായി ബന്ധപ്പെട്ട പദങ്ങളുടെ ഒരു പട്ടികയും നൽകി.

ഹോസ്റ്റ്: വെർച്വലൈസേഷന്റെ ലോകത്ത്, അത് ഒരു ഹൈപ്പർവൈസർ പ്രവർത്തിപ്പിക്കുന്ന ഒരു മെഷീനാണ്. ഫിസിക്കൽ, വെർച്വൽ, ക്ലൗഡ് - അത് പ്രശ്നമല്ല. എന്തെങ്കിലും ഒരു ഹൈപ്പർവൈസർ (ESXi, ഹൈപ്പർ-വി, കെവിഎം, മുതലായവ) പ്രവർത്തിപ്പിച്ചാൽ, ആ "എന്തെങ്കിലും" ഒരു ഹോസ്റ്റ് എന്ന് വിളിക്കപ്പെടുന്നു. അത് ഒരു പത്ത്-റാക്ക് ക്ലസ്റ്ററായാലും നിങ്ങളുടെ ലാപ്‌ടോപ്പും ഒന്നര വെർച്വൽ മെഷീനുകളും പ്രവർത്തിക്കുന്ന ലാബും ആകട്ടെ - നിങ്ങൾ ഒരു ഹൈപ്പർവൈസർ പ്രവർത്തിപ്പിച്ചാൽ, നിങ്ങൾ ഒരു ഹോസ്റ്റായി മാറുന്നു. കാരണം ഒരു ഹൈപ്പർവൈസർ വെർച്വൽ മെഷീനുകൾ ഹോസ്റ്റുചെയ്യുന്നു. "ഹോസ്റ്റ്" എന്ന വാക്ക് ESXi യുമായി ദൃഢമായി ബന്ധിപ്പിക്കാൻ VMware ഒരിക്കൽ ആഗ്രഹിച്ചിരുന്ന ഒരു കഥ പോലും ഉണ്ട്. പക്ഷേ അവർ പരാജയപ്പെട്ടു.

ഇന്നത്തെ ലോകത്ത്, "ഹോസ്റ്റ്" എന്ന പദം പ്രായോഗികമായി "സെർവർ" എന്ന പദവുമായി ലയിച്ചിരിക്കുന്നു, ഇത് സംഭാഷണങ്ങളിൽ ഒരു പരിധിവരെ ആശയക്കുഴപ്പം സൃഷ്ടിക്കുന്നു, പ്രത്യേകിച്ച് വിൻഡോസ് ഇൻഫ്രാസ്ട്രക്ചറിന്റെ കാര്യത്തിൽ. അതിനാൽ, താൽപ്പര്യമുള്ള ഒരു സേവനം ഹോസ്റ്റ് ചെയ്യുന്ന ഏതൊരു മെഷീനിനെയും എളുപ്പത്തിൽ ഹോസ്റ്റ് എന്ന് വിളിക്കാം. ഉദാഹരണത്തിന്, വിൻസോക്ക് ലോഗുകളിൽ, എല്ലാം അടയാളപ്പെടുത്താൻ "ഹോസ്റ്റ്" എന്ന വാക്ക് ഉപയോഗിക്കുന്നു. ക്ലാസിക് "ഹോസ്റ്റ് കണ്ടെത്തിയില്ല" ഇതിന് ഒരു ഉദാഹരണമാണ്. അതിനാൽ, നമുക്ക് സന്ദർഭം കണക്കിലെടുക്കാം, പക്ഷേ വെർച്വലൈസേഷൻ ലോകത്ത്, അതിഥികളെ ഹോസ്റ്റ് ചെയ്യുന്നത് ഒരു ഹോസ്റ്റാണെന്ന് ഓർമ്മിക്കുക (അതിനെക്കുറിച്ച് കൂടുതൽ താഴെ).

പ്രാദേശിക പദപ്രയോഗങ്ങളിൽ നിന്ന് (അല്ലെങ്കിൽ ചുരുക്കെഴുത്തുകൾ, ഈ സാഹചര്യത്തിൽ), VMware VI ആണെന്നും, vSphere VC ആണെന്നും, Hyper-V HV ആണെന്നും ഓർമ്മ വരുന്നു.

അതിഥി: ഒരു ഹോസ്റ്റിൽ പ്രവർത്തിക്കുന്ന ഒരു വെർച്വൽ മെഷീൻ. ഇവിടെ വിശദീകരിക്കാൻ ഒന്നുമില്ല, എല്ലാം വളരെ യുക്തിസഹവും ലളിതവുമാണ്. എന്നിരുന്നാലും, പലരും ഇവിടെ മറ്റ് അർത്ഥങ്ങൾ വലിച്ചിഴയ്ക്കാൻ ശ്രമിക്കുന്നു.

എന്തുകൊണ്ട്? എനിക്കറിയില്ല.
യഥാക്രമം ഗസ്റ്റ് മെഷീനിന്റെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഗസ്റ്റ് ഒഎസാണ്. അങ്ങനെ പലതും.

ബാക്കപ്പ്/റെപ്ലിക്കേഷൻ ജോലി (ജോബ്എ): ഒരു പ്രത്യേക ജോലിക്കുള്ള ശുദ്ധമായ വിം പദപ്രയോഗം. ബാക്കപ്പ് ജോലി == ബാക്കപ്പ് ജോലി. ആരും ഒരു നല്ല റഷ്യൻ വിവർത്തനം കണ്ടെത്തിയിട്ടില്ല, അതിനാൽ എല്ലാവരും "ജോബ്എ" എന്ന് പറയുന്നു. അവസാന അക്ഷരത്തിൽ സമ്മർദ്ദം ചെലുത്തി.

അതെ, അവർ "ജോബ" എന്ന് മാത്രമേ പറയുന്നുള്ളൂ. അവർ അത് കത്തുകളിൽ പോലും എഴുതുന്നു, എല്ലാം ശരിയാണ്.
എല്ലാത്തരം ബാക്കപ്പ് ജോലികളും, ബാക്കപ്പ് ജോലികളും, അങ്ങനെ പലതും, നന്ദി, പക്ഷേ ആവശ്യമില്ല. ഒരു ജോലി മാത്രം, നിങ്ങൾക്ക് മനസ്സിലാകും. പ്രധാന കാര്യം അവസാനത്തെ അക്ഷരത്തിന് പ്രാധാന്യം നൽകുക എന്നതാണ്.

ബാക്കപ്പ് (ബാക്കപ്പ്, ബാക്കപ്പ്. പഴയകാലക്കാർക്ക്, ബാക്കപ്പ് സ്വീകാര്യമാണ്): വ്യക്തമായ (എവിടെയെങ്കിലും കിടക്കുന്ന ഡാറ്റയുടെ ബാക്കപ്പ് പകർപ്പ്) കൂടാതെ, അത് ജോലിയെത്തന്നെയും സൂചിപ്പിക്കുന്നു (മുകളിലുള്ള മൂന്ന് വരികൾ, നിങ്ങൾ മറന്നുപോയെങ്കിൽ), അതാണ് ആ ബാക്കപ്പ് ഫയൽ സൃഷ്ടിക്കുന്നത്. ഇംഗ്ലീഷ് സംസാരിക്കുന്നവർ എല്ലായ്‌പ്പോഴും "ഞാൻ എന്റെ ബാക്കപ്പ് ജോലി ചെയ്തു" എന്ന് പറയാൻ മടിയന്മാരാണെന്ന് തോന്നുന്നു, അതിനാൽ അവർ "ഞാൻ എന്റെ ബാക്കപ്പ് ചെയ്തു" എന്ന് മാത്രമേ പറയൂ, എല്ലാവരും പരസ്പരം നന്നായി മനസ്സിലാക്കുന്നു. ഈ അത്ഭുതകരമായ സംരംഭത്തെ പിന്തുണയ്ക്കാൻ ഞാൻ നിർദ്ദേശിക്കുന്നു.

ഏകീകരിക്കുക: ESXi 5.0-ൽ അവതരിപ്പിച്ച ഒരു പദം. സ്നാപ്പ്ഷോട്ട് മാനേജ്മെന്റ് മെനുവിലെ ഒരു ഓപ്ഷൻ, അനാഥ സ്നാപ്പ്ഷോട്ടുകൾ എന്ന് വിളിക്കപ്പെടുന്നവ ഇല്ലാതാക്കുന്ന പ്രക്രിയ ആരംഭിക്കുന്നു. ഇവ ഭൗതികമായി നിലവിലുണ്ടെങ്കിലും പ്രദർശിപ്പിച്ചിരിക്കുന്ന ലോജിക്കൽ ഘടനയിൽ നിന്ന് പുറത്തുപോയ സ്നാപ്പ്ഷോട്ടുകളാണ്. സൈദ്ധാന്തികമായി, ഈ പ്രക്രിയ സ്നാപ്പ്ഷോട്ട് മാനേജറിൽ പ്രദർശിപ്പിച്ചിരിക്കുന്ന ഫയലുകളെ ബാധിക്കരുത്, പക്ഷേ എന്തും സംഭവിക്കാം. ഏകീകരണ പ്രക്രിയയുടെ സാരാംശം, ഒരു സ്നാപ്പ്ഷോട്ടിൽ (ചൈൽഡ് ഡിസ്ക്) നിന്നുള്ള ഡാറ്റ പ്രധാന (പാരന്റ്) ഡിസ്കിലേക്ക് എഴുതപ്പെടുന്നു എന്നതാണ്. ഡിസ്കുകൾ സംയോജിപ്പിക്കുന്ന പ്രക്രിയയെ ലയിപ്പിക്കൽ എന്ന് വിളിക്കുന്നു. ഒരു ഏകീകരണ കമാൻഡ് നൽകിയിട്ടുണ്ടെങ്കിൽ, സ്നാപ്പ്ഷോട്ട് ലയിപ്പിച്ച് ഇല്ലാതാക്കുന്നതിന് മുമ്പ് ഡാറ്റാബേസിൽ നിന്ന് സ്നാപ്പ്ഷോട്ട് എൻട്രി ഇല്ലാതാക്കിയേക്കാം. ഒരു കാരണവശാലും സ്നാപ്പ്ഷോട്ട് ഇല്ലാതാക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, ഈ അനാഥ സ്നാപ്പ്ഷോട്ടുകൾ ദൃശ്യമാകും. സ്നാപ്പ്ഷോട്ടുകളുമായി പ്രവർത്തിക്കുന്നതിനെക്കുറിച്ചുള്ള ഒരു ഡോക്യുമെന്റ് VMware-നുണ്ട്. മോശമല്ല കെ.ബി.നമ്മളും എങ്ങനെയോ അവരെക്കുറിച്ച് ഹബറിൽ എഴുതി.

ഡാറ്റാസ്റ്റോർ (സ്റ്റോറ അല്ലെങ്കിൽ സംഭരണം):  ഇത് വളരെ വിശാലമായ ഒരു പദമാണ്, എന്നാൽ വെർച്വലൈസേഷൻ ലോകത്ത്, വെർച്വൽ മെഷീൻ ഫയലുകൾ സൂക്ഷിച്ചിരിക്കുന്ന സ്ഥലത്തെയാണ് ഇത് സൂചിപ്പിക്കുന്നത്. എന്നിരുന്നാലും, സന്ദർഭം വളരെ വ്യക്തമായി മനസ്സിലാക്കുകയും സംശയമുണ്ടെങ്കിൽ, നിങ്ങളുടെ സംഭാഷകൻ എന്താണ് ഉദ്ദേശിക്കുന്നതെന്ന് കൃത്യമായി വ്യക്തമാക്കുകയും ചെയ്യേണ്ടത് പ്രധാനമാണ്. 

പ്രോക്സി: Veeam പ്രോക്സി നമ്മൾ ഓൺലൈനിൽ ഉപയോഗിക്കുന്നതുപോലെയല്ല എന്ന് മനസ്സിലാക്കേണ്ടത് പ്രധാനമാണ്. Veeam ഉൽപ്പന്നങ്ങളിൽ, ഡാറ്റ ഒരു സ്ഥലത്ത് നിന്ന് മറ്റൊരിടത്തേക്ക് മാറ്റുന്ന ഒരു എന്റിറ്റിയാണിത്. ലളിതമായി പറഞ്ഞാൽ, VBR എന്നത് കമാൻഡ്-ആൻഡ്-കൺട്രോൾ സെർവറാണ്, പ്രോക്സികൾ അതിന്റെ വർക്ക്‌ഹോഴ്‌സുകളാണ്. ട്രാഫിക് ഒഴുകുന്നതും VBR ഘടകങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നതുമായ ഒരു മെഷീനാണ് പ്രോക്സി, ആ ട്രാഫിക് കൈകാര്യം ചെയ്യാൻ സഹായിക്കുന്നു. ഉദാഹരണത്തിന്, ഒരു ചാനലിൽ നിന്ന് മറ്റൊന്നിലേക്ക് ഡാറ്റ നീക്കുന്നതിലൂടെയോ ഡിസ്കുകൾ അറ്റാച്ചുചെയ്യുന്നതിലൂടെയോ (HotAdd മോഡ്).

സംഭരണി:  സാങ്കേതികമായി പറഞ്ഞാൽ, ബാക്കപ്പുകൾ എവിടെയാണ് സൂക്ഷിച്ചിരിക്കുന്നതെന്നും അതിലേക്ക് എങ്ങനെ ബന്ധിപ്പിക്കാമെന്നും സൂചിപ്പിക്കുന്ന VBR ഡാറ്റാബേസിലെ ഒരു എൻട്രി മാത്രമാണിത്. വാസ്തവത്തിൽ, ഇത് ഒരു ലളിതമായ CIFS ഷെയർ, ഒരു പ്രത്യേക ഡിസ്ക്, ഒരു സെർവർ അല്ലെങ്കിൽ ഒരു ക്ലൗഡ് ബക്കറ്റ് ആകാം. വീണ്ടും, ഞങ്ങൾ കാര്യങ്ങൾ സന്ദർഭത്തിൽ സൂക്ഷിക്കുന്നു, പക്ഷേ ഒരു റിപ്പോസിറ്ററി എന്നത് നിങ്ങളുടെ ബാക്കപ്പുകൾ താമസിക്കുന്ന ഒരു സ്ഥലം മാത്രമാണെന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു.

 സ്നാപ്പ്ഷോട്ട് (സ്നാപ്പ്ഷോട്ട്ഒടി): ഓക്സ്ഫോർഡ് വ്യാകരണ പ്രേമികൾ സ്നാപ്പ്ഷോട്ടുകളെക്കുറിച്ച് സംസാരിക്കാൻ ഇഷ്ടപ്പെടുന്നു, പക്ഷേ അറിവില്ലാത്തവരിൽ ഭൂരിഭാഗവും വലിയ വലിപ്പം കാരണം വിജയിക്കുന്നു. പരിചയമില്ലാത്തവർക്ക്, ഒരു ഡിസ്കിന്റെ അവസ്ഥ ഒരു പ്രത്യേക സമയത്തേക്ക് പുനഃസ്ഥാപിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു സാങ്കേതികവിദ്യയാണിത്. പ്രാഥമിക ഡിസ്കിൽ നിന്ന് താൽക്കാലികമായി I/O പ്രവർത്തനങ്ങൾ റീഡയറക്ട് ചെയ്തുകൊണ്ട് - RoW (റൈറ്റിൽ റീഡയറക്ട്) സ്നാപ്പ്ഷോട്ട് എന്ന് വിളിക്കുന്നു - അല്ലെങ്കിൽ നിങ്ങളുടെ ഡിസ്കിൽ നിന്ന് മാറ്റിയെഴുതിയ ബ്ലോക്കുകൾ മറ്റൊന്നിലേക്ക് - Cow (റൈറ്റിൽ പകർത്തുക) സ്നാപ്പ്ഷോട്ട് എന്ന് വിളിക്കുന്നു - ഇത് സാധ്യമാക്കുന്നു. ഈ സവിശേഷതകൾ ഉപയോഗിക്കുന്നതിനുള്ള വിശാലമായ ഓപ്ഷനുകളാണ് വീമിനെ അതിന്റെ ബാക്കപ്പ് മാജിക് പ്രവർത്തിപ്പിക്കാൻ അനുവദിക്കുന്നത്. കൃത്യമായി പറഞ്ഞാൽ, ഇത് മാത്രമല്ല, ഭാവിയിലെ റിലീസുകളിൽ വരുന്ന ഒരു സവിശേഷതയാണിത്.

ESXi ഡോക്യുമെന്റേഷനും ലോഗുകളും ഈ പദത്തെ ചുറ്റിപ്പറ്റി അൽപ്പം കുഴപ്പത്തിലാണ്, കൂടാതെ സ്നാപ്പ്ഷോട്ടുകൾ, റീഡോ ലോഗുകൾ, ഡെൽറ്റ ഡിസ്കുകൾ എന്നിവയെക്കുറിച്ചുള്ള റഫറൻസുകൾ നിങ്ങൾ കാണും. വീം ഡോക്യുമെന്റേഷൻ ലളിതമാണ്: ഒരു സ്നാപ്പ്ഷോട്ട് ഒരു സ്നാപ്പ്ഷോട്ടാണ്, കൂടാതെ റീഡോ ലോഗ് എന്നത് ഒരു സ്വതന്ത്രവും സ്ഥിരതയില്ലാത്തതുമായ ഡിസ്ക് സൃഷ്ടിച്ച ഒരു REDO ഫയലാണ്. VM ഷട്ട്ഡൗൺ ചെയ്യുമ്പോൾ REDO ഫയലുകൾ ഇല്ലാതാക്കപ്പെടും, അതിനാൽ അവയെ സ്നാപ്പ്ഷോട്ടുകളുമായി ആശയക്കുഴപ്പത്തിലാക്കുന്നത് ദുരന്തത്തിലേക്കുള്ള ഒരു പാചകക്കുറിപ്പാണ്.

സിന്തറ്റിക് (സിന്തറ്റിക്സ്): സിന്തറ്റിക് ബാക്കപ്പുകളെ റിവേഴ്സ് ഇൻക്രിമെന്റൽ ബാക്കപ്പുകൾ എന്നും ഫോറെവർ ഫോർവേഡ് ബാക്കപ്പുകൾ എന്നും തരം തിരിച്ചിരിക്കുന്നു. നിങ്ങൾ ഈ പദം കണ്ടിട്ടില്ലെങ്കിൽ, ഒരു ബാക്കപ്പ് ചെയിനിന്റെ പരിവർത്തനം നിർമ്മിക്കാൻ ഉപയോഗിക്കുന്ന ഒരു സംവിധാനമാണിത്. എന്നിരുന്നാലും, ഇൻക്രിമെന്റുകളിൽ (സിന്തറ്റിക് ഫുൾ) പൂർണ്ണ ബാക്കപ്പുകൾ സൃഷ്ടിക്കുന്നതിന്റെ പശ്ചാത്തലത്തിൽ ഉപയോഗിക്കുന്ന "ട്രാൻസ്ഫോം" എന്ന പദവും ലോഗുകളിൽ നിങ്ങൾക്ക് കാണാൻ കഴിയും.

ടാസ്‌ക് (ടാസ്‌ക്): ഒരു ജോലിക്കുള്ളിൽ ഓരോ മെഷീനും പ്രോസസ്സ് ചെയ്യുന്ന പ്രക്രിയയാണിത്. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് മൂന്ന് മെഷീനുകൾ ഉൾപ്പെടുന്ന ഒരു ബാക്കപ്പ് ജോലി ഉണ്ടെന്ന് കരുതുക. ഓരോ മെഷീനും ഒരു പ്രത്യേക ടാസ്‌ക്കിനുള്ളിൽ പ്രോസസ്സ് ചെയ്യപ്പെടും. ഇത് നാല് ലോഗുകൾക്ക് കാരണമാകുന്നു: പ്രധാനം ജോലിക്കുള്ളതും മൂന്ന് ടാസ്‌ക്കുകൾക്കും. എന്നിരുന്നാലും, ഇവിടെ ഒരു പ്രധാന സൂക്ഷ്മതയുണ്ട്: കാലക്രമേണ, "ടാസ്‌ക്" എന്ന വാക്ക് അമിതമായി അവ്യക്തമായി. പങ്കിട്ട ലോഗുകളെക്കുറിച്ച് നമ്മൾ സംസാരിക്കുമ്പോൾ, ഒരു ടാസ്‌ക് പ്രത്യേകമായി ഒരു VM ആണെന്നാണ് ഞങ്ങൾ അർത്ഥമാക്കുന്നത്. എന്നാൽ പ്രോക്സികൾക്കും റിപ്പോസിറ്ററികൾക്കും അവരുടേതായ "ടാസ്‌ക്കുകൾ" ഉണ്ട്. ഈ സന്ദർഭങ്ങളിൽ, ഒരു ടാസ്‌ക് ഒരു വെർച്വൽ ഡിസ്ക്, ഒരു വെർച്വൽ മെഷീൻ അല്ലെങ്കിൽ മുഴുവൻ ജോലിയെയും സൂചിപ്പിക്കാം. അതിനാൽ, സന്ദർഭം നഷ്ടപ്പെടുത്താതിരിക്കേണ്ടത് പ്രധാനമാണ്.

വീം %name% സേവനം:  നിരവധി സേവനങ്ങൾ വിജയകരമായ ബാക്കപ്പുകൾക്ക് സംഭാവന നൽകുന്നു, അവയുടെ ഒരു ലിസ്റ്റ് സ്റ്റാൻഡേർഡ് സ്നാപ്പ്-ഇന്നിൽ കാണാം. അവയുടെ പേരുകൾ വളരെ വ്യക്തമാണ്, എന്നാൽ അവയിൽ ഏറ്റവും പ്രധാനപ്പെട്ടത് വീം ബാക്കപ്പ് സേവനമാണ്, അതില്ലാതെ മറ്റുള്ളവ പ്രവർത്തിക്കില്ല.

വി.എസ്.എസ്: സാങ്കേതികമായി, VSS എപ്പോഴും Microsoft Volume Shadow Copy Service എന്നതിന്റെ ചുരുക്കെഴുത്തായിരിക്കണം. വാസ്തവത്തിൽ, ഇത് പലപ്പോഴും ആപ്ലിക്കേഷൻ-അവെയർ ഇമേജ് പ്രോസസ്സിംഗിന്റെ പര്യായമായി ഉപയോഗിക്കാറുണ്ട്. തീർച്ചയായും ഇത് പൂർണ്ണമായും തെറ്റാണ്, പക്ഷേ ഇത് "ഏതെങ്കിലും SUV-യെ ജീപ്പ് എന്ന് വിളിക്കൂ, നിങ്ങൾക്ക് മനസ്സിലാകും" എന്ന തരത്തിലുള്ള ഒരു കഥയാണ്.

അതിശയകരമായ മരക്കഷണങ്ങളും അവ താമസിക്കുന്ന സ്ഥലങ്ങളും

ഒരു വലിയ രഹസ്യം വെളിപ്പെടുത്തിക്കൊണ്ട് ഈ അധ്യായം ആരംഭിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു: രേഖകളിൽ എത്ര സമയമാണ് കാണിച്ചിരിക്കുന്നത്?

ഓർക്കുക:

• ESXi എപ്പോഴും UTC+0 ലാണ് ലോഗുകൾ എഴുതുന്നത്.
• vCenter അതിന്റെ സമയ മേഖലയുടെ സമയത്തെ അടിസ്ഥാനമാക്കി ലോഗുകൾ പരിപാലിക്കുന്നു.
• വീം ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുന്ന സെർവറിന്റെ സമയ മേഖലയെയും സമയ മേഖലയെയും അടിസ്ഥാനമാക്കി ലോഗുകൾ പരിപാലിക്കുന്നു.
• EVTX ഫോർമാറ്റിലുള്ള വിൻഡോസ് ഇവന്റുകൾ മാത്രം ഒന്നിനോടും ബന്ധപ്പെട്ടിട്ടില്ല. തുറക്കുമ്പോൾ, അവ തുറന്ന മെഷീനിനെ അടിസ്ഥാനമാക്കി സമയം വീണ്ടും കണക്കാക്കുന്നു. വെല്ലുവിളി നിറഞ്ഞതാണെങ്കിലും ഇത് ഏറ്റവും സൗകര്യപ്രദമായ ഓപ്ഷനാണ്. ഒരേയൊരു പ്രധാന പ്രശ്നം ലോക്കൽ വ്യത്യാസങ്ങളാണ്. വായിക്കാൻ കഴിയാത്ത ലോഗുകൾക്കുള്ള ഒരു ഉറപ്പായ പാചകക്കുറിപ്പാണിത്. അതെ, ഇത് പരിഹരിക്കാനുള്ള വഴികളുണ്ട്, പക്ഷേ ഐടിയിലെ എല്ലാം ഇംഗ്ലീഷിൽ പ്രവർത്തിക്കുന്നുവെന്നും സെർവർ ലോക്കൽ എല്ലായ്പ്പോഴും ഇംഗ്ലീഷിലേക്ക് സജ്ജീകരിക്കുന്നുവെന്നും നമുക്ക് സമ്മതിക്കാം. അത്രമാത്രം. 

ഇനി ലോഗുകൾ എവിടെയാണ് താമസിക്കുന്നതെന്നും അവ എങ്ങനെ നേടാമെന്നും നമുക്ക് സംസാരിക്കാം. VBR-ന്റെ കാര്യത്തിൽ, രണ്ട് സമീപനങ്ങളുണ്ട്. 

നിങ്ങളുടെ പ്രശ്നവുമായി ബന്ധപ്പെട്ട ഫയലുകളുടെ ഒരു കൂമ്പാരത്തിലൂടെ തിരയാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നില്ലെങ്കിൽ ഓപ്ഷൻ ഒന്ന് അനുയോജ്യമാണ്. ഇതിനായി ഞങ്ങൾക്ക് ഒരു പ്രത്യേക വിസാർഡ് ഉണ്ട്, നിങ്ങൾക്ക് ഒരു പ്രത്യേക ജോലിയും നിങ്ങൾക്ക് ലോഗുകൾ ആവശ്യമുള്ള ഒരു പ്രത്യേക കാലയളവും വ്യക്തമാക്കാൻ ഇത് ഉപയോഗിക്കാം. പിന്നീട് അത് സ്വയമേവ ഫോൾഡറുകളിലൂടെ അരിച്ചുപെറുക്കി നിങ്ങൾക്ക് ആവശ്യമുള്ളതെല്ലാം ഒരൊറ്റ ആർക്കൈവിലേക്ക് സമാഹരിക്കും. അത് എവിടെ കണ്ടെത്താമെന്നും എങ്ങനെ ഉപയോഗിക്കാമെന്നും വിശദമായ വിവരങ്ങൾ ഇതിൽ ലഭ്യമാണ് ഈ കെ.വി..

എന്നിരുന്നാലും, വിസാർഡ് എല്ലാ ജോലികൾക്കുമുള്ള ലോഗുകൾ ശേഖരിക്കുന്നില്ല, ഉദാഹരണത്തിന്, ഒരു പുനഃസ്ഥാപനം, ഫെയിൽഓവർ അല്ലെങ്കിൽ ഫെയിൽബാക്ക് എന്നിവയുടെ ലോഗുകൾ പഠിക്കണമെങ്കിൽ, നിങ്ങളുടെ പാത്ത് ഫോൾഡറിലാണ്. %പ്രോഗ്രാം ഡാറ്റ%/വീയം/ബാക്കപ്പ്ഇതാണ് പ്രധാന VBR ലോഗ് സംഭരണം, %ProgramData% എന്നത് ഒരു മറഞ്ഞിരിക്കുന്ന ഫോൾഡറാണ്, ഇത് സാധാരണമാണ്. വഴിയിൽ, HKEY_LOCAL_MACHINE\SOFTWARE\Veeam\Veeam ബാക്കപ്പ് ആൻഡ് റെപ്ലിക്കേഷൻ ബ്രാഞ്ചിലെ REG_SZ രജിസ്ട്രി കീ: LogDirectory ഉപയോഗിച്ച് ഡിഫോൾട്ട് ലൊക്കേഷൻ വീണ്ടും അസൈൻ ചെയ്യാൻ കഴിയും.

ലിനക്സ് മെഷീനുകളിൽ, വർക്കർ ഏജന്റ് ലോഗുകൾ / ൽ കണ്ടെത്തണം.var/log/VeeamBackup/, നിങ്ങൾ ഒരു റൂട്ട് അല്ലെങ്കിൽ സുഡോ അക്കൗണ്ട് ഉപയോഗിക്കുകയാണെങ്കിൽ. നിങ്ങൾക്ക് അത്തരം പ്രത്യേകാവകാശങ്ങൾ ഇല്ലെങ്കിൽ, ലോഗിനുകൾക്കായി നോക്കുക /tmp/വീംബാക്കപ്പ്. 

%OS_name% നായുള്ള Veeam ഏജന്റിനുള്ള ലോഗുകൾ തിരയണം %പ്രോഗ്രാംഡാറ്റ%/വീയം/എൻഡ്‌പോയിന്റ് (അല്ലെങ്കിൽ %പ്രോഗ്രാംഡാറ്റ%/വീയം/ബാക്കപ്പ്/എൻഡ്‌പോയിന്റ്) ഒപ്പം /var/log/veeam യഥാക്രമം

നിങ്ങൾ ആപ്ലിക്കേഷൻ-അവെയർ ഇമേജ് പ്രോസസ്സിംഗ് ഉപയോഗിക്കുകയാണെങ്കിൽ (നിങ്ങളും അങ്ങനെ ആയിരിക്കാം), കാര്യങ്ങൾ കുറച്ചുകൂടി സങ്കീർണ്ണമാകും. വെർച്വൽ മെഷീനിൽ തന്നെ സംഭരിച്ചിരിക്കുന്ന ഞങ്ങളുടെ ഹെൽപ്പർ ലോഗുകളും വിഎസ്എസ് ലോഗുകളും നിങ്ങൾക്ക് ആവശ്യമായി വരും. ഈ ഉറവിടങ്ങൾ എങ്ങനെ, എവിടെ നിന്ന് നേടാമെന്ന് വിശദമായി വിവരിച്ചിരിക്കുന്നു ഈ ലേഖനംതീർച്ചയായും ഉണ്ട് പ്രത്യേക ലേഖനം ആവശ്യമായ സിസ്റ്റം ലോഗുകൾ ശേഖരിക്കുന്നതിന്. 

വിൻഡോസ് ഇവന്റുകൾ സൗകര്യപ്രദമായി ശേഖരിക്കുന്നത് അനുസരിച്ച് ഈ കെ.വി.നിങ്ങൾ ഹൈപ്പർ-വി ഉപയോഗിക്കുകയാണെങ്കിൽ, കാര്യങ്ങൾ കൂടുതൽ സങ്കീർണ്ണമാകും, കാരണം നിങ്ങൾക്ക് ആപ്ലിക്കേഷനുകളും സർവീസ് ലോഗുകളും > മൈക്രോസോഫ്റ്റ് > വിൻഡോസ് ബ്രാഞ്ചിൽ നിന്നുള്ള എല്ലാ ലോഗുകളും ആവശ്യമായി വരും. എന്നിരുന്നാലും, നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും കൂടുതൽ കഠിനമായ ഒരു സമീപനം സ്വീകരിക്കാനും %SystemRoot%\System32\winevt\Logs-ൽ നിന്ന് എല്ലാ ഒബ്‌ജക്റ്റുകളും എക്‌സ്‌ട്രാക്റ്റ് ചെയ്യാനും കഴിയും.

ഇൻസ്റ്റാളേഷൻ അല്ലെങ്കിൽ അപ്‌ഗ്രേഡ് സമയത്ത് എന്തെങ്കിലും തകരാറുകൾ സംഭവിച്ചാൽ, നിങ്ങൾക്ക് ആവശ്യമുള്ളതെല്ലാം %ProgramData%/Veeam/Setup/Temp ഫോൾഡറിൽ കണ്ടെത്താനാകും. OS ഇവന്റുകൾ ഈ ലോഗുകളേക്കാൾ കൂടുതൽ ഉപയോഗപ്രദമായ വിവരങ്ങൾ നൽകുമെന്ന വസ്തുത ഞാൻ മറച്ചുവെക്കില്ല. താൽപ്പര്യമുള്ള മറ്റെന്തെങ്കിലും %Temp%-ൽ ഉണ്ട്, പക്ഷേ അതിൽ കൂടുതലും ഡാറ്റാബേസുകൾ, .Net ലൈബ്രറികൾ മുതലായവ പോലുള്ള പിന്തുണയ്ക്കുന്ന സോഫ്റ്റ്‌വെയറിനായുള്ള ഇൻസ്റ്റലേഷൻ ലോഗുകൾ അടങ്ങിയിരിക്കുന്നു. Veeam ഒരു MSI ഫയലിൽ നിന്നാണ് ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുന്നതെന്നും അതിന്റെ എല്ലാ ഘടകങ്ങളും പ്രത്യേക MSI പാക്കേജുകളായി ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെന്നും ഓർമ്മിക്കുക, ഇത് GUI-യിൽ പ്രതിഫലിച്ചിട്ടില്ലെങ്കിൽ പോലും. അതിനാൽ, ഒരു ഘടകത്തിന്റെ ഇൻസ്റ്റാളേഷൻ പരാജയപ്പെട്ടാൽ, മുഴുവൻ VBR ഇൻസ്റ്റാളേഷനും നിർത്തും. അതിനാൽ, നിങ്ങൾ ലോഗുകൾ നോക്കി കൃത്യമായി എന്താണ് പരാജയപ്പെട്ടതെന്നും എപ്പോൾ പരാജയപ്പെട്ടുവെന്നും നിർണ്ണയിക്കേണ്ടതുണ്ട്.

അവസാനമായി ഒരു ലൈഫ് ഹാക്ക് കൂടി: ഇൻസ്റ്റാളേഷൻ സമയത്ത് ഒരു പിശക് സംഭവിച്ചാൽ, OK ക്ലിക്ക് ചെയ്യാൻ തിരക്കുകൂട്ടരുത്. ആദ്യം, ലോഗുകൾ എടുക്കുക, തുടർന്ന് OK ക്ലിക്ക് ചെയ്യുക. ഇങ്ങനെ, അവസാനം ഒരു മാലിന്യവുമില്ലാതെ, പിശകിന്റെ പോയിന്റിൽ അവസാനിക്കുന്ന ഒരു ലോഗ് നിങ്ങൾക്ക് ലഭിക്കും.

ചിലപ്പോൾ നിങ്ങൾ vSphere ലോഗുകളിലേക്ക് ആഴ്ന്നിറങ്ങേണ്ടി വരും. ഇതൊരു നന്ദികെട്ട ജോലിയാണ്, പക്ഷേ അല്പം എൽബോ ഗ്രീസ് ഉപയോഗിച്ചാൽ നിങ്ങൾക്ക് കൂടുതൽ കാര്യങ്ങൾ ചെയ്യാൻ കഴിയും. ഏറ്റവും ലളിതമായ സാഹചര്യത്തിൽ, വെർച്വൽ മെഷീനിന്റെ .vmx ഫയലിനടുത്തായി സ്ഥിതി ചെയ്യുന്ന ഇവന്റ് ലോഗുകൾ (vmware.log) നമുക്ക് ആവശ്യമായി വരും. കൂടുതൽ സങ്കീർണ്ണമായ സാഹചര്യത്തിൽ, നിങ്ങളുടെ ഹോസ്റ്റ് പതിപ്പിനായുള്ള ലോഗുകളുടെ സ്ഥാനം ഞങ്ങൾ Google-ൽ തിരയും, കാരണം VMware ഈ സ്ഥാനം ഒരു റിലീസിൽ നിന്ന് മറ്റൊന്നിലേക്ക് മാറ്റാൻ പ്രവണത കാണിക്കുന്നു. ഉദാഹരണത്തിന്, ഇതാ... 7.0-നുള്ള ലേഖനം, പക്ഷേ 5.5vCenter ലോഗുകൾക്ക്, ഞങ്ങൾ നടപടിക്രമം ആവർത്തിക്കുന്നു ഗൂഗിളിംഗ്പക്ഷേ പൊതുവേ, ഹോസ്റ്റ് ഇവന്റ് ലോഗുകൾ (hostd.log), vCenter നിയന്ത്രിക്കുന്ന ഹോസ്റ്റുകൾക്കായുള്ള ഇവന്റ് ലോഗുകൾ (vpxa.log), കേർണൽ ലോഗുകൾ (vmkernel.log), പ്രാമാണീകരണ ലോഗുകൾ (auth.log) എന്നിവയിലായിരിക്കും നമുക്ക് താൽപ്പര്യം. ഏറ്റവും അത്യാവശ്യ സന്ദർഭങ്ങളിൽ, SSO ഫോൾഡറിൽ സ്ഥിതി ചെയ്യുന്ന SSO ലോഗ് ഉപയോഗപ്രദമാകും.

ബുദ്ധിമുട്ടുള്ളതാണോ? ആശയക്കുഴപ്പമുണ്ടാക്കുന്നതാണോ? ഭയപ്പെടുത്തുന്നതാണോ? പക്ഷേ, ഞങ്ങളുടെ സപ്പോർട്ട് ടീം ദിവസേന ജോലി ചെയ്യുന്ന വിവരങ്ങളുടെ പകുതി പോലും അതിലില്ല. അതിനാൽ അവ ശരിക്കും, ശരിക്കും രസകരമാണ്.

വീം ഘടകങ്ങൾ

ഈ ആമുഖ ലേഖനം അവസാനിപ്പിക്കാൻ, വീം ബാക്കപ്പ് & റെപ്ലിക്കേഷൻ ഘടകങ്ങളെക്കുറിച്ച് നമുക്ക് കുറച്ച് സംസാരിക്കാം. കാരണം നിങ്ങളുടെ പ്രശ്നങ്ങളുടെ മൂലകാരണം അന്വേഷിക്കുമ്പോൾ, സിസ്റ്റത്തിന്റെ അടിസ്ഥാന ഘടന മനസ്സിലാക്കുന്നത് സഹായകമാകും.

അപ്പോൾ, എല്ലാവർക്കും അറിയാവുന്നതുപോലെ, വീം ബാക്കപ്പ് ഒരു SQL-അധിഷ്ഠിത ആപ്ലിക്കേഷനാണ്. ഇതിനർത്ഥം എല്ലാ ക്രമീകരണങ്ങളും, എല്ലാ വിവരങ്ങളും, ശരിയായ പ്രവർത്തനത്തിന് ആവശ്യമായ മറ്റെല്ലാം അതിന്റെ ഡാറ്റാബേസിൽ സംഭരിച്ചിരിക്കുന്നു എന്നാണ്. അല്ലെങ്കിൽ, നമ്മൾ VBR, EM കോമ്പിനേഷനെക്കുറിച്ചാണ് സംസാരിക്കുന്നതെങ്കിൽ, രണ്ട് ഡാറ്റാബേസുകളിൽ: യഥാക്രമം വീംബാക്കപ്പ്, വീംബാക്കപ്പ്റിപ്പോർട്ടിംഗ്. അങ്ങനെ പോകുന്നു: നമ്മൾ മറ്റൊരു ആപ്ലിക്കേഷൻ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, മറ്റൊരു ഡാറ്റാബേസ് ദൃശ്യമാകുന്നു. അതിനാൽ, നമ്മുടെ എല്ലാ മുട്ടകളും ഒരു കൊട്ടയിൽ ഇടാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നില്ല.

എന്നാൽ ഇതെല്ലാം സുഗമമായി പ്രവർത്തിക്കണമെങ്കിൽ, എല്ലാ ഘടകങ്ങളെയും ഒരുമിച്ച് ബന്ധിപ്പിക്കുന്ന ഒരു കൂട്ടം സേവനങ്ങളും ആപ്ലിക്കേഷനുകളും നമുക്ക് ആവശ്യമാണ്. ഒരു ഉദാഹരണമായി, എന്റെ ലാബുകളിലൊന്നിൽ ഇത് എങ്ങനെ കാണപ്പെടുന്നുവെന്ന് ഇതാ:

പ്രധാന കണ്ടക്ടർ ആണ് വീം ബാക്കപ്പ് സേവനംഡാറ്റാബേസുകളുമായി വിവരങ്ങൾ കൈമാറുന്നതിന് ഉത്തരവാദി അദ്ദേഹമാണ്. എല്ലാ ദൗത്യങ്ങളും ആരംഭിക്കുന്നതിനും അനുവദിച്ച വിഭവങ്ങൾ ക്രമീകരിക്കുന്നതിനും വിവിധ കൺസോളുകൾക്കും ഏജന്റുമാർക്കും മറ്റെല്ലാത്തിനും ഒരുതരം ആശയവിനിമയ കേന്ദ്രമായി പ്രവർത്തിക്കുന്നതിനും അദ്ദേഹം ഉത്തരവാദിയാണ്. ചുരുക്കത്തിൽ, അദ്ദേഹത്തെ കൂടാതെ നമുക്ക് തീർച്ചയായും ചെയ്യാൻ കഴിയില്ല, പക്ഷേ അതിനർത്ഥം അദ്ദേഹം എല്ലാം സ്വയം ചെയ്യുന്നു എന്നല്ല.

അവന്റെ പദ്ധതികൾ നടപ്പിലാക്കുന്നതിൽ അയാൾക്ക് സഹായം ലഭിക്കുന്നു. വീം ബാക്കപ്പ് മാനേജർഇതൊരു സേവനമല്ല, മറിച്ച് ജോലികൾ ആരംഭിക്കുകയും അവയുടെ നിർവ്വഹണം നിരീക്ഷിക്കുകയും ചെയ്യുന്ന ഒരു സ്ഥാപനമാണ്. ബാക്കപ്പ് സേവനത്തിന്റെ പ്രവർത്തന ശാഖകൾ ഹോസ്റ്റുകളുമായി ബന്ധിപ്പിക്കുന്നു, സ്നാപ്പ്ഷോട്ടുകൾ സൃഷ്ടിക്കുന്നു, നിലനിർത്തൽ നിരീക്ഷിക്കുന്നു തുടങ്ങിയവ.

എന്നാൽ നമുക്ക് സേവനങ്ങളുടെ പട്ടികയിലേക്ക് മടങ്ങാം. വീയം ബ്രോക്കർ സർവീസ്v9.5-ൽ അവതരിപ്പിച്ചു (ചിലർ കരുതിയിരുന്നതുപോലെ ഇത് ഒരു ക്രിപ്‌റ്റോ മൈനർ അല്ല). ഇത് VMware ഹോസ്റ്റുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ ശേഖരിക്കുകയും അത് കാലികമായി നിലനിർത്തുകയും ചെയ്യുന്നു. എന്നാൽ ഞങ്ങൾ നിങ്ങളെ ചാരപ്പണി ചെയ്യുന്നതായും നിങ്ങളുടെ എല്ലാ ലോഗിനുകളും പാസ്‌വേഡുകളും മേധാവിക്ക് ചോർത്തുന്നതായും കോപാകുലമായ അഭിപ്രായങ്ങൾ എഴുതാൻ തിരക്കുകൂട്ടരുത്. ഇത് അൽപ്പം ലളിതമാണ്. നിങ്ങൾ ഒരു ബാക്കപ്പ് പ്രവർത്തിപ്പിക്കുമ്പോൾ, നിങ്ങൾ ആദ്യം ഹോസ്റ്റുമായി കണക്റ്റുചെയ്‌ത് അതിന്റെ എല്ലാ ഘടന ഡാറ്റയും അപ്‌ഡേറ്റ് ചെയ്യേണ്ടതുണ്ട്. ഇത് വളരെ മന്ദഗതിയിലുള്ളതും ബുദ്ധിമുട്ടുള്ളതുമാണ്. വെബ് ഇന്റർഫേസിലൂടെ ലോഗിൻ ചെയ്യാൻ നിങ്ങൾക്ക് എത്ര സമയമെടുക്കുമെന്ന് ചിന്തിക്കുക, മുകളിലെ പാളി മാത്രമേ കണക്കാക്കൂ എന്ന് ഓർമ്മിക്കുക. തുടർന്ന് നിങ്ങൾ ഇപ്പോഴും മുഴുവൻ ശ്രേണിയും ആവശ്യമായ സ്ഥലത്തേക്ക് വികസിപ്പിക്കേണ്ടതുണ്ട്. ചുരുക്കത്തിൽ, ഇത് ഭയാനകമാണ്. നിങ്ങൾ ഒരു ഡസൻ ബാക്കപ്പുകൾ പ്രവർത്തിപ്പിക്കുകയാണെങ്കിൽ, ഓരോ ജോലിയും ഈ നടപടിക്രമത്തിലൂടെ കടന്നുപോകേണ്ടതുണ്ട് എന്നാണ് ഇതിനർത്ഥം. വലിയ ഇൻഫ്രാസ്ട്രക്ചറുകൾക്ക്, ഈ പ്രക്രിയയ്ക്ക് പത്ത് മിനിറ്റോ അതിൽ കൂടുതലോ എടുത്തേക്കാം. അതിനാൽ, ഇതിനായി ഒരു പ്രത്യേക സേവനം സൃഷ്ടിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു, അതിലൂടെ നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും കാലികമായ വിവരങ്ങൾ ലഭിക്കും. ഇത് സ്റ്റാർട്ടപ്പിൽ ചേർത്ത എല്ലാ ഇൻഫ്രാസ്ട്രക്ചറുകളും പരിശോധിക്കുകയും സ്കാൻ ചെയ്യുകയും തുടർന്ന് വർദ്ധിച്ചുവരുന്ന മാറ്റങ്ങളിൽ മാത്രം പ്രവർത്തിക്കാൻ ശ്രമിക്കുകയും ചെയ്യുന്നു. അതിനാൽ നിങ്ങൾക്ക് ഒരേസമയം നൂറ് ബാക്കപ്പുകൾ പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ പോലും, അവരെല്ലാം സ്വന്തം അഭ്യർത്ഥനകൾ ഉപയോഗിച്ച് ഹോസ്റ്റുകളെ ശല്യപ്പെടുത്തുന്നതിനുപകരം ഞങ്ങളുടെ ബ്രോക്കറിൽ നിന്ന് വിവരങ്ങൾ അഭ്യർത്ഥിക്കും. നിങ്ങൾക്ക് വിഭവങ്ങളെക്കുറിച്ച് ആശങ്കയുണ്ടെങ്കിൽ, 5000 വെർച്വൽ മെഷീനുകൾക്ക് ഏകദേശം 100 MB മെമ്മറി മാത്രമേ ആവശ്യമുള്ളൂ എന്ന് ഞങ്ങൾ കണക്കാക്കുന്നു.

അടുത്തതായി നമുക്ക് വീം കൺസോൾഇത് വീം റിമോട്ട് കൺസോൾ അല്ലെങ്കിൽ വീം.ബാക്കപ്പ്.ഷെൽ എന്നും അറിയപ്പെടുന്നു. സ്ക്രീൻഷോട്ടുകളിൽ നമ്മൾ കാണുന്ന അതേ GUI ഇതാണ്. ഇത് ലളിതവും വ്യക്തവുമാണ് - വിൻഡോസ് ആയിരിക്കുകയും VBR സെർവറുമായി ഒരു കണക്ഷൻ ഉണ്ടെങ്കിൽ കൺസോൾ എവിടെ നിന്നും സമാരംഭിക്കാൻ കഴിയും. എനിക്ക് പറയാൻ കഴിയുന്ന ഒരേയൊരു കാര്യം FLR പ്രക്രിയ പോയിന്റുകളെ ലോക്കലായി മൗണ്ട് ചെയ്യും (അതായത്, കൺസോൾ പ്രവർത്തിപ്പിക്കുന്ന മെഷീനിൽ). വിവിധ വീം എക്സ്പ്ലോററുകൾ കൺസോളിന്റെ ഭാഗമായതിനാൽ അവ ലോക്കലായി സമാരംഭിക്കും. പക്ഷേ അവിടെയാണ് ഞാൻ ആകൃഷ്ടനാകുന്നത്...

അടുത്ത രസകരമായ സേവനം വീം ബാക്കപ്പ് കാറ്റലോഗ് ഡാറ്റ സേവനം. സേവനങ്ങളുടെ പട്ടികയിൽ വീം ഗസ്റ്റ് കാറ്റലോഗ് സർവീസ് എന്നറിയപ്പെടുന്ന ഇത്, ഗസ്റ്റ് മെഷീനുകളിലെ ഫയൽ സിസ്റ്റങ്ങളെ ഇൻഡെക്സ് ചെയ്യുകയും ഈ വിവരങ്ങൾ ഉപയോഗിച്ച് VBRCatalog ഫോൾഡറിൽ പൂരിപ്പിക്കുകയും ചെയ്യുന്നു. ഇൻഡെക്സിംഗ് ചെക്ക്ബോക്സ് പ്രാപ്തമാക്കിയിരിക്കുമ്പോൾ മാത്രമേ ഇത് ഉപയോഗിക്കൂ, നിങ്ങൾക്ക് എന്റർപ്രൈസ് മാനേജർ ഉണ്ടെങ്കിൽ മാത്രമേ ഇത് അർത്ഥവത്താകൂ. അതിനാൽ, എന്റെ ഹൃദയംഗമമായ ഉപദേശം: നിങ്ങൾക്ക് EM ഇല്ലെങ്കിൽ ഇൻഡെക്സിംഗ് പ്രാപ്തമാക്കരുത്. നിങ്ങൾക്കും നിങ്ങളുടെ പിന്തുണാ ടീമിനും സമയം ലാഭിക്കൂ.

മറ്റ് പ്രധാന സേവനങ്ങളിൽ നിന്നും എടുത്തുപറയേണ്ടവ ഇവയാണ് വീം ഇൻസ്റ്റാളർ സേവനം, ഇത് പ്രോക്സികൾ, റിപ്പോസിറ്ററികൾ, മറ്റ് ഗേറ്റ്‌വേകൾ എന്നിവയിലേക്ക് ആവശ്യമായ ഘടകങ്ങൾ എത്തിക്കുകയും ഇൻസ്റ്റാൾ ചെയ്യുകയും ചെയ്യുന്നു. അടിസ്ഥാനപരമായി, ഇത് ആവശ്യമായ .msi പാക്കേജുകൾ സെർവറുകളിലേക്ക് എത്തിക്കുകയും ഇൻസ്റ്റാൾ ചെയ്യുകയും ചെയ്യുന്നു. 

വീം ഡാറ്റ മൂവർ — പ്രോക്സികളിലും (മറ്റ് ഉപകരണങ്ങളിലും) പ്രവർത്തിക്കുന്ന ഓക്സിലറി ഏജന്റുകൾ ഉപയോഗിച്ച്, ഇത് ഡാറ്റ കൈമാറ്റം കൈകാര്യം ചെയ്യുന്നു. ഉദാഹരണത്തിന്, ബാക്കപ്പ് സമയത്ത്, ഒരു ഏജന്റ് ഹോസ്റ്റ് ഡാറ്റാസ്റ്റോറിൽ നിന്നുള്ള ഫയലുകൾ വായിക്കും, രണ്ടാമത്തേത് അവ ശ്രദ്ധാപൂർവ്വം ബാക്കപ്പിലേക്ക് എഴുതും.

ക്ലയന്റുകൾ പലപ്പോഴും പരാതിപ്പെടുന്ന ഒരു പ്രധാന പ്രശ്നം ഞാൻ ചൂണ്ടിക്കാണിക്കാൻ ആഗ്രഹിക്കുന്നു: സേവന പതിപ്പുകളിലെയും പ്രോഗ്രാമുകളിലെയും സവിശേഷതകളിലെയും വിവരങ്ങളിലെയും പൊരുത്തക്കേടുകൾ. അതെ, പട്ടിക സമാനമായിരിക്കും, പക്ഷേ പതിപ്പുകൾ പൂർണ്ണമായും ക്രമരഹിതമായിരിക്കാം. ഒരു ദൃശ്യ വീക്ഷണകോണിൽ നിന്ന് ഇത് മികച്ചതല്ല, പക്ഷേ എല്ലാം സുഗമമായി പ്രവർത്തിക്കുന്നിടത്തോളം കാലം ഇത് തികച്ചും സാധാരണമാണ്. ഉദാഹരണത്തിന്, ഇൻസ്റ്റാളർ സേവനത്തിന്റെ പതിപ്പ് നമ്പർ അതിന്റെ അയൽക്കാരെക്കാൾ വളരെ പിന്നിലാണ്. ഇതൊരു പേടിസ്വപ്നമാണോ? ഇല്ല, കാരണം ഇത് പൂർണ്ണമായും വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നില്ല, അതിന്റെ DLL മാത്രം. പാച്ച് v9.5 U4-ൽ, സാങ്കേതിക പിന്തുണയ്ക്ക് ഒരു പേടിസ്വപ്നം അനുഭവപ്പെട്ടു: അപ്‌ഡേറ്റ് സമയത്ത്, ഏറ്റവും പ്രധാനപ്പെട്ടത് ഒഴികെ എല്ലാ സേവനങ്ങൾക്കും പുതിയ പതിപ്പുകൾ ലഭിച്ചു. പാച്ച് U4b-യിൽ, ട്രാൻസ്പോർട്ട് സേവനം മറ്റെല്ലാ പതിപ്പുകളേക്കാളും രണ്ട് പതിപ്പുകൾ മുന്നിലായിരുന്നു (സംഖ്യകൾ അനുസരിച്ച് വിലയിരുത്തുമ്പോൾ). ഇതും സാധാരണമാണ് - അതിൽ ഗുരുതരമായ ഒരു ബഗ് കണ്ടെത്തി, അതിനാൽ മറ്റുള്ളവയുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ ഇതിന് ഒരു ബോണസ് അപ്‌ഡേറ്റ് ലഭിച്ചു. അതിനാൽ, ചുരുക്കത്തിൽ: ഒരു പതിപ്പ് വ്യത്യാസം ഒരു പ്രശ്‌നമാകാം, പക്ഷേ ഒരു വ്യത്യാസമുണ്ടെങ്കിൽ എല്ലാം ശരിയായി പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ, മിക്കവാറും അത് പ്രതീക്ഷിച്ചതുപോലെ തന്നെയായിരിക്കും. എന്നാൽ സാങ്കേതിക പിന്തുണയോടെ ഇത് പരിശോധിക്കുന്നതിൽ നിന്ന് ആരും നിങ്ങളെ തടയുന്നില്ല.

ഇവ നിർബന്ധിത സേവനങ്ങൾ എന്നറിയപ്പെടുന്നവയായിരുന്നു. ടേപ്പ് സർവീസ്, മൗണ്ട് സർവീസ്, vPowerNFS സർവീസ് തുടങ്ങിയ നിരവധി സഹായ സേവനങ്ങളും ഉണ്ട്.

ഹൈപ്പർ-വിക്ക്, എല്ലാം അടിസ്ഥാനപരമായി ഒന്നുതന്നെയാണ്, പക്ഷേ ഒരു പ്രത്യേക കാര്യമുണ്ട് വീം ബാക്കപ്പ് ഹൈപ്പർ-വി ഇന്റഗ്രേഷൻ സേവനം സിബിടിയുമായി പ്രവർത്തിക്കാൻ സ്വന്തം ഡ്രൈവറും.

അവസാനമായി, ബാക്കപ്പുകൾ എടുക്കുമ്പോൾ വെർച്വൽ മെഷീനുകളിൽ എന്താണ് പ്രവർത്തിക്കുന്നതെന്ന് നമുക്ക് സംസാരിക്കാം. ഫ്രീസുചെയ്യുന്നതിന് മുമ്പും ശേഷവുമുള്ള സ്ക്രിപ്റ്റുകൾ പ്രവർത്തിപ്പിക്കാനും, ഷാഡോ പകർപ്പുകൾ സൃഷ്ടിക്കാനും, മെറ്റാഡാറ്റ ശേഖരിക്കാനും, SQL ഇടപാട് ലോഗുകളിൽ പ്രവർത്തിക്കാനും, മറ്റും ഇത് ഉപയോഗിക്കുന്നു. വീം ഗസ്റ്റ് ഹെൽപ്പർഫയൽ സിസ്റ്റങ്ങളുടെ ഇൻഡെക്സിംഗ് സംഭവിക്കുകയാണെങ്കിൽ, വീം ഗസ്റ്റ് ഇൻഡെക്‌സർ ബാക്കപ്പ് സമയത്ത് വിന്യസിക്കുകയും പിന്നീട് നീക്കം ചെയ്യുകയും ചെയ്യുന്ന താൽക്കാലിക സേവനങ്ങളാണിവ.

ലിനക്സ് മെഷീനുകളിൽ, ധാരാളം ബിൽറ്റ്-ഇൻ ലൈബ്രറികളും സിസ്റ്റം കഴിവുകളും ഉള്ളതിനാൽ കാര്യങ്ങൾ വളരെ ലളിതമാണ്. ഉദാഹരണത്തിന്, ഇൻഡെക്സിംഗ് mlocate വഴിയാണ് ചെയ്യുന്നത്.

ഇപ്പോഴത്തേക്ക് ഇത്രമാത്രം.

ഇനി നിന്നെ പീഡിപ്പിക്കാൻ ഞാൻ ധൈര്യപ്പെടുന്നില്ല, ചുരുക്കം വീമിന്റെ അണ്ടർ-ദി-ഹുഡ് പ്രവർത്തനത്തെക്കുറിച്ചുള്ള ഈ ആമുഖം പൂർത്തിയായതായി ഞാൻ കരുതുന്നു. അതെ, നമ്മൾ ലോഗുകളിലേക്ക് പോലും എത്തിയിട്ടില്ല, പക്ഷേ എന്നെ വിശ്വസിക്കൂ, അവയിൽ അവതരിപ്പിച്ചിരിക്കുന്ന വിവരങ്ങൾ ഒരു വിഘടിത ബോധപ്രവാഹമായി തോന്നുന്നത് തടയാൻ അത്തരമൊരു ആമുഖം അത്യന്താപേക്ഷിതമാണ്. മൂന്നാമത്തെ ലേഖനത്തിൽ മാത്രമേ ലോഗുകളിലേക്ക് തന്നെ എത്താൻ ഞാൻ പദ്ധതിയിടുന്നുള്ളൂ, അടുത്ത ലേഖനത്തിനുള്ള പദ്ധതി ലോഗുകൾ ആരാണ് സൃഷ്ടിക്കുന്നത്, അവയിൽ കൃത്യമായി എന്താണ് പ്രദർശിപ്പിക്കുന്നത്, എന്തുകൊണ്ട് ഇത് മറ്റൊരു രീതിയിൽ പ്രദർശിപ്പിക്കുന്നില്ല, എന്തുകൊണ്ട് ഇത് ഈ രീതിയിൽ പ്രദർശിപ്പിക്കുന്നു എന്ന് വിശദീകരിക്കുക എന്നതാണ്.

അവലംബം: www.habr.com