/
/

Zo maakt u een back-up van een VM-server

door Team Ninja
How to Back Up a VM Server blog banner image

Directe samenvatting

Deze blogpost van NinjaOne biedt een uitgebreide basislijst met CMD-commands en een deep dive duik in Windows-commands met meer dan 70 essentiële cmd-commands voor zowel beginners als gevorderden. Het legt praktische opdrachtpromptcommando’s uit voor file management, directory navigation, network troubleshooting, disk operations en automatisering met echte voorbeelden om de productiviteit te verbeteren. Of u nu fundamentele cmd-commands leert of geavanceerde Windows CLI-tools onder de knie krijgt, deze gids helpt u de Command Prompt effectiever te gebruiken.

Belangrijkste punten

  • Een VM-back-up legt de volledige staat van een virtual machine vast: virtuele schijfbestanden, configuratie-instellingen, OS, geïnstalleerde applicaties en systeemmetadata.
  • De belangrijkste methoden voor VM-back-ups zijn host-level, guest-level, snapshot-based en export-based, elk met eigen hersteldoelstellingen en geschikte omgevingen.
  • Een betrouwbare strategie voor VM-back-ups vraagt om geautomatiseerde planning, opslag op een externe locatie, bescherming tegen ransomware en naleving van de 3-2-1-regel voor back-ups.
  • Snapshots vervangen geen volledige VM-back-ups, omdat ze afhankelijk zijn van de oorspronkelijke VM-schijf en geen zelfstandig herstelpunt vormen.
  • Alleen door het herstelproces regelmatig te testen weet u zeker dat VM-back-ups volledig en bruikbaar zijn en dat herstel lukt wanneer er echt iets misgaat.

IT-teams die een serveromgeving met virtual machines (VM’s) beheren moeten ervoor zorgen dat systemen altijd online zijn en dat herstel snel en betrouwbaar verloopt als er iets misgaat. Dat laatste is cruciaal, zeker gezien het hoge risico op hardwarestoringen, onbedoelde verwijderingen, ransomware-aanvallen en configuratiefouten. Een stevige strategie voor VM-back-ups voorkomt zowel kleine verstoringen als catastrofaal gegevensverlies.

Omdat VM’s anders zijn opgebouwd dan traditionele fysieke servers, vragen back-ups wel om een doordachtere aanpak van bescherming. Lees verder voor de methoden, stappen en beste praktijken waarmee u een back-upstrategie bouwt die standhoudt onder druk.

Wat hoort er in een back-up van virtual machines?

Een VM-back-up kopieert niet alleen bestanden, maar legt alles vast wat nodig is om een virtual machine na een storing weer volledig werkend te krijgen. De hele machine moet als één samenhangend geheel bewaard blijven.

Daarbij horen de volgende onderdelen:

  • Virtuele schijfbestanden (zoals VMDK voor VMware, VHD/VHDX voor Hyper-V, QCOW2 of raw voor KVM, VDI voor VirtualBox of vergelijkbare formaten) met de daadwerkelijke data en werkomgeving van de machine
  • Configuratie en instellingen die bepalen hoe de VM is opgebouwd, toegewezen en verbonden
  • Het besturingssysteem met alle geïnstalleerde applicaties, zodat handmatig opnieuw installeren niet nodig is
  • De systeemstatus en bijbehorende metadata die de toestand van de machine op het moment van de back-up vastleggen

Worden deze elementen samen bewaard dan komt een herstelde VM compleet en operationeel terug, klaar om te draaien zoals vóór de storing of het incident.

Gangbare methoden voor een back-up van een VM-server en wanneer u ze inzet

IT-teams kunnen VM’s op verschillende manieren back-uppen, maar de juiste keuze hangt af van factoren als de omvang van de omgeving, de hersteldoelstellingen en de gewenste granulaire controle. Hieronder staan vier van de meest gebruikte methoden.

Host-level back-up

Een host-level back-up geldt doorgaans als de meest praktische en efficiënte methode voor omgevingen met meerdere VM’s, omdat complete machines efficiënt worden beschermd zonder dat er iets binnen de machines hoeft te gebeuren. Deze methode is het meest geschikt wanneer de omgeving zo groot is dat het beheren van losse VM-agents onpraktisch wordt. De voordelen zijn onder meer:

  • Beheer rechtstreeks op hypervisorniveau, dus zonder back-upagents in elke VM te installeren
  • Volledige VM’s worden als compleet geheel vastgelegd zonder agents in elke machine uit te rollen
  • Sneller volledig systeemherstel dan bij andere methoden

Guest-level back-up

Guest-level back-up is de juiste keuze wanneer herstel verder moet gaan dan het machineniveau. Deze methode past het best wanneer verschillende VM’s uiteenlopende workloads draaien die elk een eigen herstelpad vragen. De mogelijkheden zijn:

  • Granulaire back-up van specifieke bestanden, mappen en applicatiegegevens door back-upagents in de VM te installeren
  • Afzonderlijke items kunnen los worden hersteld zonder de volledige VM terug te zetten
  • Goed geschikt voor omgevingen waar applicatiespecifiek herstel prioriteit heeft

Snapshot-based back-up

Een snapshot-based back-up is een handige vangnetmaatregel voor de korte termijn en wordt meestal gemaakt vóór updates of configuratiewijzigingen. Hij legt een VM op een specifiek moment vast en wordt vaak gebruikt om snel terug te rollen. Dit type back-up is vooral bedoeld als aanvulling op een volledige back-upstrategie en niet als vervanging daarvan. Er zitten namelijk beperkingen aan die het als zelfstandige oplossing onbetrouwbaar maken. Enkele belangrijke beperkingen:

  • Geen vervanging voor een volledige back-up, omdat snapshots afhankelijk zijn van een intacte oorspronkelijke VM-schijf
  • Langdurig leunen op snapshots laat het opslagverbruik oplopen en gaat na verloop van tijd ten koste van de prestaties.

Export-based back-up

Export-based back-up houdt u het best voor geplande, eenmalige situaties waarin u een volledig draagbare kopie van een VM nodig hebt buiten de primaire omgeving. Dat is zeker het overwegen waard wanneer de doelhost op een ander platform of een andere hypervisor draait dan de bron. De voordelen:

  • Maakt een op zichzelf staande VM-kopie, inclusief de ingestelde configuratie en schijfbestanden, die los van de oorspronkelijke host kan worden hersteld
  • Handig voor handmatige of eenmalige back-ups, vooral vóór migraties of grote infrastructuurwijzigingen

Omdat een geëxporteerde VM volledig draagbaar is, kan hij op een externe locatie worden bewaard of naar een andere host worden verplaatst zonder afhankelijkheid van de bronomgeving.

Zo maakt u een back-up van een virtual machine

Een goed opgezette back-upworkflow haalt het giswerk uit het proces en zorgt ervoor dat niets belangrijks over het hoofd wordt gezien. De onderstaande stappen vormen een praktisch startpunt voor een betrouwbare routine.

Stap 1: kies een back-upmethode voor de virtuele server

De methode die u hier kiest bepaalt de hele back-upstrategie. Weeg dus zorgvuldig af of host-level, guest-level of export-based back-up het best bij de omgeving past. Houd daarbij ook de hersteldoelstellingen en de omvang van de infrastructuur in gedachten.

Stap 2: bepaal de reikwijdte van de back-up

Staat de methode vast dan legt u precies vast wat er beschermd wordt. Breng alle VM’s in kaart die gedekt moeten worden en zorg dat kritieke schijven en configuratiebestanden erbij zitten, niet alleen de primaire datavolumes.

Stap 3: stel een back-upschema in

Handmatige back-ups worden snel vergeten. Bepaal daarom hoe vaak back-ups moeten draaien op basis van hoeveel gegevensverlies het bedrijf kan verdragen. Configureer vervolgens geautomatiseerde planning om de uitvoering consistent te houden.

Stap 4: kies de back-upopslag

Ook waar back-ups worden opgeslagen doet ertoe. Kies op basis van capaciteit en budget voor lokale opslag, netwerkopslag of cloudopslag en bewaar altijd minstens één kopie op een externe locatie om bestand te zijn tegen storingen op locatie.

Stap 5: voer back-ups uit en controleer ze

Is alles geconfigureerd, controleer dan of back-uptaken succesvol worden afgerond. Zorg bovendien dat alle geselecteerde VM’s worden vastgelegd, met monitoring of notificaties om storingen of onverwachte gaten in de dekking op te sporen.

Stap 6: test het herstel regelmatig

Herstel tot slot periodiek VM’s in een testomgeving om te bevestigen dat de bestanden intact zijn. Zo controleert u of niet alleen het OS, maar ook applicaties en services na een herstel correct weer online komen.

Beste praktijken voor VM-back-ups

Zelfs een strategie voor VM-back-ups levert weinig op als systeembeheerders en teams geen goede gewoontes ontwikkelen. Bezuinigen op de volgende praktijken ondermijnt ongemerkt een verder prima opzet:

  • Volg de 3-2-1-regel voor back-ups: bewaar drie kopieën van uw data op twee verschillende opslagtypen, met één kopie op een externe locatie.
  • Gebruik geautomatiseerde planning om het risico op gemiste back-ups door handmatige processen weg te nemen.
  • Bewaar back-ups buiten de primaire omgeving, zodat één storing of aanval niet tegelijk de productiesystemen en de herstelpunten uitschakelt.
  • Bescherm de back-upopslag tegen ransomware door toegang te beperken, waar mogelijk immutable opslag te gebruiken en back-upsystemen gescheiden te houden van het hoofdnetwerk.
  • Test herstelprocessen regelmatig om te bevestigen dat back-ups niet alleen worden gemaakt, maar ook echt kunnen worden teruggezet wanneer dat nodig is.

Wie deze praktijken consequent toepast, heeft een back-upstrategie die standhoudt in een echt herstelscenario.

Veelgemaakte fouten bij het back-uppen van VM-servers

Neem de onderstaande fouten zorgvuldig door: ze maken een solide back-upstrategie zo onbetrouwbaar.

  • Snapshots als primaire back-upmethode behandelen, terwijl ze in werkelijkheid afhangen van de oorspronkelijke VM-schijf en geen zelfstandig herstelpad bieden
  • VM-configuratiebestanden over het hoofd zien bij de back-up, waardoor een virtual machine wordt hersteld zonder de instellingen die nodig zijn om correct te functioneren in de omgeving
  • Hersteltests volledig overslaan, waardoor pas bij een echte storing blijkt of een back-up daadwerkelijk bruikbaar is
  • Back-ups op een onregelmatig schema draaien, wat onvoorspelbare gaten in de dekking oplevert en de hoeveelheid data die risico loopt vergroot
  • Alle back-upkopieën op één locatie bewaren, waardoor de hele herstelstrategie afhangt van één enkel faalpunt

Het moment om deze hiaten op te sporen en te dichten is tijdens regulier onderhoud, niet wanneer een storing al gaande is.

Van back-upstrategie naar herstelgereedheid

Een back-up maken van een VM-server is een doorlopend proces. Het vraagt om de juiste combinatie van methoden, een consistent schema, goede opslagpraktijken en regelmatig testen. Elk onderdeel van een VM, van schijfbestanden tot configuratie-instellingen, speelt een cruciale rol bij geslaagd herstel. Alleen een gestructureerde en goed doordachte strategie biedt daarom betrouwbaarheid wanneer er verstoringen optreden.

Quick-start guide

Zo maakt u met NinjaOne een back-up van een VM-server

  1. Schakel Image Backup in:
    • Ga naar Admin > Apps > Backup > Enable en zet de schakelaar Image aan.
    • Kies de gewenste back-upbestemming (Cloud wordt aanbevolen; vermijd Local of Hybrid voor VM-back-ups).
  2. Configureer het back-upbeleid:
    • Ga naar Admin > Policies en selecteer het beleid voor uw VM-server.
    • Kies onder Backups de optie Image in het dropdownmenu.
    • Schakel Image Backup Plan in en stel uw schema in (per uur, dagelijks, wekelijks of maandelijks).
  3. Stel het bewaarbeleid in:
    • Bepaal hoelang u back-ups wilt bewaren (bijvoorbeeld 7 dagen aan dagelijkse back-ups, 4 weken aan wekelijkse back-ups).
    • NinjaOne ruimt oude back-ups automatisch op volgens uw bewaarinstellingen.
  4. Voer de back-up uit:
    • U kunt handmatig een back-up starten via de pagina Devices: selecteer uw VM-server en klik op Run Backup Now.
    • Geplande back-ups draaien automatisch volgens uw beleid.
  5. Herstel de VM-server:
    • Wilt u herstellen, ga dan naar System Status > Restores in uw NinjaOne-dashboard.
    • Selecteer de VM-server en kies het back-uppunt dat u wilt terugzetten.
    • Volg de aanwijzingen om het herstelproces af te ronden.

Gerelateerde onderwerpen:

FAQs

De hersteltijd hangt af van de grootte van de VM, de gebruikte back-upmethode en de snelheid van het opslagsysteem. Host-level back-ups bieden doorgaans het snelste herstel, omdat de hele machine als één geheel is vastgelegd. Guest-level herstel kan langer duren, afhankelijk van de hoeveelheid data die moet worden opgehaald.

De benodigde opslag verschilt per situatie en hangt af van het aantal VM’s, de frequentie van de back-ups en of er incrementele of volledige back-ups worden gebruikt. Incrementele back-ups verlagen het opslagverbruik aanzienlijk ten opzichte van telkens volledige back-ups draaien.

Een VM-back-up richt zich op het vastleggen en bewaren van kopieën van virtual machines, zodat ze na een storing kunnen worden hersteld. Een disaster recovery-plan gaat verder en beschrijft het volledige proces om de bedrijfsvoering na een groot incident te herstellen, inclusief hersteltijddoelstellingen, failoverprocedures en de rollen van de betrokken mensen.

Cloud-based back-ups zijn zeer betrouwbaar dankzij geografische redundantie en beheerde infrastructuur, maar ze brengen afhankelijkheid van internetverbinding en de beschikbaarheid van externe dienstverleners met zich mee. Een hybride aanpak die cloudopslag en opslag op locatie combineert is vaak de meest weerbare optie voor kritieke VM-omgevingen.

Dit vindt u misschien ook leuk

Klaar om de moeilijkste delen van IT te vereenvoudigen?

NinjaOne Algemene Voorwaarden

Door op de knop “Ik accepteer” hieronder te klikken, geeft u aan dat u de volgende wettelijke voorwaarden en onze Gebruiksvoorwaarden accepteert:

  • Eigendomsrechten: NinjaOne bezit en blijft eigenaar van alle rechten, aanspraken en belangen in en op het script (inclusief het auteursrecht). NinjaOne geeft u een beperkte licentie om het script te gebruiken in overeenstemming met deze wettelijke voorwaarden.
  • Gebruiksbeperking: U mag het script alleen gebruiken voor uw legitieme persoonlijke of interne bedrijfsdoeleinden en u mag het script niet delen met derden.
  • Republicatieverbod: Het is onder geen beding toegestaan om het script opnieuw te publiceren in een scriptbibliotheek die toebehoort aan of onder controle staat van een andere softwareleverancier.
  • Garantie disclaimer: Het script wordt geleverd “zoals het is” en “zoals het beschikbaar is”, zonder enige vorm van garantie. NinjaOne belooft of garandeert niet dat het script vrij van gebreken zal zijn of dat het aan uw specifieke behoeften of verwachtingen zal voldoen.
  • Risicoaanvaarding: Het gebruik van het script is op eigen risico. U erkent dat het gebruik van het script bepaalde inherente risico’s met zich meebrengt en u begrijpt en aanvaardt elk van deze risico’s.
  • Verklaring van afstand en vrijwaring: U zult NinjaOne niet verantwoordelijk houden voor enige nadelige of onbedoelde gevolgen die voortvloeien uit uw gebruik van het script en u doet afstand van alle wettelijke of billijke rechten of rechtsmiddelen die u tegen NinjaOne kunt hebben met betrekking tot uw gebruik van het script.
  • EULA: Als u een NinjaOne-klant bent, is uw gebruik van het script onderworpen aan de licentieovereenkomst voor eindgebruikers die op u van toepassing is (EULA).