Azure DocumentDB'de güvenilirlik

Azure DocumentDB, MongoDB uyumluluğu ile modern uygulama geliştirme için tam olarak yönetilen bir NoSQL veritabanı hizmetidir. Azure DocumentDB, eşzamanlı olarak çoğaltılan sıcak bekleme replikaları ve bölge yedekliliği ile yüksek kullanılabilirlik (HA) yapılandırmasını destekler. Ayrıca, başka bir Azure bölgesinde isteğe bağlı bir okuma replikası ve kazara veri kaybına karşı koruma sağlamak amacıyla belirli bir zamana geri yükleme saklama özelliğine sahip otomatik yedeklemeler sunar.

Azure'ı kullandığınızda güvenilirlik paylaşılan bir sorumluluktır. Microsoft, dayanıklılık ve kurtarmayı desteklemek için çeşitli özellikler sunar. Bu özelliklerin kullandığınız tüm hizmetler içinde nasıl çalıştığını anlamak ve iş hedeflerinize ve çalışma süresi hedeflerinize ulaşmak için ihtiyacınız olan özellikleri seçmek sizin sorumluluğunuzdadır.

Bu makalede, Azure DocumentDB'nin geçici hatalar, kullanılabilirlik alanı kesintileri, bölge kesintileri ve hizmet bakımı gibi çeşitli olası kesintilere ve sorunlara karşı nasıl dayanıklı hale getirildiği açıklanır. Ayrıca yedekleme davranışını açıklar ve HA ve bölgeler arası çoğaltma hakkında önemli bilgiler sağlar.

Güvenilirlik için üretim dağıtımı önerileri

Kümenizin güvenilirliğini artırmaya yönelik önerilerin listesi için bkz. Azure DocumentDB'de yüksek kullanılabilirlik (HA) ve bölgeler arası çoğaltma için en iyi yöntemler.

Güvenilirlik mimarisine genel bakış

Bu bölümde, hizmetin nasıl çalıştığına ilişkin güvenilirlik açısından en uygun olan bazı önemli yönler açıklanmaktadır. bölümünde dağıttığınız ve kullandığınız bazı kaynak ve özellikleri içeren mantıksal mimari tanıtılır. Ayrıca, hizmetin kapaklar altında nasıl çalıştığına ilişkin ayrıntılar sağlayan fiziksel mimariyi de ele alır.

Mantıksal mimari

Dağıttığınız birincil kaynak bir Azure DocumentDB kümesidir. Her küme için bir işlem katmanı seçer ve depolamayı yapılandırabilirsiniz. Seçtiğiniz katman, yüksek kullanılabilirlik (HA) gibi güvenilirlik özellikleri için kullanılabilen özellikleri belirler ve dayanıklılık senaryoları için kapasite planlama yönteminizi de etkiler.

Uygulamalar, bağlantı dizelerini ve uç noktaları kullanarak bir kümeye bağlanır. Azure DocumentDB, okuma-yazma işlemleri için bağlantı uç noktaları ve yapılandırıldığında okuma çoğaltması kümeleri için uç noktalar sağlar. Bu uç noktalar, hizmetin arka planda yük devretme davranışını yönetirken uygulamanızın istikrarlı bağlantı düzenlerini kullanmaya devam etmesine olanak tanır.

Her kümede verileriniz veritabanları, koleksiyonlar ve belgeler olarak düzenlenir. MongoDB uyumlu bu veri modeli parçalama stratejisi, okuma ve yazma desenleri, yedekleme ve geri yükleme kapsamı gibi iş yükü düzeyinde tasarım kararlarının temelini oluşturur.

Fiziksel mimari

Azure DocumentDB, kümenizi hizmeti çalıştıran düğümleri (sanal makineler) temsil eden parçalar üzerinde çalıştırır. Bir parça dağıtabilir veya ölçeği birden çok parçaya genişletebilirsiniz. Birden çok parçanın dağıtılması ölçek kapasitesini artırır, ancak tek başına HA sağlamaz.

HA'yı etkinleştirdiğinizde Azure DocumentDB, karşılık gelen bir dizi yedek shard oluşturur. Her birincil parçanın bir yedek parçası vardır. Hizmet, verileri her birincil-yedek çifti arasında eşzamanlı olarak çoğaltır ve birincil parça arızalanırsa yedek parçayı birincil olarak yükseltir. HA hakkında daha fazla bilgi için bkz. Azure DocumentDB'de yüksek kullanılabilirlik.

Azure DocumentDB parça dayanıklılığı için Azure Depolama kullanır. HA devre dışı bırakılırsa, her parça yerel olarak yedekli depolama (LRS) kullanır. LRS, verilerin üç kopyasını tutar, ancak kullanılabilirlik alanının kaybına dayanıklı değildir. LRS dayanıklılık ayrıntıları için bkz. Yedeklilik seçeneklerinin özeti.

Daha fazla bilgi için bkz. Azure DocumentDB: Arka planda kullanılabilirlik ve olağanüstü durum kurtarma (DR).

Geçici hatalara dayanıklılık

Geçici hatalar, bileşenlerde kısa ve aralıklı hatalardır. Bunlar genellikle bulut gibi dağıtılmış bir ortamda gerçekleşir ve işlemlerin normal bir parçasıdır. Geçici hatalar kısa bir süre sonra kendilerini düzeltmektedir. Uygulamalarınızın genellikle etkilenen istekleri yeniden deneyerek geçici hataları işleyebileceği önemlidir.

Bulutta barındırılan tüm uygulamalar, bulutta barındırılan API'ler, veritabanları ve diğer bileşenlerle iletişim kurarken Azure geçici hata işleme yönergelerini izlemelidir. Daha fazla bilgi için bkz Geçici hataları ele alma önerileri.

Azure DocumentDB MongoDB protokolüyle uyumludur, bu nedenle uygulamalar genellikle MongoDB sürücülerini kullanarak bağlanır. Uygulamanızın sürücü yeniden deneme ayarlarını, özellikle de yük devretme olayları sırasında bağlantı kesintileri ve kısa yazma kesintileri gibi geçici hataları işleyecek şekilde yapılandırmak sizin sorumluluğunuzdadır. Şu yönergeleri izleyin:

  • Geçici bağlantı hataları için otomatik yeniden deneme işlemeyi destekleyen MongoDB sürücülerini kullanın.

  • Üstel geri alma ile yeniden denemeleri yapılandırın ve yeniden deneme denemelerinin sayısını sınırlayın.

  • Mümkün olduğunda, yazma işlemlerini yeniden denemenin güvenli olacağı şekilde idempotent olarak tasarlayın. İdempotentlik hakkında genel uygulama rehberi için bkz. İdempotent Tüketici deseni.

Kullanılabilirlik alanı hatalarına dayanıklılık

Kullanılabilirlik alanları , bir Azure bölgesi içindeki veri merkezlerinin fiziksel olarak ayrı gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine devredilebilir.

Azure DocumentDB'de kullanılabilirlik alanı desteğini kullanmak için yüksek kullanılabilirliği (HA) etkinleştirin. Kullanılabilirlik alanlarını destekleyen bir bölgede HA'yı etkinleştirdiğinizde, Azure DocumentDB yedekli parçaları birincil parçalarından farklı bir kullanılabilirlik alanına yerleştirdiğinden kümeniz alanlar arası yedekli hale gelir. Yedek parçalar, birincil parça devre dışı kalmadıkça istemci isteklerini almaz.

HA'yı devre dışı bırakırsanız, Azure DocumentDB bekleme parçalarını başka bir kullanılabilirlik alanına yerleştirmez, bu nedenle kullanılabilirlik alanı hatası kümenizi kullanılamaz hale getirebilir.

Ayrı kullanılabilirlik alanlarında birincil ve hazır bekleyen parçalar içeren alanlar arası yedekli Azure DocumentDB kümesinin diyagramı.

Requirements

Considerations

Bazı Azure DocumentDB API'leri aynı bölge dağıtım modlarına başvurular içerse de, Azure DocumentDB aynı bölge HA dağıtımlarını desteklemez. Hizmet, alanlar arası yedekli HA dağıtımlarını destekler.

Bölgeler arasında örnek dağıtımı

Microsoft küme için iki kullanılabilirlik alanı seçer. Alanlar arası yedekli HA dağıtımlarında Azure DocumentDB tüm birincil parçaları bir bölgeye, tüm yedekli parçaları da diğer bölgeye yerleştirir.

Cost

HA etkinleştirildiğinde, Azure DocumentDB her birincil parça için bir bekleme parçası sağlar ve bu da kümenizin işlem ve depolama maliyetini artırır. Kullanılabilirlik alanlarını destekleyen bölgelerde HA, kümeyi ayrıca alanlar arası yedekli hale getirir. Bazı dağıtım modlarında Azure DocumentDB varsayılan olarak HA'yı etkinleştirir. Üretim iş yükleri için HA'yı etkin tutun. Geliştirme ve test iş yükleri için maliyeti azaltmak için HA'yı devre dışı bırakabilirsiniz. Fiyatlandırma ayrıntıları için bkz. Azure DocumentDB fiyatlandırması.

Kullanılabilirlik alanı desteğini yapılandırma

  • Yeni bir alanlar arası yedekli Azure DocumentDB kümesi oluşturun: Kullanılabilirlik alanlarını destekleyen bir bölgede küme oluşturduğunuzda, kümeyi alanlar arası yedekli hale getirmek için HA'yi etkinleştirin. Ayrıntılı adımlar için bkz. Hızlı Başlangıç: Azure portalını kullanarak Azure DocumentDB kümesi oluşturma.

  • Mevcut bir Azure DocumentDB kümesinde bölge yedekliliğini etkinleştirme: Mevcut bir kümede HA'yı etkinleştirebilirsiniz. Azure DocumentDB kümesinde yüksek kullanılabilirlik etkinleştirildiğinde veya devre dışı bırakıldığında veritabanı kapalı kalma süresi olmaz. Ayrıntılı adımlar için bkz. Azure DocumentDB kümesini ölçeklendirme.

Tüm bölgeler sağlıklı olduğunda davranış

Bu bölümde, kullanılabilirlik alanlarını destekleyen bir bölgede HA için bir Azure DocumentDB kümesi yapılandırdığınızda ve tüm bölgeler çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arası işlem: Birincil parçalar tüm istemci isteklerine hizmet eder. Farklı bir kullanılabilirlik alanındaki yedek shard’lar, birincil düğüm arızalanmadıkça istemci isteklerini almazlar.

  • Bölgeler arası veri çoğaltma: Birincil ve yedek shard'lar arasındaki çoğaltma eşzamanlı olarak gerçekleşir. Yazma işlemleri, hizmet yanıt döndürmeden önce hem birincil hem de hazır bekleyen parçalarda kalıcı hale gelir.

Bölge hatası sırasındaki davranış

Bu bölümde, kullanılabilirlik alanlarını destekleyen bir bölgede HA için bir Azure DocumentDB kümesi yapılandırdığınızda ve bölgelerden birinde kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: Microsoft parça durumunu izler ve sizin için algılama ve yük devretme işlemlerini işler. Bölge kesintisi nedeniyle birincil parça kullanılamaz duruma gelirse, Azure DocumentDB otomatik olarak yedekliliği yükseltir ve ardından yeni bir hazır bekleyen parça oluşturarak yedekliliği yeniden oluşturur.

  • Notification: Microsoft bir bölge kapatıldığında sizi otomatik olarak bilgilendirmez. Bununla birlikte, bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için Azure Hizmet Durumu'nı kullanabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

  • Etkin istekler: Yük devretmeden önce onaylanmamış olan uçuş içi istekler başarısız olabilir ve istemci tarafından yeniden denenmelidir. Uygulamanız geçici hataları işlerse, bu yeniden denemeler genellikle otomatik olarak tamamlar.

  • Beklenen veri kaybı: Azure DocumentDB verileri birincil ve bekleme parçaları arasında zaman uyumlu olarak çoğaltır, bu nedenle veri kaybı beklenmez.

  • Beklenen kapalı kalma süresi: Okuma işlemleri için kapalı kalma süresi beklenmez. Yazma işlemlerinde, yük devretme tamamlanırken kısa bir kesinti yaşanabilir. Uygulamanız geçici hataları doğru şekilde yeniden deneniyorsa, bu genellikle kısa bir yavaşlama olarak görünür.

  • Yeniden dağıtım: bağlantı dizesi değişmez, bu nedenle istemciler aynı uç noktayı kullanmaya devam ediyor. Hizmet, trafiği otomatik olarak etkinleştirilen yedek shard'lara yönlendirir ve yeni yedek shard'lar oluşturur.

Bölge kurtarma

Kullanılabilirlik alanı kurtarıldığında, Azure DocumentDB küme tarafından kullanılan tüm bölgelerdeki normal işlemleri otomatik olarak geri yükler.

Bölge hataları için test

Azure DocumentDB platformu, alanlar arası yedekli kümeler için trafik yönlendirme, yük devretme ve bölge kurtarmayı yönetir. Kullanılabilirlik alanı hata işlemlerini başlatmanız veya doğrulamanız gerekmez.

Bölge genelindeki hatalara dayanıklılık

Her Azure DocumentDB kümesini tek bir Azure bölgeye dağıtırsınız. Bölge hatalarına dayanıklılığı desteklemek için, başka bir bölgeye bir çoğaltma kümesi ekleyerek bölgeler arası çoğaltmayı yapılandırın.

Bölgeler arası çoğaltma

Azure DocumentDB, çoğaltma kümesi aracılığıyla bölgeler arası çoğaltmayı destekler. Çoğaltma kümesi, kaynak grubunuzda ayrı bir küme olarak görünür. Bu replika kümesini olağanüstü durum kurtarma ve okuma ölçekleme için kullanabilirsiniz. Azure DocumentDB, veri değişikliklerini birincil kümeden çoğaltma kümesine otomatik ve zaman uyumsuz olarak çoğaltır.

Birincil Azure DocumentDB kümesinden başka bir bölgedeki okuma amaçlı çoğaltma kümesine zaman uyumsuz çoğaltma diyagramı.

Birincil bölgeniz başarısız olursa, çoğaltma kümesi okuma-yazma kümesi olacak şekilde yükseltilebilir. Küresel okuma-yazma bağlantı dizesi, yükseltilen kümeyi gösterecek şekilde otomatik olarak güncellenir.

Birincil bölgenin arızalanmasından sonra trafiğe hizmet veren yükseltilmiş Azure DocumentDB çoğaltma örneğinin diyagramı.

Bu bölümde bölgeler arası çoğaltma için güvenilirlikle ilgili önemli noktalar özetlenmektedir. Daha fazla bilgi için bkz. Azure DocumentDB kümenizde bölgeler arası ve aynı bölge çoğaltmasını yönetme ve AzureDocumentDB'de bölgeler arası ve aynı bölgeler arası çoğaltma en iyi yöntemleri.

Bölgeler arasında yük devretme

Azure DocumentDB üç yükseltme modunu destekler:

  • Zorunlu yükseltme: Çoğaltma kümesini yazma işlemlerini kabul edecek şekilde hemen yükseltir ve gelen yazma trafiğini genel okuma-yazma bağlantı dizesi aracılığıyla yeniden yönlendirir. Bu mod kesinti süresini en aza indirir, ancak çoğaltılmamış yazma işlemleri kaybolabileceğinden veri kaybına yol açabilir.

  • Hizmet tarafından yönetilen yük devretme: Kümenizi hizmet tarafından yönetilen yük devretmeyi kullanacak şekilde yapılandırabilirsiniz. Microsoft birincil kümenizi izler ve birincil küme iyi durumda değilse otomatik olarak zorlamalı yükseltme tetikler.

  • Düzgün terfi: Veri kaybını önler, ancak çoğaltılmamış yazma işlemleri çoğaltılırken bir miktar kesinti süresi gerektirir. Sorunsuz geçiş için her iki kümenin de sağlıklı olması gerekir, bu nedenle bunu bir bölge kesintisi sırasında gerçekleştiremezsiniz.

Daha fazla bilgi için bkz. Azure DocumentDB'de bölgeler arası yük devretme modları.

Requirements

  • Bölge desteği: Azure DocumentDB'i destekleyen tüm Azure bölgelerde bölgeler arası çoğaltma kullanabilirsiniz.

  • İşlem katmanı: Bölgeler arası çoğaltma için M30 işlem katmanı veya üzeri gerekir.

Considerations

Cost

Bölgeler arası çoğaltma, çoğaltma kümesinin işlem ve depolama kaynakları için maliyet ekler. Bölgeler arası veri aktarımı ücretleri de geçerlidir. Fiyatlandırma ayrıntıları için Azure DocumentDB fiyatlandırması ve Bant genişliği fiyatlandırması sayfalarına bakın.

Çoklu bölge desteğini yapılandırma

  • Çoğaltma kümesi oluşturma: Bölgeler arası çoğaltmayı etkinleştirmek için birincil kümenizden bir çoğaltma kümesi oluşturun. Birincil kümeyi oluştururken veya sonrasında bir çoğaltma kümesi oluşturabilirsiniz. Adımlar için bkz. Azure DocumentDB kümenizde bölgeler arası ve aynı bölge çoğaltmasını yönetme.

  • Otomatik yük devretmeyi yapılandırın: Azure’un birincil bölgedeki kesintiler sırasında ikincil kopyayı otomatik olarak birincil yapmasını istiyorsanız, hizmet tarafından yönetilen yük devretmeyi etkinleştirin. Daha fazla bilgi için bkz. Hizmet tarafından yönetilen yük devretmeyi etkinleştirme.

    Note

    Microsoft genellikle hizmet yönetimli yük devretmeyi yalnızca bir bölgenin tamamen devre dışı kalması veya etkilenen müşteri sayısının çok yüksek olması gibi olağanüstü durumlarda tetikler. Yük devralma tetiklenmeden önce gecikme yaşanabilir. Kullanılabilirliği hızla geri yüklemeniz gerekiyorsa, müşteri tarafından başlatılan zorlamalı yükseltmeyi kullanarak yük devretme işlemini yönetmenizi öneririz.

Tüm bölgeler iyi durumda olduğunda davranış

Bu bölümde bölgeler arası çoğaltma için bir Azure DocumentDB kümesi yapılandırdığınızda ve tüm bölgeler çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arası işlem: Birincil küme tüm okuma-yazma trafiğine hizmet eder. Çoğaltma kümesi, yalnızca okuma trafiğini işler; bunu, okuma iş yüklerini ölçeklendirmek veya okuma trafiğini belirli bir bölgede tutmak için kullanabilirsiniz. Genel okuma-yazma bağlantı dizesi her zaman mevcut yazılabilir kümeyi işaret eder, bu nedenle istemcilerin hangi bölgenin birincil olduğunu takip etmesi gerekmez.

  • Bölgeler arası veri çoğaltma: Birincil küme ile çoğaltma kümesi arasındaki çoğaltma zaman uyumsuzdur. Yazma işlemleri birincil kümede kaydedilir ve replika kümeye çoğaltılmadan önce istemciye onaylanır. Bu yaklaşım bölgeler arası ağ gecikme süresinin yazma performansını etkilemesini önler. Çoğaltma eşzamansız olduğundan, birincil küme ile yedek kümeler arasında bir miktar çoğaltma gecikmesi beklenir ve zorunlu yük devri sırasında çoğaltılmamış yazma işlemleri kaybolabilir.

Bölge hatası sırasındaki davranış

Bu bölümde, bölgeler arası çoğaltma için bir Azure DocumentDB kümesi yapılandırdığınızda ve birincil kümenin bölgesinde bir kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: Kesintiyi algılama ve yanıtlama sorumluluğu, kümenizin kullandığı yük devretme türüne bağlıdır.

    • Hizmet tarafından yönetilen yük devretme etkinleştirildiyse, Azure DocumentDB kesintiyi algılar ve çoğaltma kümesinin zorlamalı yükseltmesini otomatik olarak gerçekleştirir.
    • Hizmet tarafından yönetilen yük devretme etkinleştirilmemişse, kesintiyi algılamak ve zorunlu terfiyi tetiklemek sizin sorumluluğunuzdadır.

    Daha fazla bilgi için bkz. Azure DocumentDB'de bölgeler arası yük devretme modları.

  • Bildirim: Microsoft, bir bölge kapatıldığında size otomatik olarak bildirim vermez. Bununla birlikte, tüm bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için Azure Hizmet Durumu'nı kullanabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

  • Etkin istekler: Başarısız olan birincil bölgeye yönelik tüm etkin istekler başarısız olabilir. Yük devretme tamamlandıktan sonra uygulamaların yükseltilen kümeye yeniden bağlanması ve yeniden denemesi gerekir.

  • Beklenen veri kaybı: Bölge arızaları sırasında yük devretme işlemleri planlanmaz; bu nedenle, çoğaltma işlemi eşzamansız olduğundan çoğaltılmamış yazma işlemleri kaybolabilir.

  • Beklenen kapalı kalma süresi: Genel kapalı kalma süresi algılama süresine, yük devretme moduna ve istemci yeniden bağlanma davranışına bağlıdır.

    Müşteri tarafından başlatılan zorlamalı yükseltme için toplam kapalı kalma süresi, kesintiyi algılamak ve yanıt süreçlerinizi başlatmak için geçen süreyi ve yükseltmeyi tamamlama süresini içerir.

    Yükseltme başlatıldıktan sonra genellikle birkaç dakika içinde tamamlanır.

  • Yeniden dağıtma: Genel okuma-yazma bağlantı dizesi, terfi işleminin ardından otomatik olarak terfi ettirilen kümeyi işaret eder. Kümeye özgü bağlantı dizelerini kullanan uygulamalar, trafiği iyi durumdaki kümeye yönlendirmek için yapılandırma güncelleştirmeleri gerektirebilir.

Bölge geri kazanımı

Azure DocumentDB kurtarıldıktan sonra otomatik olarak özgün bölgeye geri dönmez. Yazma işlemlerini özgün bölgeye döndürmek için, tercih ettiğiniz topolojiyi yeniden kurdıktan sonra başka bir yükseltme gerçekleştirin. Yeniden çalışma sırasında veri kaybını önlemek için düzgün bir yükseltme kullanın. Sorunsuz bir yükseltme için kısa bir kesinti süresi gerekir ve yükseltmeyi, örneğin bir bakım penceresi sırasında, sizin seçtiğiniz bir zamanda gerçekleştirebilirsiniz. Daha fazla bilgi için bkz. Düzgün bir yükseltmeyi tetikleme.

Bölge hataları testi

Replika kümesini denetimli bir ortamda devreye alarak felaket kurtarma sürecinizi düzenli olarak test edin.

  • Kesinti davranışını simüle etmek için zorlamalı yükseltme kullanın. Bu test veri kaybına neden olabilir, bu nedenle bu testi üretim dışı bir ortamda çalıştırmayı göz önünde bulundurun. Daha fazla bilgi için bkz. Zorlamalı yükseltmeyi tetikleme.

  • Veri kaybını önlemek istediğiniz planlı geçiş tatbikatlarında graceful promotion özelliğini kullanın. Daha fazla bilgi için bkz. Düzgün bir yükseltmeyi tetikleme.

Yedekleme ve geri yükleme

Çoğaltma ve kullanılabilirlik alanları desteği, altyapı hataları sırasında kümenin kullanılabilir durumda kalmasına yardımcı olur. Azure DocumentDB, verileri yanlışlıkla sildikten veya değiştirdikten sonra belirli bir zamandaki noktaya geri yükleme (PITR) olanağı sağlayarak farklı bir riski karşılayan sürekli yedekleri otomatik olarak oluşturur. Azure DocumentDB, veritabanı işlemlerinin performansını veya kullanılabilirliğini etkilemeden yedeklemeler alır. Çoğaltma ve yedeklemenin farklı riskleri nasıl ele almaları hakkında daha fazla bilgi için bkz. Yedeklilik, çoğaltma ve yedekleme.

Azure DocumentDB yedeklemeleri kaynak verilerden ayrı olarak depolar. Kullanılabilirlik alanlarını destekleyen bölgelerde, hizmet yedekleme anlık görüntülerini üç kullanılabilirlik alanında depolar. Azure DocumentDB bu yedeklemeleri yönetir ve dışarı aktaramazsınız. Hizmet, etkin kümeler için 35 gün, etkin serileştirilebilir katman (M10, M20, M25) kümeleri için 7 gün ve silinen kümeler için 7 gün boyunca yedekleri korur.

Yedeklemeyi yeni bir kümeye geri yükleyebilirsiniz. Bunu yaptıktan sonra, bir dizi geri yükleme sonrası görevi gerçekleştirmeniz gerekir.

Daha fazla bilgi için bkz. Azure DocumentDB'de kümeyi geri yükleme.

Hizmet bakımına dayanıklılık

Microsoft düzenli olarak hizmet güncelleştirmeleri uygular ve başka bakımlar gerçekleştirir. Azure platformu bu etkinlikleri otomatik olarak işleyerek bakımın sizin için sorunsuz ve şeffaf olmasını sağlar. Azure Hizmet Durumu planlı bakım aracılığıyla size bildirilmedikçe, bakım olayları sırasında kapalı kalma süresi olmayacağı öngörülmektedir.

Planlı bakım olayları yine de istemci işlemleri için kısa süreli geçici hatalara neden olabilir. Uygulamanızın bu olayları geçici hatalara dayanıklılık bölümünde yer alan yeniden deneme kılavuzunu kullanarak işlemesi gerekir.

Hizmet düzeyi sözleşmesi

Azure hizmetleri için hizmet düzeyi sözleşmesi (SLA), her hizmetin beklenen kullanılabilirliğini ve bu kullanılabilirlik beklentisini elde etmek için çözümünüzün karşılaması gereken koşulları açıklar. Daha fazla bilgi için, çevrimiçi hizmetlere yönelik SLA'lara bakın.

Azure DocumentDB için kullanılabilirlik SLA'ları yalnızca kümenizde yüksek kullanılabilirlik (HA) etkinleştirildiğinde uygulanır. Farklı kullanılabilirlik SLA'ları aşağıdaki yapılandırmalara uygulanır:

  • Bölgeler arası çoğaltma kullanarak birden çok Azure bölgesine yayılan HA özellikli kümeler.

  • Tek bir bölgede HA özellikli kümeler.

İlgili içerik

  • Son güncelleştirme: