Azure Backup - veelgestelde vragen

In dit artikel vindt u antwoorden op veelgestelde vragen over de Azure Backup-service.

Recovery Services-kluis

Is er een limiet voor het aantal kluizen dat voor elk Azure-abonnement kan worden gemaakt?

Ja. U kunt per abonnement maximaal 500 Recovery Services-kluizen maken, per ondersteunde regio van Azure Backup. Als u extra kluizen nodig hebt, maakt u een extra abonnement.

Zijn er beperkingen met betrekking tot het aantal servers/machines dat kan worden geregistreerd voor elke kluis?

U kunt per kluis maximaal 1000 virtuele Azure-machines registreren. Als u de Microsoft Azure Backup-agent gebruikt, kunt u maximaal 50 MARS-agents per kluis registreren. En u kunt 50 MABS-servers/DPM-servers registreren bij een kluis.

Hoeveel gegevensbronnen/items kunnen worden beveiligd in een kluis?

Beveiliging van maximaal 2000 gegevensbronnen/items voor alle workloads (zoals IaaS-VM, SQL, AFS) is de aanbevolen limiet per kluis. Als u bijvoorbeeld al 500 VM's en 400 Azure Files-shares in de kluis hebt beveiligd, raden we u aan maximaal 1100 SQL-databases erin te beveiligen.

Hoeveel beleidsregels kan ik maken per kluis?

U kunt maximaal 200 beleidsregels per kluis hebben. Het toevoegen van nieuwe back-upbeleidsregels of het bewerken van huidig beleid via ARM-sjablonen (Azure Resource Manager) of Azure Automation-clients, zoals PowerShell, is CLI echter beperkt tot 50 gedurende een periode van 24 uur.

Hoe kan ik, bij het herstellen van gegevens, de gegevens van verschillende servers isoleren, als mijn organisatie één kluis heeft?

Servergegevens die u samen wilt herstellen, moeten dezelfde wachtwoordzin gebruiken bij het instellen een back-up. Als u herstel wilt isoleren op een specifieke server of servers, gebruikt u een wachtwoordzin die alleen bestemd is voor deze server of servers. U kunt bijvoorbeeld verschillende wachtwoordzinnen voor de human resource-server, de accountingserver en de opslagserver gebruiken.

Kan ik mijn kluis verplaatsen van het ene naar het andere abonnement?

Ja. Raadpleeg dit artikel als u een Recovery Services-kluis wilt verplaatsen

Kan ik back-upgegevens verplaatsen naar een andere kluis?

Nee Back-upgegevens die zijn opgeslagen in een kluis, kunnen niet worden verplaatst naar een andere kluis.

Kan ik de instelling voor opslagredundantie wijzigen na een back-up?

Het type opslagreplicatie is standaard ingesteld op geografisch redundante opslag (GRS). Zodra u de back-up hebt geconfigureerd, heeft de optie om deze te wijzigen de status Uitgeschakeld en kan deze niet worden gewijzigd.

Storage replication type

Als u de back-up al hebt geconfigureerd en van GRS naar LRS moet gaan, raadpleegt u Hoe u kunt overschakelen van GRS naar LRS nadat u een back-up hebt geconfigureerd.

Kan ik herstellen op itemniveau (ILR) uitvoeren voor VM's waarvan een back-up is gemaakt in een Recovery Services-kluis?

  • ILR wordt ondersteund voor Azure-VM's waarvan een back-up is gemaakt met Azure VM Backup. Raadpleeg dit artikel voor meer informatie
  • ILR wordt niet ondersteund voor online herstelpunten van on-premises VM's waarvan een back-up wordt gemaakt door Azure Backup Server (MABS) of System Center DPM.

Hoe kan ik gegevens uit de Recovery Services-kluis verplaatsen naar on-premises?

Als u back-upgegevens uit Recovery Services Vault wilt verplaatsen, moet u de benodigde gegevens herstellen. Als uw kluis een back-up van on-premises gegevens bevat, gebruikt u de bijbehorende agent (MARS, MABS of DPM) om naar on-premises te herstellen.

Het exporteren van gegevens vanuit de Recovery Services-kluis naar on-premises opslag wordt niet ondersteund voor back-ups van cloudworkloads (Azure-VM's, SQL en SAP HANA in Azure-VM's). U kunt deze echter herstellen naar de bijbehorende cloudresources in Azure Storage-accounts en de gegevens vervolgens verplaatsen naar on-premises. U kunt deze gegevens ook exporteren naar on-premises via Data Box of Importeren/exporteren.

Wat is het verschil tussen een GEOGRAFISCH redundante opslagkluis (GRS) met en zonder de CRR-functie (Cross-Region Restore) ingeschakeld?

Als een GRS-kluis zonder CRR-mogelijkheid is ingeschakeld, kunnen de gegevens in de secundaire regio pas worden geopend als Azure een noodgeval in de primaire regio declareert. In een dergelijk scenario vindt de herstelbewerking plaats vanuit de secundaire regio. Wanneer CRR is ingeschakeld, zelfs als de primaire regio actief is, kunt u een herstel in de secundaire regio activeren.

Kan ik een abonnement met een kluis verplaatsen naar een andere Microsoft Entra-id?

Ja. Zie Abonnement overdragen naar een andere map als u een abonnement (dat een kluis bevat) wilt verplaatsen naar een andere Microsoft Entra-id.

Belangrijk

Zorg ervoor dat u de volgende acties uitvoert nadat u het abonnement hebt verplaatst:

  • Machtigingen voor op rollen gebaseerd toegangsbeheer en aangepaste rollen kunnen niet worden overgedragen. U moet de machtigingen en rollen opnieuw maken in de nieuwe Microsoft Entra-id.
  • U moet de Beheerde identiteit (MI) van de kluis opnieuw maken door deze uit te schakelen en opnieuw in te schakelen. U moet ook de MI-machtigingen evalueren en opnieuw maken.
  • Als de kluis gebruikmaakt van functies die gebruikmaken van MI, zoals privé-eindpunten en door de klant beheerde sleutels, moet u de functies opnieuw configureren.

Kan ik een abonnement met een Recovery Services-kluis verplaatsen naar een andere tenant?

Ja. Zorg ervoor dat u het volgende doet:

Belangrijk

Zorg ervoor dat u de volgende acties uitvoert nadat u het abonnement hebt verplaatst:

  • Als de kluis CMK (door de klant beheerde sleutels) gebruikt, moet u de kluis bijwerken. Hierdoor kan de kluis de beheerde kluisidentiteit en CMK (die zich in de nieuwe tenant bevinden) opnieuw maken en opnieuw configureren, anders mislukt de back-up-/herstelbewerking.
  • U moet de RBAC-machtigingen in het abonnement opnieuw configureren omdat de bestaande machtigingen niet kunnen worden verplaatst.

Wat worden de verschillende kluizen ondersteund voor back-up en herstel?

Recovery Services-kluis en Backup-kluis worden beide ondersteund in Azure Backup en richten zich op de back-up en het herstellen van verschillende gegevensbronnen. U moet de juiste kluis maken op basis van het gegevensbrontype dat u wilt beveiligen.

De volgende tabel bevat de verschillende gegevensbronnen die elke kluis ondersteunt:

Recovery Services-kluis Back-upkluis
Ondersteunde gegevensbronnen:

- Virtuele Azure-machine
- SQL in Azure VM
- Azure Files
- SAP HANA in Azure VM
- Azure Backup Server
- Azure Backup-agent
-DPM
Ondersteunde gegevensbronnen:

- Azure Disks
- Azure Blobs
- Azure Database for PostgreSQL-server
- Kubernetes-services (preview)

Azure Backup-agent

Waar vind ik veelgestelde vragen over de Azure Backup-agent voor Azure VM Backup?

  • Lees deze Veelgestelde vragen voor informatie over de agent die wordt uitgevoerd op Azure-VM’s.
  • Lees deze Veelgestelde vragen voor informatie over de agent die wordt gebruikt voor het maken van back-ups van Azure-bestandsmappen.

Algemene back-up

Gelden er limieten voor de back-upplanning?

Ja.

  • U kunt maximaal drie keer per dag een back-up maken van Windows Server- of Windows-computers met mars-back-ups. U kunt het planningsbeleid instellen op dagelijkse of wekelijkse planningen.
  • U kunt maximaal twee keer per dag een back-up van DPM maken. U kunt het planningsbeleid instellen op dagelijks, wekelijks, maandelijks en jaarlijks.
  • U kunt eenmaal per dag een back-up maken van Azure-VM's met behulp van standaardback-upbeleid.

Welke besturingssystemen worden ondersteund voor Backup?

Azure Backup biedt ondersteuning voor deze besturingssystemen voor het maken van back-ups van bestanden en mappen, en apps die worden beveiligd met Azure Backup Server en SCDPM.

Besturingssysteem SKU DETAILS
Werkstation
Windows 11 64-bits Enterprise, Pro, Home, IoT Op machines moeten de nieuwste servicepacks en updates worden uitgevoerd.
Windows 10 64-bits Enterprise, Pro, Home, IoT Op machines moeten de nieuwste servicepacks en updates worden uitgevoerd.
Server
Windows Server 2022 64-bits Standard, Datacenter, Essentials, IoT Met de nieuwste servicepacks/updates.
Windows Server 2019 64-bits Standard, Datacenter, Essentials, IoT Met de nieuwste servicepacks/updates.
Windows Server 2016 64-bits Standard, Datacenter, Essentials Met de nieuwste servicepacks/updates.
Windows Storage Server 2016 64-bits Standard, Workgroup Met de nieuwste servicepacks/updates.
Windows Storage Server 2012 R2 64-bits Standard, Workgroup, Essential Met de nieuwste servicepacks/updates.
Windows Server 2012 R2 64-bits Standard, Datacenter, Foundation Met de nieuwste servicepacks/updates.
Windows Server 2012 64-bits Datacenter, Foundation, Standard Met de nieuwste servicepacks/updates.
Windows Storage Server 2012 64-bits Standard, Workgroup Met de nieuwste servicepacks/updates.

Azure Backup biedt geen ondersteuning voor 32-bits besturingssystemen.

Voor Azure VM Linux-back-ups biedt Azure Backup ondersteuning voor de lijst met distributies die zijn goedgekeurd in Azure, met uitzondering van Core OS Linux en een 32-bits besturingssysteem. Andere Bring-Your-Own-Linux-distributies werken mogelijk ook, mits de VM-agent beschikbaar is op de VM, en ondersteuning voor Python aanwezig is.

Meer informatie over de nieuwste workloads die worden ondersteund door DPM en MABS Server.

Zijn er groottelimieten voor gegevensback-ups?

De groottelimieten zijn:

OS/machine Groottelimiet van gegevensbron
Windows 8 of hoger 54.400 GB
Windows 7 1700 GB
WindowsServer 2012 of later 54.400 GB
Windows Server 2008, Windows Server 2008 R2 1700 GB
Azure VM Zie de ondersteuningsmatrix voor back-up van Azure-VM's

Hoe wordt de grootte van de gegevensbron bepaald?

In de volgende tabel wordt uitgelegd hoe de grootte voor elke gegevensbron wordt bepaald.

Gegevensbron DETAILS
Volume De hoeveelheid gegevens van één volume-VM waarvan een back-up wordt gemaakt.
SQL Server-database De grootte van een individuele database waarvan een back-up wordt gemaakt.
SharePoint Som van de inhoud en configuratiedatabases in een SharePoint-farm waarvan een back-up wordt gemaakt.
Exchange Som van alle Exchange-databases op een Exchange-server waarvan een back-up wordt gemaakt.
BMR/systeemstatus Elke afzonderlijke kopie van de BMR of systeemstatus van de machine waarvan een back-up wordt gemaakt.

Is er een limiet voor de hoeveelheid gegevens waarvan een back-up wordt gemaakt met een Recovery Services-kluis?

Er is geen limiet voor de totale hoeveelheid gegevens waarvan u een back-up kunt maken met behulp van een Recovery Services-kluis. De afzonderlijke gegevensbronnen (behalve azure-VM's) kunnen maximaal 54.400 GB groot zijn. Zie de sectie kluislimieten in de ondersteuningsmatrix voor meer informatie over limieten.

Waarom is de omvang van de gegevens die worden overgebracht naar de Recovery Services-kluis, kleiner dan de hoeveelheid gegevens die zijn geselecteerd voor een back-up?

Gegevens waarvan een back-up wordt gemaakt via Azure Backup-agent, DPM en Azure Backup Server, worden gecomprimeerd en versleuteld voordat ze worden overgedragen. Wanneer de gegevens zijn gecomprimeerd en versleuteld, zijn de gegevens in de kluis 30 tot 40% kleiner.

Kan ik de verlooptijd voor de herstelpunten bekijken?

Nee, u kunt de verlooptijd voor de geplande back-ups niet weergeven. U kunt echter de verlooptijd voor de back-ups op aanvraag bekijken via back-uptaken.

Kan ik afzonderlijke bestanden verwijderen vanaf een herstelpunt in de kluis?

Nee, Azure Backup biedt geen ondersteuning voor het verwijderen of opschonen van afzonderlijke items uit opgeslagen back-ups.

Als ik een back-uptaak annuleer nadat deze is gestart, worden de overgedragen back-upgegevens dan verwijderd?

Nee Alle gegevens die zijn overgebracht naar de kluis voordat de back-uptaak wordt geannuleerd, blijven aanwezig in de kluis.

  • Azure Backup gebruikt een controlepuntmechanisme waarmee tijdens de back-up van tijd tot tijd controlepunten worden toegevoegd aan de back-upgegevens.
  • Omdat de back-upgegevens controlepunten bevatten, kan tijdens het volgende back-upproces de integriteit van de bestanden worden gecontroleerd.
  • De volgende back-uptaak is incrementeel ten opzichte van de gegevens waarvan eerder een back-up is gemaakt. Incrementele back-ups dragen alleen nieuwe of gewijzigde gegevens over, zodat de bandbreedte beter wordt benut.

Als u een back-uptaak voor een virtuele Azure-machine annuleert, worden eventuele overgedragen gegevens geannuleerd. De volgende back-uptaak draagt incrementele gegevens over van na de vorige succesvolle back-up-taak.

Kunnen de back-upitems in een kluis worden verwijderd als de resourcegroep een verwijderingsvergrendeling heeft?

Nee, back-upitems in een kluis kunnen niet worden verwijderd als de bijbehorende resourcegroep een verwijderingsvergrendeling heeft.

Retentie en herstel

Zijn het bewaarbeleid voor DPM-machines en voor Windows-computers zonder DPM gelijk?

Ja, ze hebben beiden dagelijks, wekelijks, maandelijks en jaarlijks bewaarbeleid.

Kan ik het bewaarbeleid aanpassen?

Ja, u hebt beleidsregels aangepast. U kunt bijvoorbeeld wekelijkse en dagelijkse retentievereisten configureren, maar niet jaarlijkse en maandelijkse.

Kan ik verschillende tijdstippen gebruiken voor de back-upplanning en het bewaarbeleid?

Nee Het bewaarbeleid kan alleen worden toegepast op back-uppunten. In deze afbeelding ziet u bijvoorbeeld bewaarbeleid voor back-ups die zijn gemaakt om 12:00 uur en 18:00 uur.

Schedule Backup and Retention

Als een back-up langdurig wordt bewaard, duurt het dan langer om een oud gegevenspunt te herstellen?

Nee De tijd die nodig is om het oudste of nieuwste punt te herstellen, is hetzelfde. Elk herstelpunt gedraagt zich als een volledig punt.

Als elk herstelpunt een volledig punt is, heeft dit dan invloed op de totale factureerbare back-upopslag?

Producten met een lange bewaartermijn slaan de back-upgegevens doorgaans op als volledige punten.

  • De volledige punten maken inefficiënt gebruik van de opslagruimte, maar kunnen wel gemakkelijker en sneller worden hersteld.
  • Incrementele kopieën maken efficiënt gebruik van de opslagruimte, maar vereisen dat u een keten van gegevens hersteld, wat van invloed is op de hersteltijd

De opslagarchitectuur van Azure Backup biedt u het beste van beide werelden door de gegevens optimaal op te slaan voor snelle herstelbewerkingen en lage opslagkosten. Dit zorgt ervoor dat uw bandbreedte voor inkomend en uitgaand verkeer efficiënt wordt gebruikt. De hoeveelheid gegevens die moet worden opgeslagen, en de benodigde tijd om de gegevens te herstellen, blijft tot een minimum beperkt. Meer informatie over incrementele back-ups.

Geldt er een limiet voor het aantal herstelpunten dat kan worden gemaakt?

U kunt maximaal 9999 herstelpunten maken per beveiligd exemplaar. Een beveiligd exemplaar is een computer, een server (fysiek of virtueel) of een workload waarvan een back-up wordt gemaakt in Azure.

Hoe vaak kan ik gegevens herstellen waarvan een back-up is gemaakt in Azure?

Er is geen limiet voor het aantal herstelbewerkingen van Azure Backup.

Als ik gegevens ga herstellen, betaal ik dan voor het uitgaande verkeer van Azure?

Nee Herstellen is gratis en er worden geen kosten in rekening gebracht voor het uitgaande verkeer.

Wat gebeurt er wanneer ik het back-upbeleid wijzig?

Wanneer een nieuw beleid wordt toegepast, worden het schema en de retentie van het nieuwe beleid gevolgd.

  • Als retentie is verlengd, worden bestaande herstelpunten gemarkeerd om ze te bewaren volgens nieuw beleid.
  • Als de retentie wordt verminderd, worden ze gemarkeerd voor verwijdering in de volgende opschoontaak en vervolgens verwijderd.

Hoe lang worden gegevens bewaard na het stoppen van back-ups, maar het inschakelen van de optie om back-upgegevens te behouden?

Wanneer back-ups worden gestopt en de gegevens worden bewaard, worden bestaande beleidsregels voor het verwijderen van gegevens stopgezet en worden gegevens voor onbepaalde tijd bewaard totdat ze door de beheerder zijn geïnitieerd voor verwijdering.

Versleuteling

Worden de gegevens die naar Azure worden verzonden, versleuteld?

Ja. Gegevens worden versleuteld op de on-premises machine met behulp van AES256. De gegevens worden verzonden via een beveiligde HTTPS-koppeling. De gegevens die worden verzonden in de cloud, zijn alleen met een HTTPS-koppeling beveiligd tussen de opslag en herstelservice. Met het iSCSI-protocol zijn de gegevens beveiligd die worden verzonden tussen de herstelservice en de computer van de gebruiker. Beveiligde tunneling wordt gebruikt om het iSCSI-kanaal te beveiligen.

Worden de back-upgegevens op Azure ook versleuteld?

Ja. De gegevens in Azure zijn in rust versleuteld.

  • Voor on-premises back-ups wordt versleuteling in rust geboden met de wachtwoordzin die u opgeeft wanneer u een back-up maakt in Azure.
  • Voot Azure-VM’s worden gegevens in rust versleuteld met behulp van SSE (Storage Service Encryption).

Microsoft ontsleutelt de back-upgegevens op geen enkel moment.

Wat is de minimale lengte van de versleutelingssleutel die wordt gebruikt voor het versleutelen van back-upgegevens?

De versleutelingssleutel die wordt gebruikt door de MARS-agent (Microsoft Azure Recovery Services) is afgeleid van een wachtwoordzin die minimaal 16 tekens lang moet zijn. Voor Azure-VM's is er geen limiet voor de lengte van sleutels die worden gebruikt door Azure KeyVault.

Wat gebeurt er als ik de versleutelingssleutel kwijtraak? Kan ik de gegevens herstellen? Kan Microsoft de gegevens herstellen?

De sleutel die wordt gebruikt om de back-upgegevens te versleutelen, is alleen beschikbaar op uw site. Microsoft onderhoudt geen kopie in Azure en heeft geen toegang tot de sleutel. Als u de sleutel kwijtraakt, kan Microsoft de back-upgegevens niet herstellen.

Volgende stappen

Lees de andere veelgestelde vragen: