Sık sorulan sorular-Azure VM'lerini yedekleme

Vm oluşturduğunuzda, desteklenen işletim sistemlerini çalıştıran VM'ler için yedeklemeyi etkinleştirebilirsiniz.

İlk yedekleme her zaman tam yedeklemedir ve süresi verilerin boyutuna ve yedeklemenin ne zaman işlendiğine bağlıdır.

Yedekleme performansını geliştirmek için bkz. yedekleme en iyi yöntemleri; Yedekleme konusunda dikkat edilmesi gerekenler ve Yedekleme Performansı

Artımlı yedeklemeler için toplam yedekleme süresi 24 saatten az olsa da, ilk yedekleme için bu durum geçerli olmayabilir.

Hayır Yedekleme maliyetleri vm'nin maliyetlerinden ayrıdır. Azure Backup fiyatlandırması hakkında daha fazla bilgi edinin.

VM katkıda bulunanıysanız VM'de yedeklemeyi etkinleştirebilirsiniz. Özel bir rol kullanıyorsanız, VM'de yedeklemeyi etkinleştirmek için aşağıdaki izinlere ihtiyacınız vardır:

• 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

Kurtarma Hizmetleri kasanızın ve VM'nizin farklı kaynak grupları varsa, Kurtarma Hizmetleri kasası için kaynak grubunda yazma izinlerinizin olduğundan emin olun.

Hayır İsteğe bağlı yedekleme işi için bekletme aralığını belirtin. Varsayılan olarak portaldan tetiklendiğinde 30 gün boyunca saklanır.

Azure Backup'ın Key Vault'a erişmesi için izinler sağlayın. Azure Backup PowerShell belgelerindeki Yedeklemeyi etkinleştirme bölümünde açıklandığı gibi PowerShell'deki izinleri belirtin.

Evet, yedeklemeler sorunsuz çalışır. Herhangi bir şeyi yeniden yapılandırmaya gerek yoktur.

Sihirbaz yalnızca kasayla aynı bölgedeki vm'leri listeler ve henüz yedeklenmemiştir.

Evet. Bir makine kapatıldığında yedeklemeler çalıştırılır. Kurtarma noktası kilitlenmeyle tutarlı olarak işaretlenir.

Evet. Yedekleme işini Anlık görüntü alma durumunda iptal edebilirsiniz. Anlık görüntüden veri aktarımı devam ediyorsa işi iptal yapamazsınız.

Azure Backup Hizmeti tarafından oluşturulan kaynak grubunu kilitlerseniz yedeklemeler başarısız olur. Kilidi kaldırın ve gelecekteki yedeklemelerin başarılı olması için bu kaynak grubundan geri yükleme noktası koleksiyonunu temizleyin. Geri yükleme noktası koleksiyonunu kaldırmak için bu adımları izleyin.

Azure Backup, ResourcePointCollections nesnelerini depolamak için biçiminde AzureBackupRG_<geo>_<number> ayrı bir kaynak grubu oluşturur. Bu kaynak grubu hizmete ait olduğundan, bu grubun kilitlenmesi yedeklemelerin başarısız olmasına neden olur. Kilitler yalnızca müşteri tarafından oluşturulan kaynak gruplarına uygulanabilir.

Evet, Azure Backup standart SSD ile yönetilen diskleri destekler.

Anlık görüntüler, işletim sistemi disklerinde değil yalnızca WA etkin veri disklerinde alınabilir. Bu nedenle, yalnızca WA etkin olan veri diskleri korunabilir.

Azure Backup, WA özellikli veri diskini yedekleyebilir. Ancak yedekleme veritabanı tutarlılığı sağlamaz.

Azure Backup, 15 dakikalık RPO ile SAP HANA veritabanları için bir akış yedekleme çözümü sağlar. SAP HANA'nın yerel API'lerini kullanarak yerel yedekleme desteği sağlamak için SAP tarafından Backint sertifikasına sahiptir. Azure VM'lerinde SAP HANA veritabanlarını yedekleme hakkında daha fazla bilgi edinin.

Zamanlanan yedekleme, zamanlanan yedekleme zamanından sonraki 2 saat içinde tetiklenir. Örneğin, 100 VM'nin yedekleme başlangıç saati 02:00 olarak zamanlanmışsa en geç 04:00'e kadar tüm 100 VM'nin yedekleme işleri devam eder. Zamanlanmış yedeklemeler kesinti nedeniyle duraklatıldıysa ve sürdürüldüyse veya yeniden denendiyse, yedekleme bu zamanlanmış iki saatlik pencerenin dışından başlayabilir.

Azure Sanal Makine yedekleme ilkesi yedi günden 9999 güne kadar minimum saklama aralığını destekler. Varsayılan olarak, VM'lerin yedekleri anlık görüntüde 7 gün ve kasada 180 gün saklanır. Mevcut bir VM yedekleme ilkesinde yedi günden az süreyle yapılan herhangi bir değişiklik için en düşük saklama aralığı olan yedi günlük bir güncelleştirme gerekir.

VM veya VM kaynak grubunuzun büyük/küçük harflerini (büyük veya küçük) değiştirirseniz, yedekleme öğesi adının büyük/küçük harfi değişmez; Bu beklenen Azure Backup davranışıdır. Olay değişikliği yedekleme öğesinde görünmez, ancak arka uçta güncelleştirilir.

Azure Backup artık Azure Sanal Makine yedekleme çözümünü kullanarak seçmeli disk yedekleme ve geri yüklemeyi destekliyor. Daha fazla bilgi için bkz . Azure VM'leri için seçmeli disk yedekleme ve geri yükleme.

Kiracı değişiklikleri oluşursa, yedeklemelerin yeniden çalışması için yönetilen kimlikleri devre dışı bırakmanız ve yeniden etkinleştirmeniz gerekir.

Azure Backup, depolama alanından veya başka bir NFS sunucusundan Linux veya Windows makinelerine bağlanan NFS dosyalarını yedeklemeyi desteklemez. Yalnızca yerel olarak VM'ye bağlı diskleri yedekler.

Geri yükleme işlemlerini gerçekleştirmek için gereken tüm VM yapılandırmaları VM yedeklemesinde depolanır. Bu, geri yükleme sırasında erişebileceğiniz VM şifreli anahtarlarının şifreleme kopyalarını içerir. Şifreleme kopyalarının şifresi yalnızca anahtar kasası kullanılarak çözülebilir. Geçici diskler ve bellek durumu anlık görüntüde yakalanmaz.

Azure Backup, NIC'ler ve IP'ler dışında etiketleri yedekleyebilir ve geri yükleyebilir. Azure Backup, Azure Kaynak Grubu'nun abonelik sınırlamalarını dikkate alır ve en fazla 50 etiket geri yükler.

Ayrıntılı bilgi için bkz . Abonelik sınırları.

Hayır, zamanlanmış yedeklemeyi devre dışı bırakarak isteğe bağlı yedeklemeleri tetikleyemezsiniz.

Bir kümedeki tüm Azure VM'leri tek bir Azure VM olarak kabul edilir. Bu nedenle, tüm yedekleme işlemleri tek tek Azure VM'lerine göre geçerlidir.

VM Anlık Görüntüsü oluşturma işlemi birkaç dakika sürer ve bu aşamada uygulama performansında çok az girişim olacaktır. Ancak kasaya veri aktarımı birkaç saat sürer; bu nedenle, iş saatleri dışında yedeklemeleri zamanlamanızı öneririz. Yedekleme ve geri yükleme için en iyi yöntemler hakkında daha fazla bilgi edinin.

Evet, vm'ye eklenen yeni bir disk bir sonraki yedekleme sırasında otomatik olarak yedeklenir.

Şifrelenmiş VM yedeklemesinden dosya ve klasörleri geri yükleme şu anda desteklenmiyor, dosyaları ve klasörleri geri yüklemek için vm'nin tamamını kurtarmanız gerekir. Bkz. Şifrelenmiş azure sanal makinesini geri yükleme adımları. Ancak, dosyaları şifrelenmeden önce yedeklerden kurtarabilirsiniz.

Evet, verileri kasaya aktarma aşaması devam ederken bunu yapabilirsiniz.

Azure Backup, yedekleme verilerinin şifreleme anahtarlarını ve gizli dizilerini yedekler. Genellikle anahtarlar Anahtar kasasına geri yüklenmez, ancak Azure Backup anahtarların kaybı sırasında geri yüklenmesine izin verir.

Hayır, tek bir geri yükleme noktasını tutamazsınız. Önceki geri yükleme noktalarını sildiğinizde zincir silinir. Bu nedenle, bir kurtarma noktasını seçmeli olarak tutamaz veya silemezsiniz.

Yedekleme noktalarının en fazla bekletme süresi şunlardır:

• Günlük yedekleme noktalarını saklama: 9999 gün
• Haftalık yedekleme noktalarını saklama: 5163 hafta
• Aylık yedekleme noktalarını saklama: 1188 ay
• Yıllık yedekleme noktalarını saklama: 99 yıl

VM geri yüklemesini Azure VM için hızlı bir oluşturma seçeneği olarak düşünün. Bu seçenek disk adlarını, diskler tarafından kullanılan kapsayıcıları, genel IP adreslerini ve ağ arabirimi adlarını değiştirir. Değişiklik, bir VM oluşturulduğunda benzersiz kaynakları korur. VM bir kullanılabilirlik kümesine eklenmez.

Aşağıdakileri yapmak istiyorsanız diski geri yükleme seçeneğini kullanabilirsiniz:

• Oluşturulan VM'yi özelleştirin. Örneğin, boyutu değiştirin.
• Yedekleme sırasında orada olmayan yapılandırma ayarlarını ekleyin.
• Oluşturulan kaynaklar için adlandırma kuralını denetleme.
• VM'yi bir kullanılabilirlik kümesine ekleyin.
• PowerShell veya şablon kullanılarak yapılandırılması gereken diğer tüm ayarları ekleyin.

Evet, diskler yönetilmeyenden yönetilene geçirilmeden önce alınan yedeklemeleri kullanabilirsiniz.

Geri yükleme işlemi aynı kalır. Kurtarma noktası VM'nin yönetilmeyen diskleri olduğu belirli bir noktaya aitse, diskleri yönetilmeyen olarak geri yükleyebilirsiniz. VM'de yönetilen diskler varsa, diskleri yönetilen diskler olarak geri yükleyebilirsiniz. Daha sonra bu disklerden bir VM oluşturabilirsiniz.

PowerShell'de bunu yapma hakkında daha fazla bilgi edinin.

Yönetilen VM geri yüklemesi durumunda, VM oluşturma işlemi başarısız olsa bile diskler geri yüklenmeye devam eder.

Evet. VM'yi silseniz bile kasadaki ilgili yedekleme öğesine gidebilir ve bir kurtarma noktasından geri yükleyebilirsiniz.

Yönetilen Disk Azure VM'leri için kullanılabilirlik kümelerine geri yükleme, yönetilen diskler olarak geri yüklenirken şablonda bir seçenek sağlanarak etkinleştirilir. Bu şablon, Kullanılabilirlik kümeleri adlı giriş parametresine sahiptir.

Anlık Geri Yükleme özelliği, anlık görüntülerden daha hızlı yedekleme ve anlık geri yükleme işlemlerine yardımcı olur.

Şifrelenmiş VM'nin anahtar kasası ayarlarını değiştirdikten sonra yedeklemeler yeni ayrıntılar kümesiyle çalışmaya devam eder. Ancak, değişiklikten önceki bir kurtarma noktasından geri yükleme işleminden sonra, vm'yi oluşturmadan önce anahtar kasasındaki gizli dizileri geri yüklemeniz gerekir. Daha fazla bilgi için bu makaleye bakın.

Gizli dizi/anahtar teslimi gibi işlemler bu adımı gerektirmez ve geri yüklemeden sonra aynı anahtar kasası kullanılabilir.

Evet, bir VM'nin etki alanı denetleyicisiyle ilişkisi kesildiğinden vm'ye bir kez geri yüklendikten sonra erişebilirsiniz. Daha fazla bilgi için bu makaleye bakın.

Evet, geri yükleme işini veri aktarımı aşamasına kadar iptal edebilirsiniz. VM oluşturma aşamasına girdikten sonra geri yükleme işini iptal edebilirsiniz.

Toplam geri yükleme süresi, saniye başına giriş/çıkış işlemleri (IOPS) hızına ve depolama hesabının aktarım hızına bağlıdır. Hedef depolama hesabı diğer uygulama okuma ve yazma işlemleriyle yüklenirse toplam geri yükleme süresi etkilenebilir. Geri yükleme işleminin hızını artırmak için diğer uygulama verileriyle yüklenmemiş bir depolama hesabı seçin. Azure VM yedekleme ve geri yükleme için en iyi yöntemler hakkında bilgi edinin.

Azure Backup, kurtarma noktalarından "ekleme" diskleri kullanır ve görüntü başvurularınıza veya galerilerinize bakmaz. Bu nedenle, ilkede "storageProfile.osDisk.createOption as Attach" seçeneğini işaretleyebilirsiniz ve betik koşulu şöyle olur:

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

Vm'yi çalışır durumda geri yüklemek için bir VM oluşturabilir veya diskleri geri yükleyebilirsiniz, ancak mevcut bir VM'yi değiştiremezsiniz. Kullanılabilir geri yükleme seçenekleri hakkında daha fazla bilgi edinin.

Geri yükleme sırasında Azure VM'nin kapalı durumda olması gerekir. Aksi takdirde, geri yükleme işlemi userErrorVmNotShutDown hata koduyla ön denetim aşamasında başarısız olur.

Ayrıca, VM disklerini değiştirmeden önce VM'yi kapatmanız gerekir.

Evet, geri yüklemeyi tetiklemenin varsayılan üst sınırı 24 saat içinde VM başına 20 denemedir ve 24 saat penceresi UTC 00:00'da sıfırlanır.

Yönetilmeyen bir VM söz konusu olduğunda, VM disk türü Premium SSD veya HDD'dir ve VHD'lerin bulunduğu SA'ya bağlıdır. Geri yükleme sırasında normal SA sağlarsanız, VM diski HDD olur ve Premium SA sağlarsanız, tüm diskler Premium SSD'ler olur.

Evet, geri yükleme işlemi tamamlandıktan sonra bu dosyaları silebilirsiniz. Varsayılan olarak, Azure Backup bu dosyaları gelecekte kullanmak üzere saklar.

Şifrelenmiş anahtarların Bölgeler Arası Geri Yükleme (CRR) kapsamında hedef bölgede bulunması beklenmemektedir. Bu nedenle, geri yüklenen dosyayı kullanarak şifrelenmiş anahtarları ve gizli dizileri geri yüklemeniz gerekir. Geri yükleme tamamlandığında, geri yüklenen diskleri kullanarak Azure şifreli VM oluşturabilirsiniz.

Microsoft Windows, en fazla 15 karakterden oluşan bir VM adına izin verir. Ayrıca, NETBIOS ana bilgisayar adından farklı bir DNS ana bilgisayar adı belirtemezsiniz. Ancak, Azure VM'de barındırılan bir web sitesi için öneriye göre adıyla konak üst bilgileri oluşturabilirsiniz.

Azure VM'leri için VM adlandırma kuralı sınırlamaları hakkında daha fazla bilgi edinin.

Evet, Abonelikler Arası Geri Yükleme artık Azure rol tabanlı erişim denetimi (Azure RBAC) kurallarına göre bir abonelikteki bir kurtarma noktasından başka bir kiracıya Azure VM'lerini geri yüklemenize olanak tanır. Abonelikler Arası Geri Yükleme, anlık görüntülerden ve ikincil bölge geri yüklemelerinden desteklenmez.

Hayır, Şifrelenmiş Azure VM'leri için desteklenmez.

Hayır, Abonelikler Arası Geri Yükleme anlık görüntü geri yüklemesinden desteklenmiyor.

Hayır, Abonelikler Arası Geri Yükleme ikincil bölgelerden geri yüklemeyi desteklemez.

Evet, Abonelikler Arası Geri Yükleme için desteklenir.

Evet, Bölgesel Geri Yükleme artık Azure rol tabanlı erişim denetimi (Azure RBAC) kurallarına göre etkinleştirilmiş bölgesel yedekli depolama (ZRS) içeren bir kasadaki kurtarma noktasını kullanarak Azure bölgesi sabitlenmiş VM'leri farklı bir kullanılabilir bölgeye geri yüklemenize olanak tanır. Bölgeler Arası Geri Yükleme (CRR) ile kasalardan da desteklenir.

Evet, Bölgesel Geri Yükleme artık Azure rol tabanlı erişim denetimi (Azure RBAC) kurallarına göre etkinleştirilmiş Bölgesel yedekli depolama (ZRS) içeren bir kasadaki kurtarma noktasını kullanarak Azure bölge dışı sabitlenmiş VM'leri kullanılabilir bölgelere geri yüklemenize olanak tanır.

Hayır, Şifrelenmiş Azure VM'leri için desteklenmez.

Hayır, Çapraz Bölgesel Geri Yükleme anlık görüntü geri yüklemesinden desteklenmiyor.

Evet, Azure Backup, Azure bölgesi sabitlenmiş VM'lerin ikincil bölgelere geri yüklenmesini destekler.

Evet, Bölgeler Arası Geri Yükleme için desteklenir.

Azure portalından diskleri çıkardıktan sonra, oturumu temizlemek ve kurtarma noktasının bağlama yollarını makineden kaldırmak için ( ) parametresiyle cleanpython scriptName.py cleanPython betiğini çalıştırın.

VM, değiştirilen ilkedeki zamanlama ve bekletme ayarları kullanılarak yedeklenmiştir.

• Bekletme uzatılırsa mevcut kurtarma noktaları işaretlenir ve yeni ilkeye uygun olarak tutulur.
• Bekletme azaltılırsa, kurtarma noktaları bir sonraki temizleme işinde ayıklama için işaretlenir ve daha sonra silinir.

Ancak kurtarma noktaları bekletme aralığı sıklığına özgüdür. Örneğin, yıllık saklama ilkesi eklemek veya değiştirmek, önceden var olan aylık kurtarma noktalarının elde tutulmasını etkilemez.

1. Yedeklemeyi geçici olarak durdurun ve yedekleme verilerini koruyun.

2. Azure Backup ile yapılandırılmış sanal makineleri taşımak için aşağıdaki adımları uygulayın:

   1. Sanal makinenizin konumunu bulun.
   2. Aşağıdaki adlandırma düzenine sahip bir kaynak grubu bulun: AzureBackupRG_<location of your VM>_1. Örneğin, AzureBackupRG_westus2_1
   3. Azure portalında Gizli türleri göster'i işaretleyin.
   4. Adlandırma deseni AzureBackup_<name of your VM that you're trying to move>_###########olan Microsoft.Compute/restorePointCollections türündeki kaynağı bulun.
   5. Bu kaynağı silin. Bu işlem kasadaki yedeklenen verileri değil yalnızca anlık kurtarma noktalarını siler.
   6. Silme işlemi tamamlandıktan sonra sanal makinenizi taşıyabilirsiniz.

3. VM'yi hedef kaynak grubuna taşıyın.

4. Yedeklemeye devam edin.

VM'yi taşıma işleminden önce oluşturulmuş olan kullanılabilir geri yükleme noktalarından geri yükleyebilirsiniz.

Vm farklı bir kaynak grubuna taşındığında, Azure Backup söz konusu olduğunda yeni bir VM olur.

VM'yi yeni bir kaynak grubuna taşıdıktan sonra vm'yi aynı kasada veya farklı bir kasada yeniden koruma sağlayabilirsiniz. Bu, Azure Backup için yeni bir VM olduğundan, bunun için ayrı olarak faturalandırılırsınız.

Gerekirse eski VM'nin geri yükleme noktaları geri yüklenebilir. Bu yedekleme verilerine ihtiyacınız yoksa, eski VM'nizi silme verileriyle korumayı durdurabilirsiniz.

Evet, portaldan aynı yedekleme ilkesiyle ilişkilendirilebilen 100 VM sınırı vardır. 100'den fazla VM için aynı zamanlamaya veya farklı zamanlamaya sahip birden çok yedekleme ilkesi oluşturmanızı öneririz.

Kasadaki genel yapılandırma/değiştirme korumaları için günlük 1000 sınırı vardır.

Şu anda, saklama ayarlarını VM'ye atanan yedekleme ilkesine göre bir yedekleme öğesi (VM) düzeyinde görüntüleyebilirsiniz.

Yedeklemelerinizin bekletme ayarlarını görüntülemenin bir yolu, Azure portalında VM'nizin yedekleme öğesi panosuna gitmektir. Yedekleme ilkesinin bağlantısının seçilmesi, VM ile ilişkili tüm günlük, haftalık, aylık ve yıllık saklama noktalarının bekletme süresini görüntülemenize yardımcı olur.

Yedekleme Gezgini'ni kullanarak tüm VM'lerinizin saklama ayarlarını tek bir bölmede görüntüleyebilirsiniz. Herhangi bir Kurtarma Hizmetleri kasasından Yedekleme Gezgini'ne gidin, Yedekleme Öğeleri sekmesine gidin ve her vm için ayrıntılı saklama bilgilerini görmek için Gelişmiş Görünüm'ü seçin.

Azure VM Backup aktarım sırasında şifreleme için HTTPS iletişimi kullanır. Veri aktarımı, VM yedeklemesi için İnternet erişimi gerektirmeyen Azure dokusunu (genel uç noktaları değil) kullanır.

Bu API, Azure Backup'tan dosya kurtarma için iSCSI bağlantısını çağırmak için bir betik hazırlar.

• API eylemini dışlayarak özel rol tanımlarını kullanarak bu seçeneği devre dışı bırakabilirsiniz.
• Ayrıca, özel ağ içinden iSCSI sunucusuna erişimi kısıtlamak için özel uç noktaları da kullanabilirsiniz.
• Ayrıca, atamayı reddetme özelliğini kullanarak bu seçeneği kuruluş genelinde devre dışı bırakabilirsiniz.

İlke, bekletme, zamanlama gibi parametrelerin değiştirilmesinden hemen sonra geçerlilik kazanır. Bu, değiştirilen ilkeden alınan tüm yeni yedeklemeler için geçerlidir. Ancak, kurtarma noktalarının yeni ilkeye göre ayıklaması (varsa) 24 saat sürer.

Bu özellik şu anda desteklenmiyor. Azure Backup topluluk portalında herhangi bir özellik isteği gönderebilirsiniz.

Durdurulan yedeklemelerin bekletmesi, hiçbir ilke eklenmediğinden değiştirilemez. Ancak, korumayı sürdürebilir ve bir ilke atayabilirsiniz.

Durdurulan yedeklemeler el ile silinene kadar korunur.

İkincil bölgedeki abonelik izinlerini denetlemeniz gerekir. Abonelik kaydı için adresinden bize AskAzureBackupTeam@microsoft.com yazın.

Azure kaynakları bu trafiği işlediği için dış kullanıcı tarafından belirlenemez.

RPO: Standart ilkeyi kullanırken minimum RPO 1 gün veya 24 saattir. Gelişmiş ilke kullanıyorsanız en düşük RPO 4 saattir.

Bu hata, Market dışı bir görüntüden Azure VM oluşturduktan veya bir VM'nin işletim sistemi diskini Market dışı bir görüntüyle değiştirdikten sonra vm başlatmayı denediğinizde görünür ve ardından VM dağıtımı başarısız olur. Bu sorunu çözmek için plan bilgilerini VM'den kaldırın.

Azure Backup, yedekleme sırasında anahtar sürümünün gizli dizilerini ve KEK verilerini yedekler ve aynı işlemi geri yükler. Ancak, ADE VM'lerinin eski sürüm anahtarlarıyla önyüklenmesi de mümkündür.

Birincil bölgenin başarısız olması bozulmadan önce ikincil bölgeye tamamen çoğaltılan yedekleme verileri değişmeden kalır. Birincil bölge hatadan kurtarıldıktan sonra bile bu durum devam eder. Başka bir deyişle sanal makine, çoğaltma zamanlamasına göre hatadan önce sahip olduğu verilerle ikincil bölgede kurtarılabilir. İkincil bölgenin RPO'sunun 36 saat olduğunu, örneğin verilerin birincil bölgeden ikincil bölgeye tam olarak çoğaltılması yaklaşık 36 saat sürdüğünü unutmayın.

Atık Toplayıcı (GC) çalıştırıldığında kurtarma noktalarının süre sonu süresi güncelleştirilir ve bu süre her 24 saatte bir olur. Yedekleme ilkesini güncelleştirdikten sonra, GC işlerinde gecikme olmaması durumunda güncelleştirmelerin Süre Sonu Süresi'nde gösterilmesi 24 saat kadar sürebilir.

En son kurtarma noktasının süre sonu süresi, daha yeni bir kurtarma noktası oluşturulana kadar sonsuz saklama süresine sahip olduğundan görünmez. Çöp toplama işleminin ne zaman çalıştığına (24 saat içinde) bağlı olarak, diğer kurtarma noktalarının süre sonu süresi 24 saat oluşturulduktan sonra Azure Portal'da kullanılabilir.

Hayır, geri yükleme işlemi (özgün veya alternatif bir konuma) zamanlanmış yedeklemeleri etkilemez.

• Özgün Konuma Geri Yükleme: Azure Backup, mevcut VM'nin disklerini geri yükleme noktasındakilerle değiştirir. Bu işlem, yedekleme zamanlamasının kaldığından emin olmak için geri yüklemeden önce geçerli VM'nin anlık görüntüsünü almayı içerir.
• Alternatif Konuma Geri Yükleme: Azure Backup, geri yükleme noktasını kullanarak yeni bir VM oluşturur. Bu yeni VM özgün VM ile aynı yedekleme zamanlamasına sahip olmayacaktır; Yedekleme ilkesini el ile yapılandırmanız gerekir. Azure VM geri yükleme hakkında bilgi edinin.

Bu geri yükleme senaryolarında özgün sanal makine için özgün yedekleme ilkesi ve zamanlaması etkilenmez. Ancak, geri yüklenen VM'nin (alternatif konumda) bir yedekleme zamanlamasına sahip olmasını istiyorsanız, Yedekleme ilkesini ayarlamanız gerekir.

Azure VM'ler için Özgün Konum Geri Yükleme (OLR) veya Alternatif Konum Geri Yükleme (ALR) durumunda Azure Backup yedekleme yapılandırmasını şu şekilde gerçekleştirir:

Depolama Alanları Doğrudan iki farklı sanal makineye yayılmış verileri olduğundan desteklenmez.

Uygulamayla tutarlı VM yedeklemesi için tek bir VM'deki depolama alanları desteklenmez. Uygulamayla tutarlı VM yedeklemesi için VSS, G/Ç'yi dondurarak disk anlık görüntülerinin tutarlı olmasını sağlar. Depolama Alanları yine de arka planda yazma işlemleri gerçekleştirebilir ve uygulamayla tutarlı garantiyi bozabilir. Bu, alınan yedeklemenin uygulamayla tutarlı olmaması olasılığının düşük olmasına neden olabilir. Bugün, depolama alanları olan VM'nin yedeklenmesi ve kurtarılması üründe engellenmemektedir.