Sık sorulan sorular-Azure VM'lerini yedekleme

Bu makalede Azure Backup hizmetiyle Azure VM'lerini yedekleme hakkında sık sorulan sorular yanıtlanmaktadır.

Yedekleme

Hangi VM görüntülerini oluşturduğumda yedekleme için etkinleştirilebilir?

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

İlk yedeklemenin tamamlanması neden daha uzun sürüyor?

İ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.

Yedekleme maliyeti VM maliyetine dahil mi?

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

Bir VM için yedeklemeyi etkinleştirmek için hangi izinler gereklidir?

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/*/okuma
• 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 (yaz)

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.

İsteğe bağlı yedekleme işi, zamanlanmış yedeklemelerle aynı bekletme zamanlamasını kullanır mı?

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.

Kısa süre önce bazı sanal makinelerde Azure Disk Şifrelemesi'ni etkinleştirdim. Yedeklemelerim çalışmaya devam edecek mi?

Evet. ADE yedekleme ve geri yükleme operasyonları desteklenmeye devam ediyor ve Eylül 2028'deki planlanan ADE emekliliğinden önce engellenmedi. Mevcut ADE destekli VM'ler için, ana bilgisayarda şifrelemeye geçişi düşünün. En son emeklilik zaman çizelgesi ve geçiş rehberliği için resmi ADE genel bakış ve Migrate from Azure Disk Şifrelemesi to encryption at host dokümantasyonuna bakınız.

Azure Backup ile korunan bir VM'de ADE'yi etkinleştirirseniz, Azure Backup'a Key Vault'a erişim izinleri verin. Azure Backup PowerShell belgelerindeki Yedeklemeyi etkinleştirme bölümünde açıklandığı gibi PowerShell'deki izinleri belirtin.

VM disklerini yönetilen disklere geçirdim. Yedeklemelerim çalışmaya devam edecek mi?

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

Yedeklemeyi Yapılandır sihirbazında neden VM’mi göremiyorum?

Sihirbaz, yalnızca kasayla aynı bölgede bulunan ve hâlâ yedeklenmeyen VM'leri listeler.

SANAL makinem kapatıldı. İsteğe bağlı veya zamanlanmış yedekleme çalışır mı?

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

Devam eden bir yedekleme işini iptal edebilir miyim?

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 grubunda bir kilidi etkinleştirdim (örneğin, 'AzureBackupRG_<geo>_<number>'). Yedeklemelerim çalışmaya devam edecek mi?

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.

Sanal makinemle ilgili tüm kaynakları içeren kaynak grubu düzeyinde bir kilidim var. Yedeklemem çalışacak mı?

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.

Azure Backup Standart SSD ile yönetilen diskleri destekliyor mu?

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

Yazma Hızlandırıcısı (WA) özellikli diske sahip bir VM'i yedekleyebilir miyiz?

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.

Yazma Hızlandırıcısı (WA) diskleri ve SAP HANA yüklü bir VM'm var. Nasıl yedekleme yapabilirim?

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.

VM yedekleme ilkemde ayarladığım zamanlanmış yedekleme zamanından yedekleme başlangıç zamanında bekleyebileceğiniz en uzun gecikme süresi nedir?

Zamanlanan yedekleme, planlanan yedekleme saatinin ardından 2 saat içinde tetiklenir. Örneğin, 100 VM'nin yedekleme başlangıç saati 02:00'de zamanlanmışsa, en geç 04:00'e kadar tüm 100 VM'nin yedekleme işi devam eder. Zamanlanmış yedeklemeler kesinti nedeniyle duraklatıldıysa ve devam ettirildiyse veya yeniden başlatıldıysa, yedekleme bu planlanmış iki saatlik zaman aralığının dışında başlayabilir.

Günlük yedekleme noktası için izin verilen en düşük saklama aralığı nedir?

Azure Sanal Makine yedekleme ilkesi yedi günden 9999 güne kadar minimum saklama aralığını destekler. Varsayılan olarak, VM'lerin yedekleri 7 gün anlık görüntüde ve 180 gün kasada 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'min veya VM kaynak grubumun adını değiştirirsem ne olur?

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

Vm'ye bağlı seçmeli diskleri yedekleyebilir veya geri yükleyebilir miyim?

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.

Yedekleme sırasında kiracı değişikliği gerçekleşirse yönetilen kimlikler korunur mu?

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 bağlanan NFS dosyalarını yedeklemeyi destekliyor mu?

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.

Sanal makine yedeklemesinde depolanan VM yapılandırmaları nelerdir?

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 VM'den etiketleri yedekleyebilir miyiz? Öyleyse, kaç etiket var?

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ı.

Azure VM için yedekleme zamanlamadan isteğe bağlı (geçici) yedekleme alabilir miyim?

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

Azure Backup işlemi küme düğümleri için nasıl çalışır?

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.

Azure Backup uygulama performansını engelliyor mu?

VM Anlık Görüntüsü oluşturma işlemi birkaç dakika sürer ve bu aşamada uygulama performansında minimal müdahale 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.

VM'ye eklenen yeni bir disk otomatik olarak yedeklenecek mi?

Evet, vm'de seçmeli disk yedeklemesi yapılandırılmadığı sürece vm'ye eklenen yeni bir disk sonraki yedekleme sırasında otomatik olarak yedeklenir. VM'ye yeni eklenen bir diskte ilk yedeklemede tam anlık görüntü (İlk Çoğaltma) alınır ve mevcut diskler Artımlı mantık zincirine devam eder.

Dosyaları ve klasörleri şifrelenmiş bir VM yedeklemesinden geri yükleyebilir miyim?

Ş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.

Verileri kasaya aktarma aşamasında bir sanal makineyi durdurup ölçeğini artırabilir miyim?

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

Azure Backup, ADE şifreli VM'ler için anahtarların yedeğini alır ve geri yüklenen diskle birlikte geri yükler mi?

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

Tüm geri yükleme noktalarını kaldırabilir ve en sonuncusunu koruyabilir miyim?

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.

Azure VM Yedekleme'de, yedeklemenin bir parçası olarak alınan anlık görüntü için Anlık Görüntü Katmanı ve Depolama Yedekliliği nedir?

Azure VM Yedekleme'de anlık görüntüler, kaynak VM disk katmanından bağımsız olarak Standart HDD katman türü kullanılarak alınır. Varsayılan olarak, bu snapshotlar için yedekleme Yerel Olarak Yedekli Depolama (LRS) ile yapılır. Ancak, VM yedeklemeleri Gelişmiş İlke tarafından yönetiliyorsa ve temel kaynak disk depolama alanı Bölge Yedekliliğini destekleyen bir bölgede bulunuyorsa, anlık görüntüler Bölge Yedekli Depolama kullanılarak saklanır.

Yedekleme ilkesini kullanarak Azure VM'lerinin yedekleme noktalarını ne kadar süreyle koruyabilirim?

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

Klasik Azure Depolama'da oluşturulan vm disklerini yedekleyebilir miyim?

Hayır, Azure Klasik Depolama'da oluşturulan diskler için destek artık sağlanmamaktadır. Sürekli işlevselliği sağlamak için bu diskleri Azure Resource Manager Depolama'ya geçirmeniz gerekir. Ayrıca, Klasik Depolama hesapları ARM tabanlı Sanal Makineleri (VM' ler) destekleyemez ve uyumluluğu etkinleştirmek için herhangi bir geçici çözüm yoktur.

Önemli

Tüm Klasik VM'lerin yedekleme desteğinin 30 Eylül 2025'te kullanımdan kaldırılması planlanmaktadır. Kesintileri önlemek için bu zaman çizelgesinden önce Klasik VM'leri ve ilişkili diskleri Azure Resource Manager Depolama'ya geçirmenizi öneririz.

Yedekleme ilkesinin saklama süresi değiştirildiğinde Soft-Delete davranışı nasıl gerçekleşir?

Yedekleme ilkesinin bekletme süresi değiştirildiğinde, geri yükleme noktaları (IP'ler) için geçici silme davranışı değerlendirme sırasında geçerli ilkeye göre belirlenir( RP oluşturulduğunda geçerli ilkeye değil).

Premium SSD ZRS diskli bir bölgede depolanan bir Azure VM'm var. ZRS'nin desteklenmediği CRR kullanarak bu VM'yi Eşleştirilmiş bir bölgeye geri yüklersem ne olur?

Vm'yi Zone-Redundant Depolamayı (ZRS) desteklemeyen eşlenmiş bir bölgeye geri yüklerken, Azure Backup diski otomatik olarak özgün diskle aynı performans katmanında (örneğin Standart veya Premium) ancak ZRS yerine Yerel Olarak Yedekli Depolama (LRS) ile oluşturur. Bu, yedeklilik modeli değişse bile geri yükleme işleminin başarıyla tamamlanmasını sağlar.

Azure Backup için 64 TB disk desteği tüm bölgelerde kullanılabilir mi?

Azure Backup, 64 TB'a kadar tek tek disk boyutlarını ve VM başına toplam 512 TB'yi destekler. Bu destek, Azure Backup hizmetlerinin sunulduğu tüm Azure bölgelerinde kullanılabilir.

MDCC yedeklemesi Gelişmiş İlke aracılığıyla "yalnızca Kilitlenme Tutarlılığı Anlık Görüntüsü" seçeneğini belirtmeden nasıl çalışır?

Gelişmiş İlke altındaki MDCC yedeklemesinin davranışı "Yalnızca Çarpışma Tutarlılığı Anlık Görüntüsü" onay kutusunun seçili olup olmamasına bağlıdır.

Onay kutusu SEÇİLİ DEĞİLSE:

Gelişmiş İlke, uygulamayla tutarlı veya dosya sistemiyle tutarlı yedeklemeler almayı dener. Ancak, bu girişimler başarısız olursa, politika belirli aralıklarla çökme uyumlu yedeklemelere dönülecektir.

• 4., 6. ve 8. denemede çökme ile tutarlı bir anlık görüntü alınır.
• Bu geri dönüş, tutarlılık garanti edilemediğinde bile yedekleme sürekliliğini sağlar. MDCC'ye geri dönmenin nedenleri arasında çevrimdışı VM'ler, desteklenmeyen işletim sistemi olan VM'ler, Konuk Aracısı sorunları, VMSnapshotLinux uzantısı sağlama sorunları vb. bulunur.

Onay kutusu seçildiğinde:

İlke uygulama veya dosya sistemi tutarlılığını denemez. Bunun yerine, daha yüksek tutarlılık düzeyleri için herhangi bir yeniden deneme yapmadan doğrudan çökme ile tutarlı bir MDCC yedeklemesi başlatır.

Bu seçenek, hız ve basitlik tutarlılık garantilerine göre önceliklendirildiğinde kullanışlıdır.

Korumalı bir öğeyi Standart ilkeden Gelişmiş ilkesine geçirdiğimizde geri yükleme noktaları için hangi saklama süresi geçerli olur?

Bekletme Süresi, tüm geri yükleme noktaları için yeni geliştirilmiş ilkeye göre geçerlidir.

Yedekleme ilkesini değiştirdikten hemen sonra Kurtarma Noktalarım için güncelleştirilmiş süre sonunu neden göremiyorum?

Bir yedekleme ilkesini değiştirdiğinizde (örneğin, bekletme süresini değiştirdiğinizde), Kurtarma Noktaları (KN'ler) için güncellenmiş son kullanma süresi Azure portalına anında yansıtılmaz. Bu beklenen bir davranıştır.

Süre sonu yalnızca sistem günlük temizleme işlemini (süresi dolan Kurtarma Noktaları ayıklama işi olarak da bilinir) çalıştırdıktan sonra güncelleştirilir. Bu iş genellikle 24 saatte bir çalışır. Bu nedenle, yeni süre sonu süresinin mevcut veya yeni oluşturulan Kurtarma Noktaları için portalda görünmesi 24 saat kadar sürebilir.

Güncelleştirilmiş süre sonunu hemen görmüyorsanız destek isteği göndermeden önce lütfen 24 saate kadar bekleyin.

Geri Yükle

Yalnızca diskleri mi yoksa tam VM'yi mi geri yükleyeceğime nasıl karar veririm?

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.

Yönetilen disklere yükselttimden sonra yönetilmeyen VM disklerinin yedeklerini geri yükleyebilir miyim?

Evet, diskler yönetilmeyenden yönetilene geçirilmeden önce alınan yedeklemeleri kullanabilirsiniz. Azure Backup, bu eski kurtarma noktalarını yönetilen diskler olarak geri yükler.

VM’yi nasıl yönetilen disklere geçirilmeden önceki bir geri yükleme noktasına geri yüklerim?

Geri yükleme işlemi aynı kalır. Kurtarma noktası, VM'nin yönetilmeyen diskleri olduğu bir zamana aitse, Yönetilmeyen diskler kullanan VM'lerden eski kurtarma noktalarını geri yüklemeyi izleyin. VM'de yönetilen diskler varsa, yönetilen disk geri yüklemesini izleyerek diskleri yönetilen diskler olarak geri yükleyin. Daha sonra bu disklerden bir VM oluşturabilirsiniz.

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

Geri yükleme vm'yi oluşturamazsa, geri yüklemede bulunan disklere ne olur?

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

Silinmiş bir VM'yi geri yükleyebilir miyim?

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

Vm'yi aynı kullanılabilirlik kümelerine geri yüklemek Nasıl yaparım??

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.

Geri yükleme performansını nasıl hızlandırabiliriz?

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 için anahtar kasası ayarlarını değiştirdiğimizde ne olur?

Şifrelenmiş VM'nin anahtar kasası ayarlarını değiştirdikten sonra yedeklemeler yeni ayrıntılar kümesiyle çalışmaya devam eder. ** Ancak, yapılan değişiklikten önceki bir kurtarma noktasından geri yükledikten sonra, sanal makineyi oluşturabilmek için anahtar kasasındaki sırları geri yüklemeniz gerekir. Daha fazla bilgi için bu makaleye bakın.

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

Bir VM'nin etki alanı denetleyicisiyle ilişkisi bozuk olduğundan vm'ye bir kez geri yüklendikten sonra erişebilir miyim?

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.

Devam eden bir geri yükleme işini iptal edebilir miyim?

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 edemezsiniz.

Geri yükleme işlemimin tamamlanması neden uzun sürüyor?

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.

"Yeni Sanal Makine Oluştur"-geri yükleme türü çakışmalarını idare ilkeleriyle nasıl işleyebiliriz?

Azure Backup, kurtarma noktalarındaki bağlı diskleri kullanır ve görüntü referanslarınıza veya galerilerinize de bakmaz. Bu nedenle, politikada "storageProfile.osDisk.createOption as Attach" seçeneğini işaretleyebilirsiniz ve betik koşul şöyle olacaktır:

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

Bir VM'yi kapalı durumuna nasıl geri yüklerim?

VM'yi kapalı 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.

Kapalı durumdaki Azure VM'yi geri yükleyebilir miyim?

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.

Bir günde geri yüklemeyi tetiklemenin bir sınırı var mı?

Geri yükleme sınırı, 24 saatlik bir süre içinde veri kaynağı başına uygulanır. Aynı VM'yi bu süre içinde en fazla 20 kez geri yükleyebilirsiniz. Birden çok VM'nin aynı anda geri yüklenmesine izin verilir, ancak istek sınırları nedeniyle Azure Resource Manager gibi diğer Azure hizmetlerinden kısıtlamayı tetikleyebilir.

Geri yüklenen disk SKU'su sağlanan hedef SA'ya nasıl bağlıdır?

Bu kılavuz, diskleri yönetilmeyen VHD olarak geri yükleyen eski geri yükleme akışlarına uygulanır. Yönetilmeyen diskler kullanan VM'lerden kurtarma noktaları artık yalnızca yönetilen diskler olarak geri yüklenir, bu nedenle hedef depolama hesabı son disk türünü belirlemez. Depolama hesabı yalnızca geri yükleme meta verilerini ve geçici VHD dosyalarını tutmak için kullanılır.

Not

• Azure Backup şu anda farklı diskler için giriş olarak farklı SA'ları almayı desteklememektedir.

Geri yükleme işlemi tamamlandıktan sonra JSON şablonunu ve VHD dosyalarını silebilir miyim?

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

ADE şifrelenmiş VM'ler için Bölgeler Arası Geri Yükleme (CRR) işlemini nasıl çalıştırabilirim?

Ş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.

Azure Backup'ta bir Azure VM'nin önerilen adlandırma kuralları var mı?

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. Azure VM'de barındırılan bir web sitesi için önerilen adla host başlıkları oluşturabilirsiniz. Ancak bu, tavsiye edilen şekilde yapılmalıdır.

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

Azure Sanal Makinesini farklı bir abonelikte geri yükleyebilir miyim?

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 desteklenmez.

Abonelikler Arası Geri Yükleme tüm Azure VM'lerini destekliyor mu?

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

Başka bir abonelikte geri yüklemek için Azure VM anlık görüntülerini kullanabilir miyim?

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

İkincil bölgelerde çalışan Azure VM'leri için Abonelikler Arası Geri Yükleme gerçekleştirebilir miyim?

Evet.

Abonelikler Arası Geri Yükleme için Gelişmiş ilke kullanabilir miyim?

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

Azure bölgesi sabitlenmiş bir Sanal Makineyi farklı bir bölgeye geri yükleyebilir miyim?

Evet, Çapraz Bölge Geri Yükleme artık Azure rol tabanlı erişim denetimi (Azure RBAC) kurallarına göre, Bölgeye Sabitlenmiş Azure VM'lerini, Bölge yedekli depolama (ZRS) etkinleştirilmiş bir kasada bulunan bir kurtarma noktası kullanarak, farklı bir uygun bölgeye geri yüklemenize olanak tanır. Bölgeler Arası Geri Yükleme (CRR) ile kasalardan da desteklenir.

Azure bölge dışı sabitlenmiş sanal makineyi farklı bir bölgeye geri yükleyebilir miyim?

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

Bölgeler Arası Geri Yükleme tüm Azure VM'lerini destekliyor mu?

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

Başka bir bölgeye geri yüklemek için Azure VM anlık görüntülerini kullanabilir miyim?

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

Azure bölgesi sabitlenmiş VM'leri ikincil bölgelere geri yükleyebilir miyim?

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

Bölgeler Arası Geri Yükleme için Gelişmiş ilke kullanabilir miyim?

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

Nasıl Linux ILR için Python betiğini çalıştırdıktan sonra iSCSI oturumunu ve işlemlerini temizlerim?

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

Geri yüklenen VM'ler neden kaynak VM'nin Teklif/SKU/Publisher özelliklerini kaybeder?

Azure Backup kullanarak bir sanal makine (VM) geri yüklemesi sırasında, geri yüklenen VM'nin kaynak VM'de bulunan Teklif, SKU ve Publisher özelliklerini tutmadığını fark edebilirsiniz. Bu beklenen bir davranıştır ve aşağıdaki nedenlerden dolayı gerçekleşir:

• MarketPlace Görüntü VM'leri: Teklif, SKU ve Yayımcı ayrıntıları yalnızca MarketPlace görüntüsünden oluşturulan VM'lerde bulunur. Bu özellikler VM görüntüsünün kendisinden türetilir. Pazar Yeri görüntüsünden bir VM oluşturulduğunda createOption görüntüden olarak ayarlanır. Bu, Teklif, SKU ve Yayımcı özelliklerinin sanal makine oluşturma işlemi sırasında eklenmesini sağlar.
• Disklerden Oluşturulan VM'ler: Disklerden bir VM oluşturulduğunda (geri yüklenen VM'ler, karşıya yüklenen VM'ler veya anlık görüntülerden oluşturulan VM'ler gibi), createOption "görüntüden" yerine Ekle olarak ayarlanır. Bu durumda, Teklif, SKU ve Publisher özellikleri salt okunur olduğundan ve createOption imajdan geldiğinde yalnızca ilk VM oluşturma işlemi sırasında eklenebildiği için dahil edilmemiştir.

Vault depolama alanından geri yükleme gerçekleştirdiğimizde beklenen aktarım hızı nedir?

Katman 2 geri yüklemeleri (kasa verilerinden geri yüklemeler) için gereken süre, aktarılması gereken ayrılan veri miktarına bağlıdır. Gözlemlenen bir durumda, her biri yaklaşık 2 TB ayrılmış veriye sahip diskler genel aktarım süresine önemli ölçüde katkıda bulunmuştur. 30 MBps aktarım hızı en uygun olarak kabul edilirken, bu örnekte yaklaşık 50 MBps'ye ulaştık.

Örneğin, müşterinin segment başına 2 TB ayrılmış veri içeren 16 TB'lık bir diski varsa, toplam geri yükleme süresi en uygun aktarım hızında 20 saate kadar uzatılabilir.

VM yedeklemelerini yönetme

Yedekleme ilkesini değiştirirsem ne olur?

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

• Saklama süresi uzatılırsa, mevcut kurtarma noktaları işaretlenir ve yeni politikaya uygun olarak saklanır.
• Eğer veri saklama süresi azaltılırsa, kurtarma noktaları bir sonraki temizlik işinde budama 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.

Azure Backup tarafından yedeklenen bir VM'yi farklı bir kaynak grubuna taşımak Nasıl yaparım??

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 olan AzureBackup_<name of your VM that you're trying to move>_########### türündeki kaynağı bulun.
   5. Bu kaynağı silin. Bu işlem, kasada yedeklenmiş 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 yeniden başlayın.

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

Vm'yi farklı bir kaynak grubuna taşıdıktan sonra ne olur?

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.

Aynı yedekleme ilkesiyle ilişkilendirilebilen VM sayısı sınırı var mı?

Evet, 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.

Yedeklerim için bekletme ayarlarını nasıl görüntüleyebilirim?

Ş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.

Bir anlık görüntü bir depolama hesabından kasaya taşındığında, aktarım sırasında şifreleme nasıl yönetilir?

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.

Dosya Kurtarma seçeneğini nasıl devre dışı bırakabilirim?

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.

Bekletme ilkesini değiştirdim, ilkenin etkili olması için gereken süre nedir?

İ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 budanması (varsa) 24 saat sürer.

Belirli bir kurtarma noktasının saklama süresini nasıl uzatır veya azaltırım?

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

Durdurulan yedeklemeler için bekletme süresi nasıl değiştirilir?

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

Durdurulan yedeklemeler ne kadar süreyle korunur?

Durdurulan yedeklemeler el ile silinene kadar korunur.

Bölgeler Arası Geri Yükleme gerçekleştirirken ikincil bölgede bir sanal ağ, alt ağ veya depolama hesabı seçemem.

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

Azure Backup hizmeti ile Azure VM arasındaki trafiği nasıl denetleyebilirim?

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

Azure Backup'ta VM yedeklemeleri için en düşük RPO ve RTO nedir?

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.

VMMarketplaceInvalidInputmessage hatası neden görünüyor?

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.

Anahtar döndürmelerini nasıl yönetebilirim? Yedekleme sırasında hangi anahtarın kullanıldığından ve geri yüklenen VM ile kullanılmak üzere mevcut olduğundan nasıl emin olabilirsiniz?

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

Microsoft tarafından yönetilen anahtarlar Azure Backup için ne sıklıkta döndürülür?

Microsoft tarafından yönetilen anahtarlar uyumluluk gereksinimlerine göre döndürülür. Belirli anahtar döndürme gereksinimleriniz varsa, döndürmeyi el ile yönetebilmeniz ve denetleyebilmeniz için müşteri tarafından yönetilen anahtarlara geçmenizi öneririz. Daha fazla bilgi edinin [Azure Depolama şifrelemesi hakkında] (.. \storage\common\storage-service-encryption.md).

CRR (Çapraz Bölge Çoğaltma) ile yapılandırılmış bir Kasa'da, birincil bölge başarısız olursa ikincil verilere ne olur?

Birincil bölge başarısız olmadan önce ikincil bölgeye tamamen çoğaltılan yedekleme verileri bozulmadan kalır. Birincil bölge hatadan kurtarıldıktan sonra bile bu durum geçerli kalır. Başka bir deyişle sanal makine, çoğaltma zamanlamasına bağlı olarak hatadan önce sahip olduğu verilerle ikincil bölgede kurtarılabilir. Azure VM yedeklemeleri için ikincil bölge RPO süresinin en kötü durumda en fazla 36 saat olabilir. Standart politika ile, bu, birincil bölgede 24 saate kadar ve ikincil bölgeye çoğaltma için 12 saate kadar dayanmaktadır. Geliştirilmiş politika ile, daha sık yerel kurtarma noktası oluşturulması, en iyi durumda elde edilebilecek ikincil bölge RPO'sunu iyileştirebilir, ancak en kötü durumda yine de 36 saate kadar olabilir.

Yedekleme ilkesini güncelleştirdiğimde neden süre sonu süresi hemen güncelleştirilmiyor?

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 noktaları için süre sonu neden VM'ler için Azure portalında görünmüyor?

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. Diğer kurtarma noktalarının geçerlilik süreleri, oluşturulmalarından 24 saat sonra, çöp toplama işlemleri ne zaman yapılırsa (bu işlem 24 saat içinde gerçekleşecektir) Azure portalında görülebilir.

Azure VM'yi özgün veya alternatif konuma geri yükleme işlemi zamanlanmış yedeklemeyi etkiler mi?

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ındaki disklerle 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şturmak için kullanılır. 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'lerinin Özgün/Alternatif Konum Geri Yüklemesini yaptığımda yedekleme yapılandırmasına ne olur?

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:

Geri yükleme türü	Yedekleme yapılandırması	Verileri yedekleme
Özgün Konum Geri Yükleme (OLR)	Yedekleme yapılandırması aynı kalır. Geri yüklenen VM, özgün VM ile aynı yedekleme ilkesini ve zamanlamayı kullanır.	Mevcut yedekleme verileri korunur ve özgün yedekleme zamanlamasına göre yeni yedeklemeler tetiklenir.
Alternatif Konum Geri Yükleme (ALR)	Alternatif konumda oluşturulan yeni VM, özgün VM'nin yedekleme yapılandırmasını devralmıyor. Bu VM için el ile yeni bir yedekleme ilkesi yapılandırmanız gerekir.	Özgün VM'nin yedekleme verileri etkilenmez. Ancak, yedeklemesini yapılandırdıktan sonra yeni VM yeni bir yedekleme geçmişiyle başlar.

Not

• OLR: Aynı ilkeye sahip yedeklemelerin sorunsuz bir şekilde devamını sağlar.
• ALR: Yeni VM için yedekleme ilkelerinin el ile ayarlanmasını gerektirir.

Doğrudan Depolama Alanları ve Depolama Alanları olan VM'ler neden Azure VM Yedekleme ile desteklenmemektedir?

Depolama Alanları Doğrudan, iki farklı sanal makineye yayılmış veriler içerdiğinden 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 bu durum, uygulamanın tutarlılık garantisini bozabilir. Bu, alınan yedeklemenin uygulamayla tutarlı olma olasılığının düşük olmasına neden olabilir. Bugün, depolama alanlarıyla VM'nin yedeklenmesi ve kurtarılması üründe engellenmemektedir.

Vm'den disklerden birini kaldırır ve var olan diskin boyutunu artırırsam, yedeklemelere ne olur ve bir sonraki yedekleme tüm diskler için Tam Yedekleme oluşturursa?

Bir diski kaldırırsanız, kaldırılan disk için anlık görüntü veya veri aktarım işlemi çalışmaz. Geri yükleme noktasına dahil edilen disklerin sayısı, yedekleme sırasındaki VM durumuna bağlı olarak değişir.

Diskin temel depolama hesabı değişmediği sürece diski yeniden boyutlandırma işlemi artımlı yedeklemelerle devam eder ve bu da tam yedeklemeye neden olur.

"/var/log/azure/Microsoft.Azure.RecoveryServices.VMSnapshotLinux" dizini nedir?

Bu, VMSnapshotLinux Yedekleme Uzantısı tarafından kullanılan dizindir ve Kurtarma Hizmetleri Kasası kullanılarak VM'de yedeklemeler etkinleştirildiğinde oluşturulur. Günlükler yedeklemeler, geri yüklemeler veya zamanlama güncelleştirmeleri gibi uzantı işlemleri sırasında bu konuma yazılır; genellikle yalnızca birkaç GB kullanmaları gerekir ve günlüklerin boyutu yedeklemenin boyutuyla orantılı değildir.

Bir süre çalıştırdıktan sonra büyük disk VM'leri için yedekleme zaman aşımı hatasıyla başarısız olursa, yedekleme işini tekrar ne zaman başlatabilirim ve yedekleme başarısız olduğu yerden devam edecek mi?

İlk Çoğaltma için, hata durumunda tam yedekleme yeniden başlatılır. Ancak, Artımlı için, son başarılı yedeklemedeki anlık görüntü, değiştirilen verileri depolama alanına kopyalamak üzere en son anlık görüntüyle karşılaştırılır.

Premium SSD v2'nin GRS Kasaları/Bölgeler Arası Geri Yükleme ile neden desteklenmediği açıklanabilir mi?

Premium SSD v2/Ultra Diskler şu anda tüm bölgelerde kullanılamadığından Geo-Redundant Depolama (GRS) etkinleştirilemiyor.

Not

GRS işlevleri yalnızca her iki eşleştirilmiş bölge de Premium SSD v2/Ultra Diskleri desteklediğinde çalışır.

Yedekleme ilkesini değiştirdikten hemen sonra Kurtarma Noktalarım için güncelleştirilmiş süre sonunu neden göremiyorum?

Bir yedekleme ilkesini değiştirdiğinizde (örneğin, bekletme süresini değiştirdiğinizde), Kurtarma Noktaları (RP) için güncelleştirilmiş süre sonu süresi Azure portalına anında yansıtılmaz. Bu beklenen bir davranıştır.

Süre sonu yalnızca sistem günlük temizleme işlemini (süresi dolan Kurtarma Noktaları ayıklama işi olarak da bilinir) çalıştırdıktan sonra güncelleştirilir. Bu iş genellikle 24 saatte bir çalışır. Bu nedenle, yeni süre sonu süresinin mevcut veya yeni oluşturulan Kurtarma Noktaları için portalda görünmesi 24 saat kadar sürebilir.

Güncelleştirilmiş süre sonunu hemen görmüyorsanız destek isteği göndermeden önce lütfen 24 saate kadar bekleyin.

Bu makalede Azure Backup hizmetiyle Azure VM'lerini yedekleme hakkında sık sorulan sorular yanıtlanmaktadır.

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/*/okuma
• 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 (yaz)

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.

Evet. ADE yedekleme ve geri yükleme operasyonları desteklenmeye devam ediyor ve Eylül 2028'deki planlanan ADE emekliliğinden önce engellenmedi. Mevcut ADE destekli VM'ler için, ana bilgisayarda şifrelemeye geçişi düşünün. En son emeklilik zaman çizelgesi ve geçiş rehberliği için resmi ADE genel bakış ve Migrate from Azure Disk Şifrelemesi to encryption at host dokümantasyonuna bakınız.

Azure Backup ile korunan bir VM'de ADE'yi etkinleştirirseniz, Azure Backup'a Key Vault'a erişim izinleri verin. 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ölgede bulunan ve hâlâ yedeklenmeyen VM'leri listeler.

Evet. Bir makine kapatıldığında yedeklemeler çalıştırılır. Kurtarma noktası çökme 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, planlanan yedekleme saatinin ardından 2 saat içinde tetiklenir. Örneğin, 100 VM'nin yedekleme başlangıç saati 02:00'de zamanlanmışsa, en geç 04:00'e kadar tüm 100 VM'nin yedekleme işi devam eder. Zamanlanmış yedeklemeler kesinti nedeniyle duraklatıldıysa ve devam ettirildiyse veya yeniden başlatıldıysa, yedekleme bu planlanmış iki saatlik zaman aralığının dışında 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 7 gün anlık görüntüde ve 180 gün kasada 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.

Eğer VM veya VM kaynak grubunuzun büyük/küçük harflerini değiştirirseniz, yedekleme öğesi adının büyük/küçük harfi değişmez; bu, Azure Backup'ın beklenen bir 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 minimal müdahale 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'de seçmeli disk yedeklemesi yapılandırılmadığı sürece vm'ye eklenen yeni bir disk sonraki yedekleme sırasında otomatik olarak yedeklenir. VM'ye yeni eklenen bir diskte ilk yedeklemede tam anlık görüntü (İlk Çoğaltma) alınır ve mevcut diskler Artımlı mantık zincirine devam eder.

Ş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 anahtar kaybı sırasında anahtarların 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.

Azure VM Yedekleme'de anlık görüntüler, kaynak VM disk katmanından bağımsız olarak Standart HDD katman türü kullanılarak alınır. Varsayılan olarak, bu snapshotlar için yedekleme Yerel Olarak Yedekli Depolama (LRS) ile yapılır. Ancak, VM yedeklemeleri Gelişmiş İlke tarafından yönetiliyorsa ve temel kaynak disk depolama alanı Bölge Yedekliliğini destekleyen bir bölgede bulunuyorsa, anlık görüntüler Bölge Yedekli Depolama kullanılarak saklanır.

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

Hayır, Azure Klasik Depolama'da oluşturulan diskler için destek artık sağlanmamaktadır. Sürekli işlevselliği sağlamak için bu diskleri Azure Resource Manager Depolama'ya geçirmeniz gerekir. Ayrıca, Klasik Depolama hesapları ARM tabanlı Sanal Makineleri (VM' ler) destekleyemez ve uyumluluğu etkinleştirmek için herhangi bir geçici çözüm yoktur.

Önemli

Tüm Klasik VM'lerin yedekleme desteğinin 30 Eylül 2025'te kullanımdan kaldırılması planlanmaktadır. Kesintileri önlemek için bu zaman çizelgesinden önce Klasik VM'leri ve ilişkili diskleri Azure Resource Manager Depolama'ya geçirmenizi öneririz.

Yedekleme ilkesinin bekletme süresi değiştirildiğinde, geri yükleme noktaları (IP'ler) için geçici silme davranışı değerlendirme sırasında geçerli ilkeye göre belirlenir( RP oluşturulduğunda geçerli ilkeye değil).

Vm'yi Zone-Redundant Depolamayı (ZRS) desteklemeyen eşlenmiş bir bölgeye geri yüklerken, Azure Backup diski otomatik olarak özgün diskle aynı performans katmanında (örneğin Standart veya Premium) ancak ZRS yerine Yerel Olarak Yedekli Depolama (LRS) ile oluşturur. Bu, yedeklilik modeli değişse bile geri yükleme işleminin başarıyla tamamlanmasını sağlar.

Azure Backup, 64 TB'a kadar tek tek disk boyutlarını ve VM başına toplam 512 TB'yi destekler. Bu destek, Azure Backup hizmetlerinin sunulduğu tüm Azure bölgelerinde kullanılabilir.

Gelişmiş İlke altındaki MDCC yedeklemesinin davranışı "Yalnızca Çarpışma Tutarlılığı Anlık Görüntüsü" onay kutusunun seçili olup olmamasına bağlıdır.

Onay kutusu SEÇİLİ DEĞİLSE:

Gelişmiş İlke, uygulamayla tutarlı veya dosya sistemiyle tutarlı yedeklemeler almayı dener. Ancak, bu girişimler başarısız olursa, politika belirli aralıklarla çökme uyumlu yedeklemelere dönülecektir.

• 4., 6. ve 8. denemede çökme ile tutarlı bir anlık görüntü alınır.
• Bu geri dönüş, tutarlılık garanti edilemediğinde bile yedekleme sürekliliğini sağlar. MDCC'ye geri dönmenin nedenleri arasında çevrimdışı VM'ler, desteklenmeyen işletim sistemi olan VM'ler, Konuk Aracısı sorunları, VMSnapshotLinux uzantısı sağlama sorunları vb. bulunur.

Onay kutusu seçildiğinde:

İlke uygulama veya dosya sistemi tutarlılığını denemez. Bunun yerine, daha yüksek tutarlılık düzeyleri için herhangi bir yeniden deneme yapmadan doğrudan çökme ile tutarlı bir MDCC yedeklemesi başlatır.

Bu seçenek, hız ve basitlik tutarlılık garantilerine göre önceliklendirildiğinde kullanışlıdır.

Bekletme Süresi, tüm geri yükleme noktaları için yeni geliştirilmiş ilkeye göre geçerlidir.

Bir yedekleme ilkesini değiştirdiğinizde (örneğin, bekletme süresini değiştirdiğinizde), Kurtarma Noktaları (KN'ler) için güncellenmiş son kullanma süresi Azure portalına anında yansıtılmaz. Bu beklenen bir davranıştır.

Süre sonu yalnızca sistem günlük temizleme işlemini (süresi dolan Kurtarma Noktaları ayıklama işi olarak da bilinir) çalıştırdıktan sonra güncelleştirilir. Bu iş genellikle 24 saatte bir çalışır. Bu nedenle, yeni süre sonu süresinin mevcut veya yeni oluşturulan Kurtarma Noktaları için portalda görünmesi 24 saat kadar sürebilir.

Güncelleştirilmiş süre sonunu hemen görmüyorsanız destek isteği göndermeden önce lütfen 24 saate kadar bekleyin.

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. Azure Backup, bu eski kurtarma noktalarını yönetilen diskler olarak geri yükler.

Geri yükleme işlemi aynı kalır. Kurtarma noktası, VM'nin yönetilmeyen diskleri olduğu bir zamana aitse, Yönetilmeyen diskler kullanan VM'lerden eski kurtarma noktalarını geri yüklemeyi izleyin. VM'de yönetilen diskler varsa, yönetilen disk geri yüklemesini izleyerek diskleri yönetilen diskler olarak geri yükleyin. 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, yapılan değişiklikten önceki bir kurtarma noktasından geri yükledikten sonra, sanal makineyi oluşturabilmek için anahtar kasasındaki sırları geri yüklemeniz gerekir. Daha fazla bilgi için bu makaleye bakın.

Gizli anahtar/anahtar yenileme 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 edemezsiniz.

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ındaki bağlı diskleri kullanır ve görüntü referanslarınıza veya galerilerinize de bakmaz. Bu nedenle, politikada "storageProfile.osDisk.createOption as Attach" seçeneğini işaretleyebilirsiniz ve betik koşul şöyle olacaktır:

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

VM'yi kapalı 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.

Geri yükleme sınırı, 24 saatlik bir süre içinde veri kaynağı başına uygulanır. Aynı VM'yi bu süre içinde en fazla 20 kez geri yükleyebilirsiniz. Birden çok VM'nin aynı anda geri yüklenmesine izin verilir, ancak istek sınırları nedeniyle Azure Resource Manager gibi diğer Azure hizmetlerinden kısıtlamayı tetikleyebilir.

Bu kılavuz, diskleri yönetilmeyen VHD olarak geri yükleyen eski geri yükleme akışlarına uygulanır. Yönetilmeyen diskler kullanan VM'lerden kurtarma noktaları artık yalnızca yönetilen diskler olarak geri yüklenir, bu nedenle hedef depolama hesabı son disk türünü belirlemez. Depolama hesabı yalnızca geri yükleme meta verilerini ve geçici VHD dosyalarını tutmak için kullanılır.

Not

• Azure Backup şu anda farklı diskler için giriş olarak farklı SA'ları almayı desteklememektedir.

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. Azure VM'de barındırılan bir web sitesi için önerilen adla host başlıkları oluşturabilirsiniz. Ancak bu, tavsiye edilen şekilde yapılmalıdır.

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 desteklenmez.

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

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

Evet.

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

Evet, Çapraz Bölge Geri Yükleme artık Azure rol tabanlı erişim denetimi (Azure RBAC) kurallarına göre, Bölgeye Sabitlenmiş Azure VM'lerini, Bölge yedekli depolama (ZRS) etkinleştirilmiş bir kasada bulunan bir kurtarma noktası kullanarak, farklı bir uygun 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ı temelinde Alanlar arası yedekli depolama (ZRS) etkinleştirilmiş bir kasada kurtarma noktası 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üklemeanlı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 clean parametresiyle (python scriptName.py clean) Python betiğini çalıştırın.

Azure Backup kullanarak bir sanal makine (VM) geri yüklemesi sırasında, geri yüklenen VM'nin kaynak VM'de bulunan Teklif, SKU ve Publisher özelliklerini tutmadığını fark edebilirsiniz. Bu beklenen bir davranıştır ve aşağıdaki nedenlerden dolayı gerçekleşir:

• MarketPlace Görüntü VM'leri: Teklif, SKU ve Yayımcı ayrıntıları yalnızca MarketPlace görüntüsünden oluşturulan VM'lerde bulunur. Bu özellikler VM görüntüsünün kendisinden türetilir. Pazar Yeri görüntüsünden bir VM oluşturulduğunda createOption görüntüden olarak ayarlanır. Bu, Teklif, SKU ve Yayımcı özelliklerinin sanal makine oluşturma işlemi sırasında eklenmesini sağlar.
• Disklerden Oluşturulan VM'ler: Disklerden bir VM oluşturulduğunda (geri yüklenen VM'ler, karşıya yüklenen VM'ler veya anlık görüntülerden oluşturulan VM'ler gibi), createOption "görüntüden" yerine Ekle olarak ayarlanır. Bu durumda, Teklif, SKU ve Publisher özellikleri salt okunur olduğundan ve createOption imajdan geldiğinde yalnızca ilk VM oluşturma işlemi sırasında eklenebildiği için dahil edilmemiştir.

Katman 2 geri yüklemeleri (kasa verilerinden geri yüklemeler) için gereken süre, aktarılması gereken ayrılan veri miktarına bağlıdır. Gözlemlenen bir durumda, her biri yaklaşık 2 TB ayrılmış veriye sahip diskler genel aktarım süresine önemli ölçüde katkıda bulunmuştur. 30 MBps aktarım hızı en uygun olarak kabul edilirken, bu örnekte yaklaşık 50 MBps'ye ulaştık.

Örneğin, müşterinin segment başına 2 TB ayrılmış veri içeren 16 TB'lık bir diski varsa, toplam geri yükleme süresi en uygun aktarım hızında 20 saate kadar uzatılabilir.

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

• Saklama süresi uzatılırsa, mevcut kurtarma noktaları işaretlenir ve yeni politikaya uygun olarak saklanır.
• Eğer veri saklama süresi azaltılırsa, kurtarma noktaları bir sonraki temizlik işinde budama 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 olan AzureBackup_<name of your VM that you're trying to move>_########### türündeki kaynağı bulun.
   5. Bu kaynağı silin. Bu işlem, kasada yedeklenmiş 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 yeniden başlayın.

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, 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 budanması (varsa) 24 saat sürer.

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

Durdurulan yedeklemelerin tutma süresi, onlara hiçbir politika 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 bilgilerini ve KEK verilerini yedekler ve aynı verileri geri yükler. Ancak, ADE VM'lerinin eski sürüm anahtarlarıyla önyüklenmesi de mümkündür.

Microsoft tarafından yönetilen anahtarlar uyumluluk gereksinimlerine göre döndürülür. Belirli anahtar döndürme gereksinimleriniz varsa, döndürmeyi el ile yönetebilmeniz ve denetleyebilmeniz için müşteri tarafından yönetilen anahtarlara geçmenizi öneririz. Daha fazla bilgi edinin [Azure Depolama şifrelemesi hakkında] (.. \storage\common\storage-service-encryption.md).

Birincil bölge başarısız olmadan önce ikincil bölgeye tamamen çoğaltılan yedekleme verileri bozulmadan kalır. Birincil bölge hatadan kurtarıldıktan sonra bile bu durum geçerli kalır. Başka bir deyişle sanal makine, çoğaltma zamanlamasına bağlı olarak hatadan önce sahip olduğu verilerle ikincil bölgede kurtarılabilir. Azure VM yedeklemeleri için ikincil bölge RPO süresinin en kötü durumda en fazla 36 saat olabilir. Standart politika ile, bu, birincil bölgede 24 saate kadar ve ikincil bölgeye çoğaltma için 12 saate kadar dayanmaktadır. Geliştirilmiş politika ile, daha sık yerel kurtarma noktası oluşturulması, en iyi durumda elde edilebilecek ikincil bölge RPO'sunu iyileştirebilir, ancak en kötü durumda yine de 36 saate kadar olabilir.

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. Diğer kurtarma noktalarının geçerlilik süreleri, oluşturulmalarından 24 saat sonra, çöp toplama işlemleri ne zaman yapılırsa (bu işlem 24 saat içinde gerçekleşecektir) Azure portalında görülebilir.

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ındaki disklerle 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şturmak için kullanılır. 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:

Geri yükleme türü	Yedekleme yapılandırması	Verileri yedekleme
Özgün Konum Geri Yükleme (OLR)	Yedekleme yapılandırması aynı kalır. Geri yüklenen VM, özgün VM ile aynı yedekleme ilkesini ve zamanlamayı kullanır.	Mevcut yedekleme verileri korunur ve özgün yedekleme zamanlamasına göre yeni yedeklemeler tetiklenir.
Alternatif Konum Geri Yükleme (ALR)	Alternatif konumda oluşturulan yeni VM, özgün VM'nin yedekleme yapılandırmasını devralmıyor. Bu VM için el ile yeni bir yedekleme ilkesi yapılandırmanız gerekir.	Özgün VM'nin yedekleme verileri etkilenmez. Ancak, yedeklemesini yapılandırdıktan sonra yeni VM yeni bir yedekleme geçmişiyle başlar.

Not

• OLR: Aynı ilkeye sahip yedeklemelerin sorunsuz bir şekilde devamını sağlar.
• ALR: Yeni VM için yedekleme ilkelerinin el ile ayarlanmasını gerektirir.

Depolama Alanları Doğrudan, iki farklı sanal makineye yayılmış veriler içerdiğinden 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 bu durum, uygulamanın tutarlılık garantisini bozabilir. Bu, alınan yedeklemenin uygulamayla tutarlı olma olasılığının düşük olmasına neden olabilir. Bugün, depolama alanlarıyla VM'nin yedeklenmesi ve kurtarılması üründe engellenmemektedir.

Bir diski kaldırırsanız, kaldırılan disk için anlık görüntü veya veri aktarım işlemi çalışmaz. Geri yükleme noktasına dahil edilen disklerin sayısı, yedekleme sırasındaki VM durumuna bağlı olarak değişir.

Diskin temel depolama hesabı değişmediği sürece diski yeniden boyutlandırma işlemi artımlı yedeklemelerle devam eder ve bu da tam yedeklemeye neden olur.

Bu, VMSnapshotLinux Yedekleme Uzantısı tarafından kullanılan dizindir ve Kurtarma Hizmetleri Kasası kullanılarak VM'de yedeklemeler etkinleştirildiğinde oluşturulur. Günlükler yedeklemeler, geri yüklemeler veya zamanlama güncelleştirmeleri gibi uzantı işlemleri sırasında bu konuma yazılır; genellikle yalnızca birkaç GB kullanmaları gerekir ve günlüklerin boyutu yedeklemenin boyutuyla orantılı değildir.

İlk Çoğaltma için, hata durumunda tam yedekleme yeniden başlatılır. Ancak, Artımlı için, son başarılı yedeklemedeki anlık görüntü, değiştirilen verileri depolama alanına kopyalamak üzere en son anlık görüntüyle karşılaştırılır.

Premium SSD v2/Ultra Diskler şu anda tüm bölgelerde kullanılamadığından Geo-Redundant Depolama (GRS) etkinleştirilemiyor.

Not

GRS işlevleri yalnızca her iki eşleştirilmiş bölge de Premium SSD v2/Ultra Diskleri desteklediğinde çalışır.

Bir yedekleme ilkesini değiştirdiğinizde (örneğin, bekletme süresini değiştirdiğinizde), Kurtarma Noktaları (RP) için güncelleştirilmiş süre sonu süresi Azure portalına anında yansıtılmaz. Bu beklenen bir davranıştır.

Süre sonu yalnızca sistem günlük temizleme işlemini (süresi dolan Kurtarma Noktaları ayıklama işi olarak da bilinir) çalıştırdıktan sonra güncelleştirilir. Bu iş genellikle 24 saatte bir çalışır. Bu nedenle, yeni süre sonu süresinin mevcut veya yeni oluşturulan Kurtarma Noktaları için portalda görünmesi 24 saat kadar sürebilir.

Güncelleştirilmiş süre sonunu hemen görmüyorsanız destek isteği göndermeden önce lütfen 24 saate kadar bekleyin.