Hyper-V Backup and Replication: HVA ER DET BESTE?

Hyper-V-sikkerhetskopiering og Hyper-V-replikering er viktige strategier for Hyper-V-beskyttelse. Imidlertid er det noen kritiske forskjeller mellom de to som man må forstå for å sette opp en effektiv Hyper-V backup-strategi. Mens begge metodene gir noen form for duplisering for virtuelle maskiner, men målet med hver strategi er ganske annerledes.

ER HYPER-V-REPLIKERING DET SAMME SOM HYPER-V-SIKKERHETSKOPIERING?

Hyper-V-replikering er i utgangspunktet handlingen med å utføre en VM-kopi fra en server til en annen. Replikering flytter alt fra fysisk vert A til B. Hvis du bruker Hyper-V Replica, vil denne prosessen skje på sektornivå hvert 15. minutt. Det høres ut som en god idé, men det er ulemper med denne typen "backup", nemlig at det ikke er en ekte sikkerhetskopi. Denne typen kopi av en virtuell maskin, og spesielt Hyper-V-replikatypen, er ikke en krasjkonsistent eller applikasjonskonsistent grad av en Hyper-V-sikkerhetskopi. En Hyper-V Backup er en mye mer avansert backup-mekanisme, men krever også mer arbeid som skal utføres.

ER HYPER-V BACKUP BEDRE ENN EN HYPER-V REPLICA?

Hyper-V Backup er en prosess der verten spesifikt ber VM om å forberede seg på live backup. Dette innebærer å sende et signal inne i VM til sine VSS-bevisste tjenester, for eksempel SQL Server, selve Windows-operativsystemet, Exchange Server, etc., slik at alle tjenester som må forberede seg har en sjanse til å gjøre det. Tjenestene skyller deretter ut eventuelle ventende skriveblokker slik at datastrukturene på disken er i en garantert konsistent tilstand. Når alle tjenester er ferdige og glade, sendes signalet tilbake og sikkerhetskopien på vertsnivå kan begynne.
Som du kan se, krever Hyper-V-sikkerhetskopien mye overhead. Dette er ikke det samme som Hyper-V Replica, som bare flytter blokker fra A til B, og ikke engang alltid i riktig rekkefølge, uten at tjenestene inne i VM blir varslet. Hvis en tilkobling til en replika brytes, er resultatet vanligvis katastrofalt. Du kan heller ikke bare ta en kopi og slå den opp akkurat slik. Det er ingen garanti for at replikeringen er oppdatert på tilfeldige tidspunkter.
En Hyper-V Backup er dermed langt bedre enn Hyper-V Replica. Det er en kopi av VM tatt på et veldig bestemt tidspunkt. Det er en krasjkonsistent og applikasjonskonsistent kopi, så den er garantert å være i god tilstand når du bruker den. Når sikkerhetskopien er fullført, vet du hva du har. Men det er en overhead involvert i å få Hyper-V-sikkerhetskopien til å starte.
Hyper-V Replica er en smart mekanisme som du kan bruke til å kopiere VM-er over svært trege tilkoblinger til et annet nettsted. Dette fungerer, men har flere ulemper man må være klar over. Det er en prosess som vanligvis ikke overvåkes godt. Det slutter ofte å fungere uten at IT-administratorer legger merke til det. Først når replikaen er nødvendig, innser IT-administratorer at replikeringen stille hadde sluttet å fungere måneder tidligere, slik at de ikke hadde noen sikkerhetskopi å gjenopprette fra.

KAN HYPER-V BACKUP BRUKES SOM REPLIKERING?

Ja, men ikke i veldig korte intervaller. Ved hjelp av BackupChain kan du bruke Hyper-V Backup-mekanismen til å produsere en 1: 1-kopi av en VM og plassere den på en separat vert eller flere verter. Fordelene er mange: BackupChain tilbyr meget god overvåking og feillogging. Hvis noe går galt, vil du bli varslet, og du kan oppdage kilden til feilen i loggene umiddelbart. Å ha en Hyper-V Backup grade kopi av VM er alltid å foretrekke, som beskrevet i forrige avsnitt mer detaljert, så kvaliteten på replikering er mye bedre hvis den stammer fra en Hyper-V backup.
I tillegg tilbyr Hyper-V-sikkerhetskopiering en annen kritisk fordel: Muligheten til å gå tilbake i tid og gjenopprette mye eldre versjoner av VM. Derfor, for en komplett Hyper-V backup-strategi er det ikke nok å bruke replikering. Replikering beskytter bare mot plutselige maskinvarefeil hos hovedverten. Alt utover må beskyttes med passende Hyper-V backup-strategier.
For å implementere Hyper-V sikkerhetskopiering og replikering, anbefaler vi at du bruker BackupChain.