{"id":97726,"date":"2020-10-21T08:42:15","date_gmt":"2020-10-21T06:42:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij"},"modified":"2020-10-21T08:42:15","modified_gmt":"2020-10-21T06:42:15","slug":"veeam-log-diving-komponenty-i-glossarij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij","title":{"rendered":"Veeam Log Diving: componente \u0219i glosar","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Veeam
\n
\nLa noi la Veeam ne plac jurnalele. \u0218i deoarece majoritatea solu\u021biilor noastre sunt modulare, acestea genereaz\u0103 un num\u0103r considerabil de jurnale. Av\u00e2nd \u00een vedere c\u0103 domeniul nostru de activitate este asigurarea siguran\u021bei datelor dumneavoastr\u0103 (adic\u0103 un somn lini\u0219tit), jurnalele trebuie nu doar s\u0103 \u00eenregistreze fiecare mic detaliu, ci \u0219i s\u0103 o fac\u0103 \u00eentr-un mod destul de detaliat. Este necesar pentru a \u00een\u021belege ce s-a \u00eent\u00e2mplat \u00een cazul unei probleme, cine este de vin\u0103 \u0219i ce trebuie s\u0103 facem \u00een continuare. Aici este ca \u00een criminalistic\u0103: niciodat\u0103 nu \u0219tii ce detaliu te va ajuta s\u0103 g\u0103se\u0219ti criminalul.<\/p>\n

A\u0219adar, am decis s\u0103 m\u0103 apuc de o serie de articole \u00een care voi relata \u00een mod secven\u021bial ce anume scriem \u00een jurnale, unde le stoc\u0103m, cum s\u0103 nu \u00eennebunim din cauza structurii lor \u0219i ce trebuie s\u0103 c\u0103ut\u0103m \u00een interiorul lor.
\n<\/a><\/noindex><\/p>\n

De ce o serie de articole \u0219i de ce s\u0103 nu descriu totul deodat\u0103? <\/h3>\n

\nPur \u0219i simplu s\u0103 enumeri fiecare jurnal \u0219i ce con\u021bine acesta este o idee destul de grea. Iar a men\u021bine aceste informa\u021bii actualizate este cu adev\u0103rat o provocare. O simpl\u0103 enumerare a tuturor tipurilor posibile de jurnale \u00een Veeam Backup & Replication ar rezulta \u00eentr-un tabel de c\u00e2teva pagini cu caractere mici. De asemenea, aceasta va fi valabil\u0103 doar la momentul public\u0103rii, deoarece cu fiecare patch nou pot ap\u0103rea jurnale noi, poate c\u0103 se va schimba logica informa\u021biilor stocate \u00een cele vechi etc. A\u0219adar, este mult mai benefic s\u0103 explic\u0103m structura acestora \u0219i esen\u021ba informa\u021biilor con\u021binute. Aceasta va permite o mai bun\u0103 orientare dec\u00e2t o simpl\u0103 memorare a denumirilor.<\/p>\n

Prin urmare, pentru a nu ne arunca direct \u00een abisul textelor, haide\u021bi s\u0103 facem \u00eentr-o oarecare m\u0103sur\u0103 o preg\u0103tire. A\u0219adar, \u00een acest articol nu ne vom ocupa de jurnalele \u00een sine, ci vom lua un drum mai lung: vom elabora un glosar \u0219i vom discuta pu\u021bin despre structura Veeam din perspectiva gener\u0103rii jurnale.<\/p>\n

Glosar \u0219i jargon<\/h3>\n

\nAici, \u00een primul r\u00e2nd, trebuie s\u0103-mi cer scuze \u00een fa\u021ba sus\u021bin\u0103torilor purit\u0103\u021bii limbii rom\u00e2ne \u0219i a martorilor dic\u021bionarului lui Ojelov. Cu to\u021bii iubim foarte mult limba noastr\u0103 matern\u0103, dar marea industrie IT func\u021bioneaz\u0103 \u00een englez\u0103. Ei bine, nu noi am inventat asta, a\u0219a s-a \u00eent\u00e2mplat istoric. Nu mi-e vin\u0103, a venit de la sine (c)<\/p>\n

\u00cen domeniul nostru, problema anglicismelor (\u0219i a jargonului) are particularit\u0103\u021bile ei. C\u00e2nd cuvinte aparent inofensive precum \u201ehost\u201d sau \u201eguest\u201d sunt deja asociate cu no\u021biuni foarte specifice \u00een \u00eentreaga lume, pe o \u0219esime din p\u0103m\u00e2nt, continu\u0103 s\u0103 existe o dezbatere eroic\u0103 \u0219i confuzie, cu oameni care caut\u0103 r\u0103spunsuri \u00een dic\u021bionare. \u0218i argumentul inevitabil: \u201eUite, la noi la birou...\u201d.<\/p>\n

\u00cen plus, exist\u0103 o terminologie specific\u0103, care apar\u021bine \u00een mod special produselor Veeam, de\u0219i unele cuvinte \u0219i expresii au ajuns s\u0103 fie utilizate pe scar\u0103 larg\u0103. Prin urmare, acum vom conveni asupra semnifica\u021biei fiec\u0103rui termen, iar \u00een continuare, c\u00e2nd m\u0103 refer la \u201eguest\u201d, voi avea \u00een vedere exact ceea ce este scris \u00een acest capitol, nu ceea ce a\u021bi ob\u0219inuit voi \u00een cadrul muncii voastre. \u0218i da, aceasta nu este o preferin\u021b\u0103 personal\u0103, ci termeni consacra\u021bi \u00een industrie. A lupta cu ace\u0219tia este oarecum lipsit de sens. Totu\u0219i, sunt mereu pentru un schimb de opinii \u00een comentarii.<\/p>\n

Din p\u0103cate, termenii din munca noastr\u0103 \u0219i produsele sunt extrem de mul\u021bi, a\u0219a c\u0103 nu voi \u00eencerca s\u0103 \u00eei enum\u0103r pe to\u021bi. Doar cei mai de baz\u0103 \u0219i necesari pentru a supravie\u021bui \u00een marea de informa\u021bii despre backupuri \u0219i loguri. Pentru cei interesa\u021bi, pot de asemenea s\u0103 ofer un articol <\/a><\/noindex>de la colegii mei despre benzile de backup, unde a fost inclus\u0103 o list\u0103 de termeni corelati cu acea parte a func\u021bionalit\u0103\u021bii.<\/p>\n

Host (Host):<\/strong> \u00cen lumea virtualiz\u0103rii, acesta este un sistem cu hipervizor. Fie c\u0103 este fizic, virtual sau cloud \u2014 nu conteaz\u0103. Dac\u0103 pe ceva este pornit un hipervizor (ESXi, Hyper-V, KVM etc.), atunci acel \u201eceva\u201d se nume\u0219te host. Fie c\u0103 este un cluster de zece rack-uri sau laptopul t\u0103u cu o laboratorie de o jum\u0103tate de virtuale \u2014 dac\u0103 ai pornit hipervizorul, atunci ai devenit host. Pentru c\u0103 hipervizorul g\u0103zduie\u0219te ma\u0219ini virtuale. Exist\u0103 chiar o legend\u0103 cum c\u0103 VMware voia odat\u0103 s\u0103 ob\u021bin\u0103 o asociere ferm\u0103 a cuv\u00e2ntului host cu ESXi. Dar nu a reu\u0219it.<\/p>\n

\u00cen lumea modern\u0103, conceptul de \u201ehost\u201d s-a confundat practic cu cel de \u201eserver\u201d, ceea ce introduce o anumit\u0103 confuzie \u00een comunicare, mai ales c\u00e2nd vine vorba despre infrastructura Windows. A\u0219adar, orice sistem pe care se afl\u0103 un serviciu de interes poate fi numit cu u\u0219urin\u021b\u0103 host. De exemplu, \u00een logurile WinSock, cuv\u00e2ntul host este folosit pentru a marca totul. Clasicul \u201eHost not found\u201d este un exemplu. A\u0219adar, ne baz\u0103m pe context, dar \u021binem minte \u2014 \u00een lumea virtualiz\u0103rii, host-ul este ceea ce g\u0103zduie\u0219te guest-urile (despre aceasta urmeaz\u0103 s\u0103 discut\u0103m \u00een c\u00e2teva r\u00e2nduri mai jos).<\/p>\n

Din jargonuri locale (mai degrab\u0103 acronime \u00een acest caz) \u00eemi amintesc c\u0103 VMware este VI, vSphere este VC, iar Hyper-V este HV.<\/p>\n

Guest (Gazd\u0103):<\/strong> O ma\u0219in\u0103 virtual\u0103 care func\u021bioneaz\u0103 pe un host. Aici nu este nevoie de explica\u021bii, totul este at\u00e2t de logic \u0219i simplu. Totu\u0219i, mul\u021bi se str\u0103duiesc s\u0103 aduc\u0103 aici alte \u00een\u021belesuri. <\/p>\n

De ce? Nu \u0219tiu.
\nGuest OS, prin urmare, sistemul de operare al ma\u0219inii gazd\u0103. \u0218i a\u0219a mai departe.<\/p>\n

Backup\/Replication Job (job-ul de Back-up):<\/strong> Pur \u0219i simplu un jargon VMware, care se refer\u0103 la o sarcin\u0103 specific\u0103. Backup job == Job de Backup. Nimeni nu a g\u0103sit o modalitate frumoas\u0103 de a traduce acest termen \u00een rom\u00e2n\u0103, a\u0219a c\u0103 toat\u0103 lumea spune \u201ejob\u201d. Cu accent pe ultima silab\u0103.<\/p>\n

Da, a\u0219a pur \u0219i simplu spun \u201ejob\u201d. \u0218i chiar a\u0219a scriu \u00een e-mailuri, \u0219i este \u00een regul\u0103.
\nFel de lucr\u0103ri de Backup, Sarcini de Backup etc., mul\u021bumesc, dar nu este nevoie. Doar job, \u0219i v\u0103 vor \u00een\u021belege. Ceea ce conteaz\u0103 este s\u0103 pune\u021bi accentul pe ultima silab\u0103.<\/p>\n

Backup (Back-up, b\u0435\u043a\u0430\u043f. Pentru adev\u0103ra\u021bii vechi se accept\u0103 \u0219i backup):<\/strong> Pe l\u00e2ng\u0103 sensul evident (o copie de rezerv\u0103 a datelor care se afl\u0103 undeva), se refer\u0103 \u0219i la job-ul \u00een sine (cele trei r\u00e2nduri de mai sus, \u00een cazul \u00een care a\u021bi uitat), din care se creeaz\u0103 acel fi\u0219ier de backup. Probabil, domnii vorbitori de englez\u0103 sunt prea len\u021bi pentru a spune de fiecare dat\u0103 I ran my backup job, a\u0219a c\u0103 spun pur \u0219i simplu I ran my backup, \u0219i toat\u0103 lumea se \u00een\u021belege perfect. Propun s\u0103 sus\u021binem aceast\u0103 ini\u021biativ\u0103 minunat\u0103.<\/p>\n

Consolidate (Consolidare): <\/strong>Termen ap\u0103rut \u00een ESXi 5.0 Op\u021biune din meniul de lucru cu snapshot-uri, care declan\u0219eaz\u0103 procesul de \u0219tergere a a\u0219a-numitelor snapshot-uri orphaned. Adic\u0103 snapshot-uri care exist\u0103 fizic, dar care au ie\u0219it din structura logic\u0103 afi\u0219at\u0103. Teoretic, acest proces nu ar trebui s\u0103 afecteze fi\u0219ierele afi\u0219ate \u00een managerul de snapshot-uri, dar se \u00eent\u00e2mpl\u0103 de toate. Esen\u021ba procesului de consolidare este c\u0103 datele din snapshot (child disk) sunt scrise pe discul principal (parent disk). Procesul de unire a discurilor se nume\u0219te m mergere (merge). Dac\u0103 a fost dat\u0103 comanda de consolidare, atunci \u00eenregistrarea snapshot-ului poate fi \u0219tears\u0103 din baz\u0103 mai devreme dec\u00e2t snapshot-ul este \u00eembinat \u0219i \u0219ters. \u0218i dac\u0103 snapshot-ul nu a putut fi \u0219ters din orice motiv, atunci apar aceste a\u0219a-numite snapshot-uri orphaned. Despre lucrul cu snapshot-uri, VMware are un KB decent<\/a><\/noindex>. \u0218i noi de asemenea am scris despre ele pe Habr<\/a><\/noindex>.<\/p>\n

Datastore (Stora sau stocare): <\/strong>\u00a0Un concept foarte larg, dar \u00een lumea virtualiz\u0103rii se refer\u0103 la locul unde sunt stocate fi\u0219ierele ma\u0219inilor virtuale. \u00cen orice caz, este foarte important s\u0103 \u00een\u021belegem contextul \u0219i, \u00een cazul celor mai mici \u00eendoieli, s\u0103 clarific\u0103m ce a vrut s\u0103 spun\u0103 interlocutorul dumneavoastr\u0103.\u00a0<\/p>\n

Proxy (Punct de acces): <\/strong>Este important s\u0103 \u00een\u021belegem de la \u00eenceput c\u0103 Veeam Proxy nu este exact acela\u0219i lucru cu ceea ce suntem obi\u0219nui\u021bi pe c\u00e2mpurile internetului. \u00cen cadrul produselor Veeam, aceasta este o entitate care se ocup\u0103 de transferul de date dintr-un loc \u00een altul. F\u0103r\u0103 a intra \u00een detalii, VBR este serverul de comand\u0103, iar proxy-ul sunt muncitorii s\u0103i. A\u0219adar, proxy-ul este ma\u0219ina prin care trece traficul \u0219i pe care sunt instalate componentele VBR, care ajut\u0103 s\u0103 gestion\u0103m acest trafic. De exemplu, transfer\u00e2nd date dintr-un canal \u00een altul sau pur \u0219i simplu conect\u00e2ndu-ne la discuri (modul HotAdd).<\/p>\n

Repository (Depozit): <\/strong>\u00a0Tehnic, este pur \u0219i simplu o \u00eenregistrare \u00een baza de date VBR, care indic\u0103 locul unde sunt stocate backup-urile \u0219i cum s\u0103 ne conect\u0103m la acest loc. \u00cen practic\u0103, acest lucru poate fi at\u00e2t o simpl\u0103 partajare CIFS, c\u00e2t \u0219i un disc separat, un server sau un bucket \u00een cloud. Din nou, ne afl\u0103m \u00een context, dar \u00een\u021belegem c\u0103 depozitul este doar locul unde stochezi backup-urile tale.<\/p>\n

\u00a0Snapshot (Instantaneu): <\/strong>Amatorii de gramatic\u0103 oxfordian\u0103 prefer\u0103 s\u0103 spun\u0103 unii \u201esnEpshot\u201d, al\u021bii \u201esnEp\u0219ot\u201d, \u00eens\u0103 majoritatea celor f\u0103r\u0103 o educa\u021bie aprofundat\u0103 c\u00e2\u0219tig\u0103 datorit\u0103 num\u0103rului lor mai mare. Pentru cei care nu \u0219tiu \u2014 aceasta este o tehnologie care permite restabilirea st\u0103rii unui disc la un anumit moment \u00een timp. Acest lucru se face fie prin redirec\u021bionarea temporar\u0103 a opera\u021biunilor I\/O departe de discul principal \u2014 atunci se nume\u0219te snapshot RoW (Redirect on Write) \u2014 fie prin copierea blocurilor care sunt modificate de pe discul t\u0103u pe altul \u2014 atunci se va numi snapshot CoW (Copy on Write). Datorit\u0103 acestor func\u021bionalit\u0103\u021bi extinse, Veeam poate s\u0103-\u0219i exercite magia de backup. Strict vorbind, nu doar aceasta este capacitatea lor, dar aceasta va fi o parte a celor mai recente versiuni.<\/p>\n

\u00cen documenta\u021bia \u0219i jurnalele ESXi exist\u0103 o confuzie \u00een jurul acestui termen, iar \u00een contextul men\u021bion\u0103rii snapshot-urilor, putem \u00eent\u00e2lni at\u00e2t snapshot-urile, c\u00e2t \u0219i redo log-ul \u0219i chiar delta disk-ul. \u00cen documenta\u021bia Veeam nu exist\u0103 aceast\u0103 confuzie, iar snapshot-ul este un snapshot, iar redo log-ul este fi\u0219ierul REDO, creat de un disc non-persistent independent. Fi\u0219ierele REDO sunt \u0219terse la oprirea virtual machine-ului, a\u0219a c\u0103 a le confunda cu snapshot-urile este drumul c\u0103tre e\u0219ec.<\/p>\n

Synthetic (Sintetic):<\/strong> Backup-urile sintetice se refer\u0103 la backup-urile reverse incremental \u0219i forever forward. Dac\u0103 nu a\u021bi \u00eent\u00e2lnit vreodat\u0103 acest termen, este pur \u0219i simplu unul dintre mecanismele utilizate pentru construirea transform\u0103rii lan\u021bului de backup. Totu\u0219i, \u00een jurnale poate fi \u00eent\u00e2lnit\u0103 \u0219i no\u021biunea de Transform, care este utilizat\u0103 \u00een cadrul cre\u0103rii de copii complete din incremente (sintetice complete).<\/p>\n

Task (Task\u0103):<\/strong> Este procesul de prelucrare a fiec\u0103rei ma\u0219ini \u00een cadrul unui job. Asta \u00eenseamn\u0103: ai un job de backup care include trei ma\u0219ini. A\u0219adar, fiecare ma\u0219in\u0103 va fi procesat\u0103 \u00eentr-o task\u0103 separat\u0103. \u00cen total, vor fi patru jurnale: unul principal pentru job \u0219i trei pentru task-uri. Cu toate acestea, exist\u0103 o nuan\u021b\u0103 important\u0103: de-a lungul timpului, cuv\u00e2ntul \u201etask\u0103\u201d a devenit excesiv de ambiguu. C\u00e2nd vorbim despre jurnale generale, ne referim la faptul c\u0103 taska este, de fapt, VM. Dar exist\u0103 \u0219i \u201etask-uri\u201d pe proxy \u0219i pe repository. Acolo poate \u00eensemna fie un disc virtual, fie o ma\u0219in\u0103 virtual\u0103, fie \u00eentregul job. Este important s\u0103 nu pierdem contextul.<\/p>\n

Veeam %name% Service (Serviciul)<\/strong>: \u00a0<\/strong>Pentru succesul backup-urilor contribuie mai multe servicii, lista c\u0103rora poate fi g\u0103sit\u0103 \u00een instrumentul standard. Numele lor reflect\u0103 destul de clar esen\u021ba acestora, totu\u0219i printre ele exist\u0103 cel mai important \u2014 Veeam Backup Service, f\u0103r\u0103 de care celelalte nu vor func\u021biona.<\/p>\n

VSS: <\/strong>Tehnic, VSS ar trebui s\u0103 desemneze \u00eentotdeauna Microsoft Volume Shadow Copy Service. Este folosit, de fapt, de mul\u021bi ca sinonim pentru Application-Aware Image Processing. Ceea ce, desigur, este categoric gre\u0219it, dar asta este o poveste de genul \u201eOrice SUV poate fi numit Jeep \u0219i te vor \u00een\u021belege\u201d.<\/p>\n

Jurnale fantastice \u0219i locurile \u00een care acestea tr\u0103iesc<\/h3>\n

\nVreau s\u0103 \u00eencep acest capitol prin a dezv\u0103lui o mare tain\u0103 \u2014 ce or\u0103 este afi\u0219at\u0103 \u00een jurnale?<\/p>\n

Re\u021bine\u021bi:<\/p>\n