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

Senaryonuz için en uygun yedeklilik seçeneğini belirlerken, düşük maliyetlerle daha yüksek kullanılabilirlik arasındaki dengeleri göz önünde bulundurun. Hangi yedeklilik seçeneğini belirlemenize yardımcı olacak 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 gerektirip gerektirmediğ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ğı ü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ı, 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 eşzamanlı 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 eşzamanlı olarak kopyalar. Yüksek kullanılabilirlik gerektiren uygulamalar için Microsoft, 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,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 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:

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

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

  • Uygulamanız veri kaybı oluştuğunda 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 Azure yönetilmeyen diskler için bir depolama hesabı oluşturmak mümkün olsa da, zaman uyumsuz coğrafi çoğaltma üzerinden 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'lar) depolama kaynakları için dayanıklılık sunar.

ZRS ile, bölge kullanılamaz duruma gelse bile verilerinize hem okuma hem de yazma işlemleri için erişilebilir. 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şirsen 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.

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 hale 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ığına ilişkin 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 olağanüstü durumlara karşı tek başına korumayabilir. Bölgesel olağanüstü durumlara karşı koruma için Microsoft, birincil bölgede ZRS kullanan ve verilerinizi ikincil 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ında 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 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 genel amaçlı v2 depolama hesapları için ZRS, Azure bölgelerinin bir alt kümesi için kullanılabilir:

  • (Afrika) Güney Afrika Kuzey
  • (Asya Pasifik) Doğu Avustralya
  • (Asya Pasifik) Orta Hindistan
  • (Asya Pasifik) Doğu Asya
  • (Asya Pasifik) Doğu Japonya
  • (Asya Pasifik) Kore Orta
  • (Asya Pasifik) Güneydoğu Asya
  • (Avrupa) Orta Fransa
  • (Avrupa) Orta Batı Almanya
  • (Avrupa) Kuzey Avrupa
  • (Avrupa) Doğu Norveç
  • (Avrupa) İsveç Orta
  • (Avrupa) Kuzey İsviçre
  • (Avrupa) Güney Birleşik Krallık
  • (Avrupa) Batı Avrupa
  • (Kuzey Amerika) Orta Kanada
  • (Kuzey Amerika) Orta ABD
  • (Kuzey Amerika) Doğu ABD
  • (Kuzey Amerika) Doğu ABD 2
  • (Kuzey Amerika) Orta Güney ABD
  • (Kuzey Amerika) US Gov Virginia
  • (Kuzey Amerika) Batı ABD 2
  • (Kuzey Amerika) Batı ABD 3
  • (Güney Amerika) Güney Brezilya

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 blobları Azure bölgelerinin bir alt kümesinde kullanılabilir:

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

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şımları için ZRS, Azure bölgelerinin bir alt kümesi için kullanılabilir:

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

İkincil bölgede yedeklilik

Yüksek dayanıklılık gerektiren uygulamalar için, depolama hesabınızdaki verileri ayrıca 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ılamayan bir olağanüstü durumla karşılaşması durumunda bile verileriniz dayanıklıdır.

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ö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 eşzamanlı 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 ikincil bölgedeki veriler, ikincil bölgeye yük devretme olmadığı 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 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 uzakta olan 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şı koruma ile 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 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ılamaz olduğu bir olağanüstü durum söz konusu olduğunda 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

GZRS, Azure bölgelerinin bir alt kümesi için kullanılabilir:

  • (Afrika) Güney Afrika Kuzey
  • (Asya Pasifik) Doğu Avustralya
  • (Asya Pasifik) Doğu Asya
  • (Asya Pasifik) Doğu Japonya
  • (Asya Pasifik) Kore Orta
  • (Asya Pasifik) Güneydoğu Asya
  • (Asya Pasifik) Orta Hindistan
  • (Avrupa) Orta Fransa
  • (Avrupa) Orta Batı Almanya
  • (Avrupa) Kuzey Avrupa
  • (Avrupa) Doğu Norveç
  • (Avrupa) İsveç Orta
  • (Avrupa) Kuzey İsviçre
  • (Avrupa) Güney Birleşik Krallık
  • (Avrupa) Batı Avrupa
  • (Kuzey Amerika) Orta Kanada
  • (Kuzey Amerika) Orta ABD
  • (Kuzey Amerika) Doğu ABD
  • (Kuzey Amerika) Doğu ABD 2
  • (Kuzey Amerika) Orta Güney ABD
  • (Kuzey Amerika) Batı ABD 2
  • (Kuzey Amerika) Batı ABD 3
  • (Kuzey Amerika) US Gov Virginia
  • (Güney Amerika) Güney Brezilya

İ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ı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şimi sağlar.

Dikkat

Veriler birincil bölgeden ikincil bölgeye zaman uyumsuz olarak çoğaltıldığı için, ikincil bölge yazma işlemleri açısından 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. Olası veri kaybını planlama hakkında daha fazla bilgi için bkz. Veri kaybını tahmin etme.

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ı sorunsuz bir şekilde ikincil bölgeden verileri okumaya kaydıracak şekilde tasarlayabilirsiniz.

RA-GRS veya RA-GZRS'yi etkinleştirdikten sonra ikincil bölge okuma erişimi için kullanılabilir; böylece kesinti durumunda ikincil bölgeden düzgün bir şekilde okunmasını sağlamak 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 uygulamaya 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.

Son Eşitleme Zamanı özelliğini denetleme

Veriler ikincil bölgeye zaman uyumsuz olarak çoğaltıldığı 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 yazma işlemleri henüz ikincil bölgeye çoğaltılmamıştır.

hangi yazma işlemlerinin ikincil bölgeye çoğaltıldığını belirlemek için uygulamanız depolama hesabınızın Son Eşitleme Zamanı özelliğini denetleyebiliyor. Son eşitleme zamanından önce birincil bölgeye yazılan tüm yazma işlemleri ikincil bölgeye başarıyla çoğaltıldı, yani ikincil bölgeden okunmaya hazır hale geldi. Son eşitleme zamanından sonra birincil bölgeye yazılan tüm yazma işlemleri ikincil bölgeye çoğaltılmış veya çoğaltılmış olmayabilir; bu da okuma işlemleri için kullanılamayabileceği anlamına gelir.

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

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's) en az %99,9999999999999999 (16 9's) en az %99,9999999999999999 (16 9's)
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 veya Arşiv erişim katmanları 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 veya Arşiv erişim katmanları için %99)

RA-GZRS için en az %99,99 (Seyrek Erişim veya Arşiv erişim katmanları 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 veya Arşiv erişim katmanları 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 veya Arşiv erişim katmanları 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 tabloda, 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ığı 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
Veri merkezinin tamamı (bölgesel veya bölgesel olmayan) kullanılamaz duruma gelir Hayır Yes 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 hangi yedeklilik seçeneklerinin desteklendiği gösterilmektedir.

LRS ZRS GRS RA-GRS GZRS RA-GZRS
Blob depolama (Data Lake Storage dahil)
Kuyruk depolama
Tablo depolama
Azure Dosyalar 1,2
Azure yönetilen diskleri
Sayfa blobları
Blob depolama (Data Lake Storage dahil)
Kuyruk depolama
Tablo depolama
Azure Dosyalar 1,2
Azure yönetilen diskleri3
Blob depolama (Data Lake Storage dahil)
Kuyruk depolama
Tablo depolama
Azure Dosyalar 1
Blob depolama (Data Lake Storage dahil)
Kuyruk depolama
Tablo depolama
Blob depolama (Data Lake Storage dahil)
Kuyruk depolama
Tablo depolama
Azure Dosyalar 1
Blob depolama (Data Lake Storage dahil)
Kuyruk depolama
Tablo depolama

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ç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)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
Eski 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ü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

Azure Premium Disk Depolama şu anda yalnızca yerel olarak yedekli depolamayı (LRS) desteklemektedir. 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 devretmesini destekler. Desteklenen hesap türlerinin Azure Resource Manager dağıtımlarını kullanması gerekir. 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 devretme.

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ı

Not

Hiyerarşik ad alanına (Azure Data Lake Storage 2. Nesil) sahip hesaplarda müşteri tarafından yönetilen hesap yük devretmesi henüz desteklenmiyor. Daha fazla bilgi edinmek için bkz. Azure Data Lake Storage 2. Nesil'de bulunan blob depolama özellikleri.

Birincil bölgeyi etkileyen bir olağanüstü durum durumunda Microsoft, hiyerarşik ad alanına sahip hesaplar için yük devretmeyi yönetir. Daha fazla bilgi için bkz. Microsoft tarafından yönetilen yük devretme.

Veri bütünlüğü

Azure Depolama düzenli aralıklarla döngüsel yedeklilik denetimleri (CRC) kullanarak depolanan verilerin bütünlüğünü doğrular. Veri bozulması algılanırsa, 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.