Azure Veri Gezgini'nde güvenilirlik

Azure Veri Gezgini düşük gecikme süresiyle büyük hacimli verileri almak, depolamak ve sorgulamak için kullanılan bir analiz hizmetidir. Büyük veri kümeleri üzerinde hızlı sorgulama gerektiren günlük analizi, telemetri ve zaman serisi iş yükleri için yaygın olarak kullanılır.

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 Veri Gezgini'nin geçici hatalar, kullanılabilirlik alanı hataları ve bölge genelindeki hatalar gibi çeşitli olası kesintilere ve sorunlara karşı nasıl dayanıklı hale getirilmeye başlandığı açıklanır. Ayrıca yedekleme ve geri yükleme seçeneklerini ve hizmet bakımına dayanıklılığı açıklar ve Azure Veri Gezgini hizmet düzeyi sözleşmesi (SLA) hakkındaki önemli bilgileri vurgular.

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

Üretim iş yükleri için Azure Veri Gezgini kümenizin güvenilirliğini artırmak için aşağıdaki adımları gerçekleştirmenizi öneririz:

• Tam küme dağıtın. Azure Veri Gezgini deneme amaçlı ücretsiz kümeler sağlar. Üretim iş yükleri için tam bir küme dağıtın.

• Kullanılabilirlik alanı desteğini etkinleştirin. Azure Veri Gezgini kullanılabilirlik alanlarını destekler. Kullanılabilirlik alanı desteğini etkinleştirdiğinizde, hizmet işlem düğümlerini birden çok kullanılabilirlik alanına dağıtır ve alanlar arası yedekli depolama (ZRS) kullanarak verileri depolar. Bu yapılandırma, kullanılabilirlik alanı hatalarına dayanıklılığı artırır.

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, verilerinizi almak, depolamak ve sorgulamak için ihtiyacınız olan altyapıyı temsil eden bir kümedir. Bir kümeyle veritabanları oluşturursunuz ve bu veritabanları tablolar içerir.

Yan yana yerleştirilmiş iki veritabanı bölümü içeren bir Azure Veri Gezgini kümesini gösteren diyagram. Sol tarafta veritabanı etiketli bir kutu bulunur ve içinde her biri etiketli tablo olmak üzere dikey olarak yığılmış üç ayrı tablo kutusu bulunur. Sağ tarafta veritabanı etiketli ikinci bir kutu vardır ve içinde dikey olarak yığılmış iki tablo kutusu vardır ve her biri tablo olarak da etiketlenmiştir. Diyagramda, kümenin üst düzey kapsayıcı olduğu, her veritabanının küme içindeki bir alt kapsayıcı olduğu ve tabloların her veritabanındaki alt nesneler olduğu bir hiyerarşi gösterilir. Sol ve sağ veritabanları aynı kümedeki paralel eşlerdir ve farklı sayıda tablo barındırabilir.

Kümeler, diğer veri kaynaklarından veri almak ve kümedeki bir tabloya yüklemek için veri alımı gerçekleştirir. Ardından Kusto Sorgu Dili (KQL) söz dizimini kullanarak verileri sorgulayabilirsiniz . Kümeler ayrıca gerçekleştirebileceğiniz bir dizi yönetim işlemine sahiptir.

Fiziksel mimari

Azure Veri Gezgini kümesinin güvenilirlik yapılandırması için geçerli olan iki birincil katmanı vardır:

• Compute layer: Azure Veri Gezgini dağıtılmış bir bilgi işlem platformudur ve ölçek ve düğüm rol türüne bağlı olarak iki-çok düğüm sanal makinelerine (VM) sahip olabilir. Düğümler veri alma ve sorgu işleme görevlerini yürütür. Düğüm VM'lerini doğrudan göremez veya yönetemezsiniz. Platform, örnek oluşturmayı, sistem durumunu izlemeyi ve iyi durumda olmayan düğümlerin değiştirilmesini otomatik olarak yönetir. Kümenizi birden çok kullanılabilirlik alanı kullanacak şekilde yapılandırdığınızda düğümler farklı veri merkezlerine yayılır.

• Depolama katmanı: Azure Veri Gezgini, dayanıklı kalıcılık katmanı olarak Azure Depolama'yı kullanır. Depolama otomatik olarak hataya dayanıklılık sağlar ve varsayılan ayar bir veri merkezi içinde yerel olarak yedekli depolama (LRS) sunar. Üç çoğaltma kalıcıdır. Kullanım sırasında bir kopya kaybolursa, başka bir kopya kesinti olmadan dağıtılır. Kümenizi birden çok kullanılabilirlik alanı kullanacak şekilde yapılandırdığınızda, çoğaltmalar farklı veri merkezlerine yayılır.

İki katmanın mantıksal mimarisine sahip bir Azure Veri Gezgini kümesini gösteren diyagram. İşlem katmanı etiketli üst katmanda, işlem çalışmasının küme içindeki birden çok düğüme dağıtıldığını göstermek için iki düğüm kutusu yan yana düzenlenir. Alt katman, depolama katmanı (bölge yedekli) olarak etiketlenmiştir; soldan sağa kopya 1, kopya 2 ve kopya 3 şeklinde düzenlenmiş üç depolama kopyası kutusu içerir. Diyagram katmanlı bir ilişki sunar: işlem katmanı alım ve sorgu işlemlerini işler.

Daha fazla bilgi için bkz. Azure Veri Gezgini nasıl çalışır?

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 Veri Gezgini'ni kullanırken geçici hatalara dayanıklılık sağlamak için şu uygulamaları izleyin:

• Kuyruğa alınmış veri alma kullanıyorsanız yerleşik yeniden deneme davranışına güvenin.

• Geçici hatalar oluştuğunda otomatik olarak yeniden deneyen Microsoft tarafından sağlanan istemci kitaplıklarını ve SDK'ları kullanın.

• Azure Veri Gezgini REST API'lerini doğrudan kullanıyorsanız, geçici bir hata nedeniyle başarısız olan sorguları ve yönetim işlemlerini yeniden deneyin.

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 Veri Gezgini iki tür kullanılabilirlik alanı yapılandırmasını destekler:

• Alanlar arası yedekli (önerilen): Kümenizde kullanılabilirlik alanlarını etkinleştirdiğinizde, kümenizin düğümleri birden çok bölgeye yayılır. Microsoft, düğümlerin seçilen kullanılabilirlik alanları arasındaki dağıtımını yönetir ve kullanılabilirlik alanı hatalarına yönelik algılama ve yanıt işlemlerini işler. Alanlar arası yedekli küme, kullanılabilirlik alanı kesintisine dayanıklıdır.

  Kümenizi alanlar arası yedekli olacak şekilde yapılandırdığınızda, Depolama ZRS verilerinizin en az üç kopyasını birden çok kullanılabilirlik alanında zaman uyumlu olarak çoğaltır.

  

  Birden çok kullanılabilirlik alanı kullanan bir Azure Veri Gezgini kümesini gösteren diyagram. Üç dikey sütun kullanılabilirlik alanı 1, kullanılabilirlik alanı 2 ve kullanılabilirlik alanı 3 olarak etiketlenmiştir. Azure Veri Gezgini kümesi etiketli büyük bir kutu, üç sütunun tamamını kaplar. Kutu yatay olarak iki katmana ayrılır. Üst yarısı işlem katmanıdır. Bir düğüm kullanılabilirlik alanı 1'de, diğer düğüm ise kullanılabilirlik alanı 2'de yer alır. Alt yarısı Depolama katmanıdır (alanlar arası yedekli). Üç depolama replikası, solda kopya 1, ortada kopya 2 ve sağda kopya 3 olarak gösterilmektedir; her biri farklı bir kullanılabilirlik alanıyla hizalanmıştır. Tek bir Azure Veri Gezgini kümesi birden çok bölgeye yayılır ve işlem kapasitesi bölgelere yayılır ve veriler üç bölgeyle ayrılmış kopyaya çoğaltılır.

• Bölgesel: Kümenizde kullanılabilirlik alanlarını etkinleştirdiğinizde isteğe bağlı olarak tek bir bölge seçebilirsiniz. Microsoft tüm işlem düğümlerinizi bu bölgeye yerleştirir. Bu yapılandırma, bölgesel (tek bölgeli) bir kümedir. Tüm işlem düğümleri aynı bölgede çalıştığından, ancak bölge kesintilerine dayanıklılık sağlamadığından, bölgesel küme olağan dışı gecikme süresine duyarlı iş yükleri için gecikme süresini azaltabilir.

  Önemli

  Tek bir kullanılabilirlik alanına sabitleme yalnızca bölgeler arası gecikme süresi gereksinimleriniz için çok yüksek olduğunda ve gecikme süresinin gereksinimlerinizi karşılamadığını doğruladıktan sonra önerilir. Tek başına, bölgesel bir kaynak kullanılabilirlik alanı kesintisine dayanıklılık sağlamaz. Bir bölgesel kaynağın dayanıklılığını artırmak için, ayrı kaynakları birden çok kullanılabilirlik alanına açıkça dağıtmanız ve trafik yönlendirme ve yük devretmeyi yapılandırmanız gerekir. Daha fazla bilgi için bkz. Bölgesel kaynaklar ve bölge dayanıklılığı.

  Bölge seçiminiz yalnızca işlem düğümleriniz için geçerlidir. Bir bölge kümesi için depolama verileriniz LRS kullanmaya devam eder ve işlem düğümlerinizden farklı bir bölgede depolanabilir.

  

  Tek bir kullanılabilirlik alanı kullanan Azure Veri Gezgini kümesini gösteren diyagram. Üç dikey sütun kullanılabilirlik alanı 1, kullanılabilirlik alanı 2 ve kullanılabilirlik alanı 3 olarak etiketlenmiştir. Azure Veri Gezgini kümesi etiketli büyük bir kutu yalnızca bir sütunu kaplar. Kutu yatay olarak iki katmana ayrılır. Üst yarısı işlem katmanıdır: her iki düğüm de kullanılabilirlik alanı 1'dedir. Alt kısımda, aynı kullanılabilirlik alanında üç depolama replikasına sahip depolama katmanı (yerel olarak yedekli) bulunur. Tek bir Azure Veri Gezgini kümesi yalnızca bir bölgeyle sınırlıdır; işlem ve depolama kaynakları da bu bölgede yer alır.

Kullanılabilirlik alanlarını etkinleştirmezseniz, küme yerel değildir; bu da Azure'ın her düğüm ve verileriniz için kullanılabilirlik bölgesini seçtiği anlamına gelir. Bölgedeki herhangi bir kullanılabilirlik alanında kesinti varsa, kümenizin düğümlerini, verilerini veya her ikisini de etkileyebilir. Kullanılabilirlik alanı kesintilerine karşı koruma sağlamadığından, bölgesel olmayan bir yapılandırma önermiyoruz.

Gereksinimler

• Bölge desteği: Kullanılabilirlik alanı desteği, kullanılabilirlik alanlarını destekleyen Azure bölgelerinde kullanılabilir.

  Ancak bazı işlem düğümü türleri ve boyutları yalnızca belirli bölgelerde veya bir bölge içindeki belirli bölgelerde kullanılabilir.

• Tam kümeler: Kullanılabilirlik alanı desteği tam kümelerle kullanılabilir. Ücretsiz kümelerle kullanılamaz.

Değerlendirmeler

Bölge seçimi: İşlem düğümleri için hangi kullanılabilirlik alanlarının kullanılacağını seçersiniz. Microsoft depolama alanı yerleşimini yönetir ve depolama çoğaltmaları işlem düğümlerinizden farklı bölgelerde olabilir.

Maliyet

Kullanılabilirlik alanı desteğinin etkinleştirilmesi, LRS'den daha yüksek bir oranda faturalanan ZRS için ek maliyetler doğurmaktadır. Daha fazla bilgi için bkz. Azure Depolama fiyatlandırması.

Kullanılabilirlik alanı desteği kullansanız da kullanmasanız da işlem düğümleri aynı oranda ücretlendirilir. Daha fazla bilgi için bkz. Azure Veri Gezgini fiyatlandırması.

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

• Kullanılabilirlik alanı desteğine sahip yeni bir küme oluşturun. Yeni bir Azure Veri Gezgini kümesi oluşturduğunuzda kullanılabilirlik alanı desteğini etkinleştirebilirsiniz. Daha fazla bilgi için bkz. Küme ve veritabanı oluşturma.

  Azure portalını kullanarak kullanılabilirlik alanı etkin bir küme oluşturduğunuzda, otomatik olarak alanlar arası yedekli olur ve Microsoft bölgeleri seçer.

  Bölgeleri kendiniz seçmek veya bölgesel küme oluşturmak için Azure Resource Manager API'leri veya Bicep gibi başka bir dağıtım yaklaşımı kullanın. Çoğu durumda, alanlar arası yedekli bir küme oluşturun ve bölgedeki tüm bölgeleri kullanın.

  Uyarı

  Hangi kullanılabilirlik alanlarını kullanacağınızı seçtiğinizde, aslında mantıksal kullanılabilirlik alanını seçersiniz. Başka iş yükü bileşenlerini farklı bir Azure aboneliğine dağıtırsanız, aynı fiziksel kullanılabilirlik alanına erişmek için farklı bir mantıksal kullanılabilirlik alanı numarası kullanabilirler. Daha fazla bilgi için bkz. Fiziksel ve mantıksal kullanılabilirlik alanları.

• Mevcut bir kümede kullanılabilirlik alanlarını etkinleştirin (önizleme). Mevcut bölgesel olmayan bir kümeyi kullanılabilirlik alanlarını kullanacak şekilde taşıyabilirsiniz. Bu özellik önizleme aşamasındadır. Daha fazla bilgi için bkz. Kümenizi birden çok kullanılabilirlik bölgesini destekleyecek şekilde geçirme.

• Mevcut bir kümede kullanılabilirlik alanlarını yeniden yapılandırın (önizleme). Küme için kullanılan bölgeleri değiştirebilirsiniz. Bu özellik önizleme aşamasındadır. Daha fazla bilgi için bkz. Kümenizi birden çok kullanılabilirlik bölgesini destekleyecek şekilde geçirme.

• Mevcut bir kümede kullanılabilirlik alanı desteğini devre dışı bırakın. Bir küme kullanılabilirlik alanlarıyla yapılandırıldıktan sonra, kullanılabilirlik alanlarını kullanmamak için kümeyi değiştiremezsiniz.

• Kümeler için kullanılabilirlik alanı yapılandırmasını doğrulayın. Kümenin kullanılabilirlik alanı yapılandırmasını doğrulamak için kümenin zoneStatus özelliğini (REST API'deki özellik) kullanın. değeri Zonal , kümenin kullanılabilirlik alanlarını kullandığını gösterir, ancak kümenin tek bir bölgede çalıştığı anlamına gelmez.

  Kümenin bölgesel mi yoksa alanlar arası yedekli mi olduğunu belirlemek için özelliğini kullanın zones . Bölgeler listesinde bir bölge listeleniyorsa, küme bölgeseldir (tek bölgeli). Birden çok bölge listelenmişse, bölge yedeklidir.

Kapasite planlaması ve yönetimi

Kullanılabilirlik alanı kullanılamadığında, bu bölgedeki tüm düğümler geçici olarak kullanılamayabilir ve bu da bölge kurtarılana kadar kümenizin işlem kapasitesini azaltır.

Kümeniz kapasite kaybına dayanamıyorsa kümenizin fazla sağlamasını göz önünde bulundurun. Bu yaklaşım, çözümün bazı kapasite kayıplarını tolere etmesine ve performansı düşürmeden çalışmaya devam etmesine olanak tanır. Ancak, kümenize aşırı kaynak sağladığınızda, kümelerde bölgeler arasında dengesiz sayıda düğüm olabilir.

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

Kümenin işlem katmanı, örnekleri seçtiğiniz bölgelere eşit olarak yaymak için en iyi çaba yaklaşımını kullanır.

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

Bu bölümde, kullanılabilirlik alanı desteği için bir küme 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: Normal işlem sırasında Azure Veri Gezgini alım, sorgu işleme ve diğer işlemler için tüm kullanılabilir işlem düğümlerini kullanır. Çalışma, kullanılabilirlik alanlarına bakılmaksızın düğümler arasında dağıtılır.

• Bölgeler arası veri çoğaltma: Bölgeler arası veri çoğaltma davranışı, kümenizin kullandığı kullanılabilirlik alanı yapılandırmasına bağlıdır.

  • Alanlar arası yedekli: Veriler, yüksek düzeyde veri tutarlılığı sağlayan ve bölge hatası sırasında veri kaybı riskini en aza indiren Depolama ZRS kullanılarak kullanılabilirlik alanları arasında zaman uyumlu olarak çoğaltılır.

  • Bölgesel: Veriler Depolama LRS kullanılarak depolanır; bu da üç kopyanın da tek bir kullanılabilirlik alanında olabileceği anlamına gelir.

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

Bu bölümde, kullanılabilirlik alanı desteği için bir küme yapılandırdığınızda neler bekleyebileceğiniz açıklanır ve bölgelerden birinde bir kesinti olur.

• Algılama ve yanıt: Algılama ve yanıt sorumluluğu, kümenizin kullandığı kullanılabilirlik alanı yapılandırmasına bağlıdır.

  • Bölge yedekli: Microsoft, kullanılabilirlik bölgesi hatalarını algılar ve Azure Veri Gezgini'nin yanıtını yönetir. Bölge yük devretmesini başlatmak için herhangi bir işlem yapmanız gerekmez.

  • Bölgesel: Kümenizin kullandığı kullanılabilirlik alanlarındaki hataları algılamak sizin sorumluluğunuzdadır. Ayrıca, daha önce farklı bir kullanılabilirlik alanında oluşturduğunuz ikinci bir kümeye geçme gibi, başlatmaya karar vereceğiniz yanıtlardan da sorumlusunuz.

• Bildirim: 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: Başarısız bölgedeki işlem veya depolama kaynaklarını kullanan etkin istekler sonlandırılabilir ve istemci tarafından yeniden denenmelidir. Geçici hata işleme yönergelerini izleyerek uygulamalarınızın hazır olduğundan emin olun.

• Beklenen veri kaybı: Beklenen veri kaybı, kümenizin kullandığı kullanılabilirlik alanı yapılandırmasına bağlıdır.

  • Alanlar arası yedekli: Kullanılabilirlik alanı kesintisi sırasında veri kaybı beklenmez çünkü veriler bölgeler arasında zaman uyumlu olarak çoğaltılır.

  • Bölgesel: Bölge kurtuluncaya kadar veriler kullanılamaz. Tüm depolama çoğaltmalarınızı içeren bir bölgenin kalıcı olarak kaybedilmesi durumunda veriler kalıcı olarak kaybolabilir.

• Beklenen kapalı kalma süresi: Beklenen kapalı kalma süresi, kümenizin kullandığı kullanılabilirlik alanı yapılandırmasına bağlıdır.

  • Bölgeler arası yedekli: Trafik sağlıklı kullanılabilirlik bölgelerine yönlendirilirken kısa bir hizmet kesintisi oluşabilir. Geçici hata işleme yönergelerini izleyerek uygulamalarınızın hazır olduğundan emin olun.

  • Bölgesel: Erişilebilirlik bölgesi iyileşene kadar kümenizin hesaplama düğümleri kullanılamaz. Bölge hatası sırasında kümenizin verilerine de erişemeyebilirsiniz.

• Dağıt -ılması: Trafiği yeniden yönlendirme davranışı, kümenizin kullandığı kullanılabilirlik alanı yapılandırmasına bağlıdır.

  • Alanlar arası yedekli: Azure Veri Gezgini, yeni istekleri kalan iyi durumdaki bölgelerdeki işlem ve depolama kaynaklarına yönlendirir.

  • Bölgesel: Kullanılabilirlik bölgesi düzeldiğinde kümeniz tekrar kullanılabilir.

Bölge kurtarma

Başarısız kullanılabilirlik alanı kurtarıldığında, Microsoft bu bölgedeki küme düğümlerini ve depolama çoğaltmalarını yeniden oluşturur ve tüm bölgeler arasında normal trafik dağıtımını geri yükler. Herhangi bir işlem yapmanız gerekmez.

Bölge hataları için test

Bölge hatalarını test etme seçenekleri, kümenizin kullandığı kullanılabilirlik alanı yapılandırmasına bağlıdır.

• Zone-redundant: Microsoft Azure Veri Gezgini için kullanılabilirlik alanı yük devretme ve kurtarmayı tam olarak yönetir. Kullanılabilirlik alanı hata işlemlerini başlatmanız veya doğrulamanız gerekmez.

• Bölgesel: Bölge kesintisi sırasında tüm işlem düğümlerinin kaybını kısmen simüle etmek için kümenizi durdurabilirsiniz. Kendi bölge azaltma algılama ve yük devretme işlemlerinizin bölümlerini doğrulamak için bu yaklaşımı kullanın.

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

Azure Veri Gezgini kümesi tek bir Azure bölgesine dağıtılır. Bu bölge kullanılamaz duruma gelirse küme ve verileri kullanılamaz.

Dayanıklılık için özel çoklu bölge çözümleri

Bir bölge kesintisinin iş etkisini en aza indirmek için, birden çok bölgede ayrı Azure Veri Gezgini kümeleri dağıtın. Her küme bağımsızdır. Her kümeyi yönetmek ve bölgeler arasında veri çoğaltma, trafik yönlendirme ve yük devretme işlemlerini koordine etmek sizin sorumluluğundadır.

Her biri farklı kurtarma süresi düzeylerini, olası veri kaybını, çabayı ve maliyeti destekleyen farklı çoklu bölge kümesi yapılandırma türleri arasında karar vekleyebilirsiniz. Gecikme süresi ve veri yerleşimi gereksinimlerinizi destekleyen her küme için Azure bölge seçin. İzleyebileceğiniz çok bölgeli küme yapılandırmaları ve desenleri hakkında daha fazla bilgi için bkz. İş sürekliliğine ve olağanüstü durum kurtarmaya genel bakış.

Yedekleme ve geri yükleme

Çoğu çözüm için yalnızca yedeklemelere güvenmemeniz gerekir. Bunun yerine, dayanıklılık gereksinimlerinizi desteklemek için bu kılavuzda açıklanan diğer özellikleri kullanın. Ancak yedeklemeler, diğer yaklaşımların koruma altına almayan bazı risklere karşı koruma sağlar. Daha fazla bilgi için bkz. Yedeklilik, çoğaltma ve yedekleme nedir?

Azure Veri Gezgini yerel yedekleme ve geri yükleme özelliği sağlamaz. Verilerinizi yedeklemeniz gerekiyorsa aşağıdaki yaklaşımları göz önünde bulundurun:

• Sürekli dışarı aktarma verileri düzenli aralıklarla dış depolama alanına aktarır ve desteklenen veri türleri için tam olarak bir kez dışarı aktarma sağlar.

• Bulut depolama alanına veri dışarı aktarma , verilerin dış depolama alanına el ile dışarı aktarmayı destekler.

• Ayrı ayrı yedekleyebileceğiniz ham verileri veri gölü gibi bir yukarı akış kaynağından Azure Veri Gezgini'ne alın.

Yanlışlıkla silmeye dayanıklılık

Azure Veri Gezgini kümelerin, veritabanlarının, tabloların ve dış tabloların yanlışlıkla silinmesine karşı korumanıza yardımcı olacak çeşitli mekanizmalar içerir:

• Yanlışlıkla küme veya veritabanı silme: Yanlışlıkla küme veya veritabanı silme işlemi geri alınamaz bir eylemdir. Kümede veya veritabanı kaynağında silme kilidini etkinleştirerek veri kaybını önleyin.

• Yanlışlıkla tablo silme: Tablo yöneticisi izinleri veya üzeri olan kullanıcıların tabloları bırakmasına izin verilir. Bu kullanıcılardan biri tabloyu yanlışlıkla bırakırsa, tabloyu geri al bırakma komutunu kullanarak kurtarabilirsiniz. Bu komutun başarılı olması için önce bekletme ilkesindekurtarılabilirlik özelliğini etkinleştirmeniz gerekir.

• Yanlışlıkla dış tablo silme:Dış tablolar , veritabanının dışında depolanan verilere başvuran Kusto sorgu şeması varlıklarıdır. Dış tablonun silinmesi yalnızca tablo meta verilerini siler. Tablo oluşturma komutunu yeniden çalıştırarak kurtarabilirsiniz.

  Azure Blob Depolama ve Azure Data Lake dış tablolarında, kullanıcı tarafından yapılandırılmış bir süre boyunca blobun yanlışlıkla silinmesine veya üzerine yazılmasını engellemeye yönelik geçici silme özelliğini kullanın.

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

Azure Veri Gezgini düzenli olarak hizmet güncelleştirmeleri uygular ve düzenli bakım gerçekleştirir. Azure platformu, SLA'da belirtilen kullanılabilirlik düzeyleri içinde kalırken bu etkinlikleri otomatik olarak işler. Geçici hata işleme yönergelerini izleyerek hizmet bakımı sırasında uygulamalarınızın zaman zaman bağlantı kaybına karşı hazırlıklı olduğundan emin olun.

Yaklaşan planlı bakım hakkında bilgi edinmek için Azure Hizmet Durumu kullanın.

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 bkz. Çevrimiçi hizmetler için SLA'lar.

Azure Veri Gezgini kullanılabilirlik SLA'sına uygun olmak için uygulamanızın başarısız istekleri yeniden deneyerek geçici hataları işlemesi gerekir.

İlgili içerik

• Azure'da güvenilirlik
• Azure Veri Gezgini'ne genel bakış
• BCDR'ye genel bakış