Så skyddar du säkerhetskopior av virtuella maskiner under underhåll av värdens lagring

Skydda säkerhetskopior av virtuella maskiner under underhåll av värdens lagring genom att först stoppa nya skrivningar, verifiera befintliga återställningspunkter och se till att minst en användbar kopia finns utanför den lagring som underhålls.

På en hemmaserver eller liten NAS sker underhåll ofta på samma diskar, pool, HBA, kabinett eller datalager som också innehåller VM-säkerhetskopior. Därför är den säkra ordningen viktigare än verktygets namn: frys säkerhetskopieringsaktiviteten, bekräfta att återställningspunkterna går att läsa, gör underhållet reversibelt och rör först därefter värdens lagringslager.

Kartlägg vilka säkerhetskopior som är beroende av lagringen du ska påverka

Börja med att lista alla virtuella maskiner, containrar, säkerhetskopieringsjobb, arkiv, ögonblicksbilder och replikeringsmål som läser från eller skriver till lagringen som ska underhållas. Den viktiga frågan är inte var den virtuella maskinen körs, utan om säkerhetskopieringskedjan eller återställningskatalogen är beroende av den komponent du tänker ta ur drift.

En vanlig fälla i hemmalabb är att VM-diskarna och säkerhetskopieringsarkivet ligger i olika datauppsättningar men på samma pool, USB-kabinett, styrenhet eller enda maskin. Det förbättrar organisationen, men skyddar inte säkerhetskopian om underhållsrisken gäller hela poolen, styrenheten eller värden.

Om någon återställningsväg är beroende av samma lagring ska du markera säkerhetskopian som otillgänglig under underhållsfönstret. Fortsätt först när du har en andra kopia, en fjärrkopia eller en testad export som inte kräver enheten som ska underhållas.

Försätt säkerhetskopieringsmålet i ett läge utan nya skrivningar

Det säkraste underhållsfönstret börjar med att förhindra att nya säkerhetskopieringar, rensningar, komprimeringar, replikeringar och skräpinsamlingar startar medan lagringslagret ändras. Ett tyst arkiv är lättare att bedöma än ett som skriver om index eller datablock i bakgrunden.

Proxmox Backup Server stöder skrivskyddade och offlinebaserade underhållslägen för datalager, där motstridiga åtgärder får slutföras innan läget börjar gälla. Skillnaden är viktig eftersom skrivskyddat läge fortfarande kan tillåta återställningar, medan offline-läget blockerar både läsningar och skrivningar.

Använd det minst störande läge som skyddar uppgiften. För inbyggd programvara, kabeldragning, import av pooler, diskbyte eller filsystemreparation är offline-läget vanligtvis säkrare; för kontroller på arkivssidan som bara kräver att nya skrivningar stoppas kan skrivskyddat läge räcka. Lita inte på minnet – dokumentera läget och vilka jobb du inaktiverade.

Verifiera återställningspunkter innan du flyttar eller reparerar lagring

En säkerhetskopia som inte har verifierats är bara en möjlig återställningspunkt. Kör verktygets verifiering före underhållet, eller genomför åtminstone en mindre isolerad återställning från den nyaste och äldsta återställningspunkten du tänker behålla.

Proxmox Backup Server tillhandahåller schemalagda verifieringsjobb, så att säkerhetskopierade data kan kontrolleras regelbundet i stället för att bara betraktas som tillförlitliga vid återställning. Inför underhåll är ett färskt verifieringsresultat mer användbart än en lyckad säkerhetskopieringsnotis från flera veckor tillbaka.

Om verifieringen misslyckas ska du avbryta underhållsplanen och reparera säkerhetskopieringsuppsättningen först. Om bara en återställningspunkt verifieras ska du hålla den isolerad och inte rensa eller komprimera något förrän det finns en andra fungerande återställningsväg.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Behåll en återställningskopia utanför underhållsriskområdet

Innan du ändrar diskar, pooler, styrenheter, monteringsalternativ eller arkivets layout ska du flytta minst en återställningskopia utanför riskområdet. Det kan vara en flyttbar disk, en annan NAS, en fjärransluten Proxmox Backup Server, molnlagring för objekt eller en tillfällig export av de viktigaste virtuella maskinerna.

Veeams dokumentation om skalbara arkiv behandlar arkivunderhåll som en tillståndsbaserad åtgärd och förklarar att en lagringsenhet kan försättas i underhållsläge för serviceåtgärder som att korrigera eller uppgradera enheten. Den underliggande lärdomen gäller generellt: underhåll ska samordnas med arkivets tillstånd och inte utföras som en blind lagringshändelse.

För en hemmaserver ska du välja den kopia som motsvarar ditt faktiska återställningsbehov. En startbar export kan vara bättre för en kritisk virtuell maskin, medan deduplicerad säkerhetskopieringsreplikering kan vara bättre för många virtuella maskiner. Kopian är godkänd först när du vet var den finns, hur den låses upp och hur du återställer från den utan den lagring som underhålls på värden.

Återuppta jobb först efter en kontroll av återställningsvägen

Efter underhållet ska du inte omedelbart aktivera alla schemalagda jobb igen. Montera eller importera först lagringen korrekt, bekräfta arkivets ägarskap och lediga utrymme och kör sedan ett lästest mot befintliga säkerhetskopior innan du tillåter nya skrivningar.

Underhållsuppgifter för säkerhetskopior kan vara I/O-intensiva; Veeams rekommendationer beskriver underhåll av fullständiga säkerhetskopieringsfiler som en process som skapar en ny fullständig säkerhetskopieringsfil och därefter raderar originalet. Det är den typen av åtgärd som du bör undvika att köra samtidigt som lagringsreparationer eller arbete på instabila diskar.

Återställ tjänsterna i denna ordning: lagringsstatus, läsåtkomst till arkivet, lista över återställningspunkter, ett mindre återställningstest och därefter schemalagda skrivningar. Om något steg är långsamt, saknas eller är inkonsekvent ska du hålla jobben inaktiverade och undersöka saken innan en ny säkerhetskopieringskedja döljer problemet.

Vanliga frågor

Kan jag låta säkerhetskopieringar av virtuella maskiner köras medan jag byter en disk i värden?

Endast om säkerhetskopieringsarkivet och återställningsvägen tydligt ligger utanför den lagring som underhålls. Om säkerhetskopieringsmålet delar pool, styrenhet, kabinett eller värdberoende ska du först stoppa nya skrivningar.

Räcker en ögonblicksbild av en virtuell maskin som skydd före lagringsunderhåll?

Nej. En ögonblicksbild på samma lagring kan hjälpa vid en snabb återställning, men skyddar inte mot fel i pool, styrenhet, kabinett eller värd. Behåll en oberoende säkerhetskopia.

Om underhållet även omfattar ZFS-replikering ska du kontrollera lagringspolicy och beteendet för ledigt utrymme före underhållsfönstret. En full destinationspool kan förvandla en enkel underhållsuppgift till samma felmönster som beskrivs i ZimaSpaces guide om att förhindra att ögonblicksbildsreplikering fyller en destinationspool.