Azure SQL Yönetilen Örneği'ın güvenilirliği

Azure SQL Yönetilen Örneği tam olarak yönetilen bir hizmet olarak platform (PaaS) veritabanı altyapısıdır. SQL Server ile neredeyse 100% özellik uyumluluğu sağlar. Azure SQL Yönetilen Örneği yükseltme, düzeltme eki uygulama, yedeklemeler ve izleme gibi çoğu veritabanı yönetim işlevini kullanıcı katılımı 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 sorumluluktur. 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 geçici hatalar, kullanılabilirlik alanı kesintileri ve bölge kesintileri gibi çeşitli olası kesintilere ve sorunlara karşı Azure SQL Yönetilen Örneği nasıl dayanıklı hale getirilmeye başlandığı açıklanı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ği çoğu üretim dağıtımı için aşağıdaki önerileri göz önünde bulundurun:

• Yüksek kullanılabilirlik ve olağanüstü durum kurtarma (DR) denetim listesinde sağlanan yönergeleri izleyin.
• Alanlar arası yedekliliği etkinleştirin.
• Otomatik yedeklemeleri yapılandırın ve yedeklemeler için alanlar arası yedekli depolama (ZRS) veya coğrafi olarak yedekli depolama (GRS) kullanın.
• Yedeklemelerinizi ve geri yükleme işleminizi düzenli olarak test etmek için planlayın.

Güvenilirlik mimarisine genel bakış

Genel Amaçlı SQL yönetilen örnekleri, 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 Azure Blob Depolama 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 çoğaltmalar 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ı dizesine bağlı olarak otomatik olarak yeni birincil replikaya veya okunabilir ikincil replikaya 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 Database Engine çalıştıran sanal makineyi (VM) barındıran fiziksel makine.

  • SQL Database Engine çalıştıran VM

• SQL Database Engine ile ilgili sorunlar

• Planlanmamış yerelleştirilmiş olası kesintiler

SQL Yönetilen Örneği'ın yedeklilik sağlama şekli hakkında daha fazla bilgi için bkz. Yerel ve bölge yedekliliği 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ı Motoru yükseltmeleri gibi kritik servis işlemlerini otomatik olarak yönetir. Ayrıca temel alınan donanım, yazılım veya ağ hataları gibi planlanmamış olayları da işler. SQL Yönetilen Örneği, verilerinizin her zaman kullanılabilir olmasını sağlayan en kritik durumlarda bile hızla kurtarılabilir. 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.

Availability bölgeleri Azure bölgesindeki fiziksel olarak ayrı veri merkezleri 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 Database Engine işlemini içeren düğüme bağlı durum bilgisi olan ZRS'yi kullanır. Bir kesinti oluşursa SQL Database Engine işlemi durum bilgisi olmayan işlem düğümlerinden birinde etkin hale gelir ve ardından durum bilgisi olan depolamadaki verilere erişir.

SQL Yönetilen Örneği, SQL managed instance ç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 kontrol düzleminden yük dengeleyiciye trafik yönlendirmesini denetler.

Gereksinimler

• Region support: SQL Yönetilen Örneği için Bölge yedekliliği 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.

  SQL Yönetilen Örneği için bölge yedekliliğini etkinleştirme de dahil olmak üzere tüm ölçeklendirme işlemleri çevrimiçi işlemlerdir ve en az kapalı kalma süresi gerektirir. 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 operasyonlar sırasında istekler, işlem katmanını çalıştıran SQL Yönetilen Örneği düğümüne yönlendirilir.

• bölgeler arasında Veri çoğaltma: Veritabanı dosyaları şu anda etkin SQL Database Engine işlemini içeren düğüme bağlı olan ZRS kullanılarak Azure Depolama 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: Bir kullanılabilirlik bölgesindeki hatayı SQL Yönetilen Örneği algılar ve yanıtlar. 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 kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Ayrıca Azure Hizmet Durumu kullanarak tüm bölge hataları dahil olmak üzere hizmetin genel durumunu anlayabilir 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.

• Traffic rerouting: SQL Yönetilen Örneği Service Fabric ile birlikte çalışarak veritabanı altyapısını farklı bir kullanılabilirlik alanında bulunan ve yeterli boş kapasiteye sahip uygun durum bilgisi olmayan bir işlem düğümüne taşı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.

• Traffic rerouting: SQL Yönetilen Örneği, Service Fabric ile birlikte çalışarak başka bir kullanılabilirlik alanındaki uygun bir çoğaltmayı seçip birincil çoğaltma haline getirir. İ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, yeni bağlantılar bağlantı dizesine (bağlantı dizesi) 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ği olan ö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 dağıtılır. Ancak, ikincil bir SQL yönetilen örneğini ayrı bir Azure bölgesine dağıtabilir ve failover 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.

Gereksinimler

• Region support: Yük devretme grubu içindeki SQL yönetilen örnekleri için herhangi bir Azure bölge 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 SQL Yönetilen Örneği için lisanssız bekleme örneğini yapılandır bölümüne bakın.

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

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

Yük devretme grubunun nasıl yapılandıracağınızı öğrenmek için bkz. SQL Yönetilen Örneği için yük devretme grubunu yapılandırma.

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.

    Eğer bir failover gerçekleştirirseniz, SQL Yönetilen Örneği, verilerin ikincil örnekle senkronize olmasını bekledikten sonra failover prosedürünü yerine getirir.

    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 değiştirir. 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 kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Ayrıca Azure Hizmet Durumu kullanarak tüm bölge hataları dahil olmak üzere hizmetin genel durumunu anlayabilir 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.

Müşteri tarafından yönetilen yük devretme grupları için, geri yüklendiğinde birincil bölgeye yeniden çalışma başlatabilirsiniz. Microsoft tarafından yönetilen yük devretme grupları için geri dönüş işlemi otomatik olarak gerçekleşir. Daha fazla bilgi için bkz. Birincil bölgeye geri dönme.

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, değişiklik ve işlem günlüğü yedeklerini otomatik olarak alır. Yedekleme türleri, sıklıkları, geri yükleme özellikleri, depolama maliyetleri ve yedekleme şifrelemesi hakkında daha fazla bilgi için bkz. SQL Yönetilen Örneği'da özel 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ölgeye 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 managed instance tamamen 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, hizmet yükseltmeleri ve diğer bakım işlemleri için genel olarak 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'da 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 bkz. Çevrimiçi hizmetler için SLA'lar.

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

• İş sürekliliğini SQL Yönetilen Örneği
• Yüksek kullanılabilirlik ve felaket kurtarma kontrol listesi
• Azure'da Güvenilirlik