Brug ikke Hyper-V checkpoint (og AutoProtect) til sikkerhedskopiering

Hyper-V og alle andre virtuelle platforme anbefaler ikke at bruge Hyper-V checkpoint- eller AutoProtect-checkpoint-funktionerne til at fungere som Hyper-V-backup for virtuelle maskiner. Begrundelsen og alternativerne er beskrevet nedenfor. Først og fremmest skal du være opmærksom på, hvad checkpoints og AutoProtect-funktionerne gør og ikke gør, for at du kan træffe en informeret beslutning.
Hvad er et Hyper-V-kontrolpunkt?

Et checkpoint i Hyper-V er en mekanisme, der gør det muligt for brugeren af den virtuelle maskine at "fryse" maskinen og vende tilbage til denne frosne tilstand på et senere tidspunkt. Denne funktion er naturligvis meget populær blandt softwareudviklere og softwaretestere, fordi den giver dem mulighed for at gentage test med alle test med nøjagtig samme definerede startpunkt og systembetingelser. Men hvordan gøres dette internt? Heri ligger svaret på, hvorfor du ikke bør opfatte checkpoints som en backup-mekanisme.

Hyper-V implementerer checkpoints ved at gemme bl.a. den virtuelle disk og den virtuelle maskines interne hukommelsestilstand i separate filer, såkaldte checkpoint-filer. For hver VHDX (den virtuelle maskines harddiskfil), f.eks. og hvert checkpoint, du tager for den virtuelle maskine, vil der være en ny VHDX. Når du "fryser" en virtuel maskine ved at tage et checkpoint af den, stopper Hyper-V med at skrive diskændringer til den oprindelige virtuelle disk og starter i stedet en ny virtuel diskfil. Når checkpointet er oprettet, forbliver den oprindelige VHDX uberørt.

Hvad sker der, når du gendanner et Hyper-V-checkpoint?

Ved at gendanne et Hyper-V-checkpoint fjerner Hyper-V den sekundære VHDX, hvor ændringerne blev gemt, og indlæser den interne hukommelse og andre strukturer fra den tidligere tilstand af den virtuelle maskine. Alle disse oplysninger er indeholdt i flere checkpoint-relaterede filer. Når den virtuelle maskine er operationel igen, slettes checkpointfilerne.
Hvad sker der, når du sletter et Hyper-V-checkpoint?

Det er meget mere arbejde at slette et checkpoint, fordi du nu fortæller Hyper-V, at du ønsker at beholde ændringerne, hvilket den "troede" var usandsynligt; derfor skal Hyper-V sammenføje den oprindelige virtuelle disk med de ændringer, der er sket siden da. Hvis der er foretaget mange ændringer, kan denne sammenlægning tage et stykke tid. Når den er færdig, slettes checkpointfilerne.

Lad mig her indskyde en lille tanke. Den måde Hyper-V og andre platforme har implementeret checkpoints på er virkelig et bevis på, at de ikke er beregnet til at blive brugt til sikkerhedskopiering og heller ikke egnede på produktionssystemer. Hvis Hyper-V-arkitekterne ville have ønsket, at man skulle bruge checkpoints som beskyttelsesmekanisme, ville de have valgt at skrive ændringerne til den originale disk og skrive de originale blokke til en "bevar originalen"-fil.  Derved ville der ikke være nogen indvirkning på ydeevnen ved efterfølgende læsninger eller skrivninger, og det ville være meget hurtigt og nemt at smide checkpointet i papirkurven. Men sådan gjorde de det ikke, og det gjorde de ikke af en god grund: Grunden er ganske enkelt, at checkpoints ikke er beregnet til at være sikkerhedskopier.
Er checkpoints tilladt på produktionssystemer? Nej.

Mange erfarne IT-systemadministratorer vil blive vrede, hvis du opretter checkpoints til en produktions-VM på grund af den ineffektivitet og administrationskompleksitet, der er skitseret ovenfor. En VM uden checkpoints kan bestå af blot to filer, konfigurationen og den virtuelle VHDX-disk. En VM med checkpoints kan nemt bestå af snesevis til hundredvis af filer. Alle disse uhensigtsmæssigheder bliver naturligvis større og gør serveren langsommere. De gør forvaltningen af VM-datastrukturerne for kompliceret og fejlbehæftet. Det er bedst og mest effektivt ikke at bruge Hyper-V checkpoints på produktionssystemet af disse grunde.
Hvorfor anbefales et Hyper-V checkpoint og AutoProtect-funktionen ikke som Hyper-V-backup?

Sikkerhedskopiering af en virtuel maskine er en meget mere komplet og pålidelig proces end blot at tage et kontrolpunkt. Først og fremmest ændrer checkpoints selve den virtuelle maskine, fordi de indfører nye afhængigheder, mens en Hyper-V Backup ikke gør det. Der oprettes flere filer, når der tilføjes et checkpoint, og Hyper-V begynder at skrive diskændringer til forskellige filer osv. Hvis en fil bliver beskadiget eller går tabt, bliver hele den virtuelle maskine beskadiget. checkpoints gemmes næsten altid på den samme disk; derfor vil en simpel diskfejl også påvirke checkpointet. Ikke desto mindre, selv om kun et checkpoint bliver beskadiget, og de oprindelige filer er i orden, er den virtuelle maskine i begge tilfælde ødelagt.

En Hyper-V-backup anvender separat lagring, ideelt set et andet sted på en anden enhed eller på en cloud-konto (automatic Hyper-V Backup). Den beskytter mod alle former for fejl: hardware, software, malware, fejl i operativsystemet og utilsigtede eller endog forsætlige skader, som f.eks. begås af utilfredse medarbejdere. Ved at tage pålidelige kopier af alle de oplysninger, der er nødvendige for at genoprette den virtuelle maskine, indeholder Hyper-V-backuppen et komplet sæt af alt det, der er nødvendigt for at genopbygge den virtuelle maskine på en hvilken som helst Hyper-V-vært, f.eks. konfigurationen af den virtuelle maskine, virtuelle diske og alle checkpoints, der tilhører den virtuelle maskine.
Hyper-V Backup Fordele i forhold til checkpoints

En automatiseret live Hyper-V Backup er teknisk overlegen og langt mere pålidelig end et checkpoint. Hyper-V-backups kan tages, mens den virtuelle maskine kører, eller når den er lukket ned, og begge måder fungerer uden problemer. Du kan gendanne Hyper-V Backups, og den gendannede VM kan indstilles til at være en klon af den originale, så du kan sammenligne side om side. Hyper-V Backups har ingen indvirkning på ydeevnen, når backupen er færdig, i modsætning til checkpoints, som bremser alle disktilgange på VM'en, når de er oprettet. En anden vigtig effekt af checkpoints er, at Hyper-V-interne sporingsfiler skrives meget ofte til disken for at spore checkpoint-bitmaps, og i tilfælde af SSD'er kan dette føre til hurtigere slid og dermed diskfejl.
Hvad er den anbefalede strategi?

checkpoints er gode til deres formål: test af software og operativsystemer. Bortset fra det er det højst sandsynligt ikke en god idé at bruge dem, især ikke på produktionssystemer. Vigtige produktions-VM'er bør beskyttes af en god Hyper-V backup-løsning, så du kan gendanne VM'en pålideligt på en hvilken som helst vært, uanset hvad der sker, uden at det påvirker den virtuelle maskines værts ydeevne på lang sigt eller komplicerer administrationen af den. Hyper-V-backup-software hjælper med at holde Hyper-V-datalageret slankt og effektivt, og de virtuelle maskiner kører med maksimal ydeevne uden overhead. checkpoints påvirker ydeevnen negativt, gør lagerstyring mere kompliceret, øger fejlpotentialet, reducerer betydeligt antallet af virtuelle maskiner, som din vært kan betjene pålideligt, og anbefales derfor ikke til backup-formål.