Azure Backup architectuur en onderdelen

U kunt de service Azure Backup gebruiken om een back-up te maken van gegevens naar Microsoft Azure cloudplatform. Dit artikel bevat een Azure Backup architectuur, onderdelen en processen.

Wat doet Azure Backup doen?

Azure Backup back-up van de gegevens, machinetoestand en workloads die worden uitgevoerd op on-premises machines en exemplaren van virtuele Azure-machines (VM's). Er zijn een aantal Azure Backup scenario's.

Hoe werkt Azure Backup?

U kunt een back-up maken van machines en gegevens met behulp van een aantal methoden:

• Back-up maken van on-premises machines:

  • U kunt een back-up maken van on-premises Windows machines rechtstreeks naar Azure met behulp van de MARS-agent (Azure Backup Microsoft Azure Recovery Services). Linux-machines worden niet ondersteund.
  • U kunt een back-up maken van on-premises machines naar een back-upserver: System Center Data Protection Manager (DPM) of Microsoft Azure Backup Server (MABS). U kunt vervolgens een back-up maken van de back-upserver naar een Recovery Services-kluis in Azure.

• Back-up maken van Azure-VM's:

  • U kunt rechtstreeks een back-up maken van azure-VM's. Azure Backup installeert een back-upextensie op de Azure VM-agent die wordt uitgevoerd op de VM. Deze extensie back-up van de hele VM.
  • U kunt een back-up maken van specifieke bestanden en mappen op de Azure-VM door de MARS-agent uit te uitvoeren.
  • U kunt een back-up maken van azure-VM's naar de MABS die wordt uitgevoerd in Azure en u kunt vervolgens een back-up maken van de MABS naar een Recovery Services-kluis.

Meer informatie over waar u een back-up van kunt maken en over ondersteunde back-upscenario's.

Waar wordt een back-up van gegevens gemaakt?

Azure Backup slaat back-upgegevens op in kluizen: Recovery Services-kluizen en Backup-kluizen. Een kluis is een onlineopslagentiteit in Azure die wordt gebruikt voor het opslaan van gegevens, zoals back-ups, herstelpunten en back-upbeleid.

Kluizen hebben de volgende functies:

• Met kluizen kunt u uw back-upgegevens eenvoudig ordenen, terwijl de beheeroverhead wordt geminim hetzelfde.
• U kunt back-upitems in een kluis bewaken, met inbegrip van Azure-VM's en on-premises machines.
• U kunt toegang tot de kluis beheren met op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC).
• U geeft op hoe gegevens in de kluis worden gerepliceerd voor redundantie:
  • Lokaal redundante opslag (LRS): als bescherming tegen fouten in een datacenter, kunt u LRS gebruiken. LRS repliceert gegevens naar een opslagschaaleenheid. Meer informatie.
  • Geografisch redundante opslag (GRS): als u wilt beveiligen tegen uitval in de hele regio, kunt u GRS gebruiken. GrS repliceert uw gegevens naar een secundaire regio. Meer informatie.
  • Zone-redundante opslag (ZRS): repliceert uw gegevens in beschikbaarheidszones,wat gegevensopslag en tolerantie in dezelfde regio garandeert. Meer informatie
  • Recovery Services-kluizen maken standaard gebruik van GRS.

Recovery Services-kluizen hebben de volgende extra functies:

• In elk Azure-abonnement kunt u maximaal 500 kluizen maken.

Back-upagents

Azure Backup biedt verschillende back-upagents, afhankelijk van het type machine waarvoor een back-up wordt gemaakt:

Back-uptypen

In de volgende tabel worden de verschillende typen back-ups uitgelegd en wanneer deze worden gebruikt:

SQL Server back-uptypen

In de volgende tabel worden de verschillende soorten back-ups uitgelegd die worden gebruikt SQL Server databases en hoe vaak ze worden gebruikt:

SAP HANA back-uptypen

In de volgende tabel worden de verschillende typen back-ups uitgelegd die worden gebruikt SAP HANA databases en hoe vaak ze worden gebruikt:

Vergelijking van back-uptypen

Storage verbruik, RTO (Recovery Time Objective) en netwerkverbruik varieert voor elk type back-up. In de volgende afbeelding ziet u een vergelijking van de back-uptypen:

• Gegevensbron A bestaat uit tien opslagblokken, A1-A10, waarvan maandelijks een back-up wordt gemaakt.
• Blokken A2, A3, A4 en A9 zijn in de eerste maand gewijzigd, en blok A5 is de maand erna gewijzigd.
• Voor differentiële back-ups wordt in de tweede maand een back-up gemaakt van blokken A2, A3, A4 en A9. In de derde maand wordt er opnieuw een back-up gemaakt van dezelfde blokken en van het gewijzigde blok A5. Van de gewijzigde blokken worden back-ups gemaakt totdat de volgende volledige back-up wordt uitgevoerd.
• Voor incrementele back-ups worden in de tweede maand blokken A2, A3, A4 en A9 gemarkeerd als gewijzigd en overgedragen. In het derde maand wordt alleen gewijzigd blok A5 gemarkeerd als gemarkeerd en overgedragen.

Back-upfuncties

De volgende tabel bevat een overzicht van de ondersteunde functies voor de verschillende typen back-ups:

Functie	Directe back-up van bestanden en mappen (met marsagent)	Azure VM Backup	Machines of apps met DPM/MABS
Back-up naar kluis
Back-up naar DPM/MABS-schijf en vervolgens naar Azure
Gegevens comprimeren die worden verzonden voor back-up		Er wordt geen compressie gebruikt bij het overdragen van gegevens. Storage is iets groter, maar herstel gaat sneller.
Incrementele back-up uitvoeren
Back-up maken van ontdubbelde schijven			Alleen voor DPM/MABS-servers die on-premises zijn geïmplementeerd.

Essentiële onderdelen van back-upbeleid

• Er wordt per kluis een back-upbeleid gemaakt.
• Er kan een back-upbeleid worden gemaakt voor de back-up van de volgende workloads: Azure-VM's, SQL in Azure-VM's, SAP HANA in Azure-VM's en Azure-bestands shares. Het beleid voor back-ups van bestanden en mappen met behulp van de MARS-agent wordt opgegeven in de MARS-console.
  • Azure-bestandsshare
• Een beleid kan worden toegewezen aan veel resources. Een back-upbeleid voor azure-VM's kan worden gebruikt om veel virtuele Azure-VM's te beveiligen.
• Een beleid bestaat uit twee onderdelen
  • Planning: Wanneer de back-up moet worden gemaakt
  • Retentie: hoe lang elke back-up moet worden bewaard.
• Planning kan worden gedefinieerd als 'dagelijks' of 'wekelijks' met een bepaald tijdstip.
• Retentie kan worden gedefinieerd voor 'dagelijks', 'wekelijks', 'maandelijks', 'jaarlijks' back-uppunten.
  • 'wekelijks' verwijst naar een back-up op een bepaalde dag van de week
  • 'maandelijks' verwijst naar een back-up op een bepaalde dag van de maand
  • 'jaarlijks' verwijst naar een back-up op een bepaalde dag van het jaar
• Retentie voor 'maandelijks', 'jaarlijkse' back-uppunten wordt aangeduid als langetermijnretentie (LTR)
• Wanneer een kluis wordt gemaakt, wordt er ook een 'DefaultPolicy' gemaakt en kan deze worden gebruikt om een back-up van resources te maken.
• Eventuele wijzigingen in de retentieperiode van een back-upbeleid worden met terugwerkende kracht toegepast op alle oudere herstelpunten, afgezien van de nieuwe herstelpunten.

Gevolgen van beleidswijziging op herstelpunten

• Retentieduur wordt verhoogd/verlaagd: Wanneer de retentieduur wordt gewijzigd, wordt de nieuwe retentieduur ook toegepast op de bestaande herstelpunten. Als gevolg hiervan worden sommige herstelpunten opgeschoond. Als de retentieperiode wordt verhoogd, hebben de bestaande herstelpunten ook een verhoogde retentie.
• Gewijzigd van dagelijks in wekelijks: Wanneer de geplande back-ups worden gewijzigd van dagelijks in wekelijks, worden de bestaande dagelijkse herstelpunten opgeschoond.
• Gewijzigd van wekelijks in dagelijks: De bestaande wekelijkse back-ups worden bewaard op basis van het aantal resterende dagen volgens het huidige bewaarbeleid.

Aanvullende naslaginformatie

• Azure VM-machine: beleid maken en wijzigen.
• SQL Server-database op azure-VM-machine: beleid maken en wijzigen.
• Azure-bestands share: beleid maken en wijzigen.
• SAP HANA: Beleid maken en wijzigen.
• MARS: Beleid maken en wijzigen.
• Zijn er beperkingen voor het plannen van back-ups op basis van het type workload?
• Wat gebeurt er met de bestaande herstelpunten als ik het bewaarbeleid wijzig?

Architectuur: Ingebouwde Azure VM Backup

1. Voor Azure-VM's die zijn geselecteerd voor back-up, Azure Backup een back-up job volgens het back-upschema dat u opgeeft.

2. Tijdens de eerste back-up wordt een back-upextensie geïnstalleerd op de VM als de VM wordt uitgevoerd.

   • Voor Windows-VM's wordt de extensie VMSnapshot geïnstalleerd.
   • Voor Linux-VM's wordt de extensie VMSnapshotLinux geïnstalleerd.

3. Voor Windows-VM's die worden uitgevoerd, coördineert Backup met Windows Volume Shadow Copy Service (VSS) om een app-consistente momentopname van de VM te maken.

   • Back-up maakt standaard volledige VSS-back-ups.
   • Als Back-up geen app-consistente momentopname kan maken, wordt er een bestands-consistente momentopname van de onderliggende opslag gemaakt (omdat er geen schrijf schrijven van de toepassing plaatsvindt terwijl de VM is gestopt).

4. Voor Linux-VM's maakt Back-up een bestands-consistente back-up. Voor app-consistente momentopnamen moet u scripts vooraf/achteraf handmatig aanpassen.

5. Nadat Backup de momentopname heeft gemaakt, worden de gegevens naar de kluis overgeboekt.

   • De back-up wordt geoptimaliseerd door parallel een back-up te maken van elke VM-schijf.
   • Azure Backup leest de blokken op elke schijf waarvan een back-up wordt gemaakt, en identificeert en verplaatst alleen de gegevensblokken die sinds de vorige back-up zijn gewijzigd (de delta).
   • Momentopnamegegevens worden mogelijk niet direct naar de kluis gekopieerd. Het kan enkele uren duren tijdens piekmomenten. De totale back-uptijd voor een virtuele machine is minder dan 24 uur bij beleid voor dagelijkse back-ups.

6. Wijzigingen die zijn aangebracht in een Windows-VM nadat Azure Backup is ingeschakeld, zijn:

   • Microsoft Visual C++ 2013 Redistributable(x64) - 12.0.40660 is geïnstalleerd in de VM
   • Het opstarttype van de Volume Shadow Copy-service (VSS) is gewijzigd in automatisch van handmatig
   • De Windows-service IaaSVmProvider is toegevoegd

7. Wanneer de gegevensoverdracht is voltooid, wordt de momentopname verwijderd en wordt er een herstelpunt gemaakt.

Architectuur: Directe back-up van on-premises Windows Server-machines of Azure VM-bestanden of -mappen

1. Als u het scenario wilt instellen, downloadt en installeert u de MARS-agent op de computer. Vervolgens selecteert u waar u een back-up van wilt maken, wanneer back-ups worden uitgevoerd en hoe lang ze in Azure worden bewaard.
2. De eerste back-up wordt uitgevoerd volgens uw back-upinstellingen.
3. De MARS-agent gebruikt VSS om een momentopname op een bepaald tijdstip te maken van de volumes die zijn geselecteerd voor back-up.
   • De MARS-agent gebruikt alleen de schrijfbewerking Windows systeem om de momentopname vast te leggen.
   • Omdat de agent geen VSS Writers voor toepassingen gebruikt, worden er geen app-consistente momentopnamen gemaakt.
4. Nadat de momentopname met VSS is gemaakt, maakt de MARS-agent een virtuele harde schijf (VHD) in de cachemap die u hebt opgegeven tijdens het configureren van de back-up. De agent slaat ook controlesums op voor elk gegevensblok. Deze worden later gebruikt voor het detecteren van gewijzigde blokken voor latere incrementele back-ups.
5. Incrementele back-ups worden uitgevoerd volgens de planning die u opgeeft, tenzij u een back-up op aanvraag hebt.
6. In incrementele back-ups worden gewijzigde bestanden geïdentificeerd en wordt er een nieuwe VHD gemaakt. De VHD wordt gecomprimeerd en versleuteld en vervolgens naar de kluis verzonden.
7. Nadat de incrementele back-up is gemaakt, wordt de nieuwe VHD samengevoegd met de VHD die is gemaakt na de initiële replicatie. Deze samengevoegde VHD biedt de meest recente status die moet worden gebruikt voor vergelijking voor continue back-up.

Architectuur: Back-up naar DPM/MABS

1. U installeert de DPM- of MABS-beveiligingsagent op machines die u wilt beveiligen. Vervolgens voegt u de machines toe aan een DPM-beveiligingsgroep.
   • Als u on-premises machines wilt beveiligen, moet de DPM- of MABS-server zich on-premises bevinden.
   • Om Azure-VM's te beveiligen, moet de MABS-server zich in Azure bevinden en worden uitgevoerd als een Azure-VM.
   • Met DPM/MABS kunt u back-upvolumes, shares, bestanden en mappen beveiligen. U kunt ook de systeemtoestand van een machine beveiligen (bare metal) en u kunt specifieke apps beveiligen met app-gerichte back-upinstellingen.
2. Wanneer u beveiliging voor een computer of app in DPM/MABS in stelt, selecteert u om een back-up te maken van de lokale MABS/DPM-schijf voor kortetermijnopslag en naar Azure voor onlinebeveiliging. U geeft ook op wanneer de back-up naar de lokale DPM/MABS-opslag moet worden uitgevoerd en wanneer de online back-up naar Azure moet worden uitgevoerd.
3. Er wordt een back-up van de schijf van de beveiligde werkbelasting op de lokale MABS-/DPM-schijven opgeslagen volgens het schema dat u hebt opgegeven.
4. Van de DPM/MABS-schijven wordt een back-up gemaakt naar de kluis door de MARS-agent die wordt uitgevoerd op de DPM/MABS-server.

Azure VM-opslag

Azure-VM's gebruiken schijven om hun besturingssysteem, apps en gegevens op te slaan. Elke Azure-VM heeft ten minste twee schijven: een schijf voor het besturingssysteem en een tijdelijke schijf. Azure-VM's kunnen ook gegevensschijven voor app-gegevens hebben. Schijven worden opgeslagen als VHD's.

• VHD's worden opgeslagen als pagina-blobs in Standard- of Premium Storage-accounts in Azure:
  • Standaardopslag: Betrouwbare, goedkope schijfondersteuning voor VM's met workloads die niet gevoelig zijn voor latentie. Standard-opslag kan standaard SSD-schijven (Solid-State Drive) of HDD-schijven (Standard Hard Disk Drive) gebruiken.
  • Premium opslag: Schijfondersteuning met hoge prestaties. Maakt gebruik van Premium SSD-schijven.
• Er zijn verschillende prestatielagen voor schijven:
  • Standard - HDD schijf: Dit wordt mogelijk gemaakt door HDD's en wordt gebruikt voor rendabele opslag.
  • Standard - SSD schijf: Combineert elementen van Premium SSD-schijven en Standard HDD-schijven. Biedt consistentere prestaties en betrouwbaarheid dan HDD, maar is nog steeds rendabel.
  • Premium SSD-schijf: Dit wordt mogelijk gemaakt door SSD's en biedt hoge prestaties en lage latentie voor VM's met I/O-intensieve workloads.
• Schijven kunnen worden beheerd of niet-beheerd:
  • Niet-mande schijven: Traditionele typen schijven die worden gebruikt door VM's. Voor deze schijven maakt u uw eigen opslagaccount en geeft u dit op wanneer u de schijf maakt. Vervolgens moet u na gaan hoe u de opslagbronnen voor uw VM's kunt maximaliseren.
  • Beheerde schijven: Azure maakt en beheert de opslagaccounts voor u. U geeft de schijfgrootte en prestatielaag op en Azure maakt beheerde schijven voor u. Wanneer u schijven toevoegt en VM's schaalt, verwerkt Azure de opslagaccounts.

Zie de volgende artikelen voor meer informatie over schijfopslag en de beschikbare schijftypen voor VM's:

• Beheerde Azure-schijven voor Linux-VM's
• Beschikbare schijftypen voor VM's

Back-up en herstel van Virtuele Azure-VM's met Premium Storage

U kunt een back-up maken van azure-VM's met behulp van Premium Storage met Azure Backup:

• Tijdens het maken van back-ups van VM's met Premium Storage maakt de Backup-service een tijdelijke faseringslocatie met de naam AzureBackup- in het opslagaccount. De grootte van de faseringslocatie is gelijk aan de grootte van de momentopname van het herstelpunt.
• Zorg ervoor dat het Premium Storage-account voldoende vrije ruimte heeft voor de tijdelijke faseringslocatie. Zie Schaalbaarheidsdoelen voor Premium-pagina-blobopslagaccounts voor meer informatie. Wijzig de faseringslocatie niet.
• Nadat de back-up is gemaakt, wordt de faseringslocatie verwijderd.
• De opslagprijs die wordt gebruikt voor de faseringslocatie, is consistent met de prijs van Premium Storage.

Wanneer u azure-VM's herstelt met behulp van Premium-opslag, kunt u ze herstellen naar Premium- of Standard-opslag. Normaal gesproken herstelt u ze naar Premium Storage. Maar als u slechts een subset van bestanden van de virtuele machine nodig hebt, kan het rendabel zijn om ze te herstellen naar de standaardopslag.

Back-up en herstel van beheerde schijven

U kunt een back-up maken van virtuele Azure-VM's met beheerde schijven:

• U kunt op dezelfde manier een back-up maken van VM's met beheerde schijven als elke andere Azure-VM. U kunt rechtstreeks vanuit de instellingen van de virtuele machine een back-up maken van de virtuele machine of u kunt back-ups inschakelen voor VM's in de Recovery Services-kluis.
• U kunt back-ups maken van virtuele machines op beheerde schijven via RestorePoint-verzamelingen die zijn gebouwd boven op beheerde schijven.
• Azure Backup biedt ook ondersteuning voor het maken van back-up van VM's met beheerde schijven die zijn versleuteld met behulp van Azure Disk Encryption.

Wanneer u VM's met beheerde schijven herstelt, kunt u herstellen naar een volledige VM met beheerde schijven of naar een opslagaccount:

• Tijdens het herstelproces verwerkt Azure de beheerde schijven. Als u de optie voor het opslagaccount gebruikt, beheert u het opslagaccount dat tijdens het herstelproces is gemaakt.
• Als u een beheerde VM herstelt die is versleuteld, moet u ervoor zorgen dat de sleutels en geheimen van de VM aanwezig zijn in de sleutelkluis voordat u het herstelproces start.

Volgende stappen

• Bekijk de ondersteuningsmatrix voor meer informatie over ondersteunde functies en beperkingen voor back-upscenario's.
• Back-up instellen voor een van deze scenario's:
  • Back-up maken van Azure-VM's.
  • Rechtstreeks een back-up maken van Windows-machines, zonder een back-upserver.
  • MABS instellen voor het maken van een back-up naar Azure, en vervolgens een back-up van workloads naar MABS maken.
  • DPM instellen voor het maken van een back-up naar Azure, en vervolgens een back-up van workloads naar DPM maken.