Azure Depolama yedekliliği

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 plansız olaylara karşı korunur. Yedeklilik, hata durumunda bile depolama hesabınız için kullanılabilirlik ve dayanıklılık hedeflerini karşılamasını sağlar.

Senaryo için en uygun yedeklilik seçeneğine karar verirken, düşük maliyetler ve daha yüksek kullanılabilirlik arasındaki farkları göz önünde bulundurabilirsiniz. Hangi yedeklilik seçeneğini belirlemeniz gerektiğini belirlemenize yardımcı olan faktörler şunlardır:

  • Verilerinizin birincil bölgede çoğaltılması
  • Bölgesel felaketlere karşı koruma için verilerinizin birincil bölgeye coğrafi olarak uzak olan ikinci bir bölgeye çoğaltılmış olup olmadığı
  • Birincil bölge herhangi bir nedenle kullanılamaz duruma gelirse, uygulamanın ikincil bölgedeki çoğaltılan verilere okuma erişimi gerekip gerek olmadığı

Not

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

Birincil bölgede yedeklilik

Azure Depolama hesabında yer alan 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ında 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'nin kullanılması ve ikincil bölgeye çoğaltılabilir.

Not

Microsoft, Azure Data Lake 2. Nesil iş yükleri için birincil bölgede ZRS Depolama önerilir.

Yerel olarak yedekli depolama

Yerel olarak yedekli depolama (LRS), verilerinizi birincil bölgedeki tek bir veri merkezinde üç kez çoğaltır. LRS, belirli bir yıl boyunca nesnelerin en az %99,999999999999 (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 düşük dayanıklılığı 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. Bu riski azaltmak için Microsoft, bölge yedekli depolama (ZRS), coğrafi olarak yedekli depolama (GRS) veya coğrafi olarak yedekli depolama (GZRS) kullanmayı önermiştir.

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ığı zaman başarıyla döner.

Aşağıdaki diyagramda, verilerinizin LRS ile tek bir veri merkezinde nasıl çoğaltılması gerekir:

LRS ile verilerin tek bir veri merkezinde nasıl çoğaltılmış olduğunu gösteren diyagram

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

  • Uygulamanız, veri kaybı meydana gelirse kolayca yeniden oluşturabiliyorsa LRS'ye tercih yapabilirsiniz.
  • Uygulamanız, veri idaresi gereksinimleri nedeniyle yalnızca bir ülke veya bölge içinde verileri çoğaltmayla sınırlı ise LRS'ye tercihte bulundurabilirsiniz. Bazı durumlarda verilerin coğrafi olarak çoğaltılmış olduğu 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.

Alanlar arası yedekli depolama

Alanlar arasında yedekli depolama (ZRS), Azure Depolama verilerinizi birincil bölgedeki üç Azure kullanılabilirlik alanına 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, Azure Depolama veri nesneleri için bir yıl boyunca en az %99,9999999999999 (12,9'lar) dayanıklılık sunar.

ZRS ile, bir bölge kullanılamaz hale gelirse bile verileriniz hem okuma hem de yazma işlemleri için erişilebilir durumda olur. Bir bölge kullanılamaz duruma gelirse Azure, DNS yeniden işaret gibi ağ güncelleştirmelerini üstler. Bu güncelleştirmeler, güncelleştirmeler tamamlanmadan önce verilere erişen uygulamalarınızı etkileyebilir. ZRS için uygulama tasarlarken, üstel geri kapatma ile yeniden deneme ilkeleri uygulama da dahil olmak üzere geçici hata işleme uygulamalarını izleyin.

ZRS kullanan bir depolama hesabına yazma isteği zaman uyumlu olarak gerçekleşir. Yazma işlemi ancak veriler üç kullanılabilirlik bölgesi genelindeki tüm çoğaltmalara yazıldığı zaman başarılı bir şekilde döndürür.

Microsoft, yüksek kullanılabilirlik gerektiren senaryolar için birincil bölgede ZRS'nin kullanılması önerilir. ZRS, veri idaresi gereksinimlerini karşılamak için bir ülke veya bölgeye veri çoğaltmayı kısıtlamak için de önerilir.

Aşağıdaki diyagramda, verilerinizin ZRS ile birincil bölgedeki kullanılabilirlik alanları arasında nasıl çoğaltılmış olduğu gösterir:

ZRS ile birincil bölgede verilerin nasıl çoğaltılmış olduğunu gösteren diyagram

ZRS, geçici olarak kullanılamaz hale gelirse verileriniz için mükemmel performans, düşük gecikme süresi ve resilians 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şı koruyamayabilirsiniz. Microsoft, bölgesel olağanüstü durumlara karşı koruma için birincil bölgede ZRS kullanan ve verilerinizi ikincil bir bölgeye coğrafi olarak çoğaltan coğrafi olarak bölgesel olarak yedekli depolama (GZRS) kullanılması önerisinde bulunuyor.

Aşağıdaki tabloda hangi depolama hesabı türlerinin hangi bölgelerde ZRS'yi desteklemektedir:

Depolama hesabı türü Desteklenen bölgeler Desteklenen hizmetler
Genel amaçlı v21 (Afrika) Güney Afrika - Kuzey
(Asya Pasifik) Güneydoğu Asya
(Asya Pasifik) Doğu Avustralya
(Asya Pasifik) Doğu Japonya
(Kanada) Orta Kanada
(Avrupa) Kuzey Avrupa
(Avrupa) Batı Avrupa
(Avrupa) Orta Fransa
(Avrupa) Orta Batı Almanya
(Avrupa) Güney Birleşik Krallık
(Güney Amerika) Güney Brezilya
(ABD) Orta ABD
(ABD) Doğu ABD
(ABD) Doğu ABD 2
(ABD) Orta Güney ABD
(ABD) Batı ABD 2
Blok blobları
Sayfa blobları2
Dosya paylaşımları (standart)
Tables
Kuyruklar
Premium blobları1 Güneydoğu Asya
Doğu Avustralya
Kuzey Avrupa
Batı Avrupa
Orta Fransa
Doğu Japonya
Güney Birleşik Krallık
ABD Doğu
ABD Doğu 2
ABD Batı 2
Premium blok blobları
Premium paylaşımları Güneydoğu Asya
Doğu Avustralya
Kuzey Avrupa
Batı Avrupa
Orta Fransa
Doğu Japonya
Güney Birleşik Krallık
ABD Doğu
ABD Doğu 2
ABD Batı 2
Premium dosya paylaşımlarını yükleme

1 Arşiv katmanı şu anda ZRS hesapları için desteklenmiyor.
2 Depolama sanal makineler için Azure yönetilen diskleri içeren hesaplarda her zaman LRS kullanılır. Azure tarafından yönetmemiş diskler de LRS kullanmalısınız. GRS kullanan Azure tarafından yönetmemiş diskler için bir depolama hesabı oluşturmak mümkündür, ancak zaman uyumsuz coğrafi çoğaltma üzerinde tutarlılıkla ilgili olası sorunlar nedeniyle önerilmez. Ne yönetilen ne de yönetilemeyen diskler ZRS veya GZRS'yi desteklemez. Yönetilen diskler hakkında daha fazla bilgi için bkz. Azure yönetilen diskleri fiyatlandırması.

Hangi bölgelerin ZRS'yi desteklemesi hakkında bilgi için Bkz. Hangi bölgeler Azure Kullanılabilirlik Alanları..

İkincil bölgede yedeklilik

Yüksek dayanıklılık gerektiren uygulamalar için, depolama hesabınıza ek olarak verileri birincil bölgeden yüzlerce kilometre uzakta olan ikincil bir bölgeye kopyalamayı da seçebilirsiniz. Depolama hesabınız ikincil bir bölgeye kopyalanırsa, birincil bölgenin kurtarılamaz olduğu tam bir bölgesel kesinti veya olağanüstü durum durumunda bile verileriniz dayanıklı olur.

Bir depolama hesabı sanız, 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 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ında 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 çoğaltılması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 ile ikincil 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ıza okuma erişimli coğrafi olarak yedekli depolama (RA-GRS) veya okuma erişimli coğrafi olarak yedekli depolama (RA-GZRS) kullanmak üzere yapılandırmanız gerekir. 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 okuyabilir ve yazabilirsiniz. Olağanüstü durum kurtarma ve ikincil bölgeye yük devretme hakkında daha fazla bilgi için bkz. Olağanüstü durum kurtarma ve depolama hesabı yük devretme.

Önemli

Veriler ikincil bölgeye zaman uyumsuz olarak çoğaltılma nedeniyle, birincil bölgeyi etkileyen bir hata birincil bölge kurtarılamazsa veri kaybına neden olabilir. Birincil bölgeye en son yazmalar ile ikincil bölgeye son yazma arasındaki aralık kurtarma noktası hedefi (RPO) olarak bilinir. RPO, verilerin kurtarılma noktasını gösterir. Azure Depolama genellikle 15 dakikadan kısa bir RPO'ya sahip olsa da, şu anda verileri ikincil bölgeye çoğaltmanın ne kadar süreceli olduğuyla ilgili 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 kilometre uzakta olan ikincil bir bölgedeki tek bir fiziksel konuma kopyalar. GRS, Azure Depolama veri nesneleri için bir yıl boyunca en az %99,999999999999999 (16,9 sn) dayanıklılık sunar.

Yazma işlemi önce birincil konuma işlendi ve LRS kullanılarak çoğaltıldı. Güncelleştirme daha sonra zaman uyumsuz olarak ikincil bölgeye çoğaltılır. Veriler ikincil konuma yazıldığı zaman da LRS kullanılarak bu konumda çoğaltılır.

Aşağıdaki diyagramda verilerinizin GRS veya RA-GRS ile nasıl çoğaltılmış olduğu gösterir:

Verilerin GRS veya RA-GRS ile nasıl çoğaltılmış olduğunu gösteren diyagram

Coğrafi alanlar arası yedekli depolama

Coğrafi alanlar arasında 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 depolama hesabıyla ilgili veriler birincil bölgedeki üç Azure kullanılabilirlik alanına kopyalanır ve bölgesel felaketlere karşı koruma için ikincil coğrafi bölgeye çoğaltılır. Microsoft, en yüksek tutarlılık, dayanıklılık ve kullanılabilirlik, mükemmel performans ve olağanüstü durum kurtarma için dayanıklılık gerektiren uygulamalar için GZRS'nin kullanılması önerilir.

Bir GZRS depolama hesabıyla, kullanılabilirlik alanı kullanılamaz duruma gelirse veya kurtarılamazsa verileri okumaya ve yazmaya devam edersiniz. Ayrıca, tam bir bölgesel kesinti veya birincil bölgenin kurtarılamaz olduğu bir olağanüstü durum durumunda verileriniz de dayanıklı olur. GZRS, belirli bir yıl boyunca nesnelerin en az %99,999999999999999 (16,9'lık) dayanıklılığını sağlayacak şekilde tasarlanmıştır.

Aşağıdaki diyagramda verilerinizin GZRS veya RA-GZRS ile nasıl çoğaltılmış olduğu gösterir:

Verilerin GZRS veya RA-GZRS ile nasıl çoğaltılmış olduğunu gösteren diyagram

Yalnızca genel amaçlı v2 depolama hesapları GZRS ve RA-GZRS'yi destekler. Depolama hesabı türleri hakkında daha fazla bilgi için bkz. Azure depolama hesabına genel bakış. GZRS ve RA-GZRS blok bloblarını, sayfa bloblarını (VHD diskleri hariç), dosyaları, tabloları ve kuyrukları destekler.

GZRS ve RA-GZRS aşağıdaki bölgelerde de desteklemektedir:

  • (Afrika) Güney Afrika - Kuzey
  • (Asya Pasifik) Güneydoğu Asya
  • (Asya Pasifik) Doğu Avustralya
  • (Asya Pasifik) Orta Hindistan
  • (Asya Pasifik) Doğu Japonya
  • (Asya Pasifik) Güney Kore - Orta
  • (Kanada) Orta Kanada
  • (Avrupa) Kuzey Avrupa
  • (Avrupa) Batı Avrupa
  • (Avrupa) Orta Fransa
  • (Avrupa) Orta Batı Almanya
  • (Avrupa) Güney Birleşik Krallık
  • (Güney Amerika) Güney Brezilya
  • (ABD) Orta ABD
  • (ABD) Doğu ABD
  • (ABD) Doğu ABD 2
  • (ABD) Orta Güney ABD
  • (ABD) Batı ABD 2

Fiyatlandırma hakkında bilgi için bkz. Bloblar, Dosyalar, Kuyruklar veTablolar için fiyatlandırma ayrıntıları.

İkincil bölgedeki verilere okuma erişimi

Coğrafi olarak yedekli depolama (GRS veya GZRS ile), bölgesel kesintilere karşı koruma için verilerinizi ikincil bölgedeki başka bir fiziksel konuma çoğaltır. Ancak bu veriler yalnızca müşteri veya Microsoft birincil bölgeden ikincil bölgeye yük devretme başlattığında okunabilir. İkincil bölgeye okuma erişimini etkinleştirip birincil bölgenin kullanılamaz duruma geldiğinde verileriniz her zaman okunabilir. İkincil bölgeye okuma erişimi için okuma erişimli coğrafi olarak yedekli depolama (RA-GRS) veya okuma erişimli coğrafi olarak yedekli depolamayı (RA-GZRS) etkinleştirin.

Not

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

Uygulamalarınızı ikincil veritabanına 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ı sorunsuz bir şekilde ikincil bölgedeki verileri okumaya kaydıracak şekilde tasarabilirsiniz.

Ra-GRS veya RA-GZRS'yi etkinleştirdikten sonra ikincil bölge okuma erişimine açık olur, böylece bir kesinti durumunda ikincil bölgeden düzgün bir şekilde okunacak şekilde emin olmak için uygulamanızı önceden test edin. Uygulamalarınızı coğrafi yedeklilik avantajı sağlayacak şekilde tasarlama hakkında daha fazla bilgi için bkz. Yüksek oranda kullanılabilir uygulamalar tasarlamak için coğrafi yedeklilik kullanma.

İkincilde 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 soneki ekler. Örneğin, Blob depolama için birincil uç noktanız ise myaccount.blob.core.windows.net ikincil uç nokta myaccount-secondary.blob.core.windows.net olur. Depolama hesabınız için hesap erişim anahtarları hem birincil hem de ikincil uç noktalar için aynıdır.

Son Eşitleme Zamanı özelliğini denetleme

Veriler ikincil bölgeye zaman uyumsuz olarak çoğaltıldıkları için ikincil bölge genellikle birincil bölgenin arkasındadır. Birincil bölgede bir hata olursa, birincil bölgeye yapılan tüm yazmalar henüz ikincil bölgeye çoğaltılmaz.

Hangi yazma işlemlerinin ikincil bölgeye çoğaltılmış olduğunu belirlemek için, uygulamanız depolama hesabınız için Son Eşitleme Zamanı özelliğini kontrol ediyor olabilir. Son eşitleme zamanından önce birincil bölgeye yazılan tüm yazma işlemleri başarıyla ikincil bölgeye çoğaltıldı. Bu da ikincil bölgeden okunmalarına izin verildiği anlamına gelir. Son eşitleme zamanından sonra birincil bölgeye yazılan yazma işlemleri ikincil bölgeye çoğaltılmış olabilir veya çoğaltılmış olabilir, yani okuma işlemleri için kullanılamıyor olabilir.

Azure PowerShell, Azure CLI veya Azure Depolama kitaplıklarından birini kullanarak Son Eşitleme Zamanı özelliğinin Depolama sorguabilirsiniz. Son Eşitleme Zamanı özelliği bir GMT tarih/saat değeridir. Daha fazla bilgi için bkz. Depolama hesabının Son Eşitleme Zamanı özelliğini denetleme.

Artıklık seçeneklerinin Özeti

aşağıdaki bölümlerde yer alarak bulunan tablolar, Azure Depolama için kullanılabilir artıklık seçeneklerini özetler

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

Aşağıdaki tabloda her artıklık seçeneği için anahtar parametreleri açıklanmaktadır:

Parametre LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Belirli bir yıl boyunca nesnelerin yüzde dayanıklılığı en az% 99,999999999 (11 9) en az% 99,9999999999 (12 9) en az% 99.99999999999999 (16 9) en az% 99.99999999999999 (16 9)
Okuma istekleri için kullanılabilirlik En az% 99,9 (Seyrek Erişimli Katman için %99) En az% 99,9 (Seyrek Erişimli Katman için %99) GRS için en az% 99,9 (Seyrek Erişimli Katman için %99)

RA-GRS için en az% 99,99 (Seyrek Erişimli Katman için% 99,9)
GZRS için en az% 99,9 (Seyrek Erişimli Katman için %99)

RA-GZRS için en az% 99,99 (Seyrek Erişimli Katman için% 99,9)
Yazma istekleri için kullanılabilirlik En az% 99,9 (Seyrek Erişimli Katman için %99) En az% 99,9 (Seyrek Erişimli Katman için %99) En az% 99,9 (Seyrek Erişimli Katman için %99) En az% 99,9 (Seyrek Erişimli Katman için %99)
Ayrı düğümlerde tutulan verilerin kopyalarının sayısı Tek bir bölge içinde üç kopya Tek bir bölgedeki ayrı kullanılabilirlik alanları genelinde üç kopya Birincil bölgede üç kopya ve ikincil bölgede üç kopya Birincil bölgedeki ayrı kullanılabilirlik alanları genelinde üç kopya ve ikincil bölgede yerel olarak yedekli kopya sayısı dahildir.

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

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

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
Tüm veri merkezi (zonal veya ZGen olmayan) kullanılamaz hale gelir Hayır Yes Evet1 Yes
Birincil bölgede bölge genelinde bir kesinti meydana gelir Hayır Hayır Evet1 Evet1
Birincil bölge kullanılamaz hale gelirse ikincil bölgeye okuma erişimi kullanılabilir 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 1 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 bir Azure Depolama hizmeti tarafından hangi artıklık seçeneklerinin desteklendiği gösterilmektedir.

LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Blob depolama
Kuyruk depolama
Tablo depolama
Azure Dosyaları
Azure yönetilen diskler
Blob depolama
Kuyruk depolama
Tablo depolama
Azure Dosyaları
Blob depolama
Kuyruk depolama
Tablo depolama
Azure Dosyaları
Blob depolama
Kuyruk depolama
Tablo depolama
Azure Dosyaları

Desteklenen depolama hesabı türleri

Aşağıdaki tabloda, her bir depolama hesabı türü tarafından hangi artıklık seçeneklerinin desteklendiği gösterilmektedir. depolama hesabı türleri hakkında bilgi için bkz. Depolama hesaba genel bakış.

LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Genel amaçlı v2
Genel amaçlı v1
blok blobu Premium
Eski blob
Premium dosya paylaşımları
Genel amaçlı v2
blok blobları Premium
Premium dosya paylaşımları
Genel amaçlı v2
Genel amaçlı v1
Eski blob
Genel amaçlı v2

Tüm depolama hesaplarına ait tüm veriler, depolama hesabının artıklık seçeneğine göre kopyalanır. Blok Blobları, ekleme Blobları, sayfa Blobları, kuyruklar, tablolar ve dosyalar da dahil olmak üzere nesneler kopyalanır. Arşiv katmanı da dahil olmak üzere tüm katmanlardaki veriler kopyalanır. Blob katmanları hakkında daha fazla bilgi için bkz. Azure Blob depolama: sık erişimli, seyrek erişimli ve arşiv erişim katmanları.

her artıklık seçeneği için fiyatlandırma bilgileri için bkz. Azure Depolama fiyatlandırması.

Not

Azure Premium Disk Depolama şu anda yalnızca yerel olarak yedekli depolamayı (lrs) desteklemektedir. Blok Blob depolama hesapları, belirli bölgelerde yerel olarak yedekli depolamayı (LRS) ve bölge yedekli depolamayı (ZRS) destekler.

Veri bütünlüğü

Azure Depolama, döngüsel artıklık denetimleri (crcs) kullanılarak depolanan verilerin bütünlüğünü düzenli olarak doğrular. Veri bozulması algılanırsa, bu, gereksiz 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ğinde sağlama toplamlarını da hesaplar.

Ayrıca bkz.