Azure Backup - Sık sorulan sorular

Evet. Her abonelikte, Azure Backup hizmetinin desteklenen her bir bölgesi için en fazla 500 Kurtarma Hizmetleri kasası oluşturabilirsiniz. Daha fazla kasaya ihtiyacınız varsa başka bir abonelik oluşturun.

Kasa başına en fazla 1000 Azure Sanal makinesi kaydedebilirsiniz. Microsoft Azure Backup Aracısı kullanıyorsanız kasa başına en fazla 50 MARS aracısı kaydedebilirsiniz. Ayrıca bir kasaya 50 MABS sunucusu/DPM sunucusu kaydedebilirsiniz.

Tüm iş yüklerinde (IaaS VM, SQL, AFS gibi) en fazla 2000 veri kaynağının/öğenin korunması kasa başına önerilen sınırdır. Örneğin, kasada zaten 500 VM ve 400 Azure Dosyalar paylaşımı koruduysanız, içinde en fazla 1100 SQL veritabanını korumanızı öneririz.

Kasa başına en fazla 200 ilkeniz olabilir. Ancak, Azure Resource Manager (ARM) şablonları veya PowerShell gibi Azure Otomasyonu istemcileri aracılığıyla yeni yedekleme ilkeleri ekleme veya geçerli ilkeleri düzenleme, CLI 24 saatlik bir süre boyunca 50 ile sınırlıdır.

Birlikte kurtarmak istediğiniz sunucu verileri, siz yedeklemeyi ayarladığınızda aynı parolayı kullanmalıdır. Kurtarmayı belirli bir veya birden çok sunucuyla yalıtmak istiyorsanız, yalnızca bu sunucu veya sunucular için bir parola kullanın. Örneğin, insan kaynakları sunucuları bir şifreleme parolası kullanırken, muhasebe sunucuları ve depolama sunucuları farklı birer şifreleme parolası kullanabilir.

Evet. Kurtarma Hizmetleri kasasını taşımak için bu makaleye bakın

Hayır. Kasada depolanan yedek veriler farklı bir kasaya taşınamaz.

Depolama çoğaltma türü varsayılan olarak coğrafi olarak yedekli depolama (GRS) olarak ayarlanır. Yedeklemeyi yapılandırdıktan sonra değiştirme seçeneği devre dışı durumdadır ve değiştirilemez.

Yedeklemeyi zaten yapılandırdıysanız ve GRS'den LRS'ye geçmeniz gerekiyorsa bkz . Yedeklemeyi yapılandırdıktan sonra GRS'den LRS'ye geçme.

• ILR, Azure VM yedeklemesi tarafından yedeklenen Azure VM'lerinde desteklenir. Daha fazla bilgi için şu makaleye bakın
• ILR, Azure Backup Sunucusu (MABS) veya System Center DPM tarafından yedeklenen şirket içi VM'lerin çevrimiçi kurtarma noktaları için desteklenmez.

Yedekleme verilerini Kurtarma Hizmetleri Kasası'nın dışına taşımak için gerekli verileri geri yüklemeniz gerekir. Kasanız şirket içi verilerin yedeğini içeriyorsa şirket içi verileri geri yüklemek için ilgili aracıyı (MARS, MABS veya DPM) kullanın.

Bulut iş yükünün (Azure VM'lerinde Azure VM'leri, SQL ve SAP HANA ) yedeklenmesi için verileri doğrudan Kurtarma Hizmetleri kasasından şirket içi depolama alanına aktarmayı desteklemiyoruz. Ancak, bunları Azure Depolama Hesapları'ndaki ilgili bulut kaynaklarına geri yükleyebilir ve ardından verileri şirket içinde taşıyabilirsiniz. Ayrıca bu verileri Data Box veya İçeri/Dışarı Aktarma aracılığıyla şirket içinde dışarı aktarabilirsiniz.

CRR özelliği olmayan bir GRS kasası etkinse, Azure birincil bölgede olağanüstü durum bildirene kadar ikincil bölgedeki verilere erişilemiyordur. Böyle bir senaryoda, geri yükleme ikincil bölgeden gerçekleşir. CRR etkinleştirildiğinde, birincil bölge çalışır durumda olsa bile ikincil bölgede bir geri yükleme tetikleyebilirsiniz.

Evet. Aboneliği (kasa içeren) farklı bir Microsoft Entra Kimliğine taşımak için bkz . Aboneliği farklı bir dizine aktarma.

Evet. Aşağıdakileri gerçekleştirdiğinizden emin olun:

Kurtarma Hizmetleri kasası ve Backup kasası , Azure Backup'ta desteklenir ve farklı veri kaynaklarının yedeklenmesi ve geri yüklenmesini hedefler. Korumak istediğiniz veri kaynağı türüne göre uygun kasayı oluşturmanız gerekir.

Aşağıdaki tabloda, her kasanın desteklediği çeşitli veri kaynakları listelenir:

• Azure VM'lerinde çalıştırılan aracı için bu SSS belgesini okuyun.
• Azure dosya klasörlerini yedeklerken kullanılan aracı için bu SSS belgesini okuyun.

Evet.

• MARS yedeklemesini kullanarak Günde en fazla üç kez Windows Server veya Windows makinelerini yedekleyebilirsiniz. Zamanlama ilkesini günlük veya haftalık zamanlamalara ayarlayabilirsiniz.
• DPM'yi günde en çok iki kez yedekleyebilirsiniz. Zamanlama ilkesini günlük, haftalık, aylık ve yıllık zamanlamalara ayarlayabilirsiniz.
• Standart yedekleme ilkesini kullanarak Azure VM'lerini günde bir kez yedekleyebilirsiniz.

Azure Backup, Azure Backup Sunucusu ve DPM kullanılarak korunan dosyaların, klasörlerin ve uygulamaların yedeklenmesi için şu işletim sistemlerini destekler.

Azure Backup 32 bit işletim sistemlerini desteklemez.

Azure VM Linux yedeklemeleri için Azure Backup Core OS Linux ve 32 bit işletim sistemi hariç Azure tarafından onaylanan dağıtımların listesini destekler. VM'de VM aracısı kullanılabilir olduğu ve Python desteği bulunduğu sürece diğer Kendi Linux’unu getir dağıtımları çalışabilir.

DPM ve MABS Sunucusu tarafından desteklenen en son iş yükleri hakkında daha fazla bilgi edinin.

Boyut sınırları şöyledir:

Aşağıdaki tabloda, her bir veri kaynağı boyutunun nasıl belirlendiği açıklanmaktadır.

Kurtarma Hizmetleri kasası kullanarak yedekleyebileceğiniz toplam veri miktarıyla ilgili bir sınır yoktur. Tek tek veri kaynaklarının (Azure VM'leri dışında) boyutu en fazla 54.400 GB olabilir. Sınırlar hakkında daha fazla bilgi için destek matrisinin kasa sınırları bölümüne bakın.

Azure Backup Aracısı, DPM ve Azure Backup Sunucusundan yedeklenen veriler aktarılmadan önce sıkıştırılır ve şifrelenir. Sıkıştırma ve şifreleme uygulandığında kasadaki veriler % 30-40 daha küçük hale gelir.

Hayır, zamanlanmış yedeklemeler için süre sonunu görüntüleyemezsiniz. Ancak, yedekleme işleri aracılığıyla isteğe bağlı yedeklemelerin süre sonunu görüntüleyebilirsiniz.

Hayır, Azure Backup depolanan yedeklemelerdeki tek tek öğeleri silmeyi veya temizlemeyi desteklemez.

Hayır. Yedekleme işi iptal edilmeden önce kasaya aktarılan tüm veriler kasada kalır.

• Azure Backup, yedekleme işlemi sırasında yedekleme verilerine zaman zaman denetim noktaları eklemek üzere bir denetim noktası mekanizması kullanır.
• Yedekleme verilerinde denetim noktaları bulunduğundan, sonraki yedekleme işlemi dosyaların bütünlüğünü doğrulayabilir.
• Bir sonraki yedekleme işi, daha önce yedeklenen verilerin üzerine artımlı olarak gerçekleşir. Artımlı yedekleme işlemlerinin yalnızca yeni veya değiştirilmiş verileri aktarması, bant genişliğinin daha iyi kullanılması anlamına gelir.

Bir Azure VM’ye yönelik bir yedekleme işini iptal ederseniz aktarılan tüm veriler yoksayılır. Bir sonraki yedekleme işi, son başarılı yedekleme işinden artımlı verileri aktarır.

Hayır, ilgili Kaynak Grubunda silme kilidi varsa kasadaki yedekleme öğeleri silinemez.

Evet, her ikisinin de günlük, haftalık, aylık ve yıllık saklama ilkeleri vardır.

Evet, ilkeleri özelleştirdiniz. Örneğin, haftalık ve günlük saklama gereksinimlerini yapılandırıp yıllık ve aylık saklamayı yapılandırmayabilirsiniz.

Hayır. Bekletme ilkeleri, yalnızca yedekleme noktalarında uygulanabilir. Örneğin bu resimde saat 12:00'da ve 18:00'da alınan yedeklemelerin saklama ilkesi gösterilir.

Hayır. En eski veya en yeni noktanın kurtarılması için gereken süre aynıdır. Her kurtarma noktası bir tam nokta gibi davranır.

Genel uzun vadeli bekletme noktası ürünleri, yedekleme verilerini tam noktalar olarak depolar.

• Tam noktalar depolama açısından verimsizdir ancak daha kolay ve hızlı şekilde geri yüklenir.
• Artımlı kopyalar depolama açısından verimlidir ancak kurtarma süresini etkileyecek şekilde bir veri zincirini geri yüklemenizi gerektirir

Azure Backup alanı mimarisi, hızlı geri yükleme özelliğiyle optimum veri depolama olanağı sunarken aynı zamanda düşük depolama maliyetleri oluşturarak iki açıdan da avantaj sağlar. Bu, giriş ve çıkış bant genişliğinizin verimli şekilde kullanılmasını sağlar. Veri depolama alanı miktarı ve verileri kurtarmak için gereken süre minimum düzeyde tutulur. Artımlı yedeklemeler hakkında daha fazla bilgi edinin.

Korumalı bir örnek için en çok 9999 kurtarma noktası oluşturabilirsiniz. Korumalı örnek, Azure’a yedeklenen bir bilgisayar, sunucu (fiziksel veya sanal) veya iş yüküdür.

• Yedekleme ve saklama hakkında daha fazla bilgi edinin.

Azure Backup'tan kurtarma sayısıyla ilgili bir sınır yoktur.

Hayır. Kurtarma işlemi ücretsizdir ve çıkış trafiği için sizden ücret tahsil edilmez.

Yeni bir ilke uygulandığında yeni ilkenin zamanlama ve saklaması geçerli olur.

• Bekletme uzatılırsa, mevcut kurtarma noktaları yeni ilkeye göre tutulacak şekilde işaretlenir.
• Bekletme azaltılırsa, bunlar bir sonraki temizleme işinde ayıklama için işaretlenir ve daha sonra silinir.

Yedeklemeler durdurulduğunda ve veriler tutulduğunda, veri ayıklamaya yönelik mevcut ilke kuralları durdurulur ve veriler yönetici tarafından silinmek üzere başlatılana kadar süresiz olarak korunur.

Evet. Veriler şirket içi makinede AES256 kullanılarak şifrelenir. Veriler güvenli bir HTTPS bağlantısı üzerinden gönderilir. Bulutta iletilen veriler depolama ve kurtarma hizmeti arasında yalnızca HTTPS bağlantısıyla korunur. iSCSI protokolü kurtarma hizmetiyle kullanıcı makinesi arasında iletilen verileri güvenlik altına alır. iSCSI kanalını korumak için güvenli tünel kullanılır.

Evet. Azure'daki veriler beklemedeyken şifrelenir.

• Şirket içi yedekleme için, beklemedeyken şifreleme özelliği Azure'a yedekleme yaparken sağladığınız parola kullanılarak sağlanır.
• Azure VM'leri için, veriler Depolama Hizmeti Şifrelemesi (SSE) kullanılarak beklemedeyken şifrelenir.

Microsoft herhangi bir noktada yedekleme verilerinin şifresini çözmez.

Microsoft Azure Kurtarma Hizmetleri (MARS) Aracısı tarafından kullanılan şifreleme anahtarı, en az 16 karakter uzunluğunda olması gereken bir paroladan türetilir. Azure VM'lerinde, Azure KeyVault tarafından kullanılan anahtarların uzunluğuyla ilgili bir sınır yoktur.

Yedekleme verilerini şifrelemek için kullanılan anahtar yalnızca sizin sitenizde bulunur. Microsoft, Azure'da bir kopyasını tutmaz ve anahtara erişimi yoktur. Anahtarı kaybetmeniz durumunda Microsoft yedekleme verilerini kurtaramaz.

Sonraki adımlar

Diğer SSS belgelerini okuyun:

• Azure VM yedeklemeleriyle ilgili yaygın sorular.
• Azure Backup aracısıyla ilgili yaygın sorular