Aracılığıyla paylaş


Azure Depolama yedekliliği

Azure Depolama, verilerinizi planlı ve plansız olaylardan korumak için her zaman birden çok kopyasını depolar. Bu olaylara örnek olarak geçici donanım hataları, ağ veya güç kesintileri ve büyük doğal afetler verilebilir. Yedeklilik, depolama hesabınızın hatalar karşısında bile kullanılabilirlik ve dayanıklılık hedeflerini karşılamasını sağlar.

Senaryonuz için hangi yedeklilik seçeneğinin en uygun olduğuna karar verirken, düşük maliyetlerle daha yüksek kullanılabilirlik arasındaki dengeleri göz önünde bulundurun. Hangi yedeklilik seçeneğini belirlemenize yardımcı olan faktörler şunlardır:

  • Verilerinizin birincil bölge içinde nasıl çoğaltıldığı.
  • Bölgesel olağanüstü durumlara (coğrafi çoğaltma) karşı koruma sağlamak için verilerinizin birincil bölgeden ikinci bir coğrafi olarak uzak bölgeye çoğaltılıp çoğaltılmadığı.
  • Uygulamanızın birincil bölgedeki bir kesinti sırasında ikincil bölgedeki çoğaltılan verilere okuma erişimi gerekip gerekmediği (okuma erişimi ile coğrafi çoğaltma).

Not

Bu makalede açıklanan özellikler ve bölgesel kullanılabilirlik, hiyerarşik ad alanına (Azure Blob depolama) sahip hesaplar için de kullanılabilir.

Azure Depolama'yı oluşturan hizmetler, depolama hesabı olarak adlandırılan ortak bir Azure kaynağı üzerinden yönetilir. Depolama hesabı blob kapsayıcıları (Blob Depolama), dosya paylaşımları (Azure Dosyalar), tablolar (Tablo Depolama) veya kuyruklar (Kuyruk Depolama) gibi depolama kaynaklarını dağıtmak için kullanılabilecek paylaşılan bir depolama havuzunu temsil eder. Azure Depolama hesapları hakkında daha fazla bilgi için bkz . Depolama hesabına genel bakış.

Depolama hesabının yedeklilik ayarı, söz konusu hesabın kullanıma sunduğu tüm depolama hizmetleri için paylaşılır. Aynı depolama hesabına dağıtılan tüm depolama kaynakları aynı yedeklilik ayarına sahiptir. Farklı yedeklilik gereksinimleri varsa farklı türlerdeki kaynakları ayrı depolama hesaplarında yalıtmayı göz önünde bulundurun.

Birincil bölgede yedeklilik

Azure Depolama hesabındaki veriler her zaman birincil bölgede üç kez çoğaltılır. Azure Depolama, verilerinizin birincil bölgede çoğaltılmasına yönelik iki seçenek sunar:

  • Yerel olarak yedekli depolama (LRS), verilerinizi birincil bölgedeki tek bir fiziksel konumda zaman uyumlu olarak üç kez kopyalar. LRS en düşük maliyetli çoğaltma seçeneğidir ancak yüksek kullanılabilirlik veya dayanıklılık gerektiren uygulamalar için önerilmez.
  • Bölgesel olarak yedekli depolama (ZRS), verilerinizi, birincil bölgedeki üç Azure kullanılabilirlik alanı arasında zaman uyumlu olarak kopyalar. Microsoft, yüksek kullanılabilirlik gerektiren uygulamalar için birincil bölgede ZRS kullanılmasını ve ikincil bölgeye çoğaltmayı önerir.

Not

Microsoft, Azure Data Lake Storage iş yükleri için birincil bölgede ZRS kullanılmasını önerir.

Yerel olarak yedekli depolama

Yerel olarak yedekli depolama (LRS), depolama hesabınızı birincil bölgedeki tek bir veri merkezinde üç kez çoğaltır. LRS, belirli bir yıl boyunca nesnelerin en az %99,99999999999 (11 dokuz) dayanıklılığını sağlar.

LRS, en düşük maliyetli yedeklilik seçeneğidir ve diğer seçeneklere kıyasla en az dayanıklılık sunar. LRS, verilerinizi sunucu rafı ve sürücü hatalarına karşı korur. Ancak, veri merkezinde yangın veya sel gibi bir olağanüstü durum oluşursa, LRS kullanan bir depolama hesabının tüm çoğaltmaları kaybolabilir veya kurtarılamaz. Microsoft, bu riski azaltmak için alanlar arası yedekli depolama (ZRS), coğrafi olarak yedekli depolama (GRS) veya coğrafi alanlar arası yedekli depolama (GZRS) kullanılmasını önerir.

LRS kullanan bir depolama hesabına yazma isteği zaman uyumlu olarak gerçekleşir. Yazma işlemi ancak veriler üç çoğaltmaya da yazıldıktan sonra başarıyla döndürülüyor.

Aşağıdaki diyagramda verilerinizin LRS ile tek bir veri merkezinde nasıl çoğaltıldığı gösterilmektedir:

LRS ile tek bir veri merkezinde verilerin nasıl çoğaltıldığını gösteren diyagram

LRS, aşağıdaki senaryolar için iyi bir seçimdir:

  • Uygulamanız, veri kaybı oluşursa kolayca yeniden oluşturulabilecek verileri depolarsa LRS'yi seçmeyi göz önünde bulundurun.
  • Uygulamanız, veri idaresi gereksinimleri nedeniyle verileri yalnızca bir bölgede çoğaltmayla sınırlıysa LRS'yi seçmeyi göz önünde bulundurun. Bazı durumlarda, verilerin coğrafi olarak çoğaltıldığı eşleştirilmiş bölgeler başka bir bölgede olabilir. Eşleştirilmiş bölgeler hakkında daha fazla bilgi için bkz . Azure bölgeleri.
  • Senaryonuzda Azure yönetilmeyen diskler kullanılıyorsa LRS kullanmayı göz önünde bulundurun. GRS kullanan Azure yönetilmeyen diskler için bir depolama hesabı oluşturmak mümkün olsa da, zaman uyumsuz coğrafi çoğaltma üzerinde tutarlılık ile ilgili olası sorunlar nedeniyle önerilmez.

Alanlar arası yedekli depolama

Alanlar arası yedekli depolama (ZRS), depolama hesabınızı birincil bölgedeki üç Azure kullanılabilirlik alanında zaman uyumlu olarak çoğaltır. Her kullanılabilirlik alanı bağımsız enerji, soğutma ve ağ altyapısına sahip olan ayrı bir fiziksel konumu ifade eder. ZRS, belirli bir yıl boyunca en az %99,99999999999 (12 9s) depolama kaynakları için dayanıklılık sunar.

ZRS kullandığınızda, bir bölge kullanılamaz duruma gelse bile verileriniz hem okuma hem de yazma işlemleri için erişilebilir durumda kalır. Bir bölge kullanılamaz duruma gelirse Azure, Etki Alanı Adı Sistemi (DNS) yeniden noktası oluşturma gibi ağ güncelleştirmelerini üstlenir. Bu güncelleştirmeler, güncelleştirmeler tamamlanmadan önce verilere erişiyorsanız uygulamanızı etkileyebilir. ZRS için uygulamalar tasarlarken, üstel geri alma ile yeniden deneme ilkeleri uygulama da dahil olmak üzere geçici hata işlemeye yönelik uygulamaları izleyin.

ZRS kullanan bir depolama hesabına yazma isteği zaman uyumlu olarak gerçekleşir. Yazma işlemi ancak veriler üç kullanılabilirlik alanındaki tüm çoğaltmalara yazıldıktan sonra başarıyla döndürülüyor. Kullanılabilirlik alanı geçici olarak kullanılamıyorsa, veriler kullanılabilir tüm bölgelere yazıldıktan sonra işlem başarıyla döndürülüyor.

Microsoft, yüksek kullanılabilirlik gerektiren senaryolar için birincil bölgede ZRS kullanılmasını önerir. ZRS ayrıca veri idaresi gereksinimlerini karşılamak üzere belirli bir bölgeye veri çoğaltmasını kısıtlamak için de önerilir.

Microsoft, Azure Dosyalar iş yükleri için ZRS kullanılmasını önerir. Bir bölge kullanılamaz duruma gelirse, bağlı istemcilerden Azure dosya paylaşımlarının yeniden bağlanması gerekmez.

Aşağıdaki diyagramda verilerinizin ZRS ile birincil bölgedeki kullanılabilirlik alanları arasında nasıl çoğaltıldığı gösterilmektedir:

ZRS ile verilerin birincil bölgede nasıl çoğaltıldığını gösteren diyagram

ZRS, verileriniz geçici olarak kullanılamaz duruma gelirse verileriniz için mükemmel performans, düşük gecikme süresi ve dayanıklılık sağlar. Ancak ZRS tek başına verilerinizi birden çok bölgenin kalıcı olarak etkilendiği bölgesel bir olağanüstü durumlara karşı tam olarak korumayabilir. Coğrafi alanlar arası yedekli depolama (GZRS), birincil bölgede ZRS kullanır ve verilerinizi ikincil bir bölgeye coğrafi olarak çoğaltır. GZRS birçok bölgede kullanılabilir ve bölgesel afetlere karşı koruma için önerilir.

Blob Depolama için arşiv katmanı şu anda ZRS, GZRS veya RA-GZRS hesaplarında desteklenmemekte. Yönetilmeyen diskler ZRS veya GZRS'i desteklemez.

Hangi bölgelerin ZRS'yi desteklediği hakkında daha fazla bilgi için bkz . Kullanılabilirlik alanları olan Azure bölgeleri.

Standart depolama hesapları

ZRS, aşağıdakiler dahil olmak üzere standart genel amaçlı v2 depolama hesapları aracılığıyla tüm Azure Depolama hizmetleri için desteklenir:

  • Azure Blob depolama (sık erişimli ve seyrek erişimli blok blobları ve ekleme blobları, disk olmayan sayfa blobları)
  • Azure Dosyalar (tüm standart katmanlar: işlem için iyileştirilmiş, sık erişimli ve seyrek erişimli)
  • Azure Tablo depolama
  • Azure Kuyruk Depolama

Standart hesaplar için alanlar arası yedekli depolamayı (ZRS) destekleyen bölgelerin listesi için bkz . Standart depolama hesapları için alanlar arası yedekli depolamayı (ZRS) destekleyen Azure bölgeleri.

Premium blok blobu hesapları

ZRS, premium blok blobu hesapları için desteklenir. Premium blok blobları hakkında daha fazla bilgi için bkz . Premium blok blobu depolama hesapları.

Premium blok blobu hesapları için alanlar arası yedekli depolamayı (ZRS) destekleyen bölgelerin listesi için bkz . Premium blok blob hesapları için alanlar arası yedekli depolamayı (ZRS) destekleyen Azure bölgeleri.

Premium dosya paylaşımı hesapları

ZRS, depolama hesabı türü aracılığıyla FileStorage premium dosya paylaşımları (Azure Dosyalar) için desteklenir.

Premium dosya paylaşımı hesapları için alanlar arası yedekli depolamayı (ZRS) destekleyen bölgelerin listesi için bkz. Premium dosya paylaşımları için alanlar arası yedekli depolama Azure Dosyalar.

Yönetilen diskler

ZRS, yönetilen diskler için aşağıdaki sınırlamalarla desteklenir.

Yönetilen diskler için alanlar arası yedekli depolamayı (ZRS) destekleyen bölgelerin listesi için bkz . bölgesel kullanılabilirlik.

İkincil bölgede yedeklilik

Yedeklilik seçenekleri, uygulamalarınız için yüksek dayanıklılık sağlamaya yardımcı olabilir. Birçok bölgede, depolama hesabınızdaki verileri birincil bölgeden yüzlerce mil uzakta bulunan ikincil bir bölgeye kopyalayabilirsiniz. Depolama hesabınızı ikincil bir bölgeye kopyalamak, tam bir bölgesel kesinti veya birincil bölgenin kurtarılamayan bir olağanüstü durum sırasında verilerinizin dayanıklı kalmasını sağlar.

Depolama hesabı oluşturduğunuzda, hesabın birincil bölgesini seçersiniz. Eşleştirilmiş ikincil bölge birincil bölgeye göre belirlenir ve değiştirilemez. Azure tarafından desteklenen bölgeler hakkında daha fazla bilgi için bkz . Azure bölgeleri.

Azure Depolama, verilerinizi ikincil bir bölgeye kopyalamak için iki seçenek sunar:

  • Coğrafi olarak yedekli depolama (GRS), LRS kullanarak verilerinizi birincil bölge içindeki tek bir fiziksel konumda eşzamanlı olarak üç kez kopyalar. Ardından verilerinizi zaman uyumsuz şekilde ikincil bölgedeki tek bir fiziksel konuma kopyalar. İkincil bölgede verileriniz, LRS kullanılarak zaman uyumlu olarak üç kez kopyalanır.
  • Coğrafi alanlar arası yedekli depolama (GZRS), ZRS kullanarak verilerinizi birincil bölgedeki üç Azure kullanılabilirlik alanına zaman uyumlu olarak kopyalar. Ardından verilerinizi zaman uyumsuz şekilde ikincil bölgedeki tek bir fiziksel konuma kopyalar. İkincil bölgede verileriniz, LRS kullanılarak zaman uyumlu olarak üç kez kopyalanır.

Not

GRS ile GZRS arasındaki birincil fark, verilerin birincil bölgede nasıl çoğaltıldığıdır. İkincil bölge içinde veriler her zaman LRS kullanılarak üç kez zaman uyumlu olarak çoğaltılır. İkincil bölgedeki LRS, verilerinizi donanım hatalarına karşı korur.

GRS veya GZRS kullandığınızda, birincil bölgeye yük devretme olmadığı sürece ikincil bölgedeki veriler okuma veya yazma erişimi için kullanılamaz. İkincil bölgeye okuma erişimi için, depolama hesabınızı okuma erişimli coğrafi olarak yedekli depolama (RA-GRS) veya okuma erişimli coğrafi alanlar arası yedekli depolama (RA-GZRS) kullanacak şekilde yapılandırın. Daha fazla bilgi için bkz . İkincil bölgedeki verilere okuma erişimi.

Birincil bölge kullanılamaz duruma gelirse, ikincil bölgeye yük devretmeyi seçebilirsiniz. Yük devretme işlemi tamamlandıktan sonra ikincil bölge birincil bölge olur ve verileri okuyup yazabilirsiniz. Olağanüstü durum kurtarma hakkında daha fazla bilgi edinmek ve ikincil bölgeye yük devretmeyi öğrenmek için bkz . Olağanüstü durum kurtarma ve depolama hesabı yük devretme.

Önemli

Veriler ikincil bölgeye zaman uyumsuz olarak çoğaltıldığı için, birincil bölgeyi etkileyen bir hata, birincil bölge kurtarılamazsa veri kaybına neden olabilir. Birincil bölgeye yapılan en son yazma işlemleri ile ikincil bölgeye son yazma arasındaki aralık, kurtarma noktası hedefi (RPO) olarak bilinir. RPO, verilerin kurtarılabildiği noktayı gösterir. Azure Depolama platformu genellikle 15 dakikadan kısa bir RPO'ya sahiptir, ancak şu anda verileri ikincil bölgeye çoğaltmanın ne kadar sürdüğünü gösteren bir SLA yoktur.

Coğrafi olarak yedekli depolama

Coğrafi olarak yedekli depolama (GRS), LRS kullanarak verilerinizi birincil bölge içindeki tek bir fiziksel konumda eşzamanlı olarak üç kez kopyalar. Ardından verilerinizi zaman uyumsuz olarak birincil bölgeden yüzlerce mil uzaktaki ikincil bir bölgedeki tek bir fiziksel konuma kopyalar. GRS, belirli bir yıl boyunca en az %99,99999999999999 (16 9s) depolama kaynakları için dayanıklılık sunar.

Bir yazma işlemi önce birincil konuma işlenir ve LRS kullanılarak çoğaltılır. Güncelleştirme daha sonra ikincil bölgeye zaman uyumsuz olarak çoğaltılır. veriler ikincil konuma yazıldığında, LRS kullanarak bu konum içinde de çoğaltılır.

Aşağıdaki diyagramda verilerinizin GRS veya RA-GRS ile nasıl çoğaltıldığı gösterilmektedir:

Verilerin GRS veya RA-GRS ile nasıl çoğaltıldığını gösteren diyagram

Coğrafi alanlar arası yedekli depolama

Coğrafi alanlar arası yedekli depolama (GZRS), kullanılabilirlik alanları arasında yedeklilik tarafından sağlanan yüksek kullanılabilirliği coğrafi çoğaltma tarafından sağlanan bölgesel kesintilere karşı koruma ile birleştirir. GZRS hesabındaki veriler birincil bölgedeki üç Azure kullanılabilirlik alanına kopyalanır. Ayrıca, bölgesel afetlerden korunmak için ikincil bir coğrafi bölgeye de çoğaltılır. Microsoft, olağanüstü durum kurtarma için maksimum tutarlılık, dayanıklılık ve kullanılabilirlik, mükemmel performans ve dayanıklılık gerektiren uygulamalar için GZRS kullanılmasını önerir.

GZRS hesabıyla, kullanılabilirlik alanı kullanılamaz duruma gelirse veya kurtarılamaz hale gelirse verileri okumaya ve yazmaya devam edebilirsiniz. Ayrıca, verileriniz tam bir bölgesel kesinti veya birincil bölgenin kurtarılamayan bir olağanüstü durum sırasında da dayanıklı kalır. GZRS, belirli bir yıl boyunca nesnelerin en az %99,99999999999999 (16 9s) dayanıklılığını sağlayacak şekilde tasarlanmıştır.

Aşağıdaki diyagramda verilerinizin GZRS veya RA-GZRS ile nasıl çoğaltıldığı gösterilmektedir:

Verilerin GZRS veya RA-GZRS ile nasıl çoğaltıldığını gösteren diyagram

Yalnızca standart genel amaçlı v2 depolama hesapları GZRS'i destekler. Tüm Azure Depolama hizmetleri GZRS'yi destekler; bunlar:

  • Azure Blob depolama (sık erişimli ve seyrek erişimli blok blobları, disk olmayan sayfa blobları)
  • Azure Dosyalar (tüm standart katmanlar: işlem için iyileştirilmiş, sık erişimli ve seyrek erişimli)
  • Azure Tablo depolama
  • Azure Kuyruk Depolama

Coğrafi alanlar arası yedekli depolamayı (GZRS) destekleyen bölgelerin listesi için bkz . Coğrafi alanlar arası yedekli depolamayı (GZRS) destekleyen Azure bölgeleri.

İkincil bölgedeki verilere okuma erişimi

Coğrafi olarak yedekli depolama (GRS veya GZRS ile), bölgesel kesintilere karşı koruma sağlamak için verilerinizi ikincil bölgedeki başka bir fiziksel konuma çoğaltır. GRS veya GZRS için yapılandırılmış bir hesapta, yük devretme gerçekleşmediği sürece birincil bölgede bir kesinti yaşandığında ikincil bölgedeki veriler kullanıcılar veya uygulamalar tarafından doğrudan erişilemez. Yük devretme işlemi Azure Depolama tarafından sağlanan DNS girişini güncelleştirir, böylece ikincil bölgedeki depolama hizmeti uç noktaları depolama hesabınız için yeni birincil uç noktalar haline gelir. Yük devretme işlemi sırasında verilerinize erişilemez. Yük devretme tamamlandıktan sonra verileri okuyup yeni birincil bölgeye yazabilirsiniz. Daha fazla bilgi için bkz . Müşteri tarafından yönetilen depolama hesabı yük devretmesinin bir kesintiden kurtarılması nasıl çalışır?

Uygulamalarınız yüksek kullanılabilirlik gerektiriyorsa depolama hesabınızı ikincil bölgeye okuma erişimi için yapılandırabilirsiniz. İkincil bölgeye okuma erişimini etkinleştirdiğinizde, birincil bölgenin kullanılamadığı durumlar da dahil olmak üzere verileriniz her zaman ikincil bölgeden okunabilir. Okuma erişimli coğrafi olarak yedekli depolama (RA-GRS) veya okuma erişimli coğrafi alanlar arası yedekli depolama (RA-GZRS) yapılandırmaları ikincil bölgeye okuma erişimine izin verir.

Not

Azure Dosyalar okuma erişimli coğrafi olarak yedekli depolamayı (RA-GRS) veya okuma erişimli coğrafi alanlar arası yedekli depolamayı (RA-GZRS) desteklemez.

Uygulamalarınızı ikincil uygulamaya okuma erişimi için tasarlama

Depolama hesabınız ikincil bölgeye okuma erişimi için yapılandırılmışsa, birincil bölge herhangi bir nedenle kullanılamaz duruma gelirse uygulamalarınızı sorunsuz bir şekilde ikincil bölgeden verileri okumaya kaydıracak şekilde tasarlayabilirsiniz.

İKINCIl bölge, RA-GRS veya RA-GZRS'yi etkinleştirdikten sonra okuma erişimi için kullanılabilir. Bu kullanılabilirlik, kesinti sırasında ikincil bölgeden düzgün bir şekilde okunmasını sağlamak için uygulamanızı önceden test etmenizi sağlar. Uygulamalarınızı coğrafi yedeklilikten yararlanacak şekilde tasarlama hakkında daha fazla bilgi için bkz . Yüksek oranda kullanılabilir uygulamalar tasarlamak için coğrafi yedekliliği kullanma.

İkincil erişime okuma erişimi etkinleştirildiğinde, uygulamanız hem ikincil hem de birincil uç noktalardan okunabilir. İkincil uç nokta, hesap adına -secondary sonekini ekler. Örneğin, Blob depolama için birincil uç noktanız ise myaccount.blob.core.windows.net, ikincil uç nokta olur myaccount-secondary.blob.core.windows.net. Depolama hesabınızın hesap erişim anahtarları hem birincil hem de ikincil uç noktalar için aynıdır.

Veri kaybını planlama

Veriler birincil bölgeden ikincil bölgeye zaman uyumsuz olarak çoğaltıldığı için, yazma işlemleri açısından ikincil bölge genellikle birincil bölgenin arkasındadır. Birincil bölgeye bir olağanüstü durum gelirse, büyük olasılıkla bazı veriler kaybolur ve dizin veya kapsayıcı içindeki dosyalar tutarlı olmaz. Olası veri kaybını planlama hakkında daha fazla bilgi için bkz . Veri kaybı ve tutarsızlıklar.

Yedeklilik seçeneklerinin özeti

Aşağıdaki bölümlerde yer alan tablolarda Azure Depolama için kullanılabilir olan yedeklilik seçenekleri özetlenmiştir.

Dayanıklılık ve kullanılabilirlik parametreleri

Aşağıdaki tabloda, her yedeklilik seçeneği için anahtar parametreler açıklanmaktadır:

Parametre LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Belirli bir yıl içindeki nesnelerin dayanıklılığı yüzdesi en az %99,9999999999 (11 9s) en az %99,99999999999 (12 9s) en az %99,999999999999999 (16 9s) en az %99,999999999999999 (16 9s)
Okuma istekleri için kullanılabilirlik En az %99,9 (seyrek erişim/soğuk/arşiv erişim katmanları için %99) En az %99,9 (seyrek erişimli/soğuk erişim katmanı için %99) GRS için en az %99,9 (seyrek erişim/soğuk/arşiv erişim katmanları için %99)

RA-GRS için en az %99,99 (seyrek erişim/soğuk/arşiv erişim katmanları için %99,9)
GZRS için en az %99,9 (seyrek erişim/soğuk erişim katmanı için %99)

RA-GZRS için en az %99,99 (seyrek erişim/soğuk erişim katmanı için %99,9)
Yazma istekleri için kullanılabilirlik En az %99,9 (seyrek erişim/soğuk/arşiv erişim katmanları için %99) En az %99,9 (seyrek erişimli/soğuk erişim katmanı için %99) En az %99,9 (seyrek erişim/soğuk/arşiv erişim katmanları için %99) En az %99,9 (seyrek erişimli/soğuk erişim katmanı için %99)
Ayrı düğümlerde tutulan verilerin kopya sayısı Tek bir bölge içinde üç kopya Tek bir bölgedeki ayrı kullanılabilirlik alanlarında üç kopya Üçü birincil bölgede, üçü ikincil bölgede olmak üzere toplam altı kopya Birincil bölgedeki ayrı kullanılabilirlik alanlarında üç ve ikincil bölgede yerel olarak yedekli üç kopya dahil olmak üzere toplam altı kopya

Daha fazla bilgi için bkz . Depolama Hesapları için Hizmet Düzeyi Sözleşmesi.

Kesinti senaryosuna göre dayanıklılık ve kullanılabilirlik

Aşağıdaki tabloda, depolama hesabınız için geçerli olan yedeklilik türüne bağlı olarak verilerinizin dayanıklı olup olmadığı ve belirli bir senaryoda kullanılabilir olup olmadığı gösterilir:

Kesinti senaryosu LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Veri merkezindeki bir düğüm kullanılamaz duruma gelir Yes Evet Evet Yes
Veri merkezinin tamamı (bölgesel veya bölgesel olmayan) kullanılamaz duruma gelir Hayır Evet Evet1 Yes
Birincil bölgede bölge genelinde bir kesinti oluşur Hayır Hayır Evet1 Evet1
Birincil bölge kullanılamaz duruma gelirse ikincil bölgeye okuma erişimi sağlanır Hayır Hayır Evet (RA-GRS ile) Evet (RA-GZRS ile)

1 Birincil bölge kullanılamaz duruma gelirse yazma kullanılabilirliğini geri yüklemek için hesap yük devretmesi gerekir. Daha fazla bilgi için bkz . Olağanüstü durum kurtarma ve depolama hesabı yük devretme.

Desteklenen Azure Depolama hizmetleri

Aşağıdaki tabloda her Azure Depolama hizmeti tarafından desteklenen yedeklilik seçenekleri gösterilmektedir.

Hizmet LRS ZRS GRS RA-GRS GZRS RA-GZRS
Blob depolama
(Data Lake Storage dahil)
Kuyruk depolama
Tablo depolama
Azure Dosyaları 1,2 1,2 1 1
Azure yönetilen diskleri 3
Azure Elastic SAN

1 Standart dosya paylaşımları LRS ve ZRS'de desteklenir. Standart dosya paylaşımları, boyutu 5 TiB'den küçük veya buna eşit olduğu sürece GRS ve GZRS'de desteklenir.
2 Premium dosya paylaşımları LRS ve ZRS'de desteklenir.
3 ZRS yönetilen disklerinin belirli sınırlamaları vardır. Ayrıntılar için yönetilen diskler için yedeklilik seçeneklerinin Sınırlamalar bölümüne bakın.

Desteklenen depolama hesabı türleri

Aşağıdaki tabloda, her depolama hesabı türü için hangi yedeklilik seçeneklerinin desteklendiği gösterilmektedir. Depolama hesabı türleri hakkında bilgi için bkz . Depolama hesabına genel bakış.

Depolama hesabı türleri LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Önerilir Standart genel amaçlı v2 (StorageV2)1

Premium blok blobları (BlockBlobStorage)1

Premium dosya paylaşımları (FileStorage)

Premium sayfa blobları (StorageV2)
Standart genel amaçlı v2 (StorageV2)1

Premium blok blobları (BlockBlobStorage)1

Premium dosya paylaşımları (FileStorage)
Standart genel amaçlı v2 (StorageV2)1 Standart genel amaçlı v2 (StorageV2)1
Miras Standart genel amaçlı v1 (Storage)

Eski blob (BlobStorage)
Yok Standart genel amaçlı v1 (Storage)

Eski blob (BlobStorage)
Yok

1 Hiyerarşik ad alanı etkin olan bu türdeki hesaplar da belirtilen yedeklilik seçeneğini destekler.

Tüm depolama hesapları için tüm veriler, depolama hesabının yedeklilik seçeneğine göre birincilden ikincilye kopyalanır. Blok blobları, ekleme blobları, sayfa blobları, kuyruklar, tablolar ve dosyalar gibi nesneler kopyalanır.

Arşiv katmanı da dahil olmak üzere tüm katmanlardaki veriler coğrafi çoğaltma sırasında her zaman birincil katmandan ikincil katmana kopyalanır. Blob Depolama için arşiv katmanı şu anda LRS, GRS ve RA-GRS hesapları için desteklenmektedir ancak ZRS, GZRS veya RA-GZRS hesapları için desteklenmemektedir. Blob katmanları hakkında daha fazla bilgi için bkz . Blob verileri için erişim katmanları.

Yönetilmeyen diskler ZRS veya GZRS'i desteklemez.

Her yedeklilik seçeneği için fiyatlandırma bilgileri için bkz . Azure Depolama fiyatlandırması.

Not

Blok blob depolama hesapları, belirli bölgelerde yerel olarak yedekli depolamayı (LRS) ve alanlar arası yedekli depolamayı (ZRS) destekler.

Veri bütünlüğü

Azure Depolama düzenli olarak döngüsel yedeklilik denetimleri (CRC) kullanarak depolanan verilerin bütünlüğünü doğrular. Ve algılanan veri bozulması, yedekli veriler kullanılarak onarılır. Azure Depolama, verileri depolarken veya alırken veri paketlerinin bozulmasını algılamak için tüm ağ trafiğindeki sağlama toplamlarını da hesaplar.

Ayrıca bkz.