Azure VM yedeklemesi hakkındaAbout Azure VM backup

Bu makalede nasıl Azure Backup hizmeti Azure sanal makinelerini (VM) yedekler.This article describes how the Azure Backup service backs up Azure virtual machines (VMs).

Yedekleme işlemiBackup process

Nasıl Azure Backup bir Azure Vm'leri için yedeklemeden aşağıda verilmiştir:Here's how Azure Backup completes a backup for Azure VMs:

  1. Yedekleme için seçilen Azure Vm'leri için Azure Backup, belirttiğiniz yedekleme zamanlamaya göre bir yedekleme işi başlatır.For Azure VMs that are selected for backup, Azure Backup starts a backup job according to the backup schedule you specify.

  2. Sanal makine çalışıyorsa ilk yedekleme sırasında sanal makinede yedekleme uzantısı yüklenir.During the first backup, a backup extension is installed on the VM if the VM is running.

    • Windows Vm'leri için VMSnapshot uzantısı yüklü.For Windows VMs, the VMSnapshot extension is installed.
    • Linux VM'ler için VMSnapshotLinux uzantısı yüklü.For Linux VMs, the VMSnapshotLinux extension is installed.
  3. Windows çalıştıran VM'ler için yedekleme, Windows Birim Gölge Kopyası Hizmeti (sanal makinenin uygulama ile tutarlı bir anlık görüntüsünü almak için VSS ile) düzenler.For Windows VMs that are running, Backup coordinates with Windows Volume Shadow Copy Service (VSS) to take an app-consistent snapshot of the VM.

    • Varsayılan olarak, VSS yedeklemeleri tam yedekleme gerçekleştirir.By default, Backup takes full VSS backups.
    • Yedekleme, uygulamayla tutarlı bir anlık görüntü alınamıyor (VM durduğunda herhangi bir uygulama yazma gerçekleşmesi için) sonra temel alınan depolama alanı dosya tutarlı anlık görüntüsünü alır.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. Linux VM'ler için yedekleme dosyayla tutarlı yedekleme gerçekleştirir.For Linux VMs, Backup takes a file-consistent backup. Uygulamayla tutarlı anlık görüntüler için el ile ön/son betik özelleştirmeniz gerekir.For app-consistent snapshots, you need to manually customize pre/post scripts.

  5. Yedek anlık görüntüyü aldıktan sonra veriler kasaya aktarır.After Backup takes the snapshot, it transfers the data to the vault.

    • Yedekleme, paralel her VM disk yedekleyerek en iyi duruma getirilmiştir.The backup is optimized by backing up each VM disk in parallel.
    • Yedeklenen her bir disk için Azure Backup disk üzerindeki blokları okur ve tanımlar ve (delta) önceki yedeklemeden itibaren değişmiş veri blokları aktarır.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.
    • Anlık görüntü verileri hemen kasaya kopyalanmaması.Snapshot data might not be immediately copied to the vault. Bu, yoğun saatlerde bazı saat sürebilir.It might take some hours at peak times. Bir VM için toplam yedek süresi 24 saatten daha kısa bir süre için günlük yedekleme ilkelerini olacaktır.Total backup time for a VM will be less than 24 hours for daily backup policies.
  6. Azure Backup etkinleştirildikten sonra bir Windows VM için yapılan değişiklikler şunlardır:Changes made to a Windows VM after Azure Backup is enabled on it are:

    • Microsoft Visual C++ 2013 Redistributable(x64) - 12.0.40660 VM'de yüklüMicrosoft Visual C++ 2013 Redistributable(x64) - 12.0.40660 is installed in the VM
    • Başlangıç türünü otomatik olarak el ile değiştirilen Birim Gölge Kopyası Hizmeti (VSS)Startup type of Volume Shadow Copy service (VSS) changed to automatic from manual
    • IaaSVmProvider Windows hizmeti eklendiIaaSVmProvider Windows service is added
  7. Veri aktarımı tamamlandığında anlık görüntü kaldırılır ve bir kurtarma noktası oluşturulur.When the data transfer is complete, the snapshot is removed, and a recovery point is created.

Azure sanal makine yedekleme mimarisi

Azure VM yedekleme şifrelemeEncryption of Azure VM backups

Azure sanal makinelerini Azure Backup ile yedekleme, sanal makineleri bekleyen depolama hizmeti şifrelemesi (SSE) ile şifrelenir.When you back up Azure VMs with Azure Backup, VMs are encrypted at rest with Storage Service Encryption (SSE). Azure Backup ayrıca Azure Disk şifrelemesi kullanılarak şifrelenmiş Azure Vm'leri yedekleyebilir.Azure Backup can also back up Azure VMs that are encrypted by using Azure Disk Encryption.

ŞifrelemeEncryption AyrıntılarDetails DestekSupport
Azure Disk şifrelemesiAzure Disk Encryption Azure Disk şifrelemesi, Azure Vm'leri için hem işletim sistemi ve veri disklerini şifreler.Azure Disk Encryption encrypts both OS and data disks for Azure VMs.

Azure Disk şifrelemesi olan bir anahtar kasasında gizli dizi olarak korunur BitLocker şifreleme anahtarları (BEKs) ile tümleşir.Azure Disk Encryption integrates with BitLocker encryption keys (BEKs), which are safeguarded in a key vault as secrets. Azure Disk şifrelemesi, ayrıca Azure Key Vault anahtar şifreleme anahtarları (Dünyaları) ile tümleşir.Azure Disk Encryption also integrates with Azure Key Vault key encryption keys (KEKs).
Azure Backup, yönetilen ve yönetilmeyen Azure BEKs yalnızca veya BEKs Dünyaları birlikte ile şifrelenmiş VM'ler yedeklemesini destekler.Azure Backup supports backup of managed and unmanaged Azure VMs encrypted with BEKs only, or with BEKs together with KEKs.

BEKs hem Dünyaları yedeklenmesini ve şifrelenir.Both BEKs and KEKs are backed up and encrypted.

Dünyaları ve BEKs yedeklenir gerekli izinlere sahip kullanıcılar anahtarları geri yükleyebilirsiniz ve gerekirse anahtar kasasına gizli anahtarları yedekleyin.Because KEKs and BEKs are backed up, users with the necessary permissions can restore keys and secrets back to the key vault if needed. Bu kullanıcılar da şifrelenmiş sanal Makineyi kurtarabilirsiniz.These users can also recover the encrypted VM.

Şifreli anahtarları ve gizli anahtarları Azure veya yetkisiz kullanıcılar tarafından okunamaz.Encrypted keys and secrets can't be read by unauthorized users or by Azure.
SSESSE SSE ile Azure depolama, otomatik olarak depolamadan önce verileri şifreleyerek bekleyen şifreleme sağlar.With SSE, Azure Storage provides encryption at rest by automatically encrypting data before storing it. Azure depolama ayrıca almadan önce verilerin şifresini çözer.Azure Storage also decrypts data before retrieving it. Azure Backup SSE, bekleyen şifreleme Azure vm'leri için kullanır.Azure Backup uses SSE for at-rest encryption of Azure VMs.

Yönetilen ve yönetilmeyen Azure Vm'leri için yalnızca BEKs ile şifrelenmiş VM'ler veya BEKs Dünyaları birlikte ile şifrelenmiş VM'ler hem yedeklemeyi destekler.For managed and unmanaged Azure VMs, Backup supports both VMs encrypted with BEKs only or VMs encrypted with BEKs together with KEKs.

Yedeklenen BEKs (gizli anahtarlar) ve (anahtarlar) Dünyaları şifrelenir.The backed-up BEKs (secrets) and KEKs (keys) are encrypted. Bunlar okunabilir ve yalnızca bunlar geri anahtar Kasası'na yetkili kullanıcılar tarafından geri kullanılır.They can be read and used only when they're restored back to the key vault by authorized users. Yetkisiz kullanıcılar ya da Azure okuyup okuyamayacağını veya yedeklenen anahtarlar veya parolalar kullanın.Neither unauthorized users nor Azure can read or use backed-up keys or secrets.

BEKs ayrıca yedeklenir.BEKs are also backed up. Bu nedenle, BEKs kaybolması durumunda, yetkili kullanıcıların BEKs anahtar Kasası'na geri yükleyebilir ve şifrelenmiş Vm'leri kurtarma.So, if the BEKs are lost, authorized users can restore the BEKs to the key vault and recover the encrypted VMs. Yalnızca gerekli düzeyde izinlere sahip kullanıcılar, yedekleme ve şifrelenmiş VM'ler veya anahtarları ve gizli anahtarları geri yükleyin.Only users with the necessary level of permissions can back up and restore encrypted VMs or keys and secrets.

Anlık görüntü oluşturmaSnapshot creation

Azure yedekleme anlık görüntüleri yedekleme zamanlamasına göre gerçekleştirir.Azure Backup takes snapshots according to the backup schedule.

  • Windows Vm'leri için: Windows Vm'leri için yedekleme hizmeti, VSS ile VM disklerini uygulamayla tutarlı bir anlık görüntüsünü almak için düzenler.Windows VMs: For Windows VMs, the Backup service coordinates with VSS to take an app-consistent snapshot of the VM disks.

    • Varsayılan olarak, Azure Backup, VSS tam yedeklemeler alır.By default, Azure Backup takes full VSS backups. Daha fazla bilgi edinin.Learn more.

    • Azure yedekleme VSS kopyalama yedeklemeleri olabilmesi ayarını değiştirmek için bir komut isteminden aşağıdaki kayıt defteri anahtarını ayarlayın:To change the setting so that Azure Backup takes VSS copy backups, set the following registry key from a command prompt:

      REG "HKLM\SOFTWARE\Microsoft\BcdrAgent" /v USEVSSCOPYBACKUP /t REG_SZ /d TRUE /f EkleREG ADD "HKLM\SOFTWARE\Microsoft\BcdrAgent" /v USEVSSCOPYBACKUP /t REG_SZ /d TRUE /f

  • Linux Vm'leri için: Linux Vm'leri uygulamayla tutarlı anlık için Linux ön betik kullanma ve tutarlılığını sağlamak için kendi komut dosyalarınızı yazmak için framework sonrası komut dosyası.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 yalnızca sizin tarafınızdan yazılan ön/son betiklerini çağırır.Azure Backup invokes only the pre/post scripts written by you.
    • Öncesi ve sonrası Komut başarıyla çalışırsa, Azure Backup kurtarma noktası uygulamayla tutarlı olarak işaretler.If the pre-scripts and post-scripts execute successfully, Azure Backup marks the recovery point as application-consistent. Özel komut dosyaları kullanırken, ancak, uygulama tutarlılığı için sorumlu olursunuz.However, when you're using custom scripts, you're ultimately responsible for the application consistency.
    • Daha fazla bilgi edinin betiklerini yapılandırma hakkında.Learn more about how to configure scripts.

Anlık görüntü tutarlılıkSnapshot consistency

Aşağıdaki tabloda, anlık görüntü tutarlılık farklı türleri açıklanmaktadır:The following table explains the different types of snapshot consistency:

Anlık görüntüSnapshot AyrıntılarDetails KurtarmaRecovery Önemli noktalarConsideration
Uygulamayla tutarlıApplication-consistent Uygulamayla tutarlı yedeklemeler bellek içeriği ve bekleyen g/ç işlemlerini yakalayın.App-consistent backups capture memory content and pending I/O operations. Uygulamayla tutarlı anlık görüntüleri yedekleme gerçekleşmeden önce uygulama veri tutarlılığını sağlamak için VSS Yazıcı'ı (veya Linux için ön/son betikler) kullanın.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. Uygulamayla tutarlı bir anlık görüntü ile bir VM kurtarma gerçekleştiriyorsanız, VM yedekleme önyüklenir.When you're recovering a VM with an app-consistent snapshot, the VM boots up. Veri bozulmasına veya kaybına yoktur.There's no data corruption or loss. Uygulamaları tutarlı bir durumda başlatın.The apps start in a consistent state. Windows: Tüm VSS yazıcılarının başarılı olduWindows: All VSS writers succeeded

Linux: Ön/son betik başarılı oldu ve yapılandırılırLinux: Pre/post scripts are configured and succeeded
Dosya sistemiyle tutarlıFile-system consistent Dosya sistemi tutarlı yedekler, aynı anda tüm dosyaları anlık görüntüsünü alarak tutarlılık sağlar.File-system consistent backups provide consistency by taking a snapshot of all files at the same time.

Dosya sistemi ile tutarlı bir anlık görüntü ile bir VM kurtarma gerçekleştiriyorsanız, VM yedekleme önyüklenir.When you're recovering a VM with a file-system consistent snapshot, the VM boots up. Veri bozulmasına veya kaybına yoktur.There's no data corruption or loss. Geri yüklenen verilerin tutarlı olduğundan emin olmak için kendi "yukarı düzeltme" mekanizması uygulamak uygulamaları gerekir.Apps need to implement their own "fix-up" mechanism to make sure that restored data is consistent. Windows: Bazı VSS yazıcılarının başarısız olduWindows: Some VSS writers failed

Linux: (Ön/son betik yapılandırılmış başarısız oldu veya yararsız) varsayılanLinux: Default (if pre/post scripts aren't configured or failed)
Kilitlenmeyle tutarlıCrash-consistent Kilitlenme ile tutarlı anlık görüntüler, genellikle bir Azure VM yedekleme sırasında kapanırsa oluşur.Crash-consistent snapshots typically occur if an Azure VM shuts down at the time of backup. Zaten diskte yedekleme sırasında var olan veriler yakalanır ve yedeklendi.Only the data that already exists on the disk at the time of backup is captured and backed up.

Kilitlenmeyle tutarlı kurtarma noktası işletim sistemi veya uygulama için veri tutarlılığı garanti etmez.A crash-consistent recovery point doesn't guarantee data consistency for the operating system or the app.
Garanti olsa da, VM genellikle önyükler ve ardından bozulma hatalarını düzeltmek için bir disk denetimi başlatır.Although there are no guarantees, the VM usually boots, and then it starts a disk check to fix corruption errors. Herhangi bir bellek içi verileri veya transfer olmayan yazma işlemleri kayıp kilitlenme önce diske.Any in-memory data or write operations that weren't transferred to disk before the crash are lost. Uygulama kendi veri doğrulaması uygular.Apps implement their own data verification. Örneğin, bir veritabanı uygulama, işlem günlüğü doğrulama için kullanabilirsiniz.For example, a database app can use its transaction log for verification. İşlem günlüğü veritabanında olmayan girişler varsa, veritabanı yazılımına verileri yeniden tutarlı olana kadar işlem yapar.If the transaction log has entries that aren't in the database, the database software rolls transactions back until the data is consistent. VM kapatma durumdadırVM is in shutdown state

Yedekleme ve geri yükleme konularıBackup and restore considerations

Önemli noktalarConsideration AyrıntılarDetails
DiskDisk VM diskleri yedeğini paraleldir.Backup of VM disks is parallel. Örneğin, VM dört disk varsa, tüm dört diskleri paralel yedeklemek Backup hizmeti çalışır.For example, if a VM has four disks, the Backup service attempts to back up all four disks in parallel. (Verilerin değiştirilmesi yalnızca) artımlı yedeklemedir.Backup is incremental (only changed data).
ZamanlamaScheduling Yedekleme trafiğini azaltmak için günün farklı zamanlarında farklı Vm'lerini yedekleme ve saatleri çakışmadığından emin olun.To reduce backup traffic, back up different VMs at different times of the day and make sure the times don't overlap. Aynı anda VM'lerin yedeklenmesi trafik sıkışıklıklarının neden olur.Backing up VMs at the same time causes traffic jams.
Yedekleri hazırlanıyorPreparing backups Yedekleme hazırlamak için gereken süreyi göz önünde bulundurun.Keep in mind the time needed to prepare the backup. Hazırlık süresi, yükleme veya güncelleştirme yedekleme uzantısı ve anlık görüntü yedekleme zamanlamaya göre tetikleme içerir.The preparation time includes installing or updating the backup extension and triggering a snapshot according to the backup schedule.
Veri aktarımıData transfer Önceki yedeklemeden artımlı değişiklikleri belirlemek Azure yedekleme için gereken süreyi göz önünde bulundurun.Consider the time needed for Azure Backup to identify the incremental changes from the previous backup.

Artımlı bir yedeklemede bulunan Azure Backup değişiklikleri blok sağlama toplamı hesaplama tarafından belirler.In an incremental backup, Azure Backup determines the changes by calculating the checksum of the block. Bir blok değiştirilirse, kasaya aktarımı için işaretlenir.If a block is changed, it's marked for transfer to the vault. Hizmet, daha fazla veri aktarmak için en aza denemek için tanımlanan blokları analiz eder.The service analyzes the identified blocks to attempt to further minimize the amount of data to transfer. Değiştirilen blokları değerlendirdikten sonra Azure Backup vault'a değişiklikleri aktarır.After evaluating all the changed blocks, Azure Backup transfers the changes to the vault.

Anlık görüntü alma ve kasaya kopyalayarak arasında bir gecikme olabilir.There might be a lag between taking the snapshot and copying it to vault.

Yoğun saatlerde uygulamanın işlenecek yedeklemeler için sekiz saate kadar sürebilir.At peak times, it can take up to eight hours for backups to be processed. Bir VM için yedekleme zamanı günlük yedekleme için 24 saatten az olacaktır.The backup time for a VM will be less than 24 hours for the daily backup.
İlk yedeklemeInitial backup Artımlı yedeklemeler için toplam yedekleme zamanını 24 saatten az olsa da, bu ilk yedekleme için durum geçerli olmayabilir.Although the total backup time for incremental backups is less than 24 hours, that might not be the case for the first backup. İlk yedekleme için gereken süre, verilerin ve yedekleme işlendiğinde boyutuna bağlıdır.The time needed for the initial backup will depend on the size of the data and when the backup is processed.
Geri Yükleme sırasıRestore queue Azure yedekleme işleri birden fazla depolama hesaplarından aynı anda geri yükleme işlemleri ve geri yükleme isteği sıraya koyar.Azure Backup processes restore jobs from multiple storage accounts at the same time, and it puts restore requests in a queue.
Kopyalama geri yüklemeRestore copy Geri yükleme işlemi sırasında verileri kasadan depolama hesabına kopyalanır.During the restore process, data is copied from the vault to the storage account.

G/ç işlemi (IOPS) ve aktarım hızı depolama hesabının toplam geri yükleme saatine bağlıdır.The total restore time depends on the I/O operations per second (IOPS) and the throughput of the storage account.

Kopyalama süreyi azaltmak üzere diğer uygulama yazar ve okur ile yüklü olmayan bir depolama hesabı seçin.To reduce the copy time, select a storage account that isn't loaded with other application writes and reads.

Yedekleme performansıBackup performance

Bu senaryoyu toplam yedekleme süresini etkileyebilir:These common scenarios can affect the total backup time:

  • Korunan bir Azure sanal makine için yeni bir disk ekleme: Bir VM artımlı yedekleme yapılıyor ve yeni disk eklendiğinde, yedekleme süresini artırır.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. Toplam yedekleme zamanını 24 saatten fazla yeni disk, mevcut disk değişim çoğaltması ile birlikte ilk çoğaltması nedeniyle son.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.
  • Parçalanmış diskler: Yedekleme işlemleri disk değişiklikleri bitişik olduğunda daha hızlıdır.Fragmented disks: Backup operations are faster when disk changes are contiguous. Değişiklikleri dağılmış ve bir disk arasında parçalanmış, yedekleme daha yavaş olur.If changes are spread out and fragmented across a disk, backup will be slower.
  • Disk değişim sıklığı: Artımlı yedekleme aşamasında diskleri korumalı bir günlük değişim sıklığı 200 GB'tan fazla olması, yedekleme tamamlanması uzun zaman (sekiz saatten fazla) sürebilir.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.
  • Yedekleme sürümleri: En son sürümünü (anlık geri sürüm olarak bilinir) yedekleme değişiklikleri tanımlamak için sağlama toplamı karşılaştırma daha fazla en iyi duruma getirilmiş bir işlem kullanır.Backup versions: The latest version of Backup (known as the Instant Restore version) uses a more optimized process than checksum comparison for identifying changes. Ancak, anlık geri kullanıyorsanız ve bir yedek anlık görüntüsü silinmiş durumunda yedekleme sağlama toplamı ile karşılaştırma geçer.But if you're using Instant Restore and have deleted a backup snapshot, the backup switches to checksum comparison. Bu durumda, yedekleme işlemi 24 saat (veya başarısız).In this case, the backup operation will exceed 24 hours (or fail).

En iyi uygulamalarBest practices

VM yedeklemeleri yapılandırırken bu yöntemler öneririz:When you're configuring VM backups, we suggest following these practices:

  • İlke kümesi varsayılan zamanlama sürelerinin değiştirin.Modify the default schedule times that are set in a policy. İlkede varsayılan saat 12: 00'da ise, kaynakları en iyi şekilde kullanılır, böylece Örneğin, birkaç dakika zamanlama artırın.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.
  • Premium depolama kullanan bir VM yedeklemesi için Azure Backup'ın en son sürümünü çalıştıran olan öneririz (anında geri yükleme).For backup of VMs that are using premium storage, we recommend running the latest version of Azure Backup (Instant Restore). En son sürümünü çalıştırmıyorsanız, yedekleme yaklaşık yüzde 50'sini toplam depolama alanı ayırır.If you're not running the latest version, Backup allocates around 50 percent of the total storage space. Backup hizmeti anlık görüntüyü aynı depolama hesabını ve Kasası'na aktarılması kopyalamak için bu alanı gerektirir.The Backup service requires this space to copy the snapshot to the same storage account and for transferring it to the vault.
  • Tek bir kasadan Vm'leri geri, farklı kullanmanızı öneririz genel amaçlı v2 depolama hesaplarının hedef depolama hesabı kısıtlanmazsınız değil emin olmak için.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. Örneğin, her sanal makine farklı bir depolama hesabı olmalıdır.For example, each VM must have a different storage account. Örneğin, 10 VM geri yüklediyseniz, 10 farklı depolama hesabı kullanın.For example, if 10 VMs are restored, use 10 different storage accounts.
  • Anlık görüntü aynı depolama hesabında olduğundan bir genel amaçlı v1 depolama katmanından (snapshot) geri yükleme birkaç dakika içinde tamamlanır.The restores from a general-purpose v1 storage layer (snapshot) will be completed in minutes because the snapshot is in the same storage account. Genel amaçlı v2 depolama katmanından (kasa) geri yüklemeler saat sürebilir.Restores from the general-purpose v2 storage layer (vault) can take hours. Kullanmanızı tavsiye ederiz verileri nerede genel amaçlı v1 depolama alanında kullanılabilir durumda anında geri yükleme daha hızlı geri yüklemeler için özellik.In cases where the data is available in general-purpose v1 storage, we recommend that you use the Instant Restore feature for faster restores. (Bir kasadan veri geri yüklenmesi gerekiyorsa, ardından daha uzun sürer.)(If the data must be restored from a vault, then it will take more time.)
  • Depolama hesabı başına disk sayısı ne kadar yoğun olarak diskler üzerinde bir altyapı (Iaas) sanal makine hizmet olarak çalışan uygulamaları tarafından erişildiği göre sınırlıdır.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. 5-10 diskleri veya daha fazla tek bir depolama hesabında mevcut olması durumunda, genel bir yöntem olarak, depolama hesabı ayırmak için bazı diskler taşıyarak Yük Dengelemesi yapın.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.

Yedekleme maliyetleriBackup costs

Azure Vm'leri Azure Backup ile yedeklenmekte olan konusu Azure Backup fiyatlandırma.Azure VMs backed up with Azure Backup are subject to Azure Backup pricing.

Faturalandırma, ilk başarılı yedekleme tamamlanana kadar başlamıyor.Billing doesn't start until the first successful backup finishes. Bu noktada, hem depolama hem de korumalı VM'ler için faturalandırma başlar.At this point, the billing for both storage and protected VMs begins. Tüm yedekleme verileri VM için bir kasada depolanır olduğu sürece, faturalandırma devam eder.Billing continues as long as any backup data for the VM is stored in a vault. Bir VM için korumayı durdurun, ancak VM için yedekleme verileri bir kasada var ise, faturalandırma devam eder.If you stop protection for a VM, but backup data for the VM exists in a vault, billing continues.

Belirtilen bir VM için fatura bilgilerini yalnızca koruma durduruldu ve tüm yedekleme verileri silinir durdurur.Billing for a specified VM stops only if the protection is stopped and all backup data is deleted. Koruma durduğunda ve yedekleme etkin iş yok, en son başarılı VM yedekleme boyutu için aylık fatura kullanılan korumalı örnek boyutu haline gelir.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.

Korumalı örnek boyutu hesaplaması dayanır gerçek VM boyutu.The protected-instance size calculation is based on the actual size of the VM. Sanal makinenin boyutu VM'deki geçici depolama hariç tüm verilerin toplamıdır.The VM's size is the sum of all the data in the VM, excluding the temporary storage. Fiyatlandırma veri disklerinde depolanan, üst sınırı üzerinde değil VM'ye bağlı her veri diski boyutu desteklenen gerçek verileri temel alır.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.

Benzer şekilde, Azure Yedekleme'de her kurtarma noktası gerçek verileri toplamı olduğu depolanan veri miktarı yedekleme alanı faturada dayanır.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.

Örneğin, iki ek veri diskleri en fazla 4 TB olan A2-standart boyutlu bir VM yararlanın.For example, take an A2-Standard-sized VM that has two additional data disks with a maximum size of 4 TB each. Aşağıdaki tabloda bu disklerin her biri üzerinde depolanan gerçek veriler gösterilmektedir:The following table shows the actual data stored on each of these disks:

DiskDisk En büyük boyutuMax size Gerçek veri yokActual data present
İşletim sistemi diskiOS disk 4095 GB4095 GB 17 GB17 GB
Yerel/geçici diskLocal/temporary disk 135 GB135 GB 5 GB (yedekleme için dahil değil)5 GB (not included for backup)
Veri diski 1Data disk 1 4095 GB4095 GB 30 GB30 GB
Veri diski 2Data disk 2 4095 GB4095 GB 0 GB0 GB

Gerçek VM boyutuna, 17 GB + 30 GB + 0 GB = 47 GB bu durumda olur.The actual size of the VM in this case is 17 GB + 30 GB + 0 GB = 47 GB. Bu korumalı örnek boyutu (GB 47) başına aylık fatura olur.This protected-instance size (47 GB) becomes the basis for the monthly bill. Sanal makine içindeki veri miktarı büyüdükçe, korumalı örnek boyutu için faturalandırma değişiklikleri eşleştirmek için kullanılır.As the amount of data in the VM grows, the protected-instance size used for billing changes to match.

Sonraki adımlarNext steps

Şimdi, Azure VM yedeklemesi için hazırlama.Now, prepare for Azure VM backup.