Veelgestelde vragen: Back-up maken van azure-VM's

Wanneer u een VM maakt, kunt u back-ups inschakelen voor VM's met ondersteunde besturingssystemen.

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 voor het verbeteren van de back-upprestaties; Overwegingen voor back-ups en back-upprestaties

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

Nee. Back-upkosten staan los van de kosten van een VM. Meer informatie over Azure Backup prijzen.

Als u een inzender voor VM's bent, kunt u back-ups inschakelen op de VM. Als u een aangepaste rol gebruikt, hebt u de volgende machtigingen nodig om back-ups op de VM in te kunnenschakelen:

• 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 de bewaartermijn voor een back-up op aanvraag op. Standaard wordt deze 30 dagen bewaard wanneer deze wordt geactiveerd vanuit de portal.

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

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

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

Ja. Back-ups worden uitgevoerd wanneer een computer wordt afgesloten. Het herstelpunt is gemarkeerd als crash-consistent.

Ja. U kunt de back-up job annuleren met 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 omdat er een maximumlimiet van 18 herstelpunten is.

Verwijder de vergrendeling en verwijder de verzameling herstelpunt uit die resourcegroep om de toekomstige back-ups te maken. Volg deze stappen om de herstelpuntverzameling te verwijderen.

Azure Backup maakt een afzonderlijke resourcegroep in de indeling voor AzureBackupRG_<geo>_<number> het opslaan van ResourcePointCollections-objecten. Omdat deze resourcegroep eigendom is van de service, zal het vergrendelen ervan ertoe leiden 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 waarop WA is ingeschakeld en niet op besturingssysteemschijven. Daarom kunnen alleen gegevensschijven met WA worden beveiligd.

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

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

De geplande back-up wordt binnen 2 uur na de geplande back-uptijd geactiveerd. Als voor 100 VM's bijvoorbeeld de begintijd van de back-up is gepland om 02:00 uur, wordt de back-up van alle 100 VM's op zijn laatst om 4:00 uur uitgevoerd. Als geplande back-ups zijn onderbroken vanwege een storing en worden hervat of opnieuw worden uitgevoerd, kan de back-up buiten dit geplande tijdvenster van twee uur worden uitgevoerd.

Het back-upbeleid voor virtuele Azure-machines ondersteunt een minimale bewaartermijn van zeven dagen tot 9999 dagen. Voor elke wijziging in een bestaand back-upbeleid voor VM's met minder dan zeven dagen is een update vereist om te voldoen aan de minimale bewaartermijn van zeven dagen.

Als u de hoofdletter (naar boven of onder) van uw VM of VM-resourcegroep wijzigt, verandert de naam van het back-upitem niet; Dit is verwacht Azure Backup gedrag. De wijziging van de case wordt niet weergegeven in het back-upitem, maar wordt bijgewerkt op de back-up.

Azure Backup ondersteunt nu selectieve schijfback-up en herstel met behulp van de back-upoplossing voor virtuele Azure-machines. Zie Selective disk backup and restore for Azure VMs (Back-up en herstel van selectieve schijven voor Azure-VM's) voor meer informatie.

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

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

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 sleutels van de VM, die voor u toegankelijk zijn bij het herstellen. De versleutelingskopieken kunnen alleen worden ontsleuteld met behulp van de sleutelkluis. Tijdelijke schijven en geheugentoestand worden niet vastgelegd in de momentopname.

Azure Backup kunt een back-up maken van tags en deze herstellen, met uitzondering van NIC's en IP's. Azure Backup de abonnementsbeperkingen van Azure Resource Group en herstelt maximaal 50 tags.

Zie Abonnementslimieten voor gedetailleerde informatie.

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

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 is in deze fase een zeer minimale interferentie in de prestaties van de toepassing. Maar gegevensoverdracht naar een kluis duurt enkele uren; daarom raden we u aan om back-ups buiten bedrijfsuren te plannen. Meer informatie over best practices voor back-up en herstel.

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

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

U kunt de optie schijf herstellen 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.
• De naamconventie beheren voor resources die worden gemaakt.
• Voeg de VM toe aan een beschikbaarheidsset.
• Voeg andere instellingen toe die moeten worden geconfigureerd met behulp van PowerShell of een sjabloon.

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

Het herstelproces blijft hetzelfde. Als het herstelpunt van een tijdstip is waarop de VM niet-gemanagede schijven had, kunt u schijven herstellen als niet-managed. Als de VM beheerde schijven had, kunt u schijven herstellen als beheerde schijven. Vervolgens kunt u een VM maken van deze schijven.

Meer informatie over hoe u dit doet in PowerShell.

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

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

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

Direct terugzetten helpt bij snellere back-ups en direct terugzetten vanuit de momentopnamen.

Nadat u de instellingen voor de sleutelkluis 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 VM ervan kunt maken. Zie dit artikel voor meer informatie.

Voor bewerkingen zoals het terugdraaien van geheimen/sleutels is deze stap niet vereist en dezelfde sleutelkluis kan na het herstellen worden gebruikt.

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

Nee, u kunt een herstel job die wordt uitgevoerd niet annuleren.

De totale hersteltijd is afhankelijk van de invoer-/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 is geladen met andere toepassingsgegevens.

Azure Backup maakt gebruik van 'koppelen' schijven van herstelpunten en kijkt niet naar uw afbeeldingsverwijzingen of galerieën. In het beleid kunt u dus 'storageProfile.osDisk.createOption as Attach' controleren. De scriptvoorwaarde is dan:

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

Als u een VM met de uitgeschakelde status wilt herstellen, kunt u een VM maken of schijven herstellen,maar u kunt een bestaande VM niet vervangen. Meer informatie over de beschikbare herstelopties.

Van de VM wordt een back-up gemaakt met behulp van de plannings- en retentie-instellingen in het gewijzigde of nieuwe beleid.

• Als de retentie wordt uitgebreid, worden bestaande herstelpunten gemarkeerd en bewaard volgens het nieuwe beleid.
• Als de retentie wordt verminderd, worden herstelpunten gemarkeerd voor verwijderen in de volgende opschoonactie en vervolgens verwijderd.

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

2. Als u virtuele machines wilt verplaatsen die zijn geconfigureerd met Azure Backup, gaat u als volgt te werk:

   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. Vink in Azure Portal verborgen typen aan.
   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 uw virtuele machine verplaatsen.

3. Verplaats de VM naar de doelresourcegroep.

4. Hervat de back-up.

U kunt de VM herstellen vanaf de beschikbare herstelpunten die zijn gemaakt vóór de verplaatsbewerking.

Zodra een VM is verplaatst naar een andere resourcegroep, is het een nieuwe virtuele Azure Backup betreft.

Nadat u de VM naar een nieuwe resourcegroep hebt verplaatst, kunt u de VM opnieuw veiligen in dezelfde kluis of in een andere kluis. Aangezien dit een nieuwe VM voor Azure Backup is, wordt u er afzonderlijk voor gefactureerd.

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

Ja, er is een limiet van 100 VM's die kunnen worden gekoppeld aan hetzelfde back-upbeleid vanuit de portal. U wordt aangeraden voor meer dan 100 VM's meerdere back-upbeleidsregels met hetzelfde schema of een andere planning te maken.

Er geldt een dagelijkse limiet van 1000 voor de algehele beveiliging voor het configureren/wijzigen van een kluis.

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

Een manier om de retentie-instellingen voor uw back-ups weer te geven, is door naar het dashboard van het back-upitem voor uw virtuele Azure Portal. Als u de koppeling naar het back-upbeleid selecteert, kunt u de retentieduur bekijken van alle dagelijkse, wekelijkse, maandelijkse en jaarlijkse retentiepunten die aan de VM zijn gekoppeld.

U kunt ook Back-upverkenner de retentie-instellingen voor al uw VM's binnen één venster te bekijken. Navigeer Back-upverkenner een Recovery Services-kluis, ga naar het tabblad Back-upitems en selecteer de geavanceerde weergave om gedetailleerde bewaargegevens voor elke VM weer te geven.

Azure VM Backup maakt gebruik van HTTPS-communicatie voor versleuteling in transit. De gegevensoverdracht maakt gebruik van Azure-fabric (en geen openbare eindpunten), die geen toegang tot internet nodig hebben voor VM-back-ups.

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

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

Het beleid wordt onmiddellijk van kracht na de wijzigingen van de parameters, zoals retentie, planning, en meer. Dit is van toepassing op alle nieuwe back-ups van het gewijzigde beleid. Het (indien van toepassing) herstellen van de herstelpunten volgens het nieuwe beleid duurt echter 24 uur.

U moet de abonnementmachtigingen 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.

RTO: de momentopnamen worden opgeslagen in het opslagaccount. De herstel vanuit de laag voor direct terugzetten is dus onmiddellijk. Deze gegevens worden vervolgens overgedragen naar de Recovery Services-kluis die wordt onderhouden door de Azure Backup-service en het duurt enkele uren voor de gegevens zijn overgedragen en hersteld.

Deze fout wordt weergegeven wanneer u een VM probeert te starten nadat u een Azure-VM hebt gemaakt van een niet-Marketplace-installatier of de besturingssysteemschijf van een VM wilt verwisselen met een niet-Marketplace-installatier, waarna de VM-implementatie mislukt. Verwijder de plangegevens van de VM om dit probleem op te lossen.