Azure Depolama yedekliliği

Makale
08/04/2023

Azure Depolama her zaman verilerinizin birden çok kopyasını depolar; böylece geçici donanım hataları, ağ veya güç kesintileri ve büyük doğal afetler gibi planlı ve planlanmamış olaylardan korunur. 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 belirlemeniz gerektiğini belirlemeye yardımcı olan faktörler şunlardır:

Verilerinizin birincil bölgede nasıl çoğaltıldığı.
Bölgesel olağanüstü durumlara (coğrafi çoğaltma) karşı koruma sağlamak için verilerinizin coğrafi olarak birincil bölgeye uzak ikinci bir bölgeye çoğaltılıp çoğaltılmadığı.
Birincil bölge herhangi bir nedenle kullanılamaz duruma gelirse (okuma erişimiyle coğrafi çoğaltma) uygulamanızın ikincil bölgedeki çoğaltılan verilere okuma erişimi gerekip gerekmediği.

Not

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

Azure Depolama'yı oluşturan hizmetler, depolama hesabı olarak adlandırılan ortak bir Azure kaynağı aracılığıyla 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ış.

Bir depolama hesabının yedeklilik ayarı, bu hesabın kullanıma sunduğu tüm depolama hizmetleri için paylaşılır. Aynı depolama hesabında 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ıtmak isteyebilirsiniz.

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.
Alanlar arası yedekli depolama (ZRS), verilerinizi birincil bölgedeki üç Azure kullanılabilirlik alanına 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 2. Nesil 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 yalnızca 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 tercih edebilirsiniz.
Uygulamanız veri idaresi gereksinimleri nedeniyle yalnızca bir ülke veya bölge içinde verileri çoğaltmayla sınırlıysa LRS'yi tercih edebilirsiniz. Bazı durumlarda, verilerin coğrafi olarak çoğaltıldığı eşleştirilmiş bölgeler başka bir ülkede veya 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'yi tercih edebilirsiniz. GRS kullanan Yönetilmeyen Azure diskleri 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 9) depolama kaynakları için dayanıklılık sunar.

ZRS ile, bir bölge kullanılamaz duruma gelse bile verilerinize hem okuma hem de yazma işlemleri için erişilebilir durumda olur. Bir bölge kullanılamaz duruma gelirse Azure, DNS yeniden noktası oluşturma gibi ağ güncelleştirmelerini üstlenir. Bu güncelleştirmeler, güncelleştirmeler tamamlanmadan önce verilere erişirseniz 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. Bir 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 geri döner.

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 için belirli bir ülke veya 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 birincil bölgede verilerin nasıl çoğaltıldığını gösteren diyagram

ZRS, verileriniz geçici olarak kullanılamaz duruma gelirse mükemmel performans, düşük gecikme süresi ve dayanıklılık sağlar. Ancak ZRS, verilerinizi birden çok bölgenin kalıcı olarak etkilendiği bölgesel bir olağanüstü durumla karşı koruyamayabilir. Bölgesel olağanüstü durumlara karşı koruma için Microsoft, birincil bölgede ZRS kullanan ve verilerinizi ikincil bir bölgeye coğrafi olarak çoğaltan coğrafi alanlar arası yedekli depolamanın (GZRS) kullanılmasını önerir.

Blob Depolama için Arşiv katmanı şu anda ZRS, GZRS veya RA-GZRS hesapları için desteklenmiyor. 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 dışı 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 blobu hesapları için alanlar arası yedekli depolamayı (ZRS) destekleyen Azure bölgeleri.

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, aşağıdaki sınırlamalarla yönetilen diskler için 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

Yüksek dayanıklılık gerektiren uygulamalar için, depolama hesabınızdaki verileri ek olarak birincil bölgeden yüzlerce mil uzakta olan ikincil bir bölgeye kopyalamayı seçebilirsiniz. Depolama hesabınız ikincil bir bölgeye kopyalandıysa, tam bir bölgesel kesinti veya birincil bölgenin kurtarılamaz olmadığı bir olağanüstü durum söz konusu olduğunda bile verileriniz dayanıklıdır.

Depolama hesabı oluşturduğunuzda, hesap için birincil bölgeyi 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ölge içinde 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ölge içinde 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 zaman uyumlu olarak üç kez çoğaltılır. İkincil bölgedeki LRS, verilerinizi donanım hatalarına karşı korur.

GRS veya GZRS ile, 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 tamamlandıktan sonra ikincil bölge birincil bölge olur ve verileri yeniden 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üğüne ilişkin 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,9999999999999999 (16 9'lar) depolama kaynakları için dayanıklılık sunar.

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 kullanılarak 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ığına yönelik 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şı korumayla birleştirir. GZRS depolama hesabındaki veriler birincil bölgedeki üç Azure kullanılabilirlik alanına kopyalanır ve bölgesel olağanüstü durumlardan korunmak için ikincil bir coğrafi bölgeye ç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 depolama hesabıyla, kullanılabilirlik alanı kullanılamaz hale gelirse veya kurtarılamazsa verileri okumaya ve yazmaya devam edebilirsiniz. Ayrıca, tam bir bölgesel kesinti veya birincil bölgenin kurtarılamayan bir olağanüstü durumla karşılaşması durumunda verileriniz de dayanıklıdır. GZRS, belirli bir yıl boyunca nesnelerin en az %99,999999999999999 (16 9'lar) 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ığına dair diyagram

Yalnızca standart genel amaçlı v2 depolama hesapları GZRS'i destekler. GZRS, aşağıdakiler dahil olmak üzere tüm Azure Depolama hizmetleri tarafından desteklenir:

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 hesapla, yük devretme gerçekleşmediği sürece ikincil bölgedeki verilere kullanıcılar veya uygulamalar doğrudan erişemez. Yük devretme işlemi, Azure Depolama tarafından sağlanan DNS girişini güncelleştirir, böylece ikincil uç nokta depolama hesabınız için yeni birincil uç nokta olur. Yük devretme işlemi sırasında verilerinize erişilemez. Yük devretme tamamlandıktan sonra verileri okuyup yeni birincil bölgeye yazabilirsiniz. Yük devretme ve olağanüstü durum kurtarma hakkında daha fazla bilgi için bkz. Hesap yük devretme 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ılamaz hale geldiği 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 hale gelirse uygulamalarınızı ikincil bölgeden verileri okumaya sorunsuz bir şekilde kaydıracak şekilde tasarlayabilirsiniz.

RA-GRS veya RA-GZRS'yi etkinleştirdikten sonra ikincil bölge okuma erişimine açıktır, böylece kesinti durumunda ikincil bölgeden düzgün bir şekilde okundığından emin olmak için uygulamanızı önceden test edebilirsiniz. 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 uç noktaya okuma erişimi etkinleştirildiğinde, uygulamanız hem ikincil uç noktadan hem de birincil uç noktadan 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.netikincil 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 kaybolacak. Olası veri kaybını planlama hakkında daha fazla bilgi için bkz. Veri kaybını tahmin etme.

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 9'lar)	en az %99,99999999999 (12 9'lar)	en az %99,999999999999999 (16 9'lar)	en az %99,999999999999999 (16 9'lar)
Okuma istekleri için kullanılabilirlik	En az %99,9 (Seyrek Erişim veya Arşiv erişim katmanları için %99)	En az %99,9 (Seyrek erişim katmanı için %99)	GRS için en az %99,9 (Seyrek Erişim veya Arşiv erişim katmanları için %99) RA-GRS için en az %99,99 (Seyrek Erişim veya Arşiv erişim katmanları için %99,9)	GZRS için en az %99,9 (Seyrek erişim katmanı için %99) RA-GZRS için en az %99,99 (Seyrek erişim katmanı için %99,9)
Yazma istekleri için kullanılabilirlik	En az %99,9 (Seyrek Erişim veya Arşiv erişim katmanları için %99)	En az %99,9 (Seyrek erişim katmanı için %99)	En az %99,9 (Seyrek Erişim veya Arşiv erişim katmanları için %99)	En az %99,9 (Seyrek erişim katmanı için %99)
Ayrı düğümlerde tutulan verilerin kopya sayısı	Tek bir bölge içinde üç kopya	Tek bir bölge içindeki ayrı kullanılabilirlik alanlarında üç kopya	Üçü birincil bölgede, üçü ikincil bölgede olmak üzere toplam altı kopya	Birincil bölgedeki ayrı kullanılabilirlik alanları arası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 SLA.

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

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

Kesinti senaryosu	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
Veri merkezi içindeki bir düğüm kullanılamaz duruma gelir	Yes	Yes	Yes	Yes
Veri merkezinin tamamı (bölgesel veya bölgesel olmayan) kullanılamaz duruma gelir	Hayır	Yes	Evet¹	Yes
Birincil bölgede bölge genelinde bir kesinti oluşur	Hayır	Hayır	Evet¹	Evet¹
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)

¹ 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 hangi yedeklilik seçeneklerinin desteklendiği 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	✅¹		✅¹
Azure yönetilen diskleri	✅	✅³
Azure Elastic SAN	✅	✅

¹ 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.
² Premium dosya paylaşımları LRS ve ZRS'de desteklenir.
³ ZRS yönetilen disklerinin belirli sınırlamaları vardır. Ayrıntılar için yönetilen diskler için yedeklilik seçenekleri makalesinin 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
Önerilen	Standart genel amaçlı v2 (`StorageV2`)¹ Premium blok blobları (`BlockBlobStorage`)¹ Premium dosya paylaşımları (`FileStorage`) Premium sayfa blobları (`StorageV2`)	Standart genel amaçlı v2 (`StorageV2`)¹ Premium blok blobları (`BlockBlobStorage`)¹ Premium dosya paylaşımları (`FileStorage`)	Standart genel amaçlı v2 (`StorageV2`)¹	Standart genel amaçlı v2 (`StorageV2`)¹
Eski	Standart genel amaçlı v1 (`Storage`) Eski blob (`BlobStorage`)	Yok	Standart genel amaçlı v1 (`Storage`) Eski blob (`BlobStorage`)	Yok

¹ Hiyerarşik ad alanı etkin olan bu tür 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 Sık Erişimli, Seyrek Erişimli ve Arşiv erişim katmanları.

Yönetilmeyen diskler ZRS veya GZRS'i desteklemez.

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

Not

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

Müşteri tarafından yönetilen hesap yük devretme desteği

Coğrafi olarak yedekli tüm teklifler, birincil bölgede olağanüstü durum olması durumunda Microsoft tarafından yönetilen yük devretmeyi destekler. Ayrıca, aşağıdaki tabloda gösterildiği gibi bazı hesap türleri müşteri tarafından yönetilen hesap yük devretmeyi destekler:

Yük devretme türü	GRS/RA-GRS	GZRS/RA-GZRS
Müşteri tarafından yönetilen yük devretme	Genel amaçlı v2 hesapları Genel amaçlı v1 hesapları Eski Blob Depolama hesapları	Genel amaçlı v2 hesapları
Microsoft tarafından yönetilen yük devretme	Tüm hesap türleri	Genel amaçlı v2 hesapları

Önemli

Klasik depolama hesapları

Müşteri tarafından yönetilen hesap yük devretmesi yalnızca Azure Resource Manager (ARM) dağıtım modeli kullanılarak dağıtılan depolama hesapları için desteklenir. Klasik olarak da bilinen Azure Service Manager (ASM) dağıtım modeli desteklenmez. Klasik depolama hesaplarının müşteri tarafından yönetilen hesap yük devretmesi için uygun olmasını sağlamak için önce ARM modeline geçirilmeleri gerekir. Yükseltmeyi gerçekleştirmek için depolama hesabınızın erişilebilir olması gerekir, bu nedenle birincil bölge şu anda başarısız durumda olamaz.

Birincil bölgeyi etkileyen bir olağanüstü durum durumunda Microsoft, klasik depolama hesapları için yük devretmeyi yönetir. Daha fazla bilgi için bkz. Microsoft tarafından yönetilen yük devretme.

Azure Data Lake Storage 2. Nesil

Hiyerarşik ad alanına (Azure Data Lake Storage 2. Nesil) sahip hesaplar için müşteri tarafından yönetilen hesap yük devretmesi şu anda ÖNİzLEME aşamasındadır ve yalnızca aşağıdaki bölgelerde desteklenir:

(Asya Pasifik) Orta Hindistan
(Avrupa) Kuzey İsviçre
(Avrupa) Batı İsviçre
(Kuzey Amerika) Orta Kanada

Önizlemeyi kabul etmek için bkz. Azure aboneliğinde önizleme özelliklerini ayarlama ve özellik adı olarak belirtme AllowHNSAccountFailover .

Beta veya önizleme aşamasında olan ya da başka bir şekilde henüz genel kullanıma sunulmamış olan Azure özelliklerinde geçerli olan yasal koşullar için bkz. Microsoft Azure Önizlemeleri için Ek Kullanım Koşulları.

Olağanüstü durum kurtarma ve müşteri tarafından yönetilen yük devretme hakkında daha fazla bilgi için bkz . Olağanüstü durum kurtarma ve depolama hesabı yük devretmesi.

Veri bütünlüğü

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

Ayrıca bkz.

Depolama hesabı için yedeklilik seçeneğini değiştirme
Coğrafi çoğaltma (GRS/GZRS/RA-GRS/RA-GZRS)
- Depolama hesabı için Son Eşitleme Zamanı özelliğini denetleme
- Olağanüstü durum kurtarma ve depolama hesabı yükünü devretme
Fiyatlandırma