Veelgestelde vragen: back-ups maken van Azure-VM's

Wanneer u een VIRTUELE machine maakt, kunt u back-ups inschakelen voor VM's waarop ondersteunde besturingssystemen worden uitgevoerd.

De eerste back-up is altijd een volledige back-up en de duur ervan is afhankelijk van de grootte van de gegevens en wanneer de back-up wordt verwerkt.

Zie best practices voor back-ups om de back-upprestaties te verbeteren; Overwegingen voor back-ups en back-upprestaties

Hoewel de totale back-uptijd voor incrementele back-ups minder is dan 24 uur, is dat mogelijk niet het geval voor de eerste back-up.

Nee Back-upkosten zijn gescheiden van de kosten van een VIRTUELE machine. Meer informatie over prijzen voor Azure Backup.

Als u een inzender voor een VIRTUELE machine bent, kunt u back-ups inschakelen op de virtuele machine. Als u een aangepaste rol gebruikt, hebt u de volgende machtigingen nodig om back-ups in te schakelen op de virtuele machine:

• Microsoft.RecoveryServices/Vaults/write
• Microsoft.RecoveryServices/Vaults/read
• Microsoft.RecoveryServices/locations/*
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/*/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/write
• Microsoft.RecoveryServices/Vaults/backupFabrics/backupProtectionIntent/write
• Microsoft.RecoveryServices/Vaults/backupPolicies/read
• Microsoft.RecoveryServices/Vaults/backupPolicies/write

Als uw Recovery Services-kluis en VM verschillende resourcegroepen hebben, moet u ervoor zorgen dat u schrijfmachtigingen hebt in de resourcegroep voor de Recovery Services-kluis.

Nee Geef het bewaarbereik op voor een back-uptaak op aanvraag. Deze wordt standaard 30 dagen bewaard wanneer deze wordt geactiveerd vanuit de portal.

Geef machtigingen op voor Azure Backup voor toegang tot de Key Vault. Geef de machtigingen op in PowerShell, zoals beschreven in de sectie Back-up inschakelen in de Documentatie voor Azure Backup PowerShell .

Ja, back-ups werken naadloos. U hoeft niets opnieuw te configureren.

De wizard bevat alleen VM's in dezelfde regio als de kluis en waarvan nog geen back-up wordt gemaakt.

Ja. Back-ups worden uitgevoerd wanneer een machine wordt afgesloten. Het herstelpunt wordt gemarkeerd als crashconsistent.

Ja. U kunt de back-uptaak annuleren in de status Momentopname maken. U kunt een taak niet annuleren als de gegevensoverdracht van de momentopname wordt uitgevoerd.

Als u de resourcegroep vergrendelt die is gemaakt door de Azure Backup-service, mislukken back-ups. Verwijder de vergrendeling en wis de verzameling herstelpunten uit die resourcegroep om de toekomstige back-ups te laten slagen. Volg deze stappen om de verzameling herstelpunten te verwijderen.

Azure Backup maakt een afzonderlijke resourcegroep in de indeling AzureBackupRG_<geo>_<number> voor het opslaan van ResourcePointCollections-objecten. Omdat deze resourcegroep eigendom is van de service, zorgt het vergrendelen ervoor dat back-ups mislukken. Vergrendelingen kunnen alleen worden toegepast op resourcegroepen die door de klant zijn gemaakt.

Ja, Azure Backup ondersteunt standaard beheerde SSD-schijven.

Momentopnamen kunnen alleen worden gemaakt op gegevensschijven die zijn ingeschakeld voor WA en niet op besturingssysteemschijven. Alleen gegevensschijven waarvoor WA is ingeschakeld, kunnen dus worden beveiligd.

Azure Backup kan een back-up maken van de gegevensschijf met WA-functionaliteit. De back-up biedt echter geen databaseconsistentie.

Azure Backup biedt een streamingback-upoplossing voor SAP HANA-databases met een RPO van 15 minuten. Het is Backint gecertificeerd door SAP om een systeemeigen back-upondersteuning te bieden die gebruikmaakt van de systeemeigen API's van SAP HANA. Meer informatie over het maken van back-ups van SAP HANA-databases in Azure-VM's.

De geplande back-up wordt binnen 2 uur na de geplande back-uptijd geactiveerd. Als bijvoorbeeld voor 100 VM's de begintijd van de back-up is gepland om 2:00 uur, is de back-uptaak van alle 100 VM's uiterlijk om 4:00 uur in behandeling. Als geplande back-ups zijn onderbroken vanwege een storing en hervat of opnieuw zijn geprobeerd, kan de back-up buiten dit geplande periode van twee uur beginnen.

Back-upbeleid voor virtuele Azure-machines ondersteunt een minimale bewaartermijn van zeven dagen tot 9999 dagen. Standaard worden back-ups van VM's 7 dagen bewaard in momentopnamen en 180 dagen in de kluis. Voor elke wijziging van een bestaand VM-back-upbeleid met minder dan zeven dagen moet een update worden uitgevoerd om te voldoen aan het minimale bewaarbereik van zeven dagen.

Als u het hoofdlettergebruik (naar boven of onder) van uw VM of VM-resourcegroep wijzigt, wordt het geval van de naam van het back-upitem niet gewijzigd; dit is het verwachte gedrag van Azure Backup. De casewijziging wordt niet weergegeven in het back-upitem, maar wordt bijgewerkt op de back-end.

Azure Backup biedt nu ondersteuning voor selectieve back-up en herstel van schijven met behulp van de back-upoplossing voor virtuele Azure-machines. Zie Selectieve schijfback-up en herstel voor Virtuele Azure-machines voor meer informatie.

Als er tenantwijzigingen optreden, moet u beheerde identiteiten uitschakelen en opnieuw inschakelen om back-ups te maken.

Azure Backup biedt geen ondersteuning voor het maken van back-ups van NFS-bestanden die zijn gekoppeld vanuit opslag, of van een andere NFS-server, naar Linux- of Windows-computers. Er wordt alleen een back-up gemaakt van schijven die lokaal zijn gekoppeld aan de virtuele machine.

Alle VM-configuraties die nodig zijn om de herstelbewerkingen uit te voeren, worden opgeslagen in de VM-back-up. Dit omvat de versleutelingskopieën van de versleutelde VM-sleutels, die voor u toegankelijk zijn bij het herstellen. De versleutelingskopieën kunnen alleen worden ontsleuteld met behulp van de sleutelkluis. Tijdelijke schijven en geheugenstatus worden niet vastgelegd in de momentopname.

Azure Backup kan een back-up maken van tags en deze herstellen, met uitzondering van NIC's en IP-adressen. Azure Backup respecteert de abonnementsbeperkingen van Azure-resourcegroep en herstelt maximaal 50 tags.

Zie Abonnementslimieten voor gedetailleerde informatie.

Nee, u kunt geen back-ups op aanvraag activeren door geplande back-up uit te schakelen.

Elke Azure-VM in een cluster wordt beschouwd als een afzonderlijke Azure-VM. Alle back-upbewerkingen zijn dus van toepassing op afzonderlijke Azure-VM's.

Het maken van een VM-momentopname duurt enkele minuten en er zal in deze fase een zeer minimale interferentie optreden in de prestaties van toepassingen. Maar het overdragen van gegevens naar een kluis duurt een paar uur; Daarom raden we u aan om back-ups buiten kantooruren te plannen. Meer informatie over aanbevolen procedures voor back-up en herstel.

Ja, er wordt automatisch een back-up gemaakt van een nieuwe schijf die aan een virtuele machine wordt toegevoegd tijdens de volgende back-up.

Het herstellen van bestanden en mappen van versleutelde VM-back-ups wordt momenteel niet ondersteund. U moet de hele VIRTUELE machine herstellen om bestanden en mappen te herstellen. Zie de stappen voor het herstellen van een versleutelde virtuele Azure-machine. U kunt echter bestanden herstellen uit back-ups voordat ze zijn versleuteld.

Ja, u kunt dit doen wanneer de overdracht van gegevens naar de kluisfase wordt uitgevoerd.

Azure Backup maakt een back-up van versleutelingssleutels en geheimen van de back-upgegevens. Over het algemeen worden de sleutels niet hersteld in de sleutelkluis, maar Met Azure Backup kunnen de sleutels worden hersteld tijdens het verlies van sleutels.

Nee, u kunt één enkel herstelpunt niet behouden. Wanneer u de vorige herstelpunten verwijdert, wordt de keten verwijderd. Daarom kunt u een herstelpunt niet selectief bewaren of verwijderen.

De maximale bewaarperioden van de back-uppunten zijn:

• Retentie van dagelijkse back-uppunten: 9999 dagen
• Bewaarperiode van wekelijkse back-uppunten: 5163 weken
• Maandelijkse back-uppunten bewaren: 1188 maanden
• Retentie van jaarlijkse back-uppunten: 99 jaar

U kunt een VIRTUELE machine herstellen als een snelle optie voor het maken van een Virtuele Azure-machine. Met deze optie worden schijfnamen, containers gewijzigd die worden gebruikt door de schijven, openbare IP-adressen en netwerkinterfacenamen. De wijziging onderhoudt unieke resources wanneer een virtuele machine wordt gemaakt. De VM wordt niet toegevoegd aan een beschikbaarheidsset.

U kunt de optie voor het herstellen van de schijf gebruiken als u het volgende wilt doen:

• Pas de VM aan die wordt gemaakt. Wijzig bijvoorbeeld de grootte.
• Voeg configuratie-instellingen toe die er niet waren op het moment van de back-up.
• Bepaal de naamconventie voor resources die worden gemaakt.
• Voeg de VIRTUELE machine toe aan een beschikbaarheidsset.
• Voeg een andere instelling toe die moet worden geconfigureerd met behulp van PowerShell of een sjabloon.

Ja, u kunt back-ups gebruiken die zijn gemaakt voordat schijven zijn gemigreerd van onbeheerd naar beheerd.

Het herstelproces blijft hetzelfde. Als het herstelpunt van een bepaald tijdstip is waarop vm niet-beheerde schijven had, kunt u schijven herstellen als onbeheerd. Als de virtuele machine beheerde schijven had, kunt u schijven herstellen als beheerde schijven. Vervolgens kunt u een virtuele machine maken op basis van deze schijven.

Meer informatie hierover vindt u in PowerShell.

In het geval van een beheerde VM-herstel, zelfs als het maken van de VIRTUELE machine mislukt, worden de schijven nog steeds hersteld.

Ja. Zelfs als u de virtuele machine verwijdert, kunt u naar het bijbehorende back-upitem in de kluis gaan en vanaf een herstelpunt herstellen.

Voor Azure-VM's van Managed Disk wordt het herstellen naar de beschikbaarheidssets ingeschakeld door een optie in de sjabloon op te geven tijdens het herstellen als beheerde schijven. Deze sjabloon bevat de invoerparameter beschikbaarheidssets.

De mogelijkheid voor direct herstellen helpt bij snellere back-ups en directe herstelbewerkingen vanuit de momentopnamen.

Nadat u de sleutelkluisinstellingen voor de versleutelde VM hebt gewijzigd, blijven back-ups werken met de nieuwe set details. Na het herstellen vanaf een herstelpunt vóór de wijziging moet u echter de geheimen in een sleutelkluis herstellen voordat u de virtuele machine ervan kunt maken. Zie dit artikel voor meer informatie.

Voor bewerkingen zoals geheim/sleutelroll-over is deze stap niet vereist en kan dezelfde sleutelkluis worden gebruikt na het herstellen.

Ja, u hebt toegang tot de VIRTUELE machine nadat deze is hersteld omdat een VM een verbroken relatie heeft met de domeincontroller. Zie dit artikel voor meer informatie.

Ja, u kunt de hersteltaak annuleren tot de gegevensoverdrachtsfase. Zodra de VM-aanmaakfase is gestart, kunt u de hersteltaak niet annuleren.

De totale hersteltijd is afhankelijk van de in- en uitvoerbewerkingen per seconde (IOPS) en de doorvoer van het opslagaccount. De totale hersteltijd kan worden beïnvloed als het doelopslagaccount wordt geladen met andere lees- en schrijfbewerkingen van de toepassing. Als u de snelheid van de herstelbewerking wilt verbeteren, selecteert u een opslagaccount dat niet wordt geladen met andere toepassingsgegevens. Meer informatie over de aanbevolen procedures voor back-up en herstel van azure-VM's.

Azure Backup maakt gebruik van 'attach'-schijven vanaf herstelpunten en kijkt niet naar uw installatiekopieën of galerieën. In het beleid kunt u dus 'storageProfile.osDisk.createOption as Attach' controleren en de scriptvoorwaarde is:

if (storageProfile.osDisk.createOption == "Attach") then { exclude <Policy> }

Als u een virtuele machine wilt herstellen met de status Uitgeschakeld, kunt u een VIRTUELE machine maken of schijven herstellen, maar u kunt een bestaande VIRTUELE machine niet vervangen. Meer informatie over de beschikbare herstelopties.

Azure VM moet de status Uitgeschakeld hebben terwijl u herstelt. Anders mislukt de herstelbewerking in de fase vooraf controleren, met de foutcode UserErrorVmNotShutDown.

Voordat u VM-schijven wisselt, moet u ook de VIRTUELE machine uitschakelen.

Ja, de standaardlimiet voor het activeren van herstel is 20 pogingen per VIRTUELE machine in 24 uur en het venster van 24 uur wordt opnieuw ingesteld om UTC 00:00.

In het geval van een niet-beheerde VM is het type VM-schijf Premium SSD of HDD en is het afhankelijk van de SA waarin VHD's bestaan. Als u tijdens het herstellen een normale SA opgeeft, is de VM-schijf HDD en als u Premium SA opgeeft, zijn alle schijven Premium SSD's.

Ja, u kunt deze bestanden verwijderen zodra het herstelproces is voltooid. Standaard behoudt Azure Backup deze bestanden voor toekomstig gebruik.

De versleutelde sleutels zijn naar verwachting niet aanwezig in de doelregio als onderdeel van CRR (Cross Regions Restore). Daarom moet u de versleutelde sleutels en geheimen herstellen met behulp van het herstelde bestand. Wanneer het herstellen is voltooid, kunt u met behulp van herstelde schijven versleutelde Virtuele Azure-machines maken.

Microsoft Windows staat een VM-naam toe met maximaal 15 tekens. U kunt ook geen DNS-hostnaam opgeven die verschilt van de NETBIOS-hostnaam . U kunt echter hostheaders maken voor een website die wordt gehost op een Azure-VM met de naam volgens de aanbeveling.

Meer informatie over de beperkingen van de naamconventie van vm's voor Azure-VM's.

Ja, met Herstel tussen abonnementen kunt u nu Azure-VM's herstellen vanaf een herstelpunt in het ene abonnement naar een andere onder tenant volgens regels voor op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC). Herstellen tussen abonnementen wordt niet ondersteund vanuit momentopnamen en herstel van secundaire regio's.

Nee, het wordt niet ondersteund voor versleutelde Azure-VM's.

Nee, herstellen tussen abonnementen wordt niet ondersteund door momentopnameherstel .

Nee, herstellen tussen abonnementen biedt geen ondersteuning voor herstel vanuit secundaire regio's.

Ja, dit wordt ondersteund voor herstel tussen abonnementen.

Ja, met Cross Zoneal Restore kunt u nu virtuele machines in de Azure-zone herstellen naar een andere beschikbare zone met behulp van een herstelpunt in een kluis waarvoor Zone-redundante opslag (ZRS) is ingeschakeld volgens azure-regels voor op rollen gebaseerd toegangsbeheer (Azure RBAC). Het wordt ook ondersteund vanuit kluizen met CRR (Cross Region Restore).

Ja, met Cross Zoneal Restore kunt u virtuele Azure-machines zonder zone herstellen naar alle beschikbare zones met behulp van een herstelpunt in een kluis waarvoor Zonegebonden redundante opslag (ZRS) is ingeschakeld volgens azure-regels voor op rollen gebaseerd toegangsbeheer (Azure RBAC).

Nee, het wordt niet ondersteund voor versleutelde Azure-VM's.

Nee, Cross Zoneal Restore wordt niet ondersteund door momentopnameherstel .

Ja, Azure Backup biedt ondersteuning voor het herstellen van vm's in een Azure-zone die zijn vastgemaakt aan secundaire regio's.

Ja, het wordt ondersteund voor Cross Zoneal Restore.

Nadat u schijven hebt ontkoppeld vanuit Azure Portal, voert u het Python-script uit met clean de parameter (python scriptName.py clean) om de sessie te wissen en de koppelpaden van het herstelpunt van de computer te verwijderen.

Er wordt een back-up van de VIRTUELE machine gemaakt met behulp van de plannings- en bewaarinstellingen in het gewijzigde beleid.

• Als de retentie wordt verlengd, worden bestaande herstelpunten gemarkeerd en bewaard in overeenstemming met het nieuwe beleid.
• Als de retentie is verminderd, worden herstelpunten gemarkeerd voor het verwijderen in de volgende opschoontaak en vervolgens verwijderd.

Herstelpunten zijn echter specifiek voor de frequentie van het bewaarbereik. Het toevoegen of wijzigen van een jaarlijks bewaarbeleid heeft bijvoorbeeld geen invloed op de retentie van bestaande maandelijkse herstelpunten.

1. De back-up tijdelijk stoppen en back-upgegevens bewaren.

2. Ga als volgt te werk om virtuele machines te verplaatsen die zijn geconfigureerd met Azure Backup:

   1. Zoek de locatie van uw virtuele machine.
   2. Zoek een resourcegroep met het volgende naamgevingspatroon: AzureBackupRG_<location of your VM>_1. Bijvoorbeeld AzureBackupRG_westus2_1
   3. Schakel in Azure Portal verborgen typen weergeven in.
   4. Zoek de resource met het type Microsoft.Compute/restorePointCollections met het naamgevingspatroon AzureBackup_<name of your VM that you're trying to move>_###########.
   5. Verwijder deze resource. Met deze bewerking worden alleen de directe herstelpunten verwijderd, niet de back-upgegevens in de kluis.
   6. Nadat de verwijderbewerking is voltooid, kunt u de virtuele machine verplaatsen.

3. Verplaats de VIRTUELE machine naar de doelresourcegroep.

4. Hervat de back-up.

U kunt de VIRTUELE machine herstellen vanaf beschikbare herstelpunten die zijn gemaakt vóór de verplaatsingsbewerking.

Zodra een VIRTUELE machine naar een andere resourcegroep is verplaatst, is het een nieuwe VM voor Azure Backup.

Nadat u de VIRTUELE machine naar een nieuwe resourcegroep hebt verplaatst, kunt u de VIRTUELE machine opnieuw beveiligen in dezelfde kluis of in een andere kluis. Omdat dit een nieuwe VIRTUELE machine voor Azure Backup is, wordt u er afzonderlijk voor gefactureerd.

De herstelpunten van de oude VIRTUELE machine zijn indien nodig beschikbaar voor herstel. Als u deze back-upgegevens niet nodig hebt, kunt u stoppen met het beveiligen van uw oude VM met verwijdergegevens.

Ja, er is een limiet van 100 VM's die kunnen worden gekoppeld aan hetzelfde back-upbeleid vanuit de portal. We raden u aan voor meer dan 100 VM's meerdere back-upbeleidsregels te maken met hetzelfde schema of een ander schema.

Er geldt een dagelijkse limiet van 1000 voor algemene configuratie-/wijzigingsbeveiligingen in een kluis.

Op dit moment kunt u bewaarinstellingen weergeven op het niveau van een back-upitem (VM) op basis van het back-upbeleid dat is toegewezen aan de virtuele machine.

Een manier om de bewaarinstellingen voor uw back-ups weer te geven, is door in Azure Portal naar het dashboard van het back-upitem voor uw VIRTUELE machine te navigeren. Als u de koppeling naar het back-upbeleid selecteert, kunt u de retentieduur van alle dagelijkse, wekelijkse, maandelijkse en jaarlijkse bewaarpunten bekijken die aan de VIRTUELE machine zijn gekoppeld.

U kunt Backup Explorer ook gebruiken om de bewaarinstellingen voor al uw VM's in één venster te bekijken. Ga vanuit een Recovery Services-kluis naar Backup Explorer, ga naar het tabblad Back-upitems en selecteer de geavanceerde weergave om gedetailleerde bewaargegevens voor elke VIRTUELE machine te bekijken.

Azure VM Backup maakt gebruik van HTTPS-communicatie voor versleuteling tijdens overdracht. De gegevensoverdracht maakt gebruik van Azure-infrastructuur (en geen openbare eindpunten), waarvoor geen internettoegang nodig is voor back-up van vm's.

Met deze API wordt een script ingericht voor het aanroepen van een iSCSI-verbinding voor bestandsherstel vanuit Azure Backup.

• U kunt deze optie uitschakelen met behulp van aangepaste roldefinities door API-actie uit te sluiten.
• U kunt ook de privé-eindpunten gebruiken om de toegang tot de iSCSI-server te beperken vanuit het privénetwerk.
• U kunt deze optie ook uitschakelen in een organisatie met behulp van de functie Toewijzing weigeren .

Het beleid wordt onmiddellijk van kracht na de wijzigingen van de parameters, zoals retentie, planning, enzovoort. Dit is van toepassing op alle nieuwe back-ups die zijn gemaakt op basis van het gewijzigde beleid. Het verwijderen van de herstelpunten (indien van toepassing) volgens het nieuwe beleid duurt echter 24 uur.

Deze functie wordt momenteel niet ondersteund. U kunt een functievraag posten in de Azure Backup-communityportal .

Het bewaren van gestopte back-ups kan niet worden gewijzigd omdat er geen beleid aan is gekoppeld. U kunt de beveiliging echter hervatten en een beleid toewijzen.

Gestopte back-ups worden bewaard totdat ze handmatig zijn verwijderd.

U moet de abonnementsmachtigingen in de secundaire regio controleren. Schrijf naar ons op AskAzureBackupTeam@microsoft.com voor abonnementsinschrijving.

Omdat Azure-resources dit verkeer verwerken, kan dit niet worden bepaald door een externe gebruiker.

RPO: De minimale RPO is 1 dag of 24 uur wanneer u standaardbeleid gebruikt. Als u uitgebreid beleid gebruikt, is de minimale RPO 4 uur.

Deze fout wordt weergegeven wanneer u een virtuele machine probeert te starten nadat u een Azure-VM hebt gemaakt vanuit een niet-Marketplace-installatiekopieën of als u de besturingssysteemschijf van een VIRTUELE machine verwisselt met een niet-Marketplace-installatiekopieën en de VM-implementatie mislukt. U kunt dit probleem oplossen door de plangegevens van de VIRTUELE machine te verwijderen.

Azure Backup maakt een back-up van de geheimen en KEK-gegevens van de sleutelversie tijdens de back-up en herstelt hetzelfde. Het opstarten van ADE-VM's met oudere versiesleutels is echter ook mogelijk.

Back-upgegevens die volledig zijn gerepliceerd naar de secundaire regio voordat de fout van de primaire regio intact blijft. Dit blijft het geval, zelfs nadat de primaire regio is hersteld na de fout. Met andere woorden, de virtuele machine kan worden hersteld in de secundaire regio met de gegevens die vóór de fout waren op basis van het replicatieschema. Houd er rekening mee dat het 36 uur duurt voordat de RPO voor de secundaire regio volledig wordt gerepliceerd van primaire naar de secundaire regio.

De verlooptijd van herstelpunten wordt bijgewerkt wanneer garbagecollection (GC) wordt uitgevoerd, dat is elke 24 uur. Nadat u het back-upbeleid hebt bijgewerkt, kan het tot 24 uur duren voordat de updates worden weergegeven in de verlooptijd, als er geen vertragingen zijn in GC-taken.

De verlooptijd voor het meest recente herstelpunt wordt niet weergegeven omdat deze oneindige retentie heeft totdat een nieuwer herstelpunt wordt gemaakt. De verlooptijd van andere herstelpunten is na 24 uur na het maken van de Azure-portal beschikbaar, afhankelijk van wanneer de garbagecollection wordt uitgevoerd (die binnen 24 uur valt).

Nee, de herstelbewerking (op de oorspronkelijke of een alternatieve locatie) heeft geen invloed op geplande back-ups.

• Herstellen naar oorspronkelijke locatie: Azure Backup vervangt de schijven van de bestaande VIRTUELE machine door de schijven van het herstelpunt. Dit proces omvat het maken van een momentopname van de huidige VM voordat het herstel ervoor zorgt dat de back-upplanning behouden blijft.
• Herstellen naar alternatieve locatie: Azure Backup maakt een nieuwe VIRTUELE machine met behulp van het herstelpunt. Deze nieuwe VM heeft niet hetzelfde back-upschema als de oorspronkelijke VM; u moet het back-upbeleid handmatig configureren. Meer informatie over azure VM-herstel.

In deze herstelscenario's blijft het oorspronkelijke back-upbeleid en de planning voor de oorspronkelijke VM ongewijzigd. Als u echter wilt dat de herstelde VM (op de alternatieve locatie) een back-upschema heeft, moet u het back-upbeleid instellen.

In het geval van een oorspronkelijke locatieherstel (OLR) of een ALTERNATIEVE locatieherstel (ALR) voor Virtuele Azure-machines, voert Azure Backup de back-upconfiguratie uit als:

Opslagruimten Direct wordt niet ondersteund omdat deze gegevens verspreid over twee verschillende virtuele machines hebben.

Opslagruimten in één VM worden niet ondersteund voor toepassingsconsistente VM-back-ups. Voor toepassingsconsistente VM-back-ups blokkeert VSS de I/O en zorgt ervoor dat momentopnamen van schijven consistent zijn. Opslagruimten nog steeds schrijfbewerkingen op de achtergrond kan uitvoeren, waardoor de toepassingsconsistente garantie wordt onderbroken. Dit kan leiden tot een kleine kans dat de back-up die wordt gemaakt, niet consistent is. Op dit moment wordt back-up en herstel van vm's met opslagruimten niet geblokkeerd in het product.