Een overzicht van Azure VM backupAn overview of Azure VM backup

In dit artikel wordt beschreven hoe de Azure backup-service een back-up maakt van Azure virtual machines (vm's).This article describes how the Azure Backup service backs up Azure virtual machines (VMs).

Azure Backup biedt onafhankelijke en geïsoleerde back-ups om bescherming te bieden tegen onbedoelde vernietiging van de gegevens op uw VM's.Azure Backup provides independent and isolated backups to guard against unintended destruction of the data on your VMs. Back-ups worden in een Recovery Services-kluis opgeslagen waarin het beheer van herstelpunten is ingebouwd.Backups are stored in a Recovery Services vault with built-in management of recovery points. Het is eenvoudig om te configureren en de schaal aan te passen, back-ups worden geoptimaliseerd en u kunt, indien nodig, eenvoudig herstelbewerkingen uitvoeren.Configuration and scaling are simple, backups are optimized, and you can easily restore as needed.

Als onderdeel van het back-upproces wordt er een moment opname gemaakten worden de gegevens overgebracht naar de Recovery Services kluis zonder dat dit van invloed is op de werk belasting van de productie.As part of the backup process, a snapshot is taken, and the data is transferred to the Recovery Services vault with no impact on production workloads. De moment opname biedt verschillende consistentie niveaus, zoals hierwordt beschreven.The snapshot provides different levels of consistency, as described here.

Azure Backup heeft ook gespecialiseerde aanbiedingen voor data base-workloads, zoals SQL Server en SAP Hana die workload bewust zijn, 15 minuten RPO (Recovery Point Objective) bieden en back-up en herstel van afzonderlijke data bases toestaan.Azure Backup also has specialized offerings for database workloads like SQL Server and SAP HANA that are workload-aware, offer 15 minute RPO (recovery point objective), and allow backup and restore of individual databases.

Back-upprocesBackup process

Hier volgt een beschrijving van de manier waarop in Azure Backup een back-up voor virtuele Azure-machines wordt uitgevoerd:Here's how Azure Backup completes a backup for Azure VMs:

  1. Azure Backup start een back-uptaak op basis van het back-upschema dat u opgeeft voor Azure-Vm's die zijn geselecteerd voor back-up.For Azure VMs that are selected for backup, Azure Backup starts a backup job according to the backup schedule you specify.

  2. Tijdens de eerste back-up wordt een back-upextensie op de VM geïnstalleerd als de virtuele machine wordt uitgevoerd.During the first backup, a backup extension is installed on the VM if the VM is running.

  3. Voor Windows-Vm's waarop wordt uitgevoerd, worden er back-upcoördinaten met Windows Volume Shadow Copy Service (VSS) gebruikt om een app-consistente moment opname van de virtuele machine te maken.For Windows VMs that are running, Backup coordinates with Windows Volume Shadow Copy Service (VSS) to take an app-consistent snapshot of the VM.

    • Standaard maakt back-ups volledige VSS-back-ups.By default, Backup takes full VSS backups.
    • Als back-up geen app-consistente moment opname kan maken, wordt een bestands consistente moment opname van de onderliggende opslag gebruikt (omdat er geen schrijf bewerkingen voor de toepassing plaatsvinden terwijl de virtuele machine wordt gestopt).If Backup can't take an app-consistent snapshot, then it takes a file-consistent snapshot of the underlying storage (because no application writes occur while the VM is stopped).
  4. Voor Linux-Vm's neemt Backup een bestands consistente back-up.For Linux VMs, Backup takes a file-consistent backup. Voor app-consistente moment opnamen moet u hand matig vooraf/post-scripts aanpassen.For app-consistent snapshots, you need to manually customize pre/post scripts.

  5. Nadat de back-up de moment opname heeft gemaakt, worden de gegevens overgedragen naar de kluis.After Backup takes the snapshot, it transfers the data to the vault.

    • De back-up wordt geoptimaliseerd door parallel een back-up te maken van elke VM-schijf.The backup is optimized by backing up each VM disk in parallel.
    • 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).For each disk that's being backed up, Azure Backup reads the blocks on the disk and identifies and transfers only the data blocks that changed (the delta) since the previous backup.
    • Momentopnamegegevens worden mogelijk niet direct naar de kluis gekopieerd.Snapshot data might not be immediately copied to the vault. Het kan enkele uren duren om piek tijden.It might take some hours at peak times. De totale back-uptijd voor een virtuele machine is minder dan 24 uur bij beleid voor dagelijkse back-ups.Total backup time for a VM will be less than 24 hours for daily backup policies.
  6. Wijzigingen die zijn aangebracht in een Windows-VM nadat Azure Backup is ingeschakeld, zijn:Changes made to a Windows VM after Azure Backup is enabled on it are:

    • Te distribueren pakket micro soft Visual C++ 2013 (x64)-12.0.40660 is geïnstalleerd in de VMMicrosoft Visual C++ 2013 Redistributable(x64) - 12.0.40660 is installed in the VM
    • Het opstart type van de Volume Shadow Copy service (VSS) is gewijzigd in automatisch vanuit hand matigStartup type of Volume Shadow Copy service (VSS) changed to automatic from manual
    • IaaSVmProvider Windows-service is toegevoegdIaaSVmProvider Windows service is added
  7. Wanneer de gegevens overdracht is voltooid, wordt de moment opname verwijderd en wordt er een herstel punt gemaakt.When the data transfer is complete, the snapshot is removed, and a recovery point is created.

Back-uparchitectuur van Azure virtual machine

Versleuteling van back-ups van Azure-VM'SEncryption of Azure VM backups

Wanneer u back-ups maakt van virtuele Azure-machines met Azure Backup, worden virtuele machines op rest versleuteld met Storage Service Encryption (SSE).When you back up Azure VMs with Azure Backup, VMs are encrypted at rest with Storage Service Encryption (SSE). Azure Backup kunt ook een back-up maken van virtuele Azure-machines die zijn versleuteld met behulp van Azure Disk Encryption.Azure Backup can also back up Azure VMs that are encrypted by using Azure Disk Encryption.

VersleutelingEncryption DetailsDetails OndersteuningSupport
SSESSE Met SSE biedt Azure Storage versleuteling op rest door gegevens automatisch te versleutelen voordat ze worden opgeslagen.With SSE, Azure Storage provides encryption at rest by automatically encrypting data before storing it. Azure Storage worden ook gegevens ontsleuteld voordat ze worden opgehaald.Azure Storage also decrypts data before retrieving it. Azure Backup ondersteunt back-ups van Vm's met twee typen Storage Service Encryption:Azure Backup supports backups of VMs with two types of Storage Service Encryption:
  • SSE met door het platform beheerde sleutels: deze versleuteling is standaard voor alle schijven in uw vm's.SSE with platform-managed keys: This encryption is by default for all disks in your VMs. Meer informatie vindt u hier.See more here.
  • SSE met door de klant beheerde sleutels.SSE with customer-managed keys. Met CMK beheert u de sleutels die worden gebruikt om de schijven te versleutelen.With CMK, you manage the keys used to encrypt the disks. Meer informatie vindt u hier.See more here.
  • Azure Backup maakt gebruik van SSE voor op reste versleuteling van virtuele Azure-machines.Azure Backup uses SSE for at-rest encryption of Azure VMs.
    Azure Disk EncryptionAzure Disk Encryption Azure Disk Encryption versleutelt zowel besturings systeem-als gegevens schijven voor virtuele Azure-machines.Azure Disk Encryption encrypts both OS and data disks for Azure VMs.

    Azure Disk Encryption kan worden geïntegreerd met BitLocker-versleutelings sleutels (BEKs), die worden beveiligd in een sleutel kluis als geheimen.Azure Disk Encryption integrates with BitLocker encryption keys (BEKs), which are safeguarded in a key vault as secrets. Azure Disk Encryption is ook geïntegreerd met Azure Key Vault Key Encryption Keys (KEKs).Azure Disk Encryption also integrates with Azure Key Vault key encryption keys (KEKs).
    Azure Backup ondersteunt back-ups van beheerde en onbeheerde Azure-Vm's die alleen met BEKs zijn versleuteld, of met BEKs samen met KEKs.Azure Backup supports backup of managed and unmanaged Azure VMs encrypted with BEKs only, or with BEKs together with KEKs.

    Zowel BEKs als KEKs worden van een back-up gemaakt en versleuteld.Both BEKs and KEKs are backed up and encrypted.

    Als er een back-up van KEKs en BEKs wordt gemaakt, kunnen gebruikers met de vereiste machtigingen sleutels en geheimen terug naar de sleutel kluis herstellen als dat nodig is.Because KEKs and BEKs are backed up, users with the necessary permissions can restore keys and secrets back to the key vault if needed. Deze gebruikers kunnen ook de versleutelde VM herstellen.These users can also recover the encrypted VM.

    Versleutelde sleutels en geheimen kunnen niet worden gelezen door onbevoegde gebruikers of Azure.Encrypted keys and secrets can't be read by unauthorized users or by Azure.

    Voor beheerde en onbeheerde Azure-Vm's ondersteunt back-ups beide Vm's die zijn versleuteld met alleen BEKs of Vm's die zijn versleuteld met BEKs, samen met KEKs.For managed and unmanaged Azure VMs, Backup supports both VMs encrypted with BEKs only or VMs encrypted with BEKs together with KEKs.

    De back-up-BEKs (geheimen) en KEKs (sleutels) zijn versleuteld.The backed-up BEKs (secrets) and KEKs (keys) are encrypted. Ze kunnen alleen worden gelezen en gebruikt wanneer ze terug worden teruggezet naar de sleutel kluis door gemachtigde gebruikers.They can be read and used only when they're restored back to the key vault by authorized users. Niet-geautoriseerde gebruikers of Azure kunnen geen back-upsleutels of geheimen lezen of gebruiken.Neither unauthorized users, or Azure, can read or use backed-up keys or secrets.

    Er wordt ook een back-up gemaakt van BEKs.BEKs are also backed up. Als de BEKs verloren zijn gegaan, kunnen geautoriseerde gebruikers dus de BEKs herstellen naar de sleutel kluis en de versleutelde Vm's herstellen.So, if the BEKs are lost, authorized users can restore the BEKs to the key vault and recover the encrypted VMs. Alleen gebruikers met het benodigde machtigings niveau kunnen back-ups maken van versleutelde Vm's, sleutels en geheimen en deze herstellen.Only users with the necessary level of permissions can back up and restore encrypted VMs or keys and secrets.

    Maken van momentopnamenSnapshot creation

    Azure Backup maakt moment opnamen volgens het back-upschema.Azure Backup takes snapshots according to the backup schedule.

    • Windows-vm's: Voor Windows-Vm's coördineert de back-upservice met VSS voor het maken van een app-consistente moment opname van de VM-schijven.Windows VMs: For Windows VMs, the Backup service coordinates with VSS to take an app-consistent snapshot of the VM disks. Azure Backup maakt standaard gebruik van een volledige VSS-back-up (de logboeken van de toepassing worden afgekapt, zoals SQL Server op het moment van de back-up om consistente back-ups op toepassings niveau op te halen).By default, Azure Backup takes a full VSS backup (it truncates the logs of application such as SQL Server at the time of backup to get application level consistent backup). Als u een SQL Server-Data Base gebruikt in een back-up van Azure VM, kunt u de instelling wijzigen voor het maken van een VSS Copy-back-up (om logboeken te behouden).If you're using a SQL Server database on Azure VM backup, then you can modify the setting to take a VSS Copy backup (to preserve logs). Zie dit artikelvoor meer informatie.For more information, see this article.

    • Virtuele Linux-machines: Als u app-consistente moment opnamen van virtuele Linux-machines wilt maken, gebruikt u het Linux pre-script en post-script-Framework om uw eigen aangepaste scripts te schrijven om consistentie te garanderen.Linux VMs: To take app-consistent snapshots of Linux VMs, use the Linux pre-script and post-script framework to write your own custom scripts to ensure consistency.

      • Azure Backup roept alleen de vooraf/post-scripts aan die door u zijn geschreven.Azure Backup invokes only the pre/post scripts written by you.
      • Als de pre-scripts en post-scripts met succes worden uitgevoerd, Azure Backup het herstel punt als toepassings consistent gemarkeerd.If the pre-scripts and post-scripts execute successfully, Azure Backup marks the recovery point as application-consistent. Wanneer u echter aangepaste scripts gebruikt, bent u uiteindelijk verantwoordelijk voor de consistentie van de toepassing.However, when you're using custom scripts, you're ultimately responsible for the application consistency.
      • Meer informatie over het configureren van scripts.Learn more about how to configure scripts.

    Consistentie van moment opnamenSnapshot consistency

    In de volgende tabel ziet u de verschillende soorten consistentie van moment opnamen:The following table explains the different types of snapshot consistency:

    SnapshotSnapshot DetailsDetails HerstelRecovery OverwegingConsideration
    Toepassings consistentApplication-consistent Met app-consistente back-ups worden geheugen inhoud en I/O-bewerkingen in behandeling vastgelegd.App-consistent backups capture memory content and pending I/O operations. App-consistente moment opnamen maken gebruik van een VSS Writer (of pre/post scripts voor Linux) om de consistentie van de app-gegevens te garanderen voordat een back-up wordt uitgevoerd.App-consistent snapshots use a VSS writer (or pre/post scripts for Linux) to ensure the consistency of the app data before a backup occurs. Wanneer u een virtuele machine herstelt met een app-consistente moment opname, wordt de VM opgestart.When you're recovering a VM with an app-consistent snapshot, the VM boots up. Er zijn geen gegevens beschadiging of-verlies.There's no data corruption or loss. De apps beginnen met een consistente status.The apps start in a consistent state. Windows: alle VSS-schrijvers zijn geslaagdWindows: All VSS writers succeeded

    Linux: vóór/post-scripts zijn geconfigureerd en geslaagdLinux: Pre/post scripts are configured and succeeded
    Bestands systeem consistentFile-system consistent Bestandssysteem consistente back-ups bieden consistentie door een moment opname van alle bestanden tegelijk te maken.File-system consistent backups provide consistency by taking a snapshot of all files at the same time.

    Wanneer u een virtuele machine herstelt met een bestandssysteem consistente moment opname, wordt de VM opgestart.When you're recovering a VM with a file-system consistent snapshot, the VM boots up. Er zijn geen gegevens beschadiging of-verlies.There's no data corruption or loss. Apps moeten hun eigen mechanisme ' herstellen ' implementeren om ervoor te zorgen dat de herstelde gegevens consistent zijn.Apps need to implement their own "fix-up" mechanism to make sure that restored data is consistent. Windows: sommige VSS-schrijvers zijn misluktWindows: Some VSS writers failed

    Linux: standaard (als er vooraf/post-scripts niet zijn geconfigureerd of mislukt)Linux: Default (if pre/post scripts aren't configured or failed)
    Crash-consistentCrash-consistent Crash-consistente moment opnamen doen zich meestal voor als een Azure-VM wordt afgesloten op het moment van de back-up.Crash-consistent snapshots typically occur if an Azure VM shuts down at the time of backup. Alleen de gegevens die al op de schijf aanwezig zijn op het moment van de back-up worden vastgelegd en er een back-up van wordt gemaakt.Only the data that already exists on the disk at the time of backup is captured and backed up. Begint met het opstart proces van de virtuele machine, gevolgd door een schijf controle om beschadigings fouten op te lossen.Starts with the VM boot process followed by a disk check to fix corruption errors. Gegevens in het geheugen of schrijf bewerkingen die niet naar de schijf zijn overgedragen voordat de crash is verbroken.Any in-memory data or write operations that weren't transferred to disk before the crash are lost. Apps implementeren hun eigen gegevens verificatie.Apps implement their own data verification. Een Data Base-app kan bijvoorbeeld het transactie logboek voor verificatie gebruiken.For example, a database app can use its transaction log for verification. Als het transactie logboek vermeldingen bevat die zich niet in de data base bevinden, worden trans acties teruggedraaid door de data base software totdat de gegevens consistent zijn.If the transaction log has entries that aren't in the database, the database software rolls transactions back until the data is consistent. De virtuele machine is afgesloten (status gestopt/toegewezen).VM is in shutdown (stopped/ deallocated) state.

    Notitie

    Als de inrichtings status is geslaagd, neemt Azure backup bestandssysteem consistente back-ups.If the provisioning state is succeeded, Azure Backup takes file-system consistent backups. Als de inrichtings status niet beschikbaar of mislukt is, worden er crash-consistente back-ups gemaakt.If the provisioning state is unavailable or failed, crash-consistent backups are taken. Als de inrichtings status maakt of verwijdert, betekent dit dat Azure backup de bewerkingen opnieuw probeert uit te voeren.If the provisioning state is creating or deleting, that means Azure Backup is retrying the operations.

    Overwegingen voor back-up en herstelBackup and restore considerations

    OverwegingConsideration DetailsDetails
    SchijfDisk Back-ups van VM-schijven zijn parallel.Backup of VM disks is parallel. Als een virtuele machine bijvoorbeeld vier schijven heeft, probeert de back-upservice tegelijkertijd een back-up te maken van alle vier de schijven.For example, if a VM has four disks, the Backup service attempts to back up all four disks in parallel. De back-up is incrementeel (alleen gewijzigde gegevens).Backup is incremental (only changed data).
    PlanningScheduling Als u het back-upverkeer wilt verminderen, maakt u op verschillende tijdstippen van de dag een back-up van verschillende Vm's en zorgt u ervoor dat de tijden niet overlappen.To reduce backup traffic, back up different VMs at different times of the day and make sure the times don't overlap. Als op hetzelfde moment back-ups worden gemaakt van VM's, treden er netwerkproblemen op.Backing up VMs at the same time causes traffic jams.
    Back-ups voorbereidenPreparing backups Houd de tijd die nodig is om de back-up voor te bereiden.Keep in mind the time needed to prepare the backup. De voorbereidingstijd omvat het installeren of bijwerken van de back-upextensie en het activeren van een schaduwkopie volgens het back-upschema.The preparation time includes installing or updating the backup extension and triggering a snapshot according to the backup schedule.
    Gegevens overdrachtData transfer Bedenk de tijd die nodig is om Azure Backup de incrementele wijzigingen van de vorige back-up te identificeren.Consider the time needed for Azure Backup to identify the incremental changes from the previous backup.

    In een incrementele back-up worden de wijzigingen door Azure Backup bepaald door de controlesom van het blok te berekenen.In an incremental backup, Azure Backup determines the changes by calculating the checksum of the block. Als een blok wordt gewijzigd, wordt het gemarkeerd voor overdracht naar de kluis.If a block is changed, it's marked for transfer to the vault. De service analyseert de geïdentificeerde blokken om de hoeveelheid gegevens die moet worden overgedragen, verder te minimaliseren.The service analyzes the identified blocks to attempt to further minimize the amount of data to transfer. Nadat alle gewijzigde blokken zijn geëvalueerd, worden de wijzigingen in de kluis door Azure Backup overgedragen.After evaluating all the changed blocks, Azure Backup transfers the changes to the vault.

    Er kan een vertraging optreden tussen het maken van de schaduwkopie en het kopiëren ervan naar de kluis.There might be a lag between taking the snapshot and copying it to vault. Het kan Maxi maal acht uur duren voordat de moment opnamen worden overgebracht naar de kluis.At peak times, it can take up to eight hours for the snapshots to be transferred to the vault. De back-uptijd voor een virtuele machine is minder dan 24 uur voor de dagelijkse back-up.The backup time for a VM will be less than 24 hours for the daily backup.
    Eerste back-upInitial backup 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.Although the total backup time for incremental backups is less than 24 hours, that might not be the case for the first backup. De tijd die nodig is om de initiële back-up te maken, is afhankelijk van de grootte van de gegevens en wanneer de back-up wordt verwerkt.The time needed for the initial backup will depend on the size of the data and when the backup is processed.
    Wachtrij herstellenRestore queue Met Azure Backup worden herstel taken van meerdere opslag accounts tegelijk verwerkt en worden herstel aanvragen in een wachtrij geplaatst.Azure Backup processes restore jobs from multiple storage accounts at the same time, and it puts restore requests in a queue.
    Kopie terugzettenRestore copy Tijdens het herstel proces worden gegevens van de kluis naar het opslag account gekopieerd.During the restore process, data is copied from the vault to the storage account.

    De totale herstel tijd is afhankelijk van de I/O-bewerkingen per seconde (IOPS) en de door Voer van het opslag account.The total restore time depends on the I/O operations per second (IOPS) and the throughput of the storage account.

    Als u de Kopieer tijd wilt beperken, selecteert u een opslag account dat niet is geladen met andere schrijf bewerkingen en lees bewerkingen van de toepassing.To reduce the copy time, select a storage account that isn't loaded with other application writes and reads.

    Back-upprestatiesBackup performance

    Deze algemene scenario's kunnen van invloed zijn op de totale back-uptijd:These common scenarios can affect the total backup time:

    • Een nieuwe schijf toevoegen aan een beveiligde Azure-VM: Als een virtuele machine incrementele back-up ondergaat en er een nieuwe schijf wordt toegevoegd, neemt de back-uptijd toe.Adding a new disk to a protected Azure VM: If a VM is undergoing incremental backup and a new disk is added, the backup time will increase. De totale back-uptijd kan langer dan 24 uur duren vanwege de initiële replicatie van de nieuwe schijf, samen met de Delta replicatie van bestaande schijven.The total backup time might last more than 24 hours because of initial replication of the new disk, along with delta replication of existing disks.
    • Gefragmenteerde schijven: Back-upbewerkingen zijn sneller wanneer de schijf wijzigingen aaneengesloten zijn.Fragmented disks: Backup operations are faster when disk changes are contiguous. Als de wijzigingen zijn verdeeld over en gefragmenteerd op een schijf, wordt de back-up langzamer.If changes are spread out and fragmented across a disk, backup will be slower.
    • Schijf verloop: Als beveiligde schijven die een incrementele back-up uitvoeren, een dagelijks verloop hebben van meer dan 200 GB, kan het maken van een back-up lang duren (meer dan acht uur).Disk churn: If protected disks that are undergoing incremental backup have a daily churn of more than 200 GB, backup can take a long time (more than eight hours) to complete.
    • Back-upversies: De meest recente versie van de back-up (ook wel bekend als de versie voor direct terugzetten) maakt gebruik van een meer geoptimaliseerd proces dan de controlesom vergelijking voor het identificeren van wijzigingen.Backup versions: The latest version of Backup (known as the Instant Restore version) uses a more optimized process than checksum comparison for identifying changes. Maar als u direct terugzetten gebruikt en een back-upmomentopname hebt verwijderd, worden de back-upswitches naar controlesom vergelijking.But if you're using Instant Restore and have deleted a backup snapshot, the backup switches to checksum comparison. In dit geval wordt de back-upbewerking langer dan 24 uur (of mislukken).In this case, the backup operation will exceed 24 hours (or fail).

    Prestaties herstellenRestore performance

    Deze algemene scenario's kunnen van invloed zijn op de totale herstel tijd:These common scenarios can affect the total restore time:

    • De totale herstel tijd is afhankelijk van de invoer/uitvoer-bewerkingen per seconde (IOPS) en de door Voer van het opslag account.The total restore time depends on the Input/output operations per second (IOPS) and the throughput of the storage account.
    • De totale herstel tijd kan worden beïnvloed als het doel-opslag account is geladen met andere Lees-en schrijf bewerkingen van toepassingen.The total restore time can be affected if the target storage account is loaded with other application read and write operations. Als u de herstel bewerking wilt verbeteren, selecteert u een opslag account dat niet is geladen met andere toepassings gegevens.To improve restore operation, select a storage account that isn't loaded with other application data.

    Aanbevolen proceduresBest practices

    Wanneer u back-ups van VM's configureert, wordt u aangeraden deze procedures te volgen:When you're configuring VM backups, we suggest following these practices:

    • Wijzig de standaardplanningstijden die in een beleid zijn ingesteld.Modify the default schedule times that are set in a policy. Als de standaardtijd in het beleid bijvoorbeeld 12:00 uur is, verhoogt u de timing met enkele minuten zodat de resources optimaal worden benut.For example, if the default time in the policy is 12:00 AM, increment the timing by several minutes so that resources are optimally used.
    • Als u virtuele machines herstelt vanuit één kluis, raden we u ten zeerste aan om andere v2-opslag accounts voor algemeen gebruik te gebruiken om ervoor te zorgen dat het doel-opslag account niet wordt beperkt.If you're restoring VMs from a single vault, we highly recommend that you use different general-purpose v2 storage accounts to ensure that the target storage account doesn't get throttled. Elke virtuele machine moet bijvoorbeeld een ander opslag account hebben.For example, each VM must have a different storage account. Als er bijvoorbeeld tien Vm's zijn teruggezet, gebruikt u 10 verschillende opslag accounts.For example, if 10 VMs are restored, use 10 different storage accounts.
    • Voor het maken van back-ups van virtuele machines die gebruikmaken van Premium Storage met direct terugzetten, raden we aan om 50% beschik bare ruimte toe te wijzen aan de totale toegewezen opslag ruimte. Dit is alleen vereist voor de eerste back-up.For backup of VMs that are using premium storage with Instant Restore, we recommend allocating 50% free space of the total allocated storage space, which is required only for the first backup. De 50% beschik bare ruimte is geen vereiste voor back-ups nadat de eerste back-up is voltooid.The 50% free space isn't a requirement for backups after the first backup is complete
    • De limiet voor het aantal schijven per opslagaccount is relatief ten opzichte van de mate van toegang tot de schijven door toepassingen die worden uitgevoerd op een IaaS-VM (infrastructure as a service).The limit on the number of disks per storage account is relative to how heavily the disks are being accessed by applications that are running on an infrastructure as a service (IaaS) VM. Als er op één opslagaccount vijf tot tien schijven of meer aanwezig zijn, geldt als vuistregel dat de belasting kan worden verdeeld door sommige schijven naar afzonderlijke opslagaccounts te verplaatsen.As a general practice, if 5 to 10 disks or more are present on a single storage account, balance the load by moving some disks to separate storage accounts.
    • Als u virtuele machines met beheerde schijven wilt herstellen met behulp van Power shell, geeft u de extra para meter *TargetResourceGroupName _ op om de resource groep op te geven waarvoor beheerde schijven zullen worden hersteld. hier vindt u meer informatie.To restore VMs with managed disks using PowerShell, provide the additional parameter *TargetResourceGroupName _ to specify the resource group to which managed disks will be restored, Learn more here.

    Back-upkostenBackup costs

    Voor Azure-Vm's waarvoor een back-up is gemaakt met Azure Backup gelden Azure backup prijzen.Azure VMs backed up with Azure Backup are subject to Azure Backup pricing.

    De facturering begint pas nadat de eerste geslaagde back-up is voltooid.Billing doesn't start until the first successful backup finishes. Op dit moment begint de facturering voor zowel opslag-als beveiligde Vm's.At this point, the billing for both storage and protected VMs begins. De facturering blijft zo lang dat back-upgegevens voor de virtuele machine worden opgeslagen in een kluis.Billing continues as long as any backup data for the VM is stored in a vault. Als u de beveiliging voor een virtuele machine stopt, maar er in een kluis back-upgegevens voor de VM bestaan, wordt de facturering voortgezet.If you stop protection for a VM, but backup data for the VM exists in a vault, billing continues.

    Facturering voor een opgegeven virtuele machine stopt alleen als de beveiliging is gestopt en alle back-upgegevens worden verwijderd.Billing for a specified VM stops only if the protection is stopped and all backup data is deleted. Wanneer de beveiliging wordt gestopt en er geen actieve back-uptaken zijn, wordt de grootte van de laatste geslaagde back-up van de virtuele machine de beveiligde instantie grootte die wordt gebruikt voor de maandelijkse factuur.When protection stops and there are no active backup jobs, the size of the last successful VM backup becomes the protected instance size used for the monthly bill.

    De berekening van de grootte van beveiligde instanties is gebaseerd op de _actual * grootte van de virtuele machine.The protected-instance size calculation is based on the _actual* size of the VM. De grootte van de virtuele machine is de som van alle gegevens in de virtuele machine, met uitzonde ring van de tijdelijke opslag.The VM's size is the sum of all the data in the VM, excluding the temporary storage. Prijzen zijn gebaseerd op de werkelijke gegevens die op de gegevens schijven zijn opgeslagen, niet op de Maxi maal ondersteunde grootte voor elke gegevens schijf die is gekoppeld aan de virtuele machine.Pricing is based on the actual data that's stored on the data disks, not on the maximum supported size for each data disk that's attached to the VM.

    Op dezelfde manier is de factuur voor back-upopslag gebaseerd op de hoeveelheid gegevens die is opgeslagen in Azure Backup, wat de som is van de werkelijke gegevens in elk herstel punt.Similarly, the backup storage bill is based on the amount of data that's stored in Azure Backup, which is the sum of the actual data in each recovery point.

    Neem bijvoorbeeld een VM met a2-standaard met twee extra gegevens schijven met een maximale grootte van 32 TB.For example, take an A2-Standard-sized VM that has two additional data disks with a maximum size of 32 TB each. In de volgende tabel ziet u de werkelijke gegevens die op elk van deze schijven zijn opgeslagen:The following table shows the actual data stored on each of these disks:

    SchijfDisk Maximale grootteMax size Werkelijke gegevens aanwezigActual data present
    BesturingssysteemschijfOS disk 32 TB32 TB 17 GB17 GB
    Lokale/tijdelijke schijfLocal/temporary disk 135 GB135 GB 5 GB (niet inbegrepen voor back-up)5 GB (not included for backup)
    Gegevens schijf 1Data disk 1 32 TB32 TB 30 GB30 GB
    Gegevens schijf 2Data disk 2 32 TB32 TB 0 GB0 GB

    De werkelijke grootte van de virtuele machine in dit geval 17 GB + 30 GB + 0 GB = 47 GB.The actual size of the VM in this case is 17 GB + 30 GB + 0 GB = 47 GB. Deze beveiligde-instantie grootte (47 GB) wordt de basis voor de maandelijkse factuur.This protected-instance size (47 GB) becomes the basis for the monthly bill. Naarmate de hoeveelheid gegevens in de virtuele machine groeit, wordt de grootte van de beveiligde instantie die wordt gebruikt voor het aanpassen van de facturering, gewijzigd.As the amount of data in the VM grows, the protected-instance size used for billing changes to match.

    Volgende stappenNext steps