I dag presenterar jag Äterigen med glÀdje anvÀndbara tips frÄn min kollega Evgeny Ivanov, teamledare för Veeams tekniska support. Den hÀr gÄngen har Zhenya delat med sig av rekommendationer för arbete med sÀkerhetskopior och replikat. Jag hoppas att de hjÀlper dig att undvika vanliga misstag och att dina replikat och sÀkerhetskopior aldrig blir ett "svagt led" i ÄterstÀllningsprocessen, om det skulle behövas.
SÄ, vÀlkommen under artikeln.
I min tidigare artikel tittade vi pĂ„ hur man kan optimera belastningen pĂ„ komponenterna i sĂ€kerhetskopieringsinfrastrukturen och diskuterade vanliga konfigurationsmissar. Nu gĂ„r vi över till ett annat viktigt Ă€mne â korrekt förberedelse och genomförande av Ă„terstĂ€llning. Det kommer vi ocksĂ„ att ta upp med verkliga exempel som vĂ„r supportteam har arbetat med.
SÀkerhetskopiering utan test Àr som pengar i sjön
Vi fÄr regelbundet frÄgor frÄn anvÀndare som hamnat i liknande svÄra situationer: de behöver ÄterstÀlla frÄn en sÀkerhetskopiering, men nÀr de försöker, stöter de pÄ ett olösligt problem. Och detta problem handlar inte om att sÀkerhetskopian saknas, om CryptoLockers verksamhet eller nÄgot liknande. Det handlar "bara" om bristande uppmÀrksamhet pÄ att kontrollera sÀkerhetskopior och replikat för ÄterstÀllningsmöjligheter. MÄnga fokuserar ofta enbart pÄ processen att skapa sÀkerhetskopior och glömmer att bara för att en sÀkerhetskopia finns, Àr det inte en universallösning för eventuella problem. Det Àr viktigt att förstÄ att ÄterstÀllning Àr en helt annan process, som har sina egna sÀrdrag och som mÄste övervakas och testas innan den sÀtts i produktion. HÀr Àr nÄgra talande exempel:
- En anvĂ€ndare drabbades av ett fel pĂ„ en kritisk virtuell maskin pĂ„ 20 TB. Driftstopp Ă€r naturligtvis oacceptabla, sĂ„ administratören startar processen för omedelbar Ă„terstĂ€llning (VM instant recovery) â efter 5 minuter Ă€r maskinen uppe. Men vi kommer ihĂ„g att detta tillstĂ„nd för maskinen endast kan anvĂ€ndas tillfĂ€lligt â den mĂ„ste migreras till produktionsdatastoren. I detta exempel visade det sig att infrastrukturen inte kunde kopiera 20 TB data pĂ„ rimlig tid. I instĂ€llningarna för instant recovery-processen hade man valt att spara Ă€ndringar pĂ„ disk. FrĂ„n: Veeam Backup & Replication-servrar (till skillnad frĂ„n vSphere-snapshots) resulterade förstĂ„s i att diskutrymmet snabbt fylldes. Vid den tidpunkt dĂ„ anvĂ€ndaren kontaktade supporten hade VM:en genomgĂ„tt förĂ€ndringar som inte kunde ignoreras. Det betyder att vi befann oss i en situation dĂ€r det var omöjligt att snabbt avsluta processen med att Ă„terstĂ€lla en kritisk maskin â hur skulle vi rĂ€dda data?
Jag mÄste erkÀnna att med Ären har jag glömt alla detaljer i finalen, men jag minns att vi i slutÀndan inte kom pÄ nÄgot genialt. Kunderna pÄ sin sida lyckades mer eller mindre lösa problemet genom att utöka C:-disken frÄn reserverna, kopiera de viktigaste filerna och först dÀrefter stÀnga av VM:en för att migrera. Sammanfattningsvis hÀnde inget mirakulöst.
- I anvÀndarens infrastruktur fanns en domÀnkontroller och alla komponenter i Veeam Backup & Replication var konfigurerade med hjÀlp av DNS. Ja, ni hörde rÀtt. Det fanns hundratals möjliga utfall, men verkligheten blev som följande: folk hade planerat underhÄll och beslutade att vÀxla över till en replik av sin domÀnkontroller. De genomförde en planerad vÀxling, vilket egentligen rekommenderas i sÄdana situationer. Under den första fasen gick allt bra, men i den andra stÀngdes den ursprungliga VM:en av kort för att överföra kvarvarande data. SjÀlvklart avslutades vÀxlingsuppdraget omedelbart med ett fel eftersom DNS hade slutat fungera.
Som tur var lyckades vi hantera situationen genom att manuellt aktivera replikationen frÄn vSphere (denna operation rekommenderas vanligtvis inte att utföra sjÀlv, som ni kommer att se i nÀsta exempel). Men, som ni förstÄr, avbröts och sköts tekniskt underhÄll upp. Dessutom var vi tvungna att manuellt lÀgga till vÀrdnamnen i filen C:WindowsSystem32driversetchosts pÄ Veeam Backup & Replication-servern, för att sÀkerstÀlla korrektheten vid ÄtervÀxling.
- En annan kund hade hela sin backup-infrastruktur byggd kring magnetband, medan korta kedjor av filer endast lagrades pÄ disk. NÀr de behövde ÄterstÀlla ett antal filer frÄn en stor filserver visade det sig att ingen maskin kunde anvÀndas som en hjÀlp-repository vid ÄterstÀllning frÄn band, eftersom ingen av dem hade tillrÀckligt med ledigt utrymme. (Om ÄterstÀllning frÄn magnetband direkt och med hjÀlp av ett hjÀlp-repository kan du lÀsa (för tillfÀllet pÄ engelska)).
Jag tror att i alla tre exemplen var anvĂ€ndarna, sĂ„ att sĂ€ga, fĂ„ngade i illusioner â de antog att om backupen hade genomförts framgĂ„ngsrikt, sĂ„ skulle det inte finnas nĂ„gra problem med Ă„terstĂ€llningen. Men det Ă€r, som ni förstĂ„r, inte alltid sĂ„, och dĂ€rför mĂ„ste man förbereda sig för Ă„terstĂ€llning lika noggrant som för backup. Först och frĂ€mst Ă€r det bra att studera , dĂ€r det finns ganska detaljerad information om olika typer av Ă„terstĂ€llningar. I början av varje stycke anges krav, förberedande Ă„tgĂ€rder och möjliga begrĂ€nsningar. Beskrivningen av Ă„terstĂ€llning frĂ„n magnetband eller frĂ„n hĂ„rdvarusnapshotar av lagringssystem kan hittas i dokumentationen och i vĂ„ra pĂ„ HabrĂ©. Dessutom beskrivs Ă„tgĂ€rder för att förbereda Ă„terstĂ€llning av applikationsobjekt med verktyg som Veeam Explorers i avsnittet "Planering och förberedelse" för varje verktyg. Jag rekommenderar att ni noga bekantar er med dem â detta hjĂ€lper er att korrekt förbereda systemet för Ă„terstĂ€llning vid behov. PĂ„ ryska finns instruktioner för Ă„terstĂ€llning av SQL Server-databaser angivna .
Varför man inte bör arbeta med repliker frÄn vSphere-konsolen?
I teorin Ă€r Veeam-repliker vanliga virtuella maskiner, vilket skulle göra det logiskt att arbeta med dem med hjĂ€lp av verktyg i vSphere, sĂ€rskilt vSphere-klienten. Men vi rekommenderar inte att göra det, och hĂ€r Ă€r varför: att vĂ€xla till en replika i Veeam Backup & Replication Ă€r en ganska komplicerad process som krĂ€ver strikt sekventiell utförande av steg (sĂ„ att man vid behov kan backa till ett tidigare steg) och korrekta avslutande Ă„tgĂ€rder â ta bara en titt pĂ„ bilden som illustrerar processen:
Om du bestÀmmer dig för att aktivera replikering frÄn vSphere-clienten, Àr det mycket sannolikt att du snart kommer att stöta pÄ ett antal problem.
- Mekanismen för att vÀxla till replikeringen frÄn Veeam Backup & replication (visad i schemat) kommer inte att fungera för den hÀr maskinen.
- Data i Veeam Backup-databasen kommer inte att motsvara det verkliga tillstÄndet för VMs. I vÀrsta fall kan det bli nödvÀndigt att redigera databasen för att ÄtgÀrda detta.
- Det kan till och med leda till dataförlust, som i det hÀr exemplet: en anvÀndare aktiverade manuellt replikeringen i vSphere-clienten och beslutade att fortsÀtta arbeta med den. Efter en tid mÀrkte han att replikeringen fortfarande visades i konsolen för Veeam Backup & Replication och beslutade att ta bort den eftersom den inte lÀngre behövdes. Han klickade pÄ den med höger musknapp och gav kommandot «Delete from disk». Veeam Backup & Replication raderade omedelbart replikeringen frÄn disken, som för övrigt redan anvÀndes som en vanlig VM och innehöll vÀrdefull data.
SjĂ€lvklart finns det situationer dĂ€r man mĂ„ste aktivera replikeringen frĂ„n vSphere-clienten â vanligtvis nĂ€r Veeam-servern Ă€r avstĂ€ngd och replikeringen mĂ„ste aktiveras med fördröjning. Men om Veeam-servern fungerar bra, bör replikeringarna hanteras direkt frĂ„n dess konsol.
Det Àr ocksÄ viktigt att inte ta bort replikeringar via vSphere-clienten. Veeam Backup & Replication kommer att förbli ovetande om en sÄdan förÀndring, vilket kan leda till fel och förÄldrad data. Om replikeringen inte lÀngre behövs, ta bort den via Veeam-konsolen istÀllet för som en VM frÄn vSphere-clienten. PÄ sÄ sÀtt fÄr du alltid en aktuell lista över replikeringar.
«O» â försiktigt, uppdateringar!
HĂ€r avser vi förstĂ„s uppdateringar för hypervisorer och olika applikationer som sĂ€kerhetskopieras med Veeam. Om vi ser pĂ„ dem ur perspektivet av att arbeta med Veeam Backup & Replication kan uppdateringar grovt sett delas in i tvĂ„ kategorier: stora, betydande uppdateringar som medför mĂ„nga förĂ€ndringar â och smĂ„.
LÄt oss först titta pÄ den första kategorin.
De viktigaste uppdateringarna Àr de som Àr avsedda för hypervisorer. Innan du installerar en sÄdan uppdatering mÄste du se till att den stöds av Veeam Backup & Replication. Dessa uppdateringar medför mÄnga förÀndringar i biblioteken och API-grÀnssnitten som Veeam Backup & Replication anvÀnder, sÄ för att officiellt kunna sÀga att de stöds mÄste koden för Veeam Backup & Replication uppdateras och noggranna tester utföras.
Det Ă€r ocksĂ„ viktigt att notera att VMware exempelvis inte erbjuder förhandsĂ„tkomst till de senaste versionerna av vSphere för programvaruproducenter, sĂ„ utvecklare och testare pĂ„ Veeam fĂ„r den nya versionen samtidigt som resten av det progressiva samhĂ€llet â dĂ€rför gĂ„r det ofta tid mellan VMware:s release och den officiellt tillkĂ€nnagivna supporten. Antalet och variationerna av nödvĂ€ndiga Ă€ndringar Ă€r sĂ„dana att de sĂ€llan fĂ„r plats i en enkel hotfix â och den officiella supporten tillkĂ€nnages vanligtvis tillsammans med slĂ€ppet av Veeam Backup & Replication.
Följaktligen uppstĂ„r det en obekvĂ€m situation dĂ€r antalet supportförfrĂ„gningar ökar kraftigt efter att en ny version av vSphere har slĂ€ppts, eftersom anvĂ€ndarna rusar för att installera den nya versionen, och deras sĂ€kerhetskopior slutar sjĂ€lvklart att fungera. Vi â supportteamet pĂ„ Veeam â mĂ„ste förklara för anvĂ€ndarna vad de har gjort fel, be dem Ă„tergĂ„ (om möjligt) eller hitta komplicerade sĂ€tt att ta sig ur knipa. DĂ€rför, innan du installerar en större uppdatering, se till att kontrollera dess kompatibilitet med den mjukvara du anvĂ€nder, jag ber dig verkligen!
Allt som nĂ€mnts ovan gĂ€ller Ă€ven för de applikationer som du sĂ€kerhetskopierar och planerar att Ă„terstĂ€lla med hjĂ€lp av Veeam. Veeam Explorers verktygsserie har ocksĂ„ en lista över stödda versioner av de relevanta applikationerna, som uppdateras med varje release av Veeam Backup & Replication. SĂ„ innan du installerar en ny version av din applikation â vare sig det handlar om Exchange, Oracle eller SharePoint â se till att lĂ€sa igenom motsvarande avsnitt. .
Till den andra kategorin, dvs. smÄ uppdateringar, rÀknar jag till exempel nya versioner av VMware Tools, kumulativa uppdateringar för Exchange, sÀkerhetsuppdateringar för vSphere osv. Vanligtvis medför de inga större modifieringar och i de flesta fall har Veeam Backup & Replication inga problem med dem. (DÀrför finns det inga offentliga meddelanden om officiellt stöd för produkten.) Men i vÄr erfarenhet har vi stött pÄ situationer dÀr Àven sÄdana uppdateringar har förÀndrat den vanliga funktionaliteten sÄ mycket att det lett till fel i Veeam Backup & Replication. I sÄdana situationer försöker Veeams ingenjörer att snabbt slÀppa en hotfix efter att problemet bekrÀftats.
För dem som behĂ€rskar teknisk engelskaOm du vill hĂ„lla dig uppdaterad om vad ingenjörerna arbetar med och vad systemarkitekterna och teknisk support stĂ„r inför, rekommenderar jag att du prenumererar pĂ„ . Varje vecka skickas ett nyhetsbrev "Word from Gostev" till prenumeranterna, skrivet av . I det berĂ€ttar Anton Gostev, som leder produktavdelningen, om nyligen upptĂ€ckta problem (inte bara pĂ„ Veeams sida), planer för nya versioner och nyheter frĂ„n IT-vĂ€rlden. Om du behöver mer information kan du lĂ€sa trĂ„darna pĂ„ forumet â om nĂ„gon av kunderna upptĂ€cker ett problem med produkten efter en uppdatering, har de sannolikt redan skrivit om detta pĂ„ forumet.
Som du förstĂ„r kan patchar och uppdateringar leda till problem inte bara med backupen utan ocksĂ„ med de applikationer som dessa backuper görs för. Och hĂ€r kommer virtuella laboratorier att vara till hjĂ€lp â Veeam DataLabs. Du har förmodligen hört talas om funktionen SureBackup, som Ă€r avsedd för verifiering av sĂ€kerhetskopior. Den baseras just pĂ„ anvĂ€ndning av DataLabs, för att skapa en isolerad miljö dĂ€r man bland annat kan testa uppdateringar före installation i produktion. Jag rekommenderar verkligen att göra sĂ„ â du kommer att spara mĂ„nga nervceller. Och om nĂ„gon inte kĂ€nner till SureBackup Ă€nnu, rekommenderar jag att lĂ€sa .
Det Àr nog allt för nu, tack för uppmÀrksamheten!
Vad mer att lÀsa
Artiklar pÄ Habr:
KĂ€lla: habr.com
