Sot u lutem, sot po prezantoj përsëri disa këshilla të dobishme nga kolegu im Evgeny Ivanov, lideri i ekipit të mbështetjes teknike të Veeam. Këtë herë, Zhenya ndau rekomandime për punën me backup-et dhe replikat. Shpresoj se ato do t'ju ndihmojnë të evitoni gabimet tipike dhe replikat dhe backup-et tuaj kurrë nuk do të jenë "nëpikë për dobësi" në procesin e rikuperimit, nëse do të jetë e nevojshme.
Pra, mirësevini nën këtë postim.
NĂ« pĂ«rmasĂ«n time tĂ« kaluar ne u merrem me optimizimin e ngarkesĂ«s nĂ« komponentĂ«t e infrastrukturĂ«s sĂ« kopjimit, dhe shqyrtuam gabimet tipike tĂ« konfigurimit. Tani kalojmĂ« te njĂ« temĂ« tjetĂ«r tĂ« rĂ«ndĂ«sishme â pĂ«rgatitja dhe kryerja e rikuperimit. KĂ«tĂ« temĂ« do ta shqyrtojmĂ« gjithashtu me shembuj realĂ« me tĂ« cilĂ«t ekipi i mbĂ«shtetjes teknike ka punuar.
Backup pa restaurim â para tĂ« humbura
KĂ«tu shpesh na kontaktojnĂ« pĂ«rdoruesit qĂ« e kanĂ« gjetur veten nĂ« situata tĂ« ngjashme: duhet tĂ« kryejnĂ« rikuperimin nga njĂ« backup, por gjatĂ« pĂ«rpjekjes pĂ«r ta bĂ«rĂ« kĂ«tĂ«, ata hasin njĂ« problem tĂ« pazgjidhshĂ«m. Dhe ky problem â nuk Ă«shtĂ« aspak mungesa e njĂ« kopjeje rezervĂ«, veprimet e CryptoLocker ose diçka e ngjashme. ĂshtĂ« "vetĂ«m" mungesa e vĂ«mendjes ndaj verifikimit tĂ« kopjeve rezervĂ« dhe replikave pĂ«r mundĂ«sinĂ« e rikuperimit. ShumĂ« shpesh pĂ«rqendrohen vetĂ«m nĂ« procesin e krijimit tĂ« backup-it, duke harruar se thjesht ekzistenca e njĂ« kopjeje rezervĂ« nuk Ă«shtĂ« njĂ« panacee pĂ«r mundĂ«sitĂ« e mundshme tĂ« fatkeqĂ«sisĂ«. Duhet tĂ« kuptojmĂ« se rikuperimi Ă«shtĂ« njĂ« proces krejtĂ«sisht i ndryshĂ«m, me veçoritĂ« e tij, dhe qĂ« patjetĂ«r duhet tĂ« kontrollohet dhe testohet para se tĂ« fillojĂ« nĂ« prodhim. Ja disa shembuj tĂ« dukshĂ«m:
- NjĂ« pĂ«rdorues kishte njĂ« dĂ«shtim nĂ« punĂ«n e njĂ« makine virtuale kritike me madhĂ«si 20 TB. NdĂ«rprerjet, natyrisht, janĂ« tĂ« papranueshme, dhe administratorit fillon procesin e rikuperimit tĂ« menjĂ«hershĂ«m (VM instant recovery) â pas 5 minutash, makina Ă«shtĂ« ngritur. Por ne e kujtojmĂ« se ky gjendje e makinĂ«s mund tĂ« pĂ«rdoret vetĂ«m pĂ«rkohĂ«sisht â ajo patjetĂ«r duhet tĂ« migrohet nĂ« datastorin e prodhimit (datastore). NĂ« kĂ«tĂ« rast, siç u zbulua, mundĂ«sitĂ« e infrastrukturĂ«s nuk lejonin kopjimin e 20 TB tĂ« tĂ« dhĂ«nave pĂ«r njĂ« kohĂ« tĂ« arsyeshme. NĂ« cilĂ«simet e procesit tĂ« rikuperimit tĂ« menjĂ«hershĂ«m, ishte zgjedhur tĂ« ruajĂ« ndryshimet nĂ« disk Nga: Serverat Veeam Backup & Replication (ndryshe nga snapshot-i i vSphere) - si rezultat, natyrisht hapĂ«sira nĂ« disk u mbush shpejt. NĂ« momentin qĂ« pĂ«rdoruesi u paraqit nĂ« suport, VM kishte ndryshime qĂ« nuk mund tĂ« injoroheshin. Pra, kemi njĂ« situatĂ« kur nuk Ă«shtĂ« e mundur tĂ« finalizohet shpejt procesi i rikuperimit tĂ« menjĂ«hershĂ«m tĂ« makinerisĂ« kritike - si tĂ« shpĂ«tojmĂ« tĂ« dhĂ«nat?
Të them të drejtën, për shkak të kalimit të viteve nuk e mbaj mend të gjitha detajet e finales, por e mbaj mend se në fund nuk arritëm të shkëputnim asgjë geniale. Klientët nga ana e tyre, me disa vështirësi, e zgjidhën këtë problem, duke zgjeruar diskun C: nga rezervat, kopjuan skedarët më të rëndësishëm dhe më pas ndaluan VM-në dhe kështu migruan. Në përgjithësi, nuk ndodhi asnjë mrekulli.
- Në infrastrukturën e përdoruesit punonte një kontrollues domeni, dhe të gjithë komponentët e Veeam Backup & Replication ishin konfiguratuar duke përdorur DNS. Po, po, pikërisht kështu, nuk e ke dëgjuar gabim. Kishte njëqind mundësi zhvillimi të ngjarjeve, por realiteti ishte ky: njerëzit kishin planifikuar mirëmbajtjen dhe vendosën të kalonin në replikën e kontrolluesit të tyre të domainit. Ata përdorën kalimin e planifikuar, që në përgjithësi rekomandohet të bëhet në situata të tilla. Në fazën e parë gjithçka shkoi mirë, dhe në fazën e dytë VM-në e ndalën për pak, për të transferuar mbetjet e të dhënave. Natyrisht, detyra e kalimit përfundoi menjëherë me një gabim, pasi DNS pushoi së punuari.
Fatmirësisht, këtu arritëm të menaxhonim situatën, duke aktivizuar replikën manualisht nga vSphere (në të vërtetë, kjo operacion nuk rekomandohet të bëhet vetë, siç do të shihni në shembullin e ardhshëm). Por, siç e kuptoni, procesi i mirëmbajtjes u ndërpre dhe u shty. Për më tepër, na duhej të futnim manualisht emrat e hosteve në skedarin C:WindowsSystem32driversetchosts në serverin Veeam Backup & Replication, për të siguruar saktësinë gjatë rikthimit tërësor.
- Një klient tjetër kishte ndërtuar të gjithë infrastrukturën e kopjimit të të dhënave rreth disqeve të magnetikës, ndërsa në disk ruheshin vetëm disa skedarë të shkurtër. Kur iu nevojit të rikthejë disa skedarë nga një server i madh i skedarëve, doli se asnjë makinë nuk mund të përdorej si depo ndihmëse për rikthimin nga banda, pasi asnjëra prej tyre nuk kishte hapësirë të mjaftueshme të lirë. (Për rikthimin nga banda direkt dhe duke përdorur një depo ndihmëse, mund të lexoni (për momentin në anglisht)).
Mendoj se nĂ« tĂ« tre shembujt e pĂ«rmendur, pĂ«rdoruesit, siç thonĂ«, ishin nĂ« njĂ« iluzion - ata supozuan se nĂ«se backup-i kishte kaluar me sukses, atĂ«herĂ« nuk do tĂ« kishin probleme me rikthimin. Por, siç e kuptoni, kjo nuk Ă«shtĂ« gjithmonĂ« e tillĂ«, dhe prandaj rikthimi duhet tĂ« pĂ«rgatitet po aq seriozisht sa edhe backup-i. Fillimisht, Ă«shtĂ« e rĂ«ndĂ«sishme tĂ« studioheni , ku pĂ«rmban informacione tĂ« detajuara nĂ« lidhje me llojet e ndryshme tĂ« rikthimit. NĂ« fillim tĂ« çdo paragrafi renditen kĂ«rkesat, veprimet pĂ«rgatitore dhe kufizimet e mundshme. PĂ«rshkrimi i rikthimit nga disqet magnetike ose nga snapshotet harduerike tĂ« SAN mund tĂ« gjendet nĂ« seksionet e dokumentacionit dhe nĂ« nĂ« HabrĂ©. PĂ«r mĂ« tepĂ«r, veprimet pĂ«rgatitore pĂ«r rikthimin e objekteve tĂ« aplikacioneve duke pĂ«rdorur mjetet Veeam Explorers janĂ« pĂ«rshkruar nĂ« seksionin 'Planifikimi dhe pĂ«rgatitja' pĂ«r çdo mjet. Ju rekomandoj tĂ« familiarizoheni me to â kjo do t'ju ndihmojĂ« tĂ« pĂ«rgatitni sistemin pĂ«r rikthim nĂ« rast nevoje. NĂ« gjuhĂ«n rusisht, udhĂ«zimet pĂ«r rikthimin e bazĂ«s sĂ« tĂ« dhĂ«nave SQL Server janĂ« tĂ« dhĂ«na .
Pse nuk duhet punuar me replikat nga konsola e vSphere?
Teorikisht, replikat e Veeam pĂ«rfaqĂ«sojnĂ« makina tĂ« zakonshme virtuale, me tĂ« cilat, nĂ« dukje, do tĂ« ishte logjike tĂ« punonit, duke pĂ«rdorur mjetet e vSphere, veçanĂ«risht klientin vSphere. MegjithatĂ«, ne nuk e rekomandojmĂ« kĂ«tĂ«, dhe ja pse: kalimi nĂ« replikĂ«n nĂ« Veeam Backup & Replication Ă«shtĂ« njĂ« proces mjaft i ndĂ«rlikuar, qĂ« kĂ«rkon njĂ« ekzekutim tĂ« rreptĂ« nĂ« radhĂ« tĂ« hapat (nĂ« mĂ«nyrĂ« qĂ«, nĂ« rast ndonjĂ« pengese, tĂ« mund tĂ« ktheheni njĂ« hap prapa) dhe veprime pĂ«rfundimtare tĂ« sakta â thjesht shihni imazhin qĂ« ilustron procesin:
Nëse vendosni të aktivizoni replikën nga vSphere client, ka shumë mundësi që më pas të përballeni me një sërë problemesh:
- Mekanizmi i kalimit në replikën nga Veeam Backup & replication (i paraqitur në diagram) nuk do të funksionojë më për këtë makinë.
- Të dhënat në bazën e Veeam Backup nuk do të përputhen me gjendjen aktuale të VM. Në rastin më të keq, për të riparuar do të duhet të redaktoni bazën.
- Madje mund të ndodhi humbja e të dhënave, siç është rasti më poshtë: përdoruesi aktivizoi manualisht replikën në vSphere client dhe vendosi të vazhdojë punën me të. Pasi kaloi një kohë, vuri re se replika ende shfaqej në konsolën Veeam Backup & Replication, dhe vendosi ta heqë atë si të padobishme. Klikoi mbi të me të djathtën dhe dha komandën «Fshij nga disku». Veeam Backup & Replication menjëherë e fshiu nga disku replikën, e cila, për t'ju kujtuar, tashmë ishte duke u përdorur si një VM e zakonshme dhe përmbante të dhëna të nevojshme dhe të dobishme.
Sigurisht, ka situata kur pranohet tĂ« aktivizohet replikĂ« nga vSphere client â zakonisht kjo ndodh kur serveri Veeam Ă«shtĂ« fikur dhe replikĂ«n duhet ta aktivizoni me vonesĂ«. Por nĂ«se me serverin Veeam Ă«shtĂ« gjithçka nĂ« rregull, atĂ«herĂ« duhet tĂ« punoni me replikat pikĂ«risht nga konsola e tij.
Gjithashtu nuk duhet të fshihni replikat duke përdorur vSphere client. Veeam Backup & Replication do të mbetet në ignorance në lidhje me këtë ndryshim, dhe kjo është e rrezikshme përgabime dhe të dhëna të skaduara. Nëse replika nuk ju nevojitet më, fshijeni atë përmes konsolës Veeam, dhe jo si një VM nga vSphere client. Kështu do të keni gjithmonë një listë aktuale të replikave.
«O» â kujdes, pĂ«rditĂ«sime!
KĂ«tu, natyrisht, flasim pĂ«r pĂ«rditĂ«simet pĂ«r hipervizorĂ«t dhe aplikacione tĂ« ndryshme qĂ« bĂ«jnĂ« backup me Veeam. NĂ«se i shohim ato nga pikĂ«pamja e punĂ«s me Veeam Backup & Replication, pĂ«rditĂ«simet mund tĂ« ndahen nĂ« dy kategori: tĂ« mĂ«dha, serioze, qĂ« sjellin shumĂ« ndryshime â dhe tĂ« vogla.
Le t'i shqyrtojmë së pari kategorinë e parë.
Përditësimet më të rëndësishme janë ato që janë për hypervisorin. Para se të instaloni një përditësim të tillë, patjetër duhet të siguroheni që ai mbështetet nga Veeam Backup & Replication. Të tilla përditësime sjellin shumë ndryshime në bibliotekat dhe ndërfaqet API që përdor Veeam Backup & Replication, prandaj për të deklaruar zyrtarisht mbështetje për to, duhet të përditësoni kodin e Veeam Backup & Replication dhe të kryeni një testim të kujdesshëm.
Duhet gjithashtu tĂ« keni parasysh se, pĂ«r shembull, VMware nuk ofron qasje tĂ« pĂ«rparuar nĂ« versionet mĂ« tĂ« reja tĂ« vSphere pĂ«r prodhuesit e softuerit, kĂ«shtu qĂ« zhvilluesit dhe testerĂ«t e Veeam marrin versionin e ri nĂ« tĂ« njĂ«jtĂ«n kohĂ« me gjithĂ« njerĂ«zimin progresiv â prandaj ndonjĂ«herĂ« kalon njĂ« periudhĂ« e caktuar kohore mes daljes sĂ« VMware dhe mbĂ«shtetjes sĂ« shpallur zyrtarisht. Numri dhe diversiteti i ndryshimeve qĂ« duhet tĂ« bĂ«hen janĂ« tĂ« tillĂ«, sa qĂ« ka pak shanse qĂ« ato tĂ« pĂ«rfshihen nĂ« njĂ« hotfix tĂ« thjeshtĂ« â dhe mbĂ«shtetje zyrtare zakonisht shpallet bashkĂ« me daljen e versionit tĂ« ri tĂ« Veeam Backup & Replication.
NĂ« fund ndodh ai moment i sikletshĂ«m, kur pas daljes sĂ« njĂ« versioni tĂ« ri tĂ« vSphere, numri i kĂ«rkesave nĂ« ndihmĂ«n teknike rritet papritur, sepse pĂ«rdoruesit nisen me ngut pĂ«r tĂ« instaluar versionin e ri dhe backup-et e tyre, sigurisht, menjĂ«herĂ« fillojnĂ« tĂ« mos funksionojnĂ«. Ne â ndihma teknike e Veeam â duhet t'u shpjegojmĂ« pĂ«rdoruesve se çfarĂ« kanĂ« bĂ«rĂ« gabim, t'u kĂ«rkojmĂ« tĂ« kthehen pas (nĂ«se Ă«shtĂ« e mundur) ose tĂ« imagjinojmĂ« mĂ«nyra tĂ« ndĂ«rlikuara pĂ«r tĂ« dalĂ« nga kjo situatĂ«. Prandaj, para se tĂ« instaloni njĂ« pĂ«rditĂ«sim serioz, ju lutem kontrolloni pĂ«rputhshmĂ«rinĂ« e tij me softin qĂ« po pĂ«rdorni!
Ădo gjĂ« e thĂ«nĂ« mĂ« sipĂ«r vlen edhe pĂ«r aplikacionet qĂ« po bĂ«ni backup dhe planifikoni t'i riktheni me Veeam. Linja e mjeteve Veeam Explorers gjithashtu ka njĂ« listĂ« tĂ« versioneve pĂ«rkatĂ«se tĂ« aplikacioneve qĂ« janĂ« mbĂ«shtetur, e cila plotĂ«sohet me çdo lirim tĂ« Veeam Backup & Replication. Prandaj, para se tĂ« instaloni versionin e ri tĂ« aplikacionit tuaj â qoftĂ« kjo Exchange, Oracle apo SharePoint â ju lutem lexoni pĂ«rsĂ«ri seksionin pĂ«rkatĂ«s. .
Në kategorinë e dytë, domethënë për përditësime të vogla, përfshij ato si versionet e reja të VMware Tools, përditësimet kumulative të Exchange, përditësimet e sigurisë të vSphere, etj. Në shumicën e rasteve, ato nuk sjellin ndonjë modifikim të rëndësishëm, dhe në shumicën e rasteve, Veeam Backup & Replication nuk përballet me probleme për to. (Prandaj, nuk ka njoftime të publikuara për mbështetje zyrtare në produkt.) Sidoqoftë, në praktikat tona, janë shfaqur raste kur edhe këto përditësime ndryshonin ndjeshëm rrjedhën e zakonshme të punës, duke sjellë gabime në funksionimin e Veeam Backup & Replication. Në këto situata, pas konfirmimit të problemit, inxhinierët e Veeam përpiqen të publikojnë shpejt një hotfix.
PĂ«r ata qĂ« zotĂ«rojnĂ« anglishten teknikeNĂ«se dĂ«shironi tĂ« jeni nĂ« dijeni mbi atĂ« qĂ« po punojnĂ« inxhinierĂ«t dhe me çfarĂ« pĂ«rballen arkitektĂ«t e sistemeve dhe specialistĂ«t e mbĂ«shtetjes teknike, rekomandoj tĂ« abonoheni nĂ« . Ădo javĂ« pĂ«r abonentĂ«t e saj del njĂ« buletin "Fjala nga Gostev" i autorit . NĂ« tĂ«, Anton Gostev, i cili drejton departamentin e menaxhimit tĂ« produkteve, flet pĂ«r problemet e zbuluara sĂ« fundmi (dhe jo vetĂ«m nĂ« anĂ«n e Veeam), planet pĂ«r versionet e reja dhe lajmet nga bota e IT. NĂ«se keni nevojĂ« pĂ«r mĂ« shumĂ« informacion, mund tĂ« shqyrtoni temat e forumit - nĂ«se ndonjĂ« klient ka zbuluar njĂ« problem me funksionimin e produktit pas ndonjĂ« pĂ«rditĂ«simi, ai ka shkruar pĂ«r kĂ«tĂ« nĂ« forum.
Si e kuptoni, patch-et dhe përditësimet mund të shkaktojnë probleme jo vetëm me backup-et, por edhe me aplikacionet për të cilat bëhen këto backup-e. Dhe këtu do t'ju ndihmojnë laboratorët virtualë - Veeam DataLabs. Sigurisht që keni dëgjuar për funksionalitetin SureBackup, i cili është i dedikuar për vërtetimin e kopjeve rezervë. Ai bazohet pikërisht në përdorimin e DataLabs, duke krijuar një mjedis të izoluar, në të cilin mund të testoni përditësime para se t'i instaloni ato në prodhim. E rekomandoj fort ta bëni këtë - do të kurseni shumë nerva. Dhe nëse dikush tjetër nuk di për SureBackup, rekomandoj të lexoni .
Më duket se kjo është gjithçka për sot, faleminderit për vëmendjen!
ĂfarĂ« tjetĂ«r tĂ« lexoni
Artikuj në Habrë:
Burimi: habr.com
