વીમ લોગ ડાઇવિંગ ઘટકો અને ગ્લોસરી

અમે Veeam પ્રેમ લોગ પર. અને અમારા મોટાભાગના સોલ્યુશન્સ મોડ્યુલર હોવાથી, તેઓ ઘણા બધા લોગ લખે છે. અને કારણ કે અમારી પ્રવૃત્તિનો વ્યાપ તમારા ડેટાની સલામતી (એટલે ​​​​કે, આરામની ઊંઘ) સુનિશ્ચિત કરવાનો છે, તો લોગમાં માત્ર દરેક છીંકને રેકોર્ડ કરવી જોઈએ નહીં, પરંતુ તે થોડી વિગતવાર પણ કરવી જોઈએ. આ જરૂરી છે જેથી કંઈકના કિસ્સામાં તે સ્પષ્ટ થાય કે આ "શું" થયું, કોણ દોષિત છે અને આગળ શું કરવાની જરૂર છે. તે ફોરેન્સિક સાયન્સ જેવું છે: તમે ક્યારેય જાણતા નથી કે લૌરા પામરના હત્યારાને શોધવામાં તમને કઈ નાની વસ્તુ મદદ કરશે.

તેથી, મેં લેખોની શ્રેણીમાં સ્વિંગ લેવાનું નક્કી કર્યું, જ્યાં હું ક્રમશઃ આપણે લૉગ્સ પર શું લખીએ છીએ, અમે તેને ક્યાં સંગ્રહિત કરીએ છીએ, તેમની રચના સાથે કેવી રીતે પાગલ ન થવું અને તેમની અંદર શું જોવું તે વિશે વાત કરીશ.

શા માટે લેખોની શ્રેણી અને શા માટે એક જ સમયે બધું વર્ણવતા નથી?

કયો લોગ ક્યાં છે અને તેમાં શું સંગ્રહિત છે તે ફક્ત સૂચિબદ્ધ કરવું એ એક વિનાશક ઉપક્રમ છે. અને આ માહિતીને અદ્યતન રાખવા વિશે વિચારવું પણ ડરામણી છે. Veeam Backup & Replication માં તમામ સંભવિત પ્રકારના લોગની સરળ યાદી નાની પ્રિન્ટમાં અનેક શીટ્સ પર એક ટેબલ છે. હા, અને તે ફક્ત પ્રકાશનના સમયે જ સંબંધિત હશે, કારણ કે. જ્યારે આગલો પેચ રીલીઝ થાય છે, ત્યારે નવા લોગ દેખાઈ શકે છે, જૂનામાં સંગ્રહિત માહિતીનો તર્ક બદલાઈ જશે, વગેરે. તેથી, તેમની રચના અને તેમાં રહેલી માહિતીનો સાર સમજાવવા માટે તે વધુ નફાકારક રહેશે. આ તમને નામોના મામૂલી ક્રેમિંગ કરતાં સ્થાનોને વધુ સારી રીતે નેવિગેટ કરવાની મંજૂરી આપશે.

તેથી, ટેક્સ્ટ શીટ્સના પૂલમાં ઉતાવળ ન કરવા માટે, ચાલો આ લેખમાં કેટલાક પ્રારંભિક કાર્ય કરીએ. તેથી, આજે આપણે જાતે લોગમાં પ્રવેશીશું નહીં, પરંતુ દૂરથી જઈશું: અમે એક શબ્દકોષનું સંકલન કરીશું અને લોગ જનરેટ કરવાના સંદર્ભમાં વીમ સ્ટ્રક્ચરની થોડી ચર્ચા કરીશું.

ગ્લોસરી અને શબ્દકોષ

અહીં, સૌ પ્રથમ, રશિયન ભાષાની શુદ્ધતાના ચેમ્પિયન અને ઓઝેગોવના શબ્દકોશના સાક્ષીઓની માફી માંગવી યોગ્ય છે. આપણે બધાને આપણી માતૃભાષા ખૂબ જ ગમે છે, પરંતુ તિરસ્કૃત IT ઉદ્યોગ અંગ્રેજીમાં ચાલે છે. ઠીક છે, અમે તેની સાથે આવ્યા નથી, પરંતુ તે ઐતિહાસિક રીતે થયું છે. તે મારી ભૂલ નથી, તે પોતે આવ્યો હતો (c)

અમારા વ્યવસાયમાં, અંગ્રેજી (અને કલકલ) ની સમસ્યાની પોતાની વિશિષ્ટતાઓ છે. જ્યારે "યજમાન" અથવા "અતિથિ" જેવા નિર્દોષ શબ્દો હેઠળ આખું વિશ્વ ખૂબ જ ચોક્કસ વસ્તુઓને લાંબા સમયથી સમજી ચૂક્યું છે, તો પછી ⅙ જમીન પર, વીરતાભરી મૂંઝવણ અને શબ્દકોશોમાં ઘોંઘાટ સાથે સ્તબ્ધતા ચાલુ રહે છે. અને સખત ફરજિયાત દલીલ "પરંતુ અમારા કામ પર ...".

ઉપરાંત, ત્યાં સંપૂર્ણ રીતે આપણી પરિભાષા છે, જે વીમ ઉત્પાદનોમાં સહજ છે, જોકે કેટલાક શબ્દો અને શબ્દસમૂહો લોકો સુધી પહોંચી ગયા છે. તેથી, હવે આપણે સંમત થઈશું કે શબ્દનો અર્થ શું થાય છે, અને ભવિષ્યમાં, "અતિથિ" શબ્દ હેઠળ, મારો અર્થ આ પ્રકરણમાં જે લખાયેલ છે તે બરાબર કરીશ, અને તમે કામ પર શું ટેવાયેલા છો તે નહીં. અને હા, આ મારી અંગત ધૂન નથી, આ ઉદ્યોગમાં સુસ્થાપિત શબ્દો છે. તેમની સાથે લડવું કંઈક અંશે અર્થહીન છે. જો કે હું હંમેશા ટિપ્પણીઓમાં ચિલિંગ આઉટની તરફેણમાં છું.

કમનસીબે, અમારા કાર્ય અને ઉત્પાદનોમાં ઘણી બધી શરતો છે, તેથી હું તે બધાને સૂચિબદ્ધ કરવાનો પ્રયાસ કરીશ નહીં. દરિયામાં સર્વાઇવલ માટેના બેકઅપ અને લોગ વિશે માત્ર સૌથી પ્રાથમિક અને જરૂરી માહિતી. રસ ધરાવતા લોકો માટે, હું પણ કરી શકું છું એક લેખ સૂચવો ટેપ વિશે સહકાર્યકરો, જ્યાં તેમણે કાર્યક્ષમતાના તે ભાગથી સંબંધિત શરતોની સૂચિ પણ આપી.

યજમાન (યજમાન): વર્ચ્યુઅલાઈઝેશનની દુનિયામાં, આ એક હાઈપરવાઈઝર સાથેનું મશીન છે. ભૌતિક, વર્ચ્યુઅલ, વાદળ - તે કોઈ વાંધો નથી. જો કોઈ વસ્તુ હાઇપરવાઈઝર ચલાવી રહી હોય (ESXi, Hyper-V, KVM વગેરે), તો આ "કંઈક" ને હોસ્ટ કહેવામાં આવે છે. ભલે તે દસ રેક્સ સાથેનું ક્લસ્ટર હોય અથવા દોઢ વર્ચ્યુઅલ મશીનો માટે લેબ સાથેનું તમારું લેપટોપ હોય - જો તમે હાઇપરવાઇઝર લોંચ કર્યું છે, તો તમે હોસ્ટ બન્યા છો. કારણ કે હાઇપરવાઇઝર વર્ચ્યુઅલ મશીનોને હોસ્ટ કરે છે. એવી પણ એક વાર્તા છે કે VMware એક સમયે ESXi સાથે હોસ્ટ શબ્દનું મજબૂત જોડાણ હાંસલ કરવા માગતું હતું. પરંતુ તેણીએ ન કર્યું.

આધુનિક વિશ્વમાં, "હોસ્ટ" ની વિભાવના વ્યવહારીક રીતે "સર્વર" ની વિભાવના સાથે ભળી ગઈ છે, જે સંચારમાં થોડી મૂંઝવણ લાવે છે, ખાસ કરીને જ્યારે તે વિન્ડોઝ ઇન્ફ્રાસ્ટ્રક્ચરની વાત આવે છે. તેથી કોઈપણ મશીન કે જે અમને રસ ધરાવતી કેટલીક સેવા હોસ્ટ કરે છે તેને સુરક્ષિત રીતે હોસ્ટ કહી શકાય. ઉદાહરણ તરીકે, વિનસોક લોગમાં બધું હોસ્ટ શબ્દ સાથે ચિહ્નિત થયેલ છે. ક્લાસિક "હોસ્ટ મળ્યું નથી" આનું ઉદાહરણ છે. તેથી આપણે સંદર્ભથી શરૂઆત કરીએ છીએ, પરંતુ યાદ રાખો - વર્ચ્યુઅલાઈઝેશનની દુનિયામાં, યજમાન તે છે જે મહેમાનોને હોસ્ટ કરે છે (નીચેની બે લીટીઓમાં આના પર વધુ).

સ્થાનિક શબ્દકોષમાંથી (આ કિસ્સામાં ટૂંકાક્ષરો પણ), અહીં યાદ આવે છે કે VMware VI છે, vSphere એ VC છે અને Hyper-V એ HV છે.

અતિથિ (અતિથિ): હોસ્ટ પર ચાલતું વર્ચ્યુઅલ મશીન. અહીં સમજાવવા માટે કંઈ નથી, બધું ખૂબ તાર્કિક અને સરળ છે. જો કે, ઘણા ખંતપૂર્વક અહીં કેટલાક અન્ય અર્થ ખેંચે છે.

શેના માટે? મને ખબર નથી.
ગેસ્ટ ઓએસ, અનુક્રમે, ગેસ્ટ મશીનની ઓપરેટિંગ સિસ્ટમ. અને તેથી વધુ.

બેકઅપ/પ્રતિકૃતિ જોબ (જોબએ): શુદ્ધ વિમ કલકલ, કેટલાક કાર્યોને સૂચિત કરે છે. બેકઅપ જોબ == બેકઅપ જોબ. રશિયનમાં તેનું સુંદર ભાષાંતર કેવી રીતે કરવું તે કોઈએ સમજ્યું નથી, તેથી દરેક કહે છે "JobA". છેલ્લા ઉચ્ચારણ પર ભાર મૂકવાની સાથે.

હા, તેઓ ફક્ત તેને લે છે અને કહે છે "જોબા". અને પત્રોમાં પણ તેઓ એવું લખે છે, અને બધું સારું છે.
તમામ પ્રકારની બેકઅપ જોબ્સ, બેકઅપ ટાસ્ક વગેરે, આભાર, પરંતુ કોઈ જરૂર નથી. માત્ર એક કામ, અને તમે સમજી શકશો. મુખ્ય વસ્તુ એ છે કે છેલ્લા ઉચ્ચારણ પર ભાર મૂકવો.

બેકઅપ (બેકઅપ, બેકઅપ. સાચા-ઓલ્ડફેગ્સ માટે, બેકઅપની મંજૂરી છે): સ્પષ્ટ (ક્યાંક પડેલા ડેટાની બેકઅપ નકલ) ઉપરાંત, તેનો અર્થ એ પણ છે કે જોબ પોતે જ છે (ઉપરની ત્રણ લીટીઓ, જો તમે પહેલેથી જ ભૂલી ગયા હોવ), જેના પરિણામે ખૂબ જ બેકઅપ ફાઇલ દેખાય છે. સંભવતઃ, સજ્જન મૂળ અંગ્રેજી બોલનારાઓ એ કહેવા માટે ખૂબ આળસુ છે કે મેં દર વખતે મારી બેકઅપ જોબ ચલાવી છે, તેથી તેઓ ફક્ત કહે છે કે મેં મારું બેકઅપ ચલાવ્યું છે, અને દરેક વ્યક્તિ એકબીજાને સારી રીતે સમજે છે. હું તમને આ અદ્ભુત પહેલને સમર્થન આપવા માટે આમંત્રિત કરું છું.

કોન્સોલિડેટ (એકત્રીકરણ): એક શબ્દ કે જે ESXi 5.0 માં દેખાયો તે સ્નેપશોટ મેનુમાં એક વિકલ્પ છે જે કહેવાતા અનાથ સ્નેપશોટને કાઢી નાખવાની પ્રક્રિયા શરૂ કરે છે. એટલે કે, સ્નેપશોટ કે જે ભૌતિક રીતે ઉપલબ્ધ છે, પરંતુ પ્રદર્શિત તાર્કિક બંધારણમાંથી બહાર આવ્યા છે. સૈદ્ધાંતિક રીતે, આ પ્રક્રિયાએ સ્નેપશોટ મેનેજરમાં પ્રદર્શિત ફાઇલોને અસર કરવી જોઈએ નહીં, પરંતુ કંઈપણ થઈ શકે છે. એકત્રીકરણ પ્રક્રિયાનો સાર એ છે કે સ્નેપશોટ (ચાઇલ્ડ ડિસ્ક) માંથી ડેટા મુખ્ય (પિતૃ) ડિસ્ક પર લખવામાં આવે છે. ડિસ્કને જોડવાની પ્રક્રિયાને મર્જ કહેવામાં આવે છે. જો એકીકરણ આદેશ જારી કરવામાં આવ્યો હોય, તો સ્નેપશોટ મર્જ અને કાઢી નાખવામાં આવે તે પહેલાં સ્નેપશોટ રેકોર્ડને ડેટાબેઝમાંથી દૂર કરી શકાય છે. અને જો કોઈ કારણસર સ્નેપશોટ કાઢી ન શકાય, તો આ જ અનાથ સ્નેપશોટ દેખાય છે. સ્નેપશોટ સાથે કામ કરવા વિશે, VMware પાસે છે સારી KB. અને અમે પણ કોઈક રીતે તેમના વિશે હેબ્રે પર લખ્યું હતું.

ડેટાસ્ટોર (સ્ટોરા અથવા સ્ટોરેજ):  એક ખૂબ જ વ્યાપક ખ્યાલ, પરંતુ વર્ચ્યુઅલાઈઝેશનની દુનિયામાં, તે એક એવી જગ્યા તરીકે સમજવામાં આવે છે જ્યાં વર્ચ્યુઅલ મશીન ફાઇલો સંગ્રહિત થાય છે. પરંતુ કોઈ પણ સંજોગોમાં, અહીં તમારે સંદર્ભને ખૂબ જ સ્પષ્ટ રીતે સમજવાની જરૂર છે અને, સહેજ શંકા સાથે, સ્પષ્ટ કરો કે તમારા ઇન્ટરલોક્યુટરના મનમાં બરાબર શું હતું. 

પ્રોક્સી (પ્રોક્સી): તે તરત જ સમજવું અગત્યનું છે કે વીમ પ્રોક્સી એ ઇન્ટરનેટ પર આપણે જે ટેવાયેલા છીએ તેના જેવું નથી. Veeam ઉત્પાદનોની અંદર, આ એક પ્રકારની એન્ટિટી છે જે ડેટાને એક જગ્યાએથી બીજી જગ્યાએ ટ્રાન્સફર કરે છે. જો તમે વિગતોમાં ન જાવ, તો VBR એ કમાન્ડ અને કંટ્રોલ સર્વર છે, અને પ્રોક્સી તેના વર્કહોર્સ છે. એટલે કે, પ્રોક્સી એ એક મશીન છે જેના દ્વારા ટ્રાફિક વહે છે અને જેના પર VBR ઘટકો ઇન્સ્ટોલ કરેલા છે જે આ ટ્રાફિકને ચલાવવામાં મદદ કરે છે. ઉદાહરણ તરીકે, એક ચેનલમાંથી બીજી ચેનલમાં ડેટા ટ્રાન્સફર કરવા માટે અથવા ફક્ત ડિસ્કને પોતાની સાથે ચોંટી જવા માટે (HotAdd મોડ).

ભંડાર (રિપોઝીટરી):  તકનીકી રીતે, આ ફક્ત VBR ડેટાબેઝમાં એક એન્ટ્રી છે, જે બેકઅપ્સ ક્યાં સંગ્રહિત છે અને આ સ્થાન સાથે કેવી રીતે કનેક્ટ કરવું તે દર્શાવે છે. વાસ્તવમાં, તે કાં તો માત્ર CIFS બોલ અથવા ક્લાઉડમાં અલગ ડિસ્ક, સર્વર અથવા બકેટ હોઈ શકે છે. ફરીથી, અમે સંદર્ભમાં છીએ, પરંતુ અમે સમજીએ છીએ કે રિપોઝીટરી એ માત્ર એક સ્થાન છે જ્યાં તમારા બેકઅપ્સ છે.

 સ્નેપશોટ (સ્નેપશોટ): ઓક્સફર્ડ વ્યાકરણના રસિયાઓ એ કહેવાનું પસંદ કરે છે કે કોણ સ્નેપશોટ છે અને કોણ સ્નેપશોટ છે, પરંતુ અભણ બહુમતી મોટા સમૂહનો ફાયદો ઉઠાવે છે. જો કોઈ જાણતું નથી, તો આ એક એવી તકનીક છે જે તમને ચોક્કસ સમયે ડિસ્કની સ્થિતિને પુનઃસ્થાપિત કરવાની મંજૂરી આપે છે. આ કાં તો મુખ્ય ડિસ્કથી દૂર I/O ઑપરેશન્સને અસ્થાયી રૂપે રીડાયરેક્ટ કરીને કરવામાં આવે છે - પછી તેને RoW (રાઈટ પર રીડાયરેક્ટ) સ્નેપશોટ કહેવામાં આવશે - અથવા તમારી ડિસ્કમાંથી ફરીથી લખી શકાય તેવા બ્લોક્સને ખસેડીને - આને CoW (લખો પર કૉપિ કરો) કહેવામાં આવશે. ) સ્નેપશોટ. આ ફંક્શનનો ઉપયોગ કરવા માટેની વિશાળ શક્યતાઓને આભારી છે કે Veeam તેના બેકઅપ જાદુને કામ કરી શકે છે. કડક શબ્દોમાં કહીએ તો, માત્ર તેમને જ નહીં, પરંતુ આ આગામી રિલીઝની બાબત છે.

ESXi દસ્તાવેજીકરણ અને લૉગ્સમાં આ શબ્દની આસપાસ અંધાધૂંધી છે, અને સ્નેપશોટનો ઉલ્લેખ કરવાના સંદર્ભમાં, તમે સ્નેપશોટ જાતે શોધી શકો છો, અને લોગ ફરીથી કરી શકો છો, અને ડેલ્ટા ડિસ્ક પણ. Veeam દસ્તાવેજીકરણમાં આવા ફાટી પડતાં નથી, અને સ્નેપશોટ એ સ્નેપશોટ છે, અને રીડો લોગ એ સ્વતંત્ર બિન-નિરંતર ડિસ્ક દ્વારા બનાવવામાં આવેલી REDO ફાઇલ છે. જ્યારે વર્ચ્યુઅલ મશીન બંધ હોય ત્યારે REDO ફાઇલો કાઢી નાખવામાં આવે છે, તેથી તેમને સ્નેપશોટ સાથે ગૂંચવવું એ નિષ્ફળતાનો માર્ગ છે.

કૃત્રિમ (સિન્થેટીક્સ): સિન્થેટિક બેકઅપ એ રિવર્સ ઇન્ક્રીમેન્ટલ અને કાયમ ફોરવર્ડ બેકઅપ છે. જો તમે આ શબ્દનો સામનો ન કર્યો હોય, તો તે બેકઅપ ચેઇન ટ્રાન્સફોર્મેશન બનાવવા માટે વપરાતી પદ્ધતિઓમાંથી એક છે. જો કે, લોગમાં તમે ટ્રાન્સફોર્મનો ખ્યાલ પણ શોધી શકો છો, જેનો ઉપયોગ ઇન્ક્રીમેન્ટ (સિન્થેટિક ફુલ) માંથી સંપૂર્ણ નકલો બનાવવાના માળખામાં થાય છે.

કાર્ય (કાર્ય): આ કામની અંદર દરેક વ્યક્તિગત મશીનની પ્રક્રિયા કરવાની પ્રક્રિયા છે. તે છે: તમારી પાસે બેકઅપ જોબ છે, જેમાં ત્રણ મશીનો શામેલ છે. આનો અર્થ એ છે કે દરેક કારને એક અલગ કાર્યના ભાગ રૂપે પ્રક્રિયા કરવામાં આવશે. કુલમાં, ચાર લોગ હશે: મુખ્ય એક નોકરી માટે અને ત્રણ કાર્યો માટે. જો કે, અહીં એક મહત્વપૂર્ણ સૂક્ષ્મતા છે: સમય જતાં, "કાર્ય" શબ્દ બિનજરૂરી રીતે અસ્પષ્ટ બની ગયો છે. જ્યારે આપણે સામાન્ય લોગ વિશે વાત કરીએ છીએ, ત્યારે અમારો અર્થ એ છે કે કાર્ય બરાબર એક VM છે. પરંતુ પ્રોક્સી અને રીપોઝીટરી બંને પર "કાર્યો" છે. ત્યાં તેનો અર્થ વર્ચ્યુઅલ ડિસ્ક, વર્ચ્યુઅલ મશીન અને સમગ્ર કાર્ય હોઈ શકે છે. એટલે કે, સંદર્ભ ગુમાવવો નહીં તે મહત્વનું છે.

Veeam %name% સેવા:  સફળ બેકઅપના લાભ માટે, ઘણી સેવાઓ એક સાથે કામ કરે છે, જેની સૂચિ પ્રમાણભૂત સાધનોમાં મળી શકે છે. તેમના નામો એકદમ પારદર્શક રીતે તેમના સારને પ્રતિબિંબિત કરે છે, પરંતુ સમાન લોકોમાં સૌથી મહત્વપૂર્ણ છે - વીમ બેકઅપ સેવા, જેના વિના બાકીનું કામ કરશે નહીં.

VSS: તકનીકી રીતે, VSS એ હંમેશા Microsoft વોલ્યુમ શેડો કોપી સેવા માટે ઊભા રહેવું જોઈએ. હકીકતમાં, તેનો ઉપયોગ એપ્લિકેશન-અવેર ઇમેજ પ્રોસેસિંગના સમાનાર્થી તરીકે ઘણા લોકો દ્વારા કરવામાં આવે છે. જે, અલબત્ત, સ્પષ્ટ રીતે ખોટું છે, પરંતુ આ કેટેગરીની વાર્તા છે "કોઈપણ એસયુવીને જીપ કહી શકાય, અને તમે સમજી શકશો."

વિચિત્ર લોગ અને તેઓ ક્યાં રહે છે

હું મહાન રહસ્ય જાહેર કરીને આ પ્રકરણ શરૂ કરવા માંગુ છું - લોગમાં કયો સમય પ્રદર્શિત થાય છે?

યાદ રાખો:

• ESXi હંમેશા UTC+0 માં લોગ લખે છે.
• vCenter તેના સમય ઝોનના સમય અનુસાર લોગ રાખે છે.
• Veeam તે જે સર્વર પર છે તેના સમય અને ટાઈમઝોન દ્વારા લોગ રાખે છે.
• અને માત્ર EVTX ફોર્મેટમાં વિન્ડોઝ ઈવેન્ટ્સ જ કંઈપણ સાથે બંધાઈને પીડાતી નથી. જ્યારે ખોલવામાં આવે છે, ત્યારે તે જે કાર પર ખોલવામાં આવી હતી તેના માટે સમયની પુનઃ ગણતરી કરવામાં આવે છે. સૌથી અનુકૂળ વિકલ્પ, જો કે તેની સાથે મુશ્કેલીઓ છે. માત્ર મૂર્ત મુશ્કેલી લોકેલમાં તફાવત છે. આ વાંચી ન શકાય તેવા લૉગ્સ માટે વ્યવહારીક રીતે બાંયધરીકૃત માર્ગ છે. હા, આની સારવાર કેવી રીતે કરવી તેના વિકલ્પો છે, પરંતુ ચાલો એ હકીકત સાથે દલીલ ન કરીએ કે IT માં બધું અંગ્રેજીમાં કાર્ય કરે છે, અને સર્વર પર હંમેશા અંગ્રેજી લોકેલ સેટ કરવા માટે સંમત થઈએ. ઓ પ્લીઝ. 

હવે ચાલો તે સ્થાનો વિશે વાત કરીએ જ્યાં લોગ રહે છે અને તેમને કેવી રીતે મેળવવું. VBR ના કિસ્સામાં, બે અભિગમો છે. 

પ્રથમ વિકલ્પ યોગ્ય છે જો તમે સામાન્ય ઢગલામાં ફાઇલો શોધવા માટે આતુર ન હોવ જે ખાસ કરીને તમારી મુશ્કેલી સાથે સંબંધિત છે. આ કરવા માટે, અમારી પાસે એક અલગ વિઝાર્ડ છે, જેમાં તમે ચોક્કસ જોબ અને ચોક્કસ સમયગાળાનો ઉલ્લેખ કરી શકો છો જેના માટે તમારે લોગની જરૂર છે. પછી તે પોતે ફોલ્ડર્સ પર જશે અને તમને જરૂરી બધું એક આર્કાઇવમાં મૂકશે. તેને ક્યાં જોવું અને તેની સાથે કેવી રીતે કામ કરવું તે વિગતવાર વર્ણવેલ છે આ HF.

જો કે, વિઝાર્ડ તમામ કાર્યોના લોગ એકત્રિત કરતું નથી અને, ઉદાહરણ તરીકે, જો તમારે પુનઃસ્થાપન, નિષ્ફળતા અથવા ફેલબેકના લોગનો અભ્યાસ કરવાની જરૂર હોય, તો તમારો માર્ગ ફોલ્ડરમાં રહેલો છે. %પ્રોગ્રામડેટા%/વીમ/બેકઅપ. આ મુખ્ય VBR લોગોસ્ટોર છે અને %ProgramData% એ છુપાયેલ ફોલ્ડર છે અને તે સારું છે. માર્ગ દ્વારા, HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam બેકઅપ અને પ્રતિકૃતિ શાખામાં REG_SZ: LogDirectory ટાઇપ રજિસ્ટ્રી કીનો ઉપયોગ કરીને ડિફોલ્ટ સ્થાન ફરીથી સોંપી શકાય છે.

Linux મશીનો પર, વર્કર એજન્ટ લોગને / માં જોવા જોઈએ.var/log/VeeamBackup/જો રૂટ અથવા સુડો એકાઉન્ટ વાપરી રહ્યા હોય. જો તમારી પાસે આવા વિશેષાધિકારો નથી, તો પછી લોગ ઇન માટે જુઓ /tmp/VeeamBackup. 

Veeam એજન્ટ માટે %OS_name% લૉગમાં શોધ કરવી જોઈએ % પ્રોગ્રામડેટા%/વીમ/એન્ડપોઇન્ટ (અથવા %પ્રોગ્રામડેટા%/વીમ/બેકઅપ/એન્ડપોઇન્ટ) અને /var/log/veeam અનુક્રમે.

જો તમે એપ્લિકેશન-અવેર ઇમેજ પ્રોસેસિંગનો ઉપયોગ કરી રહ્યાં છો (અને મોટે ભાગે તમે છો), તો પરિસ્થિતિ થોડી વધુ જટિલ બની જાય છે. તમારે અમારા હેલ્પરના લોગની જરૂર પડશે, જે વર્ચ્યુઅલ મશીનની અંદર જ સંગ્રહિત છે, અને VSS લોગ્સ. આ સુખ કેવી રીતે અને ક્યાંથી મેળવવું તે વિશે, તેમાં વિગતવાર લખ્યું છે આ લેખ. અને અલબત્ત ત્યાં છે અલગ લેખ જરૂરી સિસ્ટમ લોગ એકત્રિત કરવા માટે. 

વિન્ડોઝ ઇવેન્ટ્સ અનુકૂળ રીતે અનુસાર એકત્રિત કરવામાં આવે છે આ HF. જો તમે Hyper-V નો ઉપયોગ કરી રહ્યા હો, તો વસ્તુઓ વધુ જટિલ બની જાય છે, કારણ કે તમારે એપ્લિકેશન્સ અને સર્વિસ લોગ્સ > Microsoft > Windows શાખામાંથી તેના તમામ લોગની પણ જરૂર પડશે. જો કે તમે હંમેશા વધુ મૂર્ખ માર્ગે જઈ શકો છો અને ફક્ત %SystemRoot%System32winevtLogs માંથી બધી વસ્તુઓ પસંદ કરી શકો છો.

જો ઇન્સ્ટોલેશન/અપગ્રેડ દરમિયાન કંઈક તૂટી જાય, તો તમને જોઈતી દરેક વસ્તુ %ProgramData%/Veeam/Setup/Temp ફોલ્ડરમાં મળી શકે છે. તેમ છતાં હું એ હકીકતને છુપાવીશ નહીં કે OS ઇવેન્ટ્સમાં તમે આ લૉગ્સ કરતાં વધુ ઉપયોગી માહિતી મેળવી શકો છો. બાકીની રસપ્રદ બાબતો %Temp% માં છે, પરંતુ ત્યાં મુખ્યત્વે સંબંધિત સોફ્ટવેર માટે ઇન્સ્ટોલેશન લોગ છે, જેમ કે આધાર, .Net લાઇબ્રેરીઓ અને અન્ય વસ્તુઓ. નોંધ કરો કે 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 Backup & Replication ના ઘટકો વિશે થોડી વાત કરીએ. જ્યારે તમે પીડાનું કારણ શોધી રહ્યા હોવ, ત્યારે દર્દી કેવી રીતે કામ કરે છે તે સમજવું સરસ રહેશે.

તેથી, જેમ દરેક કદાચ જાણે છે, Veeam બેકઅપ એ એક કહેવાતી SQL-આધારિત એપ્લિકેશન છે. એટલે કે, બધી સેટિંગ્સ, બધી માહિતી અને સામાન્ય રીતે બધું જે ફક્ત સામાન્ય કામગીરી માટે જરૂરી છે - આ બધું તેના ડેટાબેઝમાં છે. અથવા તેના બદલે, બે ડેટાબેઝમાં, જો આપણે VBR અને EM ના સમૂહ વિશે વાત કરી રહ્યા છીએ: VeeamBackup અને VeeamBackupReporting, અનુક્રમે. અને તેથી તે થયું: અમે બીજી એપ્લિકેશન મૂકી - બીજો ડેટાબેઝ દેખાય છે. ક્રમમાં એક ટોપલી માં બધા ઇંડા સંગ્રહવા નથી.

પરંતુ આ તમામ અર્થવ્યવસ્થાને સરળતાથી કામ કરવા માટે, અમને સેવાઓ અને એપ્લિકેશનના સમૂહની જરૂર છે જે તમામ ઘટકોને એકસાથે બાંધશે. ઉદાહરણ તરીકે, મારી એક લેબમાં તે આના જેવું દેખાય છે:

મુખ્ય વાહક તરીકે કામ કરે છે વીમ બેકઅપ સેવા. તે તે છે જે પાયા સાથે માહિતીના વિનિમય માટે જવાબદાર છે. તે તમામ કાર્યો શરૂ કરવા, ફાળવેલ સંસાધનોનું આયોજન કરવા અને વિવિધ કન્સોલ, એજન્ટો અને અન્ય તમામ બાબતો માટે એક પ્રકારના સંચાર કેન્દ્ર તરીકે કામ કરવા માટે પણ જવાબદાર છે. એક શબ્દમાં, તેના વિના ચોક્કસપણે કોઈ રસ્તો નથી, પરંતુ આનો અર્થ એ નથી કે તે બધું જાતે કરે છે.

તેની યોજનાની પરિપૂર્ણતામાં તેને મદદ કરે છે વીમ બેકઅપ મેનેજર. આ કોઈ સેવા નથી, પરંતુ એક એન્ટિટી છે જે નોકરીઓ શરૂ કરે છે અને તેમના અમલીકરણની પ્રક્રિયા પર દેખરેખ રાખે છે. બેકઅપ સેવાના કાર્યકારી હાથ, જેની સાથે તે યજમાનો સાથે જોડાય છે, સ્નેપશોટ બનાવે છે, મોનિટર રીટેન્શન, વગેરે.

પરંતુ સેવાઓની સૂચિ પર પાછા. વીમ બ્રોકર સર્વિસ. v9.5 માં દેખાયા (અને આ ક્રિપ્ટો ખાણિયો નથી, જેમ કે કેટલાક લોકોએ વિચાર્યું). VMware હોસ્ટ વિશેની માહિતી એકત્રિત કરે છે અને તેની સુસંગતતા જાળવી રાખે છે. પરંતુ તરત જ ગુસ્સે ટિપ્પણીઓ લખવા દોડશો નહીં કે અમે તમારી જાસૂસી કરી રહ્યા છીએ અને તમામ લૉગિન/પાસવર્ડ્સ ટેસ્માજરને લીક કરી રહ્યા છીએ. બધું કંઈક અંશે સરળ છે. જ્યારે તમે બેકઅપ ચલાવો છો, ત્યારે તમારે પ્રથમ વસ્તુ હોસ્ટ સાથે કનેક્ટ કરવાની અને તેની રચના વિશેનો તમામ ડેટા અપડેટ કરવાની જરૂર છે. આ એક ધીમી અને બોજારૂપ વાર્તા છે. ફક્ત યાદ રાખો કે વેબ ઈન્ટરફેસ દ્વારા લોગિન થવામાં તમને કેટલો સમય લાગે છે, અને યાદ રાખો કે ત્યાં ફક્ત ટોચનું સ્તર ગણાય છે. અને પછી તમારે હજી પણ સમગ્ર પદાનુક્રમને યોગ્ય સ્થાને ખોલવાની જરૂર છે, માર્ગ દ્વારા. એક શબ્દમાં, હોરર. જો તમે એક ડઝન બેકઅપ ચલાવો છો, તો દરેક કામને આ પ્રક્રિયા કરવાની જરૂર છે. જો આપણે મોટા ઈન્ફ્રાસ્ટ્રક્ચર વિશે વાત કરી રહ્યા છીએ, તો આ પ્રક્રિયામાં દસ મિનિટ કે તેથી વધુ સમય લાગી શકે છે. તેથી, આ માટે એક અલગ સેવા ફાળવવાનો નિર્ણય લેવામાં આવ્યો, જેના દ્વારા હંમેશા અપ-ટુ-ડેટ માહિતી પ્રાપ્ત કરવાનું શક્ય બનશે. સ્ટાર્ટઅપ વખતે, તે તમામ ઉમેરાયેલ ઈન્ફ્રાસ્ટ્રક્ચરને તપાસે છે અને સ્કેન કરે છે, અને પછી માત્ર વધારાના ફેરફારોના સ્તરે જ કામ કરવાનો પ્રયાસ કરે છે. તેથી જો તમે એક જ સમયે સો બેકઅપ ચલાવો છો, તો પણ તેઓ બધા અમારા બ્રોકર પાસેથી માહિતીની વિનંતી કરશે, અને તેમની વિનંતીઓથી યજમાનોને ત્રાસ આપશે નહીં. જો તમે સંસાધનો વિશે ચિંતિત છો, તો અમારી ગણતરી મુજબ, 5000 વર્ચ્યુઅલ મશીનોને ફક્ત 100 Mb મેમરીની જરૂર છે.

આગળ અમારી પાસે છે વીમ કન્સોલ. તે Veeam રિમોટ કન્સોલ છે, તે Veeam.Backup.Shell છે. આ એ જ GUI છે જે આપણે સ્ક્રીનશોટમાં જોઈએ છીએ. બધું સરળ અને સ્પષ્ટ છે - જ્યાં સુધી તે Windows હોય અને VBR સર્વર સાથે કનેક્શન હોય ત્યાં સુધી કન્સોલ ગમે ત્યાંથી શરૂ કરી શકાય છે. માત્ર એટલું જ કહી શકાય કે FLR પ્રક્રિયા પોઈન્ટને સ્થાનિક રીતે માઉન્ટ કરશે (એટલે ​​​​કે જ્યાં કન્સોલ ચાલી રહ્યું છે તે મશીન પર). વેલ, મિશ્રિત Veeam Explorers પણ સ્થાનિક રીતે ચાલશે, કારણ કે તેઓ કન્સોલનો ભાગ છે. પરંતુ તે મને પહેલેથી જ જંગલોમાં લઈ ગયો છે ...

બીજી રસપ્રદ સેવા છે વીમ બેકઅપ કેટલોગ ડેટા સેવા. સેવાઓની સૂચિમાં Veeam ગેસ્ટ કેટલોગ સેવા તરીકે ઓળખાય છે. તે ગેસ્ટ મશીનો પર ફાઈલ સિસ્ટમના ઈન્ડેક્સીંગમાં રોકાયેલ છે અને આ જ્ઞાન સાથે VBRCatalog ફોલ્ડર ભરે છે. તેનો ઉપયોગ ફક્ત ત્યારે જ થાય છે જ્યાં ઇન્ડેક્સીંગ ચેકબોક્સ સક્ષમ હોય. અને જો તમારી પાસે એન્ટરપ્રાઇઝ મેનેજર હોય તો જ તેને સક્ષમ કરવાનો અર્થ થાય છે. તેથી, મારા હૃદયના તળિયેથી સલાહ: જો તમારી પાસે EAT ન હોય તો તે જ રીતે અનુક્રમણિકા ચાલુ કરશો નહીં. તમારા જ્ઞાનતંતુઓ અને સપોર્ટ સમય બચાવો.

અન્ય મહત્વપૂર્ણ સેવાઓમાંથી પણ તે નોંધનીય છે વીમ ઇન્સ્ટોલર સેવા, જેની મદદથી જરૂરી ઘટકો પ્રોક્સી, રિપોઝીટરીઝ અને અન્ય ગેટવે પર વિતરિત અને ઇન્સ્ટોલ કરવામાં આવે છે. વાસ્તવમાં, તે જરૂરી .msi પેકેજોને સર્વર્સ પર લઈ જાય છે અને તેમને ઇન્સ્ટોલ કરે છે. 

વીમ ડેટા મૂવર - પ્રોક્સીઓ પર શરૂ કરાયેલ સહાયક એજન્ટોની મદદથી (અને માત્ર નહીં) તે ડેટાને સ્થાનાંતરિત કરવામાં રોકાયેલ છે. ઉદાહરણ તરીકે, બેકઅપ લેતી વખતે, એક એજન્ટ હોસ્ટ ડેટાસ્ટોરમાંથી ફાઇલો વાંચશે, અને બીજો તેને કાળજીપૂર્વક બેકઅપ પર લખશે.

અલગથી, હું એક મહત્વની બાબતની નોંધ લેવા માંગુ છું કે જેના પર ક્લાયંટ વારંવાર પ્રતિક્રિયા આપે છે - આ પ્રોગ્રામ્સ અને ફીચર્સ સ્નેપ-ઇનમાં સેવાઓ અને માહિતીના સંસ્કરણોમાં તફાવત છે. હા, સૂચિ સમાન હશે, પરંતુ સંસ્કરણો સંપૂર્ણપણે અસંગત હોઈ શકે છે. દ્રશ્ય દૃષ્ટિકોણથી તે ખૂબ સરસ નથી, પરંતુ જો બધું સ્થિર રીતે કાર્ય કરે તો તે સંપૂર્ણપણે સામાન્ય છે. ઉદાહરણ તરીકે, ઇન્સ્ટોલર સેવા માટે, સંસ્કરણ નંબર પડોશીઓ કરતા ઘણો પાછળ છે. ભયાનક અને દુઃસ્વપ્ન? ના, કારણ કે તે સંપૂર્ણપણે પુનઃસ્થાપિત નથી, પરંતુ તેનું DLL ફક્ત અપડેટ થયેલ છે. પેચ v9.5 U4 માં, ટેક્નિકલ સપોર્ટ દુઃસ્વપ્ન થયું: અપડેટ દરમિયાન, સૌથી મહત્વપૂર્ણ સિવાય, બધી સેવાઓને નવા સંસ્કરણો પ્રાપ્ત થયા. U4b પેચમાં, ટ્રાન્સપોર્ટ સર્વિસે અન્ય તમામને બે વર્ઝન (સંખ્યાઓ દ્વારા નક્કી) કરતા પાછળ છોડી દીધા હતા. અને આ સામાન્ય પણ છે - તેમાં એક ગંભીર બગ મળી આવ્યો હતો, તેથી તેને બાકીનાની તુલનામાં બોનસ અપડેટ પ્રાપ્ત થયું. તેથી તેનો સારાંશ આપવા માટે: સંસ્કરણ તફાવતો એક સમસ્યા હોઈ શકે છે, પરંતુ જો ત્યાં કોઈ તફાવત છે અને બધું યોગ્ય રીતે કાર્ય કરી રહ્યું છે, તો તે કદાચ હોવું જોઈએ. પરંતુ કોઈ તમને તકનીકી સમર્થનમાં આ સ્પષ્ટ કરવા માટે પ્રતિબંધિત કરતું નથી.

આ કહેવાતી ફરજિયાત અથવા ફરજિયાત સેવાઓ હતી. અને ટેપ સર્વિસ, માઉન્ટ સર્વિસ, vPowerNFS સર્વિસ વગેરે જેવી સહાયક વસ્તુઓનો સંપૂર્ણ સમૂહ છે.

હાયપર-વી માટે, સામાન્ય રીતે, બધું સમાન છે, ફક્ત ત્યાં ચોક્કસ છે વીમ બેકઅપ હાયપર-વી એકીકરણ સેવા અને CBT સાથે કામ કરવા માટે તમારો પોતાનો ડ્રાઇવર.

અને અંતે, ચાલો બેકઅપ દરમિયાન વર્ચ્યુઅલ મશીનો પર કોણ કામ કરે છે તે વિશે વાત કરીએ. પ્રી- અને પોસ્ટ-ફ્રીઝ સ્ક્રિપ્ટો ચલાવવા, શેડો કોપી બનાવવા, મેટાડેટા એકત્રિત કરવા, SQL ટ્રાન્ઝેક્શન લોગ્સ સાથે કામ કરવા વગેરે. Veeam ગેસ્ટ હેલ્પર. અને જો ફાઇલ સિસ્ટમ્સ અનુક્રમિત હોય, Veeam ગેસ્ટ ઈન્ડેક્સર . આ અસ્થાયી સેવાઓ છે જે બેકઅપના સમયગાળા માટે તૈનાત કરવામાં આવે છે અને તે પછી દૂર કરવામાં આવે છે.

લિનક્સ મશીનોના કિસ્સામાં, મોટી સંખ્યામાં બિલ્ટ-ઇન લાઇબ્રેરીઓની હાજરી અને સિસ્ટમની જ ક્ષમતાઓને કારણે બધું ખૂબ સરળ છે. ઉદાહરણ તરીકે, ઇન્ડેક્સીંગ mlocate દ્વારા કરવામાં આવે છે.

હમણાં માટે એટલું જ

હું હવે તમને દુઃખી કરવાની હિંમત નથી કરતો ટૂંકું હું વીમ એન્જિન કમ્પાર્ટમેન્ટનો પરિચય સમાપ્ત થઈ ગયો હોવાનું માનું છું. હા, આપણે પોતે પણ ગુફાની નજીક નથી આવ્યા, પણ મારો વિશ્વાસ કરો, જેથી તેમાં પ્રસ્તુત માહિતી ચેતનાના અસંગત પ્રવાહ જેવી ન લાગે, આવો પરિચય એકદમ જરૂરી છે. હું ફક્ત ત્રીજા લેખમાં જ લૉગ્સ પર જવાની યોજના કરું છું, અને પછીની યોજના એ સમજાવવાની છે કે લૉગ્સ કોણ જનરેટ કરે છે, તેમાં બરાબર શું પ્રદર્શિત થાય છે અને શા માટે બરાબર, અને અન્યથા નહીં.

સોર્સ: www.habr.com