tirsdag 25. august 2020

Hyper-V CSV-sikkerhetskopiering: Hva må vurderes for VM-sikkerhetskopier?

Følgende punkter bør observeres når du sikkerhetskopierer virtuelle Hyper-V-maskiner til CSV-er.

1. Den nyeste versjonen av BackupChain bør brukes
2. Alle VM-filer må lagres på samme CSV-
3. Sikkerhetskopien skal bare gjøres via Hyper-V-fanen. Komplett serverbildesikkerhetskopiering må ikke inneholde CSV-volumer; det bør bare inkludere systemet OS og eventuelt datadisker.
4. Hvis det er sannsynlig at virtuelle maskiner vil bli flyttet til andre noder, bør funksjonen for automatisk valg brukes i stedet for å velge VMs fra listen En fartsgrense aktiveres når klyngealternativet angis når oppgaven opprettes. Dette kan økes eller slås av hvis du er sikker på at CSV-administrasjonstrafikken er 100 % isolert og ikke kan påvirkes av sikkerhetskopieringstrafikk og andre dataoverføringer. Ellers kan det hende at hjerteslagene ikke kommer i tide og Hyper-V slår helt av noden

Som med alle Hyper-V-sikkerhetskopier, avhengig av verten og gjestoperativsystemet, kan det hende at Hyper-V "glir inn" et lite kontrollpunkt kort tid før sikkerhetskopien, som slettes umiddelbart etter init-fasen. Denne kontrollpunktfilen vises i sikkerhetskopimappene som * . Avhdx. I tillegg finner du også andre AVHD / X i sikkerhetskopimappene hvis VM har andre sjekkpunkter.

Vi anbefaler at sjekkpunkter ikke brukes, og hvis du bruker dem, bør de bare brukes i kort tid. Når du bruker sjekkpunkter, er det også noen ulemper og risikoer å vurdere. Detaljert gjenoppretting i BackupChain fungerer bare på VHD / X basis. Sjekkpunkter kan ikke inspiseres med denne funksjonen, det vil si at en fullstendig gjenoppretting er mer sannsynlig nødvendig hvis de ønskede filene ikke finnes i hoved-VHD-filen. Når du oppretter et kontrollpunkt i Hyper-V, fryses VHD (og tidligere kontrollpunkter er også) og en ny AVHD/X opprettes. Alle endringer i VM vil i fremtiden bli skrevet til AVHD på sektorbasis. Når du sletter kontrollpunktet, må innholdet i AVHDene slås sammen med den overordnede VHD,som kan ta en stund.

Ulempene er høyere kompleksitet og langsommere verter og nettverkstilgang. Risiko er mulig tap av data, det var allerede flere feil i Hyper-V som førte til fullstendig tap. Noen risikable faser har blitt værende, for eksempel fletteprosessen når et kontrollpunkt slettes, eller når VHD-referanser konfigureres når kontrollpunkter opprettes. Hvis systemet for eksempel er sikkerhetskopiert eller det er strømbrudd, er minnet på CSV-filen også separat og i tillegg påvirket, er det fare for dataødekraft. Microsoft har selvfølgelig forbedret VHDX-formatet for å redusere risikoen, men virtuelle harddisker er absolutt ikke 100% beskyttet mot korrupsjon fra alle årsaker.

Ingen kommentarer:

Legg inn en kommentar