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 (veri merkezi) üç kez çoğaltır. Kullanılabilirlik alanları arasında çoğaltılmaz.
  • 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 hesaplarınızdaki verileri seçtiğiniz birincil bölgede bulunan bir veya daha fazla Azure kullanılabilirlik alanına çoğaltır. Tercih ettiğiniz kullanılabilirlik alanını seçme seçeneği olmasa da Azure, yük dengelemeyi geliştirmek için LRS hesaplarını bölgeler arasında taşıyabilir veya genişletebilir. LRS, belirli bir yıl boyunca nesnelerin en az %99,99999999999 (11 dokuz) dayanıklılığını sağlar. Kullanılabilirlik alanı güvenilirliği hakkında daha fazla bilgi edinmek için Azure kullanılabilirlik alanları nedir? makalesini ziyaret edin.

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, veriler üç kopya/replika üzerine yazıldıktan sonra ancak başarıyla tamamlanır.

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

LRS ile kullanılabilirlik alanlarında 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. Azure yönetilmeyen diskler için GRS kullanan bir depolama hesabı oluşturmak mümkün olsa da, bu, zaman uyumsuz coğrafi çoğaltma üzerindeki tutarlılık sorunları nedeniyle önerilmez.

Alanlar arası yedekli depolama

Alanlar arası yedekli depolama (ZRS), depolama hesaplarınızdaki verileri seçtiğiniz birincil bölgede bulunan üç veya daha fazla Azure kullanılabilirlik alanına ç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. Kullanılabilirlik alanı güvenilirliği hakkında daha fazla bilgi edinmek için Azure kullanılabilirlik alanları nedir? makalesini ziyaret edin.

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 hale gelirse, Azure ağ güncellemeleri, örneğin Etki Alanı Adı Sistemi (DNS) yönlendirmesi, gerçekleştirir. Bu güncelleştirmeler, güncelleştirmeler tamamlanmadan önce verilere erişiyorsanız uygulamanızı etkileyebilir. ZRS için uygulamalar tasarlarken, üstel geri bekleme ile yeniden deneme ilkelerini uygulamak 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, veriler üç erişilebilirlik bölgesindeki tüm çoğaltmalara yazıldıktan sonra başarıyla tamamlanır. 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.

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

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

  • Coğrafi olarak yedekli depolama (GRS), LRS kullanarak birincil bölgedeki bir veya daha fazla Azure kullanılabilirlik alanında verilerinizi zaman uyumlu 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 ikincil bölgedeki veriler, ikincil bölgeye geçiş yapılmadığı sürece 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 İkincil bölgedeki verilere okuma erişimi bölümüne bkz.

Birincil bölge kullanılamaz duruma gelirse, ikincil bölgeye geçiş yapmayı 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 Olağanüstü durum kurtarma ve depolama hesabı yük devretme konusuna bakın.

Ö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), verilerinizi LRS kullanarak birincil bölgedeki bir veya daha fazla kullanılabilirlik alanına 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 taahhüt edilir ve LRS kullanılarak çoğaltılır. Güncelleştirme daha sonra ikincil bölgeye asenkron olarak kopyalanı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 ölçekli bir bölgesel kesinti veya ilk bölgenin kurtarılamadığı bir felaket durumunda 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

Bir bölgenin GZRS'yi desteklenip desteklemediğini belirlemek için Bkz. Azure bölgeleri listesi. GZRS'yi desteklemek için bir bölgenin kullanılabilirlik alanlarını desteklemesi ve eşleştirilmiş bir bölgeye sahip olması gerekir.

İ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 yeni birincil bölgede verileri okuyup yazabilirsiniz. Daha fazla bilgi için bkz Müşteri tarafından yönetilen depolama hesabı yük devretme işleminin bir kesinti durumunda nasıl çalıştığı.

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 yedekli depolamayı (RA-GRS) veya okuma erişimli coğrafi bölge yedekli depolamayı (RA-GZRS) desteklemez.

Uygulamalarınızın ikincil veriye okuma erişimi sağlamak için tasarlanması

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şimine kullanılabilir durumda. 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 (Öğrenme Kayıt Deposu) ZRS GRS/RA-GRS GZRS/RA-GZRS
Belirli bir yıl içindeki nesnelerin dayanıklılığı yüzdesi en az %99,9999999999 (11 tane 9) en az %99,9999999999 (12 adet 9) en az %99,999999999999999 (16 adet 9) en az %99,999999999999999 (16 adet 9)
Okuma istekleri için kullanılabilirlik En az %99,9 (seyrek/soğuk/arşiv erişim katmanları için en az %99) En az %99,9 (seyrek/soğuk erişim katmanı için %99) GRS için en az %99,9 (soğuk/sıcak/arşiv erişim katmanları için %99,9)

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

RA-GZRS için en az %99,99 (soğuk veya seyrek erişim katmanı için %99,9)
Yazma istekleri için kullanılabilirlik En az %99,9 (seyrek/soğuk/arşiv erişim katmanları için en az %99) En az %99,9 (seyrek/soğuk erişim katmanı için %99) En az %99,9 (seyrek/soğuk/arşiv erişim katmanları için en az %99) En az %99,9 (seyrek/soğuk erişim katmanı için %99)

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 (Öğrenme Kayıt Deposu) ZRS GRS/RA-GRS GZRS/RA-GZRS
Veri merkezindeki bir düğüm kullanılamaz duruma gelir Evet Evet Evet Evet
Veri merkezinin tamamı (bölgesel veya bölgesel olmayan) kullanılamaz duruma gelir Hayır Evet Evet1 Evet
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 devretme işlemi gereklidir. Daha fazla bilgi için Olağanüstü durum kurtarma ve depolama hesabı yük devretme başlığını inceleyin.

Desteklenen Azure Depolama hizmetleri

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

Hizmet LRS (Öğrenme Kayıt Deposu) ZRS GRS RA-GRS GZRS RA-GZRS
Blob depolama
(Data Lake Storage dahil)		 ✅ ✅ ✅ ✅ ✅ ✅
Kuyruk saklama ✅ ✅ ✅ ✅ ✅ ✅
Tablo Saklama ✅ ✅ ✅ ✅ ✅ ✅
Azure Dosyaları ✅ 1 ✅ 1 ✅ ✅
Azure yönetilen diskler ✅ ✅ 2
Azure Elastik SAN ✅ ✅

LRS ve ZRS'de 1 SSD dosya paylaşımı desteklenir.
2 ZRS yönetilen diskin belirli sınırlamaları vardır. 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 (Öğrenme Kayıt Deposu) ZRS GRS/RA-GRS GZRS/RA-GZRS
Önerilir Standart genel amaçlı v2 (StorageV2)1

Premium blok blobları (BlockBlobStorage)1

SSD dosya paylaşımları (FileStorage)

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

Premium blok blobları (BlockBlobStorage)1

SSD dosya paylaşımları (FileStorage)		 Standart genel amaçlı v2 (StorageV2)1 Standart genel amaçlı v2 (StorageV2)1
Geçmişin 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 Blob verileri için erişim katmanları bölümüne bakın.

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.