Azure Backup - veelgestelde vragen

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.

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

U kunt maximaal 2000 gegevensbron/-items beveiligen voor alle workloads (zoals IaaS-VM, SQL, AFS) in een kluis. Als u bijvoorbeeld al 500 VM's en 400 Azure Files-shares in de kluis hebt beveiligd, kunt u maximaal 1100 SQL databases in de kluis beveiligen.

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

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.

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

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

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

Als u de back-up al hebt geconfigureerd en moet overzetten van GRS naar LRS, ziet u How to change from GRS to LRS after configuring backup (Overzettenvan GRS naar LRS na het configureren van back-up).

• 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 onlineherstelpunten van on-premises VM's die een back-up maken van Azure Backup Server (MABS) of System Center DPM.

Als u back-upgegevens uit de Recovery Services-kluis 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, MABSof DPM)om te herstellen naar on-premises.

Het exporteren van gegevens rechtstreeks vanuit de Recovery Services-kluis naar on-premises opslag voor back-ups van cloudworkloads(Azure-VM's, SQLen SAP HANA in Azure-VM's) wordt niet ondersteund. U kunt deze echter herstellen naar de bijbehorende cloudbronnen 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 Import/Export.

Als een GRS-kluis zonder CRR-mogelijkheid is ingeschakeld, zijn de gegevens in de secundaire regio pas toegankelijk als Azure een noodgeval in de primaire regio heeft gedeclareerd. In een dergelijk scenario vindt het herstel plaats vanuit de secundaire regio. Wanneer CRR is ingeschakeld, zelfs als de primaire regio actief is, kunt u een herstel activeren in de secundaire regio.

Ja. Zie Abonnement overdragen naar een andere map als u een abonnement (dat een kluis bevat) Azure Active Directory een andere map (AD) wilt verplaatsen.

Ja. Zorg ervoor dat u het volgende doet:

• 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.

Ja.

• U kunt maximaal drie keer per dag een back-up maken van Windows Server- of Windows-machines. 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 maakt eenmaal per dag een back-up van Azure-VM's.

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.

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.

De groottelimieten zijn:

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

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

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.

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.

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

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.

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

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

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.

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

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.

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.

• Meer informatie over back-up en retentie.

Er is geen limiet voor het aantal herstel na Azure Backup.

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

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

• Als de retentie wordt uitgebreid, worden bestaande herstelpunten gemarkeerd om ze te behouden volgens het nieuwe beleid.
• Als de retentie is beperkt, worden de bestaande herstelpunten gemarkeerd voor verwijdering in de eerstvolgende opschoontaak, en worden ze vervolgens verwijderd.

Wanneer back-ups worden gestopt en de gegevens worden bewaard, worden bestaande beleidsregels voor het verwijderen van gegevens beëindigd en worden gegevens voor onbepaalde tijd bewaard totdat de beheerder de gegevens heeft verwijderd.

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.

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.

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

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:

• Veelgestelde vragen over Azure VM-back-ups.
• Veelgestelde vragen over de Azure Backup-agent