Azure VM yedeklemesine genel bakışAn overview of Azure VM backup

Bu makalede, Azure Backup hizmetinin Azure sanal makinelerini (VM) nasıl yedeklediği açıklanır.This article describes how the Azure Backup service backs up Azure virtual machines (VMs).

Yedekleme işlemiBackup process

Azure Backup Azure VM 'Leri için bir yedeklemeyi nasıl tamamlarsa 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 zamanlaması doğrultusunda 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. İlk yedekleme sırasında VM çalışıyorsa VM 'ye bir 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üklenir.For Windows VMs, the VMSnapshot extension is installed.
    • Linux VM 'Leri için VMSnapshotLinux uzantısı yüklenir.For Linux VMs, the VMSnapshotLinux extension is installed.
  3. Çalıştıran Windows VM 'Leri için, VM 'nin uygulamayla tutarlı bir anlık görüntüsünü almak üzere Windows Birim Gölge Kopyası Hizmeti (VSS) ile yedekleme koordinatları.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, yedekleme tam VSS yedeklemeleri alır.By default, Backup takes full VSS backups.
    • Yedekleme uygulamayla tutarlı bir anlık görüntü alalamazsa, temeldeki depolamanın dosya ile tutarlı bir anlık görüntüsünü alır (VM durdurulduğunda hiçbir uygulama yazma işlemi gerçekleşmediğinden).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 'Leri için yedekleme, dosya ile tutarlı bir yedekleme gerçekleştirir.For Linux VMs, Backup takes a file-consistent backup. Uygulamayla tutarlı anlık görüntüler için, ön/son betikleri el ile özelleştirmeniz gerekir.For app-consistent snapshots, you need to manually customize pre/post scripts.

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

    • Yedekleme, her bir sanal makine diski paralel olarak yedeklenerek en iyi duruma getirilir.The backup is optimized by backing up each VM disk in parallel.
    • Yedeklenmekte olan her disk için, Azure Backup diskteki blokları okur ve yalnızca önceki yedeklemeden bu yana değiştirilen (Delta) veri bloklarını tanımlar ve 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 kopyalanmayabilir.Snapshot data might not be immediately copied to the vault. Yoğun zamanlarda birkaç saat sürebilir.It might take some hours at peak times. Bir VM için toplam Yedekleme süresi, günlük yedekleme ilkeleri için 24 saatten daha az 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 sanal makinesinde 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 'ye yüklendiMicrosoft Visual C++ 2013 Redistributable(x64) - 12.0.40660 is installed in the VM
    • Birim gölge kopyası hizmeti 'nin (VSS) başlangıç türü el ile otomatik olarak değiştirildiStartup 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 yedeklemeleri şifrelemesiEncryption of Azure VM backups

Azure Backup ile Azure VM 'Leri yedeklerken, sanal makineler Depolama Hizmeti Şifrelemesi (SSE) ile geri kalanıyla şifrelenir.When you back up Azure VMs with Azure Backup, VMs are encrypted at rest with Storage Service Encryption (SSE). Azure Backup, Azure disk şifrelemesi kullanılarak şifrelenmiş Azure VM 'Leri de 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, hem işletim sistemini hem de Azure VM 'Leri için veri disklerini şifreler.Azure Disk Encryption encrypts both OS and data disks for Azure VMs.

Azure disk şifrelemesi, bir anahtar kasasında gizli dizi olarak korunmuş olan 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ı (KEKs) ile tümleşir.Azure Disk Encryption also integrates with Azure Key Vault key encryption keys (KEKs).
Azure Backup, yalnızca BEKs ile şifrelenen yönetilen ve yönetilmeyen Azure VM 'lerinin yedeklenmesini destekler, ya da KEKs ile birlikte BEKs.Azure Backup supports backup of managed and unmanaged Azure VMs encrypted with BEKs only, or with BEKs together with KEKs.

Hem BEKs hem de KEKs yedeklenir ve şifrelenir.Both BEKs and KEKs are backed up and encrypted.

KEKs ve BEKs yedeklendiği için, gerekli izinlere sahip kullanıcılar anahtarları ve gizli dizileri gerekirse anahtar kasasına geri yükleyebilir.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 şifreli VM 'yi de kurtarabilir.These users can also recover the encrypted VM.

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

Yönetilen ve yönetilmeyen Azure VM 'Leri için yedekleme, yalnızca BEKs ile şifrelenen VM 'Leri veya KEKs ile birlikte BEKs ile şifrelenmiş VM 'Leri 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 (gizlilikler) ve KEKs (anahtarlar) şifrelenir.The backed-up BEKs (secrets) and KEKs (keys) are encrypted. Bunlar, yalnızca yetkili kullanıcılar tarafından anahtar kasasına geri yüklendiğinde okunabilir ve kullanılabilir.They can be read and used only when they're restored back to the key vault by authorized users. Yetkisiz kullanıcılar veya Azure, yedeklenen anahtarları veya parolaları okuyabilir veya kullanamaz.Neither unauthorized users nor Azure can read or use backed-up keys or secrets.

BEKs da yedeklenir.BEKs are also backed up. Bu nedenle, BEKs kaybolursa yetkili kullanıcılar BEKs 'yi anahtar kasasına geri yükleyebilir ve şifrelenmiş VM 'Leri kurtarabilir.So, if the BEKs are lost, authorized users can restore the BEKs to the key vault and recover the encrypted VMs. Yalnızca gerekli izin düzeyine sahip kullanıcılar şifrelenmiş VM 'Leri veya anahtarları ve gizli dizileri yedekleyebilir ve geri yükleyebilir.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 Backup, anlık görüntüleri yedekleme zamanlamalarına göre alır.Azure Backup takes snapshots according to the backup schedule.

  • Windows VM 'Leri: Windows VM 'lerinde yedekleme hizmeti, VM disklerinin uygulamayla tutarlı bir anlık görüntüsünü almak için VSS ile eşgüdümünü sağlar.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 tam VSS yedeklemeleri alır.By default, Azure Backup takes full VSS backups. Daha fazla bilgi edinin.Learn more.

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

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

  • Linux VM 'Leri: Linux VM 'lerinin uygulamayla tutarlı anlık görüntülerini almak için, tutarlılık sağlamak üzere kendi özel betiklerinizi yazmak üzere Linux ön betik ve betik sonrası çerçevesini kullanın.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ılmış olan ön/son betikleri çağırır.Azure Backup invokes only the pre/post scripts written by you.
    • Betiklerin ve son betiklerin başarıyla yürütülmesi Azure Backup kurtarma noktasını uygulamayla tutarlı olarak işaretler.If the pre-scripts and post-scripts execute successfully, Azure Backup marks the recovery point as application-consistent. Ancak, Özel betikler kullanırken, son olarak uygulama tutarlılığından sorumlu olursunuz.However, when you're using custom scripts, you're ultimately responsible for the application consistency.
    • Betikleri yapılandırma hakkında daha fazla bilgi edinin .Learn more about how to configure scripts.

Anlık görüntü tutarlılığıSnapshot consistency

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

GörüntüyeSnapshot AyrıntılarDetails KurtarmaRecovery Dikkate Alınacak NoktaConsideration
Uygulamayla tutarlıApplication-consistent Uygulamayla tutarlı yedeklemeler bellek içeriğini ve bekleyen g/ç işlemlerini yakalar.App-consistent backups capture memory content and pending I/O operations. Uygulamayla tutarlı anlık görüntüler, bir yedekleme gerçekleşmeden önce uygulama verilerinin tutarlılığını sağlamak için bir VSS yazıcısı (veya Linux için ön betikler öncesi) kullanır.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. VM 'yi uygulamayla tutarlı bir anlık görüntüyle kurtarırken, VM önyüklenir.When you're recovering a VM with an app-consistent snapshot, the VM boots up. Veri bozulması veya kaybı yok.There's no data corruption or loss. Uygulamalar tutarlı bir durumda başlar.The apps start in a consistent state. Windows: Tüm VSS yazıcıları başarılı olduWindows: All VSS writers succeeded

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

Bir sanal makineyi dosya sistemiyle tutarlı bir anlık görüntüyle kurtarırken, VM önyüklenir.When you're recovering a VM with a file-system consistent snapshot, the VM boots up. Veri bozulması veya kaybı yok.There's no data corruption or loss. Geri yüklenen verilerin tutarlı olduğundan emin olmak için uygulamaların kendi "düzeltilmesi" mekanizmasını uygulaması gerekir.Apps need to implement their own "fix-up" mechanism to make sure that restored data is consistent. Windows: Bazı VSS yazıcıları başarısız olduWindows: Some VSS writers failed

Linux: Varsayılan (ön/Post betikleri yapılandırılmamışsa veya başarısız olursa)Linux: Default (if pre/post scripts aren't configured or failed)
Kilitlenme ile tutarlıCrash-consistent Kilitlenme tutarlı anlık görüntüler genellikle bir Azure VM yedekleme sırasında kapatılırsa oluşur.Crash-consistent snapshots typically occur if an Azure VM shuts down at the time of backup. Yalnızca yedekleme sırasında diskte bulunan veriler yakalanır ve yedeklenir.Only the data that already exists on the disk at the time of backup is captured and backed up.

Kilitlenme ile tutarlı bir kurtarma noktası, işletim sistemi veya uygulama için veri tutarlılığını garanti etmez.A crash-consistent recovery point doesn't guarantee data consistency for the operating system or the app.
Garanti olmasa da VM genellikle önyüklenir ve ardından bozulma hatalarını gidermeye yönelik 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. Kilitlenme kaybolmadan önce diske aktarılmayan bellek içi veriler veya yazma işlemleri kaybedilir.Any in-memory data or write operations that weren't transferred to disk before the crash are lost. Uygulamalar kendi veri doğrulamasını uygular.Apps implement their own data verification. Örneğin, bir veritabanı uygulaması doğrulama için işlem günlüğünü kullanabilir.For example, a database app can use its transaction log for verification. İşlem günlüğünde veritabanında bulunmayan girişler varsa, veritabanı yazılımı veriler tutarlı olana kadar işlemleri geri kaydeder.If the transaction log has entries that aren't in the database, the database software rolls transactions back until the data is consistent. VM, kapalı durumdaVM is in shutdown state

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

Dikkate Alınacak NoktaConsideration AyrıntılarDetails
DiskDisk VM disklerinin yedeklenmesi paralel.Backup of VM disks is parallel. Örneğin, bir VM 'nin dört diski varsa, yedekleme hizmeti dört diski paralel olarak yedeklemeye çalışır.For example, if a VM has four disks, the Backup service attempts to back up all four disks in parallel. Yedekleme artımlı (yalnızca değiştirilen veriler).Backup is incremental (only changed data).
PlanlamaScheduling Yedekleme trafiğini azaltmak için günün farklı saatlerinde farklı VM 'Leri yedekleyin ve zamanların ç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. VM 'Lerin yedeklenmesi aynı anda trafik jams oluşmasına neden olur.Backing up VMs at the same time causes traffic jams.
Yedeklemeler hazırlanıyorPreparing backups Yedeklemenin hazırlanması 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, yedekleme uzantısını yüklemeyi veya güncelleştirmeyi, yedekleme çizelgesine göre bir anlık görüntüyü tetiklemeyi 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 için Azure Backup 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ı yedeklemede, Azure Backup bloğun sağlama toplamını hesaplayarak değişiklikleri 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, aktarılacak veri miktarını daha aza indirmeye çalışacak şekilde 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 tüm blokları değerlendirdikten sonra Azure Backup değişiklikleri kasaya aktarır.After evaluating all the changed blocks, Azure Backup transfers the changes to the vault.

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

Yoğun saatlerde, yedeklemelerin işlenmesi 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 daha 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 süresi 24 saatten daha az olsa da, ilk yedekleme için bu durum 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 boyutuna ve yedeklemenin işlendiği zamana bağlı olarak değişir.The time needed for the initial backup will depend on the size of the data and when the backup is processed.
Geri yükleme kuyruğuRestore queue Azure Backup işlemler birden çok depolama hesabından aynı anda geri yüklenir ve geri yükleme isteklerini bir sıraya koyar.Azure Backup processes restore jobs from multiple storage accounts at the same time, and it puts restore requests in a queue.
Kopyayı geri yükleRestore copy Geri yükleme işlemi sırasında veriler kasadan depolama hesabına kopyalanır.During the restore process, data is copied from the vault to the storage account.

Toplam geri yükleme süresi, saniye başına g/ç işlemlerine (ıOPS) ve depolama hesabının aktarım hızına 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üresini azaltmak için, diğer uygulama yazmaları ve okumaları ile yüklenmeyen 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 yaygın senaryolar toplam yedekleme süresini etkileyebilir:These common scenarios can affect the total backup time:

  • Korumalı bir Azure VM 'ye yeni bir disk ekleme: Bir VM, artımlı yedekleme gerçekleştirçalışıyorsa ve yeni bir disk eklenirse, yedekleme süresi artacaktı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 süresi, yeni diskin ilk çoğaltması nedeniyle, mevcut disklerin Delta çoğaltmasıyla birlikte en son 24 saatten fazla sürebilir.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: Disk değişiklikleri bitişik olduğunda yedekleme işlemleri daha hızlıdır.Fragmented disks: Backup operations are faster when disk changes are contiguous. Değişiklikler bir diskte yayıldığında ve parçalanmışsa, yedekleme daha yavaş olur.If changes are spread out and fragmented across a disk, backup will be slower.
  • Disk karmaşıklığı: Artımlı yedekleme yapılmakta olan korumalı diskler 200 GB 'tan fazla günlük bir dalgalanma sahip olursa, yedekleme işleminin tamamlanması uzun zaman alabilir (sekiz saatten fazla).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: Yedeklemenin en son sürümü (anında geri yükleme sürümü olarak bilinir), değişiklikleri belirlemek için sağlama toplamı karşılaştırmasından daha iyileştirilmiş 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 yükleme kullanıyorsanız ve bir yedek anlık görüntüsünü sildiyseniz yedekleme, sağlama toplamı karşılaştırmasına 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 saati (veya başarısız) aşacaktır.In this case, the backup operation will exceed 24 hours (or fail).

En iyi uygulamalarBest practices

VM yedeklemelerini yapılandırırken, aşağıdaki yöntemleri takip ederiz:When you're configuring VM backups, we suggest following these practices:

  • Bir ilkede ayarlanan varsayılan zamanlama sürelerini değiştirin.Modify the default schedule times that are set in a policy. Örneğin, ilkedeki varsayılan süre 12:00 ise, kaynakların en iyi şekilde kullanılması için zamanlamayı birkaç dakikaya kadar 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.
  • VM 'Leri tek bir kasadan geri yüklüyorsanız, hedef depolama hesabının kısıtlanmasını sağlamak için farklı genel amaçlı v2 depolama hesapları kullanmanızı önemle tavsiye ederiz.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 makinenin farklı bir depolama hesabı olmalıdır.For example, each VM must have a different storage account. Örneğin, 10 VM geri yüklenirse, 10 farklı depolama hesabı kullanın.For example, if 10 VMs are restored, use 10 different storage accounts.
  • Hızlı geri yükleme ile Premium depolama kullanan VM 'lerin yedeklenmesi için, yalnızca ilk yedekleme için gerekli olan toplam ayrılan depolama alanının % 50 boş alanını ayırmayı öneririz.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. İlk yedekleme tamamlandıktan sonra% 50 boş alan yedeklemeler için bir gereksinim değildirThe 50% free space is not a requirement for backups after the first backup is complete
  • Anlık görüntü aynı depolama hesabında olduğundan, genel amaçlı v1 depolama katmanından (anlık görüntü) geri yüklemeler dakikalar 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 (kasadan) geri yüklemeler saat sürebilir.Restores from the general-purpose v2 storage layer (vault) can take hours. Verilerin genel amaçlı v1 depolamada kullanılabildiği durumlarda, daha hızlı geri yükleme Için anında geri yükleme özelliğini kullanmanızı öneririz.In cases where the data is available in general-purpose v1 storage, we recommend that you use the Instant Restore feature for faster restores. (Verilerin bir kasadan geri yüklenmesi gerekiyorsa daha fazla zaman alır.)(If the data must be restored from a vault, then it will take more time.)
  • Depolama hesabı başına disk sayısı sınırı, diskler hizmet olarak altyapı (IaaS) VM 'sinde çalışan uygulamalar tarafından ne kadar yoğun erişildiğine bağlı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. Genel bir uygulama olarak, tek bir depolama hesabında 5 ila 10 disk veya daha fazlası varsa, bazı diskleri ayrı depolama hesaplarına taşıyarak yükü dengeleyin.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 Backup ile yedeklenen Azure VM 'Leri Azure Backup fiyatlandırmayatabidir.Azure VMs backed up with Azure Backup are subject to Azure Backup pricing.

İlk başarılı yedekleme bitene kadar faturalandırma başlamaz.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. Faturalama, VM 'nin tüm yedekleme verileri bir kasada depolandığı sürece devam eder.Billing continues as long as any backup data for the VM is stored in a vault. Bir VM için korumayı durdurursanız, ancak VM için yedekleme verileri bir kasada mevcutsa 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 faturalandırma yalnızca koruma durdurulmuşsa ve tüm yedekleme verileri silinirse durdurulur.Billing for a specified VM stops only if the protection is stopped and all backup data is deleted. Koruma durdurulduğunda ve etkin yedekleme işi olmadığında, son başarılı VM yedeklemesinin boyutu aylık fatura için kullanılan korumalı örnek boyutu olur.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ı, sanal makinenin gerçek boyutuna göre belirlenir.The protected-instance size calculation is based on the actual size of the VM. VM 'nin boyutu, geçici depolama hariç olmak üzere VM 'deki 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, sanal makineye bağlı her bir veri diski için desteklenen en büyük boyuta göre değil, veri disklerinde depolanan 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, yedekleme depolama alanı faturanız, her kurtarma noktasındaki gerçek verilerin toplamı olan Azure Backup depolanan veri miktarına bağlıdı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, her biri en fazla 4 TB boyutunda iki ek veri diskine sahip olan a2 standart boyutlu bir VM alı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 birinde depolanan gerçek veriler gösterilmektedir:The following table shows the actual data stored on each of these disks:

DiskDisk En büyük boyutMax size Gerçek veriler varActual data present
İşletim sistemi diskiOS disk 4095 GB4095 GB 17 GB17 GB
Yerel/geçici diskLocal/temporary disk 135 GB135 GB 5 GB (yedeklemeye 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

Bu durumda sanal makinenin gerçek boyutu 17 GB + 30 GB + 0 GB = 47 GB 'dir.The actual size of the VM in this case is 17 GB + 30 GB + 0 GB = 47 GB. Bu korumalı örnek boyutu (47 GB) aylık faturanın temelini oluşturur.This protected-instance size (47 GB) becomes the basis for the monthly bill. VM 'deki veri miktarı büyüdükçe, faturalandırma değişiklikleri için kullanılan korumalı örnek boyutu.As the amount of data in the VM grows, the protected-instance size used for billing changes to match.

Genel Önizleme: Disk boyutlarına göre 30 TB 'a kadar VM yedeklemesiPublic Preview: Backup of VM with disk sizes up to 30 TB

Azure Backup artık boyutu 30 TB 'a kadar olan daha büyük ve daha güçlü Azure yönetilen disklerinin genel önizlemesini desteklemektedir.Azure Backup now supports public preview of larger and more powerful Azure Managed Disks of up to 30 TB in size. Bu önizleme, yönetilen sanal makineler için üretim düzeyi desteği sağlar.This preview provides production-level support for managed virtual machines.

Her disk boyutu 30 TB 'a varan sanal makineleriniz için yedeklemeler ve bir VM 'deki tüm diskler için en fazla 256TB, var olan yedeklemelerinizi etkilemeden sorunsuz bir şekilde çalışır.The backups for your virtual machines with each disk size up to 30TB and a maximum of 256TB combined for all disks in a VM should work seamlessly without impacting your existing backups. Sanal makine zaten Azure Backup ile yapılandırılmışsa, büyük ölçekli diskler için çalışan yedeklemeleri almak için Kullanıcı eylemi gerekmez.There is no user action required to get the backups running for the large sized disks, if the virtual machine is already configured with Azure Backup.

Yedekleme yapılandırılmış büyük disklere sahip tüm Azure sanal makineleri başarıyla yedeklenmelidir.All Azure Virtual Machines with large disks having backup configured should be successfully backed up.

Sonraki adımlarNext steps

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