Noi di Veeam amiamo i log. E postu chì a maiò parte di e nostre soluzioni sò modulari, scrivenu assai logs. E postu chì u scopu di a nostra attività hè di assicurà a sicurità di i vostri dati (vale à dì, u sonnu riposu), allura i logs ùn deve micca solu arregistrà ogni starnutu, ma ancu fà in qualchì dettu. Questu hè necessariu per chì in casu di qualcosa hè chjaru cumu questu "chì" hè accadutu, quale hè a culpa, è ciò chì deve esse fattu dopu. Hè cum'è in a scienza forensica: ùn si sapi mai ciò chì pocu cosa vi aiuterà à truvà l'assassinu di Laura Palmer.
Per quessa, aghju decisu di piglià un swing à una seria d'articuli, induve parraraghju in sequenza di ciò chì scrivimu à i logs, induve l'avemu guardatu, cumu per ùn andà in pazzi cù a so struttura è ciò chì cercà in elli.
Perchè una seria d'articuli è perchè micca discrive tuttu in una volta?
Simply listening which log is where and what is stored in it hè una impresa piuttostu disastruosa. È hè paura ancu di pensà à mantene sta infurmazione aghjurnata. Un elencu simplice di tutti i tipi di logs pussibuli in Veeam Backup & Replication hè un tavulu nantu à parechje fogli in stampa chjuca. Iè, è serà pertinente solu à u mumentu di a publicazione, perchè. quandu u prossimu patch hè liberatu, i novi logs ponu appare, a logica di l'infurmazioni guardati in i vechji cambierà, etc. Dunque, serà assai più prufittuamente per spiegà a so struttura è l'essenza di l'infurmazioni cuntenuti in elli. Questu vi permetterà di navigà megliu i lochi chè u banale cramming di nomi.
Per quessa, per ùn precipità a testa in a piscina di fogli di testu, facemu qualchì travagliu preparatori in questu articulu. Dunque, oghje ùn entremu micca in i logs stessi, ma andemu da luntanu: compilaremu un glossariu è discuteremu un pocu di a struttura di Veeam in quantu à generà logs.
Glossariu è jargon
Quì, prima di tuttu, vale a pena scusa à i campioni di a purità di a lingua russa è i tistimunianzi di u dizziunariu Ozhegov. Tutti amemu assai a nostra lingua nativa, ma a maledetta industria IT opera in inglese. Ebbè, ùn avemu micca vinutu cun ellu, ma hè accadutu storicamente. Ùn hè micca a mo culpa, hè vinutu ellu stessu (c)
In u nostru affari, u prublema di l'anglicismi (è u jargon) hà i so specifichi. Quandu sottu à e parolle innocenti cum'è "ospiti" o "ospiti" u mondu sanu hà longu capitu cose assai specifiche, allora nantu à ⅙ di a terra, a cunfusione eroica è staggering cù poking in dizziunari cuntinueghja. È l'argumentu strettamente ubligatoriu "Ma à u nostru travagliu ...".
In più, ci hè puramente a nostra terminologia, chì hè inherente à i prudutti Veeam, ancu s'è qualchi parolle è frasi sò andati à u populu. Dunque, avà seremu d'accordu nantu à quale terminu significa ciò chì, è in u futuru, da a parolla "ospiti", vogliu dì esattamente ciò chì hè scrittu in stu capitulu, è micca ciò chì site abituatu à u travagliu. È iè, questu ùn hè micca u mo capriccio persunale, questi sò termini ben stabiliti in l'industria. A lotta cun elli hè un pocu inutile. Ancu s'ellu sò sempre favuritu di rinfriscà in i cumenti.
Sfurtunatamente, ci sò assai termini in u nostru travagliu è i prudutti, cusì ùn pruvaraghju micca di listinu tutti. Solu l'infurmazioni più basi è necessarii nantu à i backups è i logs per sopravvivenza in u mare. Per quelli interessati, possu ancu culleghi circa nastri, induve ellu hà ancu datu una lista di termini ligati à quella parte di a funziunalità.
Host (Host): In u mondu di a virtualizazione, questu hè una macchina cù un hypervisor. Fisica, virtuale, nuvola - ùn importa micca. Se qualcosa funziona un ipervisore (ESXi, Hyper-V, KVM etc.), allora questu "qualcosa" hè chjamatu host. Ch'ella sia un cluster cù deci rack o u vostru laptop cun un laboratoriu per una è mezza macchina virtuale - se avete lanciatu un ipervisore, diventerete un host. Perchè l'ipervisore ospita macchine virtuali. Ci hè ancu una storia chì VMware in un tempu vulia ottene una associazione ferma di a parolla host cù ESXi. Ma ella ùn hà micca.
In u mondu mudernu, u cuncettu di "host" hà praticamente fusionatu cù u cuncettu di "server", chì porta una certa cunfusione à a cumunicazione, soprattuttu quandu si tratta di infrastruttura Windows. Allora ogni macchina chì accoglie un serviziu d'interessu per noi pò esse chjamatu in modu sicuru un òspite. Per esempiu, in i logs WinSock tuttu hè marcatu cù a parolla host. U classicu "Host not found" hè un esempiu di questu. Allora partemu da u cuntestu, ma ricurdate - in u mondu di a virtualizazione, un òspite hè ciò chì ospitu invitati (più nantu à questu in duie linee sottu).
Da a lingua locale (piuttostu ancu acronimi, in questu casu), hè ricurdatu quì chì VMware hè VI, vSphere hè VC, è Hyper-V hè HV.
Guest (invitatu): A macchina virtuale in esecuzione nantu à l'ospite. Ùn ci hè nunda di spiegà quì, tuttu hè cusì logicu è simplice. Tuttavia, assai diligently trascinate quì qualchì altru significatu.
Perchè? Ùn a sò micca.
Guest OS, rispettivamente, u sistema upirativu di a macchina invitata. Eccetera.
Travagliu di salvezza / replicazione (jobA): Pure Wim jargon, denoting some of the tasks. Travagliu di salvezza == Travagliu di salvezza. Nimu hà capitu cumu traduce bè in russo, cusì tutti dicenu "JobA". Cù enfasi nantu à l'ultima sillaba.
Iè, simpricimenti piglianu è dicenu "joba". E ancu in lettere scrivenu cusì, è tuttu va bè.
Tutti i tipi di travaglii di salvezza, attività di salvezza, etc., grazie, ma senza bisognu. Solu un travagliu, è sarete capitu. A cosa principal hè di mette l'accentu nantu à l'ultima sillaba.
Backup (Backup, backup. Per veru-oldfags, backup hè permessu): In più di l'evidente (una copia di salvezza di dati chì si trovanu in un locu), significa ancu u travagliu stessu (trè linee sopra, se avete digià scurdatu), per via di quale u schedariu di salvezza assai appare. Probabilmente, i signori parlanti nativi di l'inglesi sò troppu pigri per dì ch'e aghju fattu u mo travagliu di salvezza ogni volta, cusì dicenu solu chì aghju fattu a mo copia di salvezza, è tutti si capiscenu perfettamente. Vi invitu à sustene sta maravigliosa iniziativa.
Consolidate (Consolidation): Un termu chì hè apparsu in ESXi 5.0 Una opzione in u menù di snapshot chì principia u prucessu di sguassà i cosiddetti snapshots orfani. Questu hè, snapshots chì sò fisicamente dispunibili, ma cadutu fora di a struttura logica mostrata. In teoria, stu prucessu ùn deve micca affettà i fugliali affissati in u gestore di snapshot, ma qualcosa pò succede. L'essenza di u prucessu di cunsulidazione hè chì e dati da a snapshot (discu di u zitellu) sò scritti à u discu principale (parent). U prucessu di cunghjuntà i dischi hè chjamatu merge. Se un cumandamentu di cunsulidazione hè statu emessu, allora u record di snapshot pò esse sguassatu da a basa di dati prima chì a snapshot hè fusionata è sguassata. È se l'istantanea ùn puderia micca esse sguassata per qualsiasi mutivu, allora questi stessi snapshots orfani appariscenu. À u travagliu cù snapshots, VMware hà . È avemu ancu in qualchì manera nantu à elli .
Datastore (Almacenamiento o almacenamiento): Un cuncettu assai largu, ma in u mondu di a virtualizazione, hè capitu cum'è un locu induve i schedarii di a macchina virtuale sò almacenati. Ma in ogni casu, quì avete bisognu di capiscenu u cuntestu assai chjaramente è, cù u minimu dubbitu, chjarificà ciò chì esattamente u vostru interlocutore avia in mente.
Proxy (Proxy): Hè impurtante di capisce immediatamente chì Veeam Proxy ùn hè micca u listessu cum'è ciò chì simu abituati in Internet. In i prudutti Veeam, questu hè un tipu d'entità chì si tratta di trasferimentu di dati da un locu à l'altru. Se ùn andate micca in i dettagli, allora VBR hè un servitore di cumanda è cuntrollu, è i proxy sò i so cavalli di travagliu. Vale à dì, un proxy hè una macchina à traversu u trafficu flussu è nantu à quale cumpunenti VBR sò stallati chì aiutanu à guidà stu trafficu. Per esempiu, per trasfiriri dati da un canale à l'altru, o simpricimenti per appiccicà i discu à sè stessu (modu HotAdd).
Repository (Repository): Tecnicamente, questu hè solu una entrata in a basa di dati VBR, chì indica u locu induve i backups sò guardati, è cumu cunnette à questu locu. In fatti, pò esse solu una bola CIFS o un discu separatu, servitore o bucket in u nuvulu. In novu, simu in u cuntestu, ma capiscenu chì un repository hè solu un locu induve e vostre backups sò.
Snapshot (SnapshOt): L'amatori di grammatica d'Oxford preferiscenu dì quale hè una foto è quale hè una foto, ma a maiuranza analfabeta beneficia di a massa più grande. Se qualchissia ùn sapi micca, questu hè una tecnulugia chì permette di restaurà u statu di un discu in un certu puntu in u tempu. Questu hè fattu sia reindirizzendu temporaneamente l'operazioni I / O luntanu da u discu principale - allora serà chjamatu RoW (Redirect on Write) snapshot - o movendu blocchi riscrivibili da u vostru discu à un altru - questu serà chjamatu CoW (Copy on Write). ) istantanea. Hè grazia à l'ampia pussibilità di utilizà sti funzioni chì Veeam pò travaglià a so magia di salvezza. Strictly speaking, micca solu elli, ma questu hè a materia di e prossime versioni.
Ci hè u caosu intornu à questu termu in a documentazione ESXi è i logs, è in u cuntestu di mintuvà snapshots, pudete truvà snapshots stessi, è redo log, è ancu di discu delta. A documentazione di Veeam ùn cuntene micca tali lacrime, è una snapshot hè una snapshot, è un redo log hè esattamente un schedariu REDO creatu da un discu indipindenti micca persistente. I schedari REDO sò sguassati quandu a macchina virtuale hè disattivata, cusì cunfundenduli cù snapshots hè una strada per fallimentu.
Sintetiche (Sintetiche): I backup sintetici sò backup incrementali inversi è per sempre avanti. In casu ùn avete micca scontru stu terminu, hè solu unu di i miccanismi utilizati per custruisce una trasfurmazioni di a catena di salvezza. In ogni casu, in i logs pudete ancu truvà u cuncettu di Transformazione, chì hè utilizatu in u quadru di creazione di copie sanu da incrementi (sintetica piena).
Task (Task): Questu hè u prucessu di trasfurmà ogni macchina individuale in u travagliu. Questu hè: avete un travagliu di salvezza, chì include trè machini. Questu significa chì ogni vittura serà trattata cum'è parte di un compitu separatu. In totale, ci saranu quattru logs: u principale per i travaglii è trè per i travaglii. Tuttavia, ci hè una sfumatura impurtante quì: cù u tempu, a parolla "task" hè diventata inutilmente ambigua. Quandu parlemu di logs generale, vulemu dì chì un compitu hè esattamente una VM. Ma ci sò "tasks" sia nantu à u proxy sia in u repository. Ci pò significà un discu virtuale, una macchina virtuale, è tuttu u travagliu. Questu hè, hè impurtante ùn perde micca u cuntestu.
Veeam %name% Service: Per u benefiziu di una copia di salvezza riescita, parechji servizii funzionanu à una volta, una lista di quale pò esse truvata in l'equipaggiu standard. I so nomi riflettenu in modu abbastanza trasparente a so essenza, ma trà uguali ci hè u più impurtante - Veeam Backup Service, senza chì u restu ùn funziona micca.
VSS: Tecnicamente, VSS deve sempre stà per Microsoft Volume Shadow Copy Service. In fatti, hè utilizatu da parechji cum'è sinonimu di l'Application-Aware Image Processing. Chì, sicuru, hè categuricamente sbagliatu, ma questu hè una storia da a categuria "Qualsiasi SUV pò esse chjamatu jeep, è sarete capitu".
Logs fantastichi è induve campanu
Vogliu principià stu capitulu revelendu u grande sicretu - chì ora hè visualizata in i logs?
Ricurdativi:
- ESXi scrive sempre logs in UTC+0.
- vCenter mantene logs secondu l'ora di u so fusu orariu.
- Veeam conserva logs per ora è fusa oraria di u servitore in quale hè.
- È solu l'avvenimenti di Windows in u formatu EVTX ùn soffrenu micca di ubligatoriu à nunda. Quandu si apre, u tempu hè ricalculatu per a vittura nantu à quale sò stati aperti. L'opzione più còmuda, ancu s'ellu ci sò difficultà cun ella. L'unica difficultà tangibile hè a diffarenza in i locali. Questu hè un percorsu praticamente garantitu per i logs illegibili. Iè, ci sò l'opzioni per trattà questu, ma solu ùn discutemu cù u fattu chì tuttu in l'IT funziona in inglese, è accunsenu à stabilisce sempre u locale inglese nantu à i servitori. Oh per piacè.
Avà parlemu di i lochi induve campanu i logs è cumu per ottene. In u casu di VBR, ci sò dui approcci.
A prima opzione hè adattata s'ellu ùn site micca ansiosu di circà i schedari in u munzeddu generale chì sò specificamente ligati à u vostru prublema. Per fà questu, avemu un assistente separatu, à quale pudete specificà un travagliu specificu è un periodu specificu per quale avete bisognu di logs. Allora andarà nantu à i cartulare stessu è mette tuttu ciò chì avete bisognu in un archiviu. Induve circà è cumu travaglià cun ellu hè descrittu in dettagliu in .
In ogni casu, l'assistente ùn raccoglie micca i logs di tutti i travaglii è, per esempiu, s'ellu ci vole à studià i logs di restaurazione, failover o failback, a vostra strada si trova in u cartulare. %ProgramData%/Veeam/Backup. Questu hè u principale logostore VBR è %ProgramData% hè un cartulare oculatu è va bè. In modu, u locu predeterminatu pò esse riassignatu cù u REG_SZ: LogDirectory tipu di chjave di registru in u ramu HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication.
Nant'à e macchine Linux, i logs di l'agente di u travagliu deve esse cercati in /var/log/VeeamBackup/se utilizate un contu root o sudo. Se ùn avete micca tali privilegi, allora cercate logs in /tmp/VeeamBackup.
Per l'agente Veeam per i logs %OS_name% deve esse cercatu %ProgramData%/Veeam/Endpoint (o %ProgramData%/Veeam/Backup/Endpoint) è /var/log/veeam rispettivament.
Sè vo aduprate l'Application-Aware Image Processing (è più prubabilmente sì), allora a situazione diventa un pocu più cumplicata. Averete bisognu di i logs di u nostru aiutu, chì sò cullucati in a macchina virtuale stessu, è i logs VSS. Circa cumu è induve uttene sta felicità, hè scrittu in dettagliu in . È di sicuru ci hè per cullà i logs di sistema necessarii.
L'avvenimenti di Windows sò raccolti convenientemente secondu . Sè vo aduprate Hyper-V, e cose diventanu più complicate, cum'è avete bisognu di tutti i so logs da l'Applicazioni è Serviziu Logs> Microsoft> ramu Windows. Ancu s'ellu pudete sempre andà in u modu più stupidu è solu coglie tutti l'uggetti da %SystemRoot%System32winevtLogs.
Se qualcosa si rompe durante l'installazione / l'aghjurnamentu, allora tuttu ciò chì avete bisognu pò esse truvatu in u cartulare %ProgramData%/Veeam/Setup/Temp. Ancu s'ellu ùn aghju micca ammuccià u fattu chì in l'avvenimenti OS pudete truvà infurmazioni più utili cà in questi logs. U restu di l'interessanti si trova in %Temp%, ma ci sò principarmenti logs d'installazione per u software cunnessu, cum'è a basa, biblioteche .Net è altre cose. Nota chì Veeam hè stallatu da msi è tutti i so cumpunenti sò ancu stallati cum'è pacchetti msi separati, ancu s'ellu ùn era micca indicatu in a GUI. Per quessa, se a stallazione di unu di i cumpunenti falla, a stallazione VBR sana serà fermata. Per quessa, avete bisognu à andà in i logs è vede ciò chì esattamente ruttu è à quale puntu.
È infine, un pirate di vita: se ricevi un errore durante a stallazione, ùn avete micca fretta à cliccà OK. Prima pigliamu i logs, dopu cliccate OK. Questu modu vi uttene un logu chì finisce à u mumentu di l'errore, senza basura à a fine.
È succede chì avete bisognu à entre in i logs di vSphere. L'occupazione hè assai ingrata, ma, avendu arroccatu e maniche, ci vole à fà un altru. In a versione più simplice, avemu bisognu di logs cù l'avvenimenti di a macchina virtuale vmware.log, chì si trovanu vicinu à u so schedariu .vmx. In un casu più difficiule, apremu Google è dumandemu induve si trovanu i logs per a vostra versione d'ospiti, postu chì VMware li piace à cambià stu locu da a liberazione à a liberazione. Per esempiu, , ma per . Per i logs di vCenter, ripetite a prucedura . Ma in generale, seremu interessate in i logs di l'avvenimenti di l'ospiti hostd.log, l'avvenimenti di l'ospiti gestiti da vCenter vpxa.log, i logs di kernel vmkernel.log è i logs d'autentificazione auth.log. Eppo, in i casi più trascurati, u log SSO, chì si trova in u cartulare SSO, pò esse utile.
ingombrante ? Cunfusu? Paura ? Ma questu ùn hè mancu a mità di l'infurmazioni chì u nostru supportu travaglia ogni ghjornu. Allora sò veramente, veramente cool.
Componenti Veeam
È in cunclusione di questu articulu introduttivu, parlemu un pocu di i cumpunenti di Veeam Backup & Replication. Perchè quandu cercate a causa di u dulore, saria bonu per capiscenu cumu travaglia u paci.
Dunque, cum'è tutti probabilmente sanu, Veeam Backup hè una cusì chjamata applicazione basata in SQL. Questu hè, tutti i paràmetri, tutte l'infurmazioni è in generale tuttu ciò chì hè necessariu solu per u funziunamentu normale - tuttu questu hè in a so basa di dati. O piuttostu, in duie basa di dati, se parlemu di una mansa di VBR è EM: VeeamBackup è VeeamBackupReporting, rispettivamente. È cusì hè accadutu: avemu messu una altra applicazione - una altra basa di dati appare. Per ùn guardà tutti l'ova in una cesta.
Ma per tutta sta ecunumia per travaglià bè, avemu bisognu di un inseme di servizii è applicazioni chì ligà tutti i cumpunenti. Cum'è un esempiu, questu hè ciò chì pare in unu di i mo laboratori:
Agisce cum'è direttore principale Serviziu di salvezza di Veeam. Hè quellu chì hè rispunsevuli di u scambiu d'infurmazioni cù e basi. Hè ancu rispunsevuli di lancià tutte e tarei, orchestrating risorse attribuite è travaglià cum'è una sorta di centru di cumunicazione per una varietà di cunsole, agenti è tuttu u restu. In una parolla, ùn ci hè definitu micca manera senza ellu, ma questu ùn significa micca à tuttu chì ellu faci tuttu ellu stessu.
L'aiuta in a realizazione di u so pianu Veeam Backup Manager. Questu ùn hè micca un serviziu, ma una entità chì lancia i travaglii è monitoreghja u prucessu di a so esecuzione. E mani di travagliu di u serviziu di salvezza, cù quale si cunnetta à l'ospiti, crea snapshots, monitora a retenzioni, è cusì.
Ma torna à a lista di servizii. Veeam Broker Service. Apparsu in v9.5 (è questu ùn hè micca un minatore criptu, cum'è qualcunu pensava allora). Raccoglie infurmazione nantu à l'ospiti VMware è mantene a so rilevanza. Ma ùn correte micca subitu à scrive cumenti arrabbiati chì vi spiemu è sguassate tutti i logins / password à u taschmajor. Tuttu hè un pocu più simplice. Quandu fate una copia di salvezza, a prima cosa chì avete da fà hè di cunnette cù l'ospite è aghjurnà tutte e dati nantu à a so struttura. Questa hè una storia piuttostu lenta è ingombrante. Basta à ricurdà quantu tempu ci vole à accede à l'interfaccia web, è ricordate chì solu a capa superiore hè cuntata quì. E poi avete sempre bisognu di apre a ghjerarchia sana à u locu ghjustu, per via. In una parolla, l'orrore. Sè vo eseguite una decina di backups, allora ogni travagliu deve fà sta prucedura. Se parlemu di grandi infrastrutture, allora stu prucessu pò piglià dece minuti o più. Per quessa, hè statu decisu di attribuisce un serviziu separatu per questu, per mezu di quale serà pussibule riceve infurmazioni sempre aggiornate. À l'iniziu, verifica è scansa tutte l'infrastruttura aghjuntu, è poi prova di travaglià solu à u livellu di cambiamenti incrementali. Allora ancu s'è vo eseguite un centu di salvezza à u stessu tempu, tutti dumandaranu infurmazioni da u nostru broker, è ùn turmentanu micca l'ospiti cù e so dumande. Sè vo site preoccupatu per e risorse, allora secondu i nostri calculi, 5000 macchine virtuali necessitanu solu circa 100 Mb di memoria.
Dopu avemu Console Veeam. Hè Veeam Remote Console, hè Veeam.Backup.Shell. Questa hè a stessa GUI chì vedemu in i screenshots. Tuttu hè simplice è ovvi - a cunsola pò esse lanciata da ogni locu, sempre chì hè Windows è ci hè una cunnessione à u servitore VBR. L'unicu ciò chì pò esse dettu hè chì u prucessu FLR muntarà punti in u locu (vale à dì nantu à a macchina induve a cunsola hè in esecuzione). Ebbè, i Veeam Explorers assortiti seranu ancu eseguiti in u locu, perchè sò parti di a cunsola. Ma m'hà digià purtatu in a natura salvatica ...
Un altru serviziu interessante hè Veeam Backup Catalog Data Service. Cunnisciutu cum'è Veeam Guest Catalog Service in a lista di servizii. Hè impegnatu in l'indici di i sistemi di schedarii nantu à i machini invitati è riempie u cartulare VBRCatalog cun questa cunniscenza. Hè adupratu solu induve a casella di verificazione di l'indexazione hè attivata. È hè solu sensu per attivà si avete Enterprise Manager. Dunque, cunsiglii da u fondu di u mo core: ùn attivate micca l'indexazione cum'è questu s'ellu ùn avete micca EAT. Risparmiate i vostri nervi è u tempu di sustegnu.
Ancu da altri servizii impurtanti vale a pena nutà Veeam Installer Service, cù l'aiutu di quale i cumpunenti necessarii sò furniti è installati nantu à proxy, repository è altre gateway. In fatti, pigghia i pacchetti .msi necessarii à i servitori è i stalla.
Veeam Data Mover - cù l'aiutu di l'agenti ausiliarii lanciati nantu à i proxy (è micca solu) hè impegnatu in u cambiamentu di dati. Per esempiu, durante a copia di salvezza, un agentu leghje i schedari da u datastore di l'ospiti, è u sicondu hà da scrive cù cura à a copia di salvezza.
Separatamente, vogliu nutà una cosa impurtante chì i clienti spessu reagiscenu - questu hè a diffarenza in versioni di servizii è informazioni in u snap-in Programmi è Funzioni. Iè, a lista serà a stessa, ma e versioni ponu esse completamente discordanti. Ùn hè micca assai cool da un puntu di vista visuale, ma hè cumplettamente normale se tuttu funziona stabilmente. Per esempiu, per u serviziu Installatore, u numeru di versione hè assai daretu à i vicini. Horror è incubi? No, perchè ùn hè micca completamente reinstallatu, ma a so DLL hè simplicemente aghjurnata. In u patch v9.5 U4, un incubu di supportu tecnicu hè accadutu: durante l'aghjurnamentu, tutti i servizii ricivutu novi versioni, fora di a più impurtante. In u patch U4b, u serviziu di trasportu hà superatu tutti l'altri da quant'è duie versioni (à ghjudicà da i numeri). È questu hè ancu normale - un bug seriu hè statu trovu in questu, cusì hà ricevutu un aghjurnamentu bonus relative à u restu. Dunque, per riassume: e differenze di versione PODRESSU esse un prublema, ma s'ellu ci hè una differenza è tuttu funziona bè, allora probabilmente duveria esse. Ma nimu ùn vi impedisce di chjarificà questu in u supportu tecnicu.
Il s'agissait des services appelés obligatoires ou obligatoires. È ci hè una mansa di ausiliarii, cum'è Tape Service, Mount Service, vPowerNFS Service è cusì.
Per Hyper-V, in generale, tuttu hè listessu, solu ci hè un specificu Veeam Backup Hyper-V Integration Service è u vostru propiu driver per travaglià cù CBT.
È à a fine, parlemu di quale travaglia nantu à e macchine virtuale durante a copia di salvezza. Per eseguisce script pre- è post-freeze, per creà una copia ombra, cullà metadata, travaglià cù logs di transazzione SQL, etc. Veeam Guest Helper. È se i sistemi di schedari sò indexati, Veeam Guest Indexer . Quessi sò servizii tempuranee implementati per a durata di a copia di salvezza è eliminati dopu.
In u casu di e macchine Linux, tuttu hè assai più simplice per a prisenza di un gran numaru di biblioteche integrate è e capacità di u sistema stessu. Per esempiu, l'indexazione hè fatta cù mlocate.
Hè tuttu per avà
Ùn oseraghju più di fà male cortu Pensu chì l'introduzione à u compartmentu di u mutore Veeam hè finita. Iè, ùn avemu mancu avvicinatu à i dens stessi, ma crede à mè, perchè l'infurmazioni presentati in elli ùn pare micca un flussu incoherente di a cuscenza, una tale introduzione hè assolutamente necessaria. Pensu di andà à i logs stessi solu in u terzu articulu, è u pianu per u prossimu hè di spiegà quale genera i logs, ciò chì esattamente si mostra in elli è perchè esattamente, è micca altrimenti.
Source: www.habr.com