Aracılığıyla paylaş

Azure SQL Yönetilen Örneğinde Güvenilirlik

Azure SQL Yönetilen Örneği, tamamen yönetilen bir platform (PaaS) hizmeti olan veritabanı altyapısıdır. SQL Server ile neredeyse 100% özellik uyumluluğu sağlar. Azure SQL Yönetilen Örnek, yükseltme, düzeltme eki uygulama, yedeklemeler ve izleme gibi çoğu veritabanı yönetim işlevini kullanıcı müdahalesi olmadan işler. SQL Server veritabanı altyapısının en son kararlı sürümünde ve yerleşik yüksek kullanılabilirliğe sahip düzeltme eki uygulanmış bir işletim sisteminde çalışı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 SQL Yönetilen Örneği'nin geçici hatalar, kullanılabilirlik alanı kesintileri ve bölge kesintileri gibi çeşitli olası kesintilere ve sorunlara karşı nasıl dayanıklı hale getirilmeye başlandığı açıklanmaktadır. Ayrıca, diğer sorun türlerinden kurtarmak için yedeklemeleri nasıl kullanabileceğinizi, hizmet bakımının nasıl işleneceğini açıklar ve Azure SQL Yönetilen Örneği hizmet düzeyi sözleşmesi (SLA) hakkında bazı önemli bilgileri vurgular.

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

SQL Yönetilen Örneğinin çoğu üretim dağıtımı için aşağıdaki önerileri göz önünde bulundurun:

Güvenilirlik mimarisine genel bakış

Genel Amaçlı SQL yönetilen örnekler, Azure Service Fabric tarafından yönetilen tek bir düğümde çalışır. Veritabanı altyapısı veya işletim sistemi yükseltildiğinde veya bir hata algılandığında, SQL Yönetilen Örneği durum bilgisi olmayan veritabanı altyapısı işlemini yeterli boş kapasiteye sahip başka bir durum bilgisi olmayan işlem düğümüne taşımak için Service Fabric ile birlikte çalışır. Veritabanı dosyaları, yerleşik yedeklilik özelliklerine sahip Olan Azure Blob Depolama'da depolanır. Veriler ve günlük dosyaları özgün işlem düğümünden ayrılır ve yeni başlatılan veritabanı altyapısı işlemine eklenir.

İş Kritiği SQL yönetilen örnekler, bir kümede birden fazla çoğaltma kullanır. İki tür replikadan oluşan bir küme içerir:

  • Okuma-yazma müşteri iş yükleri için erişilebilen tek bir birincil çoğaltma

  • Verilerin kopyalarını içeren en fazla beş ikincil kopya (depolama ve işlem)

Birincil çoğaltma, değişiklikleri sürekli ve sıralı olarak ikincil çoğaltmalara gönderir ve böylece her işlem işlenmeden önce verilerin yeterli sayıda ikincil çoğaltmada kalıcı olmasını sağlar. Bu işlem, birincil çoğaltmanın veya okunabilir bir ikincil çoğaltmanın kullanılamaz duruma gelmesi durumunda, yük devretme için her zaman tam olarak eşitlenmiş bir çoğaltmanın kullanılabilir olmasını garanti eder.

SQL Yönetilen Örneği ve Service Fabric, replikalar arasında yük devretmeyi başlatır. İkincil replik yeni birincil replikaya dönüştüğünde, kümenin çoğunluğu korumak için yeterli sayıda replikaya sahip olduğundan emin olmak amacıyla başka bir ikincil replika oluşturulur. Yük devretme tamamlandıktan sonra Azure SQL bağlantıları, bağlantı dizgesine göre otomatik olarak birincil kopyaya veya okunabilir ikincil kopyaya yönlendirilir.

Yedeklilik

Varsayılan olarak, SQL Yönetilen Örneği işlem düğümlerini ve verileri birincil bölgedeki tek bir veri merkezine yayarak yedeklilik elde eder. Bu yaklaşım, aşağıdaki beklenen ve beklenmeyen kapalı kalma sürelerinde verilerinizi korur:

  • Kısa bir kesintiyle sonuçlanan müşteri tarafından başlatılan yönetim operasyonları

  • Hizmet bakım işlemleri

  • Küçük ölçekli ağ veya güç kesintileri

  • Aşağıdaki bileşenleri içeren sorunlar ve veri merkezi kesintileri:

    • Hizmetinizi destekleyen makinelerin çalıştığı raf

    • SQL Veritabanı Altyapısı'nı çalıştıran sanal makineyi (VM) barındıran fiziksel makine .

    • SQL Veritabanı Altyapısı'nı çalıştıran VM

  • SQL Veritabanı Altyapısı ile ilgili sorunlar

  • Planlanmamış yerelleştirilmiş olası kesintiler

SQL Yönetilen Örneği'nin nasıl yedeklilik sağladığı hakkında daha fazla bilgi için bkz. Yerel ve alanlar arası yedeklilik aracılığıyla kullanılabilirlik.

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.

SQL Yönetilen Örneği, güncellemeler, yedeklemeler ve Windows ile SQL Veritabanı Altyapısı yükseltmeleri gibi kritik bakım görevlerini otomatik olarak işler. Ayrıca temel alınan donanım, yazılım veya ağ hataları gibi planlanmamış olayları da işler. SQL Yönetilen Örnek en kritik durumlarda bile hızla kurtarılabilir ve bu, verilerinizin her zaman kullanılabilir olmasını sağlar. Kullanıcıların çoğu yükseltmelerin sürekli olarak gerçekleştirildiğini fark etmez.

Bir örneğe düzeltme eki uygulandığında veya yük devredildiğinde, uygulamanızda yeniden deneme mantığı kullanırsanız kapalı kalma süresi asgari düzeyde etkilenir. Uygulamanızın geçici hatalara dayanıklılığını test edebilirsiniz.

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

Uyarı

Bölge yedekliliği şu anda Yeni Nesil Genel Amaçlı hizmet katmanında kullanılamamaktadır.

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.

Alanlar arası yedekli yapılandırmayı etkinleştirdiğinizde, SQL yönetilen örneğinizin uygulama mantığında herhangi bir değişiklik yapmadan yıkıcı veri merkezi kesintileri de dahil olmak üzere büyük bir hata kümesine dayanıklı olduğundan emin olabilirsiniz.

SQL Yönetilen Örneği, durum bilgisi olmayan işlem düğümlerini farklı kullanılabilirlik alanlarına yerleştirerek alanlar arası yedeklilik elde eder. Şu anda etkin SQL Veritabanı Altyapısı işlemini içeren düğüme bağlı durum bilgisi olan ZRS'ye dayanır. Bir kesinti oluşursa, SQL Veritabanı Altyapısı işlemi durum bilgisi olmayan işlem düğümlerinden birinde etkin hale gelir ve bu da durum bilgisi olan depolamadaki verilere erişir.

SQL Yönetilen Örneği, SQL yönetilen örneğinizin çoğaltmalarını birden çok kullanılabilirlik alanına yerleştirerek alanlar arası yedeklilik elde eder. Tek bir hata noktasını ortadan kaldırmak için denetim halkası da birden çok bölgede çoğaltılır. Denetim düzlemi trafiği, kullanılabilirlik alanları arasında da dağıtılan bir yük dengeleyiciye yönlendirilir. Azure Traffic Manager, denetim düzleminden yük dengeleyiciye trafik yönlendirmesini denetler.

Gereksinimler

  • Bölge desteği: SQL Yönetilen Örneği için alanlar arası yedeklilik, belirli bölgelerde desteklenir. Daha fazla bilgi için bkz . Desteklenen bölgeler.

  • Yedekleme depolama yedekliliği: SQL yönetilen örneğiniz için alanlar arası yedekliliği etkinleştirmek için yedekleme depolama yedekliliğini ZRS veya Coğrafi alanlar arası yedekli depolama (GZRS) olarak ayarlayın.

Maliyet

Alanlar arası yedekliliği etkinleştirdiğinizde, SQL yönetilen örneğiniz ve alanlar arası yedekli yedeklemeler için ek ücret alınır. Daha fazla bilgi için bkz. Fiyatlandırma.

İş Açısından Kritik hizmet katmanındaki alanlar arası yedekli örnekleri içeren işlem kaynaklarını belirli bir süre boyunca indirimli bir oranda kullanmayı taahhüt ederek tasarruf edebilirsiniz. Daha fazla bilgi için bkz. SQL Yönetilen Örneği için Rezervasyonlar.

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

Bu bölümde, SQL yönetilen örnekleriniz için kullanılabilirlik alanı desteğini yapılandırma açıklanmaktadır:

  • Alanlar arası yedekliliği etkinleştir: Yeni ve mevcut örneklerde alanlar arası yedekliliği yapılandırmayı öğrenmek için bkz. Alanlar arası yedekliliği yapılandırma.

    Bölgesel yedekliliği etkinleştirme de dahil olmak üzere SQL Yönetilen Örneği için tüm ölçeklendirme işlemleri çevrimiçi işlemlerdir ve neredeyse hiç kapalı kalma süresi gerektirmez. Daha fazla bilgi için bkz . Yönetim işlemlerinin süresi.

  • Bölge yedekliliğini devre dışı bırak: Alanlar arası yedekliliği etkinleştirmek için aynı adımları izleyerek bölge yedekliliğini devre dışı bırakabilirsiniz. Bu işlem, normal hizmet katmanı hedef yükseltmesine benzer çevrimiçi bir işlemdir. İşlemin sonunda, örnek alanlar arası yedekli altyapıdan tek bölgeli altyapıya geçirilir.

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

Bu bölümde, SQL yönetilen örneğiniz alanlar arası yedekli olacak şekilde yapılandırıldığında ve tüm kullanılabilirlik alanları çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır:

  • Bölgeler arasında trafik yönlendirme: Normal işlemler sırasında istekler SQL Yönetilen Örneği işlem katmanınızı çalıştıran düğüme yönlendirilir.

  • Bölgeler arasında veri çoğaltma: Veritabanı dosyaları, şu anda etkin SQL Veritabanı Altyapısı işlemini içeren düğüme bağlı olan ZRS kullanılarak Azure Depolama'da depolanır.

    Yazma işlemleri senkroniktir ve veriler tüm erişilebilirlik bölgelerinde başarıyla çoğaltılana kadar tamamlanmış sayılmaz. Bu senkron replikasyon, bölge hataları sırasında güçlü tutarlılık ve sıfır veri kaybı sağlar. Ancak, yerel olarak yedekli depolamaya kıyasla biraz daha yüksek yazma gecikmesine neden olabilir.

  • Bölgeler arasında trafik yönlendirme: Normal işlemler sırasında istekler SQL yönetilen örneğinizin birincil çoğaltmasına yönlendirilir.

  • Bölgeler arasında veri çoğaltma: Birincil çoğaltma, değişiklikleri farklı kullanılabilirlik alanlarındaki ikincil çoğaltmalara sürekli ve sırayla iletir. Her işlem taahhüt edilmeden önce verilerin yeterli sayıda ikincil replikada kalıcı olmasını sağlar. Bu replikalar farklı kullanılabilirlik alanlarında bulunur. Bu işlem, birincil replikanın veya okunabilir bir ikincil replikanın herhangi bir nedenle kullanılamaz hale gelmesi durumunda, hata durumunda yük devretme için her zaman tam olarak eşitlenmiş bir replikanın kullanılabilir olmasını garanti eder.

    Bölge yedekli örnekler, birbirinden belirli bir uzaklıkta bulunan farklı veri merkezlerindeki çoğaltmalara sahip olduğundan, fazla ağ gecikmesi işlem onay süresini artırabilir. Bu artış bazı Çevrimiçi İşlem İşleme (OLTP) iş yüklerinin performansını etkileyebilir. Çoğu uygulama bu ek gecikme süresine duyarlı değildir.

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

Bu bölümde, SQL yönetilen örneğiniz alanlar arası yedekli olacak şekilde yapılandırıldığında ve bir veya daha fazla kullanılabilirlik alanı kullanılamadığında neler bekleneceği açıklanmaktadır:

  • Algılama ve yanıt: SQL Yönetilen Örneği, kullanılabilirlik alanındaki bir hatayı algılamaktan ve yanıtlamaktan sorumludur. Bölge yük devretmesini başlatmak için herhangi bir işlem yapmanız gerekmez.
  • Bildirim: Bir bölge kapatıldığında Microsoft sizi otomatik olarak bilgilendirmez. Ancak, tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu'nı kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Azure Hizmet Durumu'nı , bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için de kullanabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.
  • Etkin istekler: Kullanılabilirlik alanı kullanılamadığında, hatalı kullanılabilirlik alanında işlenen tüm istekler sonlandırılır ve yeniden denenmelidir. Uygulamalarınızın bu tür sorunlara dayanıklı olmasını sağlamak için bkz. Geçici hatalara dayanıklılık kılavuzu.

  • Trafik yeniden yönlendirme: SQL Yönetilen Örneği, veritabanı motorunu farklı bir kullanılabilirlik bölgesindeki ve yeterli boş kapasiteye sahip uygun bir durumsuz işlem düğümüne taşımak için Service Fabric ile birlikte çalışır. Yük devretme tamamlandıktan sonra yeni bağlantılar otomatik olarak yeni birincil işlem düğümüne yönlendirilir.

    Yeni veritabanı altyapısı işlemi soğuk önbellekle başladığından, bir işlem düğümünden diğer işlem düğümüne geçiş sırasında ağır bir iş yükünde bazı performans düşüşleri yaşanabilir.

  • Trafik yeniden yönlendirme: SQL Yönetilen Örneği, başka bir kullanılabilirlik alanında birincil kopya olmak üzere uygun bir kopya seçmek için Service Fabric ile entegre bir şekilde çalışır. İkincil replik yeni birincil replikaya dönüştüğünde, kümenin çoğunluğu korumak için yeterli sayıda replikaya sahip olduğundan emin olmak amacıyla başka bir ikincil replika oluşturulur. Yük devretme tamamlandıktan sonrasında, yeni bağlantılar bağlantı dizgisine göre otomatik olarak yeni birincil çoğaltmaya veya okunabilir ikincil çoğaltmaya yönlendirilir.

  • Beklenen kapalı kalma süresi: Kullanılabilirlik alanı yük devretmesi sırasında kısa süreli kesinti olabilir. Kapalı kalma süresi genellikle 30 saniyeden kısadır ve uygulamanızın geçici hatalara dayanıklılık yönergelerini izlemesi durumunda bunu tolere etmesi gerekir.

  • Beklenen veri kaybı: Kullanılabilirlik alanı yük devretmesi sırasında işlenen işlemler için veri kaybı beklenmez. Devam eden işlemlerin yeniden denenmiş olması gerekir.

Bölge kurtarma

Kullanılabilirlik alanı kurtarıldığında, SQL Yönetilen Örneği kurtarılan bölgedeki işlemleri geri yüklemek için Service Fabric ile birlikte çalışır. Müşteri müdahalesi gerekmez.

Bölge hataları için test

SQL Yönetilen Örneği platformu, bölge yedekliliğine sahip örnekler için trafik yönlendirmeyi, yük devretmeyi ve geri yüklemeyi yönetir. Bu özellik tam olarak yönetildiği için kullanılabilirlik alanı hata işlemlerini başlatmanız veya doğrulamanız gerekmez. Ancak, uygulamanızın hataları işlemesini doğrulayabilirsiniz.

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

Tek bir SQL Yönetilen Örneği tek bir bölge içinde konuşlandırılır. Ancak, ayrı bir Azure bölgesine ikincil bir SQL yönetilen örneği dağıtabilir ve bir yük devretme grubu yapılandırabilirsiniz.

Yük devretme grupları

Yük devretme grupları, verilerinizi otomatik olarak coğrafi olarak çoğaltır ve yük devretme ilkesine bağlı olarak, bölgesel bir hatada otomatik veya manuel olarak yük devretme işlemi gerçekleştirebilir.

Bu bölümde yük devretme grupları hakkındaki önemli bilgiler özetlense de, nasıl çalıştıkları ve nasıl yapılandıracakları hakkında daha fazla bilgi edinmek için Yük devretme gruplarına genel bakış ve en iyi yöntemleri gözden geçirmek önemlidir.

Yük devretme ilkeleri

Bir yük devretme grubu oluşturduğunuzda, bir kesintiyi algılamaktan ve yük devretme gerçekleştirmekten kimin sorumlu olduğunu belirten yük devretme ilkesini seçersiniz. İki tür yük devretme ilkesi yapılandırabilirsiniz:

  • Müşteri tarafından yönetilen yük devretme (önerilir): Müşteri tarafından yönetilen bir yük devretme ilkesi kullandığınızda, veri kaybına neden olmayan bir yük devretme mi yoksa veri kaybına neden olabilecek zorlamalı yük devretme mi gerçekleştirebileceğinize karar vekleyebilirsiniz. Zorlamalı yük devretme, birincil örneğe erişilemiyorsa kesintiler sırasında kurtarma yöntemi olarak kullanılır.

  • Microsoft tarafından yönetilen yük devretme: Microsoft tarafından yönetilen yük devretme yalnızca zorlanan yük devretmeyi tetikleyen istisnai durumlarda kullanılır.

Önemli

DR planlarınızı geliştirmek, test etmek ve uygulamak için müşteri tarafından yönetilen yük devretme seçeneklerini kullanın. Microsoft tarafından yönetilen yük devretmeye, yalnızca aşırı durumlarda kullanılabileceği için, güvenmeyin. Microsoft tarafından yönetilen bir yük devretme, büyük olasılıkla bütün bir bölge için başlatılır. Tek tek yük devretme grupları, SQL yönetilen örnekleri, abonelikler veya müşteriler için başlatılamaz. Farklı Azure hizmetleri için farklı zamanlarda yük devretme gerçekleşebilir. Müşteri tarafından yönetilen yük devretme kullanmanızı öneririz.

Bölge desteği

Yük devretme grubu içindeki SQL yönetilen örnekleri için herhangi bir Azure bölgesini seçebilirsiniz. Geniş alan ağlarının yüksek gecikme süresi nedeniyle, coğrafi çoğaltma zaman uyumsuz bir çoğaltma mekanizması kullanır. Ağ gecikmelerini azaltmak için düşük gecikme süreli bağlantılara sahip bölgeleri seçin. Azure bölgeleri arasındaki gecikme süresi hakkında daha fazla bilgi için bkz. Azure ağ gidiş dönüş gecikmesi istatistikleri.

Maliyet

Farklı bölgelerde birden çok SQL yönetilen örneği oluşturduğunuzda, her SQL yönetilen örneği için faturalandırılırsınız.

Ancak, ikincil örneğinizde bağlı okuma iş yükleri veya uygulamalar yoksa, replikayı bekleme durumundaki örnek olarak belirleyerek lisanslama maliyetlerinden tasarruf edebilirsiniz. Daha fazla bilgi için bkz. SQL Yönetilen Örneği için lisanssız bir yedek çoğaltma yapılandırma.

SQL Yönetilen Örneği fiyatlandırması hakkında daha fazla bilgi için bkz. Hizmet fiyatlandırma bilgileri.

Çok bölgeli desteği yapılandırma

Bir yük devretme grubunu yapılandırmayı öğrenmek için SQL Yönetilen Örneği için yük devretme grubu yapılandırma bölümüne bakın.

Kapasite planlaması ve yönetimi

Yük devretme sırasında trafik ikincil SQL yönetilen örneğine yönlendirilir. İkincil SQL yönetilen örneğinizin trafik almaya hazır olması önemlidir. Birincil örnekle aynı hizmet katmanı, donanım oluşturma ve işlem boyutuna sahip ikincil bir SQL yönetilen örneği oluşturun.

Yük devretme grubunda SQL yönetilen örneklerin ölçeklendirilmesi hakkında daha fazla bilgi için bkz. Örnekleri ölçeklendirme.

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

Bu bölümde, SQL yönetilen örnekleri çok bölgeli yük devretme gruplarını kullanacak şekilde yapılandırıldığında ve tüm bölgeler çalışır durumda olduğunda neler bekleneceği açıklanmaktadır:

  • Bölgeler arasında trafik yönlendirme: Normal işlemler sırasında, okuma-yazma istekleri birincil bölgedeki tek birincil örneğe gider.

    Yük devretme grupları ayrıca ayrı bir salt okunur dinleyici uç noktası sağlar. Normal işlemler sırasında bu uç nokta, bağlantı dizesinde belirtilen salt okunur trafiği yönlendirmek için ikincil örneğe bağlanır.

    Yük devretme gruplarının her örneğe trafiği nasıl gönderdiği ve trafiği salt okunur dinleyici uç noktasına nasıl yönlendirebileceğiniz hakkında daha fazla bilgi için bkz. Yük devretme gruplarına genel bakış ve en iyi uygulamalar.

  • Bölgeler arasında veri çoğaltma: Varsayılan olarak, veriler birincil örnekten ikincil SQL yönetilen örneğine zaman uyumsuz olarak çoğaltılır.

    Coğrafi çoğaltma eşzamanlı olmayan bir süreç olduğundan, zorunlu bir yük devretme işlemi gerçekleştirirseniz veri kaybı yaşanabilir. Zorlamalı yük devretme sırasında olası veri kaybını anlamak için çoğaltma gecikmesini izleyebilirsiniz. Daha fazla bilgi için bkz. DR denetim listesi.

    Asenkron çoğaltma esnasındaki yük devretmelerde veri kaybını önlemek istiyorsanız, uygulamanızı son işlenen işlemin ikincil veritabanının işlem günlüğüne iletilip güvence altına alındığını teyit edene kadar çağrı yapan iş parçacığını durduracak şekilde yapılandırın. Bu yaklaşım özel geliştirme gerektirir ve uygulamanızın performansını düşürür. Daha fazla bilgi için bkz. Kritik veri kaybını önleme.

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

Bu bölümde, SQL yönetilen örnekleri çok bölgeli yük devretme gruplarını kullanacak şekilde yapılandırıldığında ve birincil bölgede bir kesinti olduğunda neler bekleneceği açıklanmaktadır:

  • Algılama ve yanıt: Algılama ve yanıt sorumluluğu, yük devretme grubunuzun kullandığı yük devretme ilkesine bağlıdır.

    • Müşteri tarafından yönetilen yük devretme ilkesi: Bir bölgedeki hatayı algılamak ve yük devretme grubundaki ikincil örneğe yük devretmeyi veya zorunlu yük devretmeyi tetiklemek sizin sorumluluğunuzdadır.

      Bir yük devretme işlemi gerçekleştirildiğinde, SQL Yönetilen Örneği yük devretme prosedürünü uygulamadan önce verilerin ikincil örnek ile senkronize olmasını bekler.

      Zorlamalı yük devretme gerçekleştirirseniz, SQL Yönetilen Örneği son değişikliklerin birincilden yayılmasını beklemeden ikincil örneği hemen birincil role geçer. Bu yük devretme türü veri kaybına neden olabilir.

    • Microsoft tarafından yönetilen yük devretme ilkesi: Microsoft tarafından yönetilen yük devretme işlemleri istisnai koşullar altında gerçekleştirilir. Microsoft bir yük devretme tetiklediğinde, yük devretme grubu otomatik olarak yük devretme grubundaki ikincil örneğe zorlamalı yük devretme gerçekleştirir. Ancak, yük devretmenin ne zaman gerçekleşebileceğini denetleyebilmeniz için üretim iş yükleri için müşteri tarafından yönetilen bir yük devretme ilkesi kullanmanızı öneririz.

  • Bildirim: Bir bölge kapatıldığında Microsoft sizi otomatik olarak bilgilendirmez. Ancak, tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu'nı kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Azure Hizmet Durumu'nı , bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için de kullanabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

  • Etkin istekler: Yük devretme gerçekleştiğinde, işlenen tüm istekler sonlandırılır ve yeniden denenmelidir. Uygulamalarınızı bu tür sorunlara dayanıklı hale getirmek için bkz. Geçici hatalara dayanıklılık.

  • Beklenen veri kaybı: Veri kaybı miktarı, uygulamanızı nasıl yapılandırdığınıza bağlıdır. Daha fazla bilgi için bkz. Yük devretme gruplarına genel bakış ve en iyi yöntemler.

  • Beklenen kapalı kalma süresi: Yük devretme grubu yük devretmesi sırasında az miktarda kapalı kalma süresi olabilir. Kapalı kalma süresi genellikle 60 saniyeden kısadır.

  • Trafik yeniden yönlendirme: Yük devretme grubu yük devretme işlemini tamamladıktan sonra, okuma-yazma trafiği yeni birincil örneğe otomatik olarak yönlendirilir. Uygulamalarınız bağlantı dizelerinde yük devretme grubunun uç noktalarını kullanıyorsa, yük devretmeden sonra bağlantı dizelerini değiştirmeleri gerekmez.

Bölge geri kazanımı

Yük devretme grupları geri yüklendiğinde birincil bölgeye otomatik olarak yeniden çalışmaz ve bu nedenle yeniden çalışma başlatmak sizin sorumluluğunuzdadır.

Bölge hataları testi

Bir yük devretme grubunun yedekleme işlevini test edebilirsiniz.

Yük devretme grubunun teste tabi tutulması, felaket kurtarma (DR) tatbikatının yalnızca bir parçasıdır. Daha fazla bilgi için bkz. DR tatbikatları gerçekleştirme.

Yedekleme ve geri yükleme

Veri kaybı da dahil olmak üzere çeşitli risklere karşı koruma sağlamak için veritabanlarınızın yedeklerini alın. Yanlışlıkla veri kaybı, bozulma veya diğer sorunlardan kurtarmak için yedeklemeler geri yüklenebilir. Yedeklemeler coğrafi çoğaltmayla aynı şey değildir ve farklı amaçlara sahiptir ve farklı riskleri azaltır.

SQL Yönetilen Örneği, veritabanlarınızın tam, farklı ve işlem günlüğü yedeklerini otomatik olarak alır. Yedekleme türleri, bunların sıklığı, geri yükleme özellikleri, depolama maliyetleri ve yedekleme şifrelemesi hakkında daha fazla bilgi için bkz. SQL Yönetilen Örneğinde otomatik yedeklemeler.

SQL Yönetilen Örneği yerleşik otomatik yedeklemeler sağlar ve ayrıca kullanıcı veritabanları için kullanıcı tarafından başlatılan yalnızca kopya yedeklemelerini destekler. Daha fazla bilgi için bkz . Salt kopya yedeklemeleri.

Yedekleme replikasyonu

SQL yönetilen örneğiniz için otomatik yedeklemeleri yapılandırırken, yedeklemelerin nasıl çoğaltılacağını belirtebilirsiniz. ZRS'de depolanacak şekilde yapılandırılan yedeklemeler daha yüksek dayanıklılık düzeyine sahiptir. Yedeklemelerinizi aşağıdaki depolama türlerinden birini kullanacak şekilde yapılandırmanızı öneririz:

  • Bölgede kullanılabilirlik alanları varsa, bölge içinde dayanıklılık sağlamak için ZRS kullanımı

  • GZRS, bölgede kullanılabilirlik alanları varsa ve başka bir bölgeyle eşleştirilmişse yedeklerinizin bölgeler arasında dayanıklılığını artırmak için

  • Bölgeniz kullanılabilirlik alanlarını desteklemiyorsa ancak eşleştirilmiş bir bölgeye sahipse GRS

Farklı depolama türleri ve bunların özellikleri hakkında daha fazla bilgi için bkz Yedekleme depolama yedekliliği.

Coğrafi konumdan veri geri yükleme

Coğrafi geri yükleme özelliği, yedek kopyaları farklı bir Azure bölgesine geri yüklemenizi sağlayan temel bir DR çözümüdür. Coğrafi yedekleme genellikle önemli miktarda kapalı kalma süresi ve veri kaybı gerektirir. Bölgesel bir kesinti oluşursa daha yüksek düzeyde kurtarılabilirlik elde etmek için yük devretme gruplarını yapılandırmanız gerekir.

Coğrafi geri yükleme kullanıyorsanız yedeklerinizi ikincil bölgenizde nasıl kullanılabilir hale getirebilirsiniz?

  • Birincil bölgeniz eşleştirilmişse, eşleştirilmiş bölgeye coğrafi geri yüklemeyi desteklemek için GZRS veya GRS yedekleme depolama alanını kullanın.

  • Birincil bölgeniz eşlenmemişse, yedeklemelerinizi başka bir bölgeye çoğaltmak için özel bir çözüm oluşturabilirsiniz. Kullanıcı tarafından başlatılan yalnızca kopya yedeklemelerini kullanmayı ve bunları başka bir bölgedeki bir depolama hesabına çoğaltmak için blob nesne çoğaltma kullanan bir depolama hesabında depolamayı göz önünde bulundurun.

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

SQL Yönetilen Örneği örneğinizde bakım gerçekleştirdiğinde, SQL yönetilen örneği tam olarak kullanılabilir durumda kalır ancak kısa yeniden yapılandırmalara tabi olabilir. İstemci uygulamaları, bir bakım olayı gerçekleştiğinde kısa bağlantı kesintileri gözlemler. İstemci uygulamalarınız etkileri en aza indirmek için Geçici Hatalara Karşı Dayanıklılık yönergelerini izlemelidir.

SQL Yönetilen Örneği, genellikle hizmet yükseltmeleri ve diğer bakım işlemleri için kullanılan bir bakım penceresi belirtmenizi sağlar. İş saatlerinizde otomatik yük devretme gibi yan etkileri en aza indirmek için bir bakım zaman aralığı yapılandırmanız faydalı olabilir. Planlı bakım hakkında önceden bildirim de alabilirsiniz.

Daha fazla bilgi için bkz. SQL Yönetilen Örneği'nde bakım penceresi.

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 hizmetler için SLA'lar sayfasına bakın.

SQL Yönetilen Örneği için kullanılabilirlik SLA'sı yalnızca Azure sanal ağınız yönetim trafiğine engel olmayacak şekilde doğru yapılandırıldığında geçerlidir. Bu yapılandırma, ağ kaynaklarının yönetimini ve kullanımını etkileyen alt ağ boyutunu, ağ güvenlik gruplarını (NSG' ler), kullanıcı tanımlı yolları (UDF'ler), DNS yapılandırmasını ve diğer kaynakları içerir. SQL Yönetilen Örneği için gerekli ağ yapılandırması hakkında daha fazla bilgi için bkz. Ağ gereksinimleri.

İlgili içerik

  • Last updated on