Azure SQL Veritabanı ve SQL Yönetilen Örneği için yüksek kullanılabilirlik

  • Makale
  • Okumak için 15 dakika

Şunlar için geçerlidir: Azure SQL Veritabanı Azure SQL Yönetilen Örneği

Bu makalede Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği yüksek kullanılabilirlik açıklanmaktadır.

Alanlar arası yedekli yapılandırma şu anda SQL Yönetilen Örneği için önizleme aşamasındadır ve yalnızca İş Açısından Kritik hizmet katmanı için kullanılabilir.

Genel Bakış

Azure SQL Veritabanı ve SQL Yönetilen Örneği yüksek kullanılabilirlik mimarisinin amacı, bakım işlemlerinin ve kesintilerin etkisi konusunda endişelenmeden veritabanınızın en az %99,99 oranında çalışır durumda olmasını sağlamaktır. Farklı katmanlar için belirli SLA hakkında daha fazla bilgi için bkz. Azure SQL Veritabanı için SLA ve Azure SQL Yönetilen Örneği için SLA.

Azure, düzeltme eki uygulama, yedeklemeler, Windows ve Azure SQL yükseltmeleri gibi kritik hizmet görevlerini ve temel alınan donanım, yazılım veya ağ hataları gibi planlanmamış olayları otomatik olarak işler. Azure SQL Veritabanı'ndaki temel alınan veritabanına düzeltme eki eklendiğinde veya yük devredildiğinde, uygulamanızda yeniden deneme mantığı kullandığınızda kapalı kalma süresi fark edilmez. SQL Veritabanı ve SQL Yönetilen Örneği, verilerinizin her zaman kullanılabilir olduğundan emin olmak için en kritik koşullarda bile hızla kurtarılabilir.

Yüksek kullanılabilirlik çözümü, işlenen verilerin hatalar nedeniyle hiçbir zaman kaybolmamasını, bakım işlemlerinin iş yükünüzü etkilememesini ve veritabanının yazılım mimarinizde tek bir hata noktası olmamasını sağlamak için tasarlanmıştır. Veritabanı yükseltilirken veya korunurken iş yükünü durdurmanızı gerektiren bakım pencereleri veya kapalı kalma süreleri yoktur.

İki yüksek kullanılabilirlik mimari modeli vardır:

  • İşlem ve depolama ayrımını temel alan standart kullanılabilirlik modeli. Uzak depolama katmanının yüksek kullanılabilirliğine ve güvenilirliğine bağlıdır. Bu mimari bakım etkinlikleri sırasında bir düzeyde performans düşüşünü kaldırabilecek, bütçe odaklı iş uygulamalarını hedefler.
  • Veritabanı altyapısı işlemleri kümesini temel alan premium kullanılabilirlik modeli. Her zaman kullanılabilir veritabanı altyapı düğümlerinin bir çekirdeği olduğu gerçeğine bağlıdır. Bu mimari yüksek GÇ performansı, yüksek işlem hızına sahip görev açısından kritik uygulamaları hedefler ve bakım etkinlikleri sırasında iş yükünüz üzerinde minimum performans etkisi sağlar.

SQL Veritabanı ve SQL Yönetilen Örneği hem SQL Server Veritabanı Altyapısı'nın hem de Windows işletim sisteminin en son kararlı sürümünde çalışır ve çoğu kullanıcı yükseltmelerin sürekli gerçekleştirildiğini fark etmez.

Temel, Standart ve Genel Amaçlı hizmet katmanı yerel olarak yedekli kullanılabilirlik

Temel, Standart ve Genel Amaçlı hizmet katmanları hem sunucusuz hem de sağlanan işlem için standart kullanılabilirlik mimarisini kullanır. Aşağıdaki şekilde, ayrılmış işlem ve depolama katmanlarına sahip dört farklı düğüm gösterilmektedir.

İşlem ve depolama ayrımını gösteren diyagram.

Standart kullanılabilirlik modeli iki katman içerir:

  • İşlemi çalıştıran sqlservr.exe ve yalnızca ekli SSD'deki ve model veritabanları gibi tempdb geçici ve önbelleğe alınmış verileri içeren ve bellekte önbellek, arabellek havuzu ve columnstore havuzu planlayan durum bilgisi olmayan bir işlem katmanı. Durum bilgisi olmayan bu düğüm, başlatan sqlservr.exe, düğümün sistem durumunu denetleen ve gerekirse başka bir düğüme yük devretme gerçekleştiren Azure Service Fabric tarafından çalıştırılır.
  • veritabanı dosyalarının (.mdf ve .ldf) Azure Blob Depolama depolandığı durum bilgisi olan bir veri katmanı. Azure Blob Depolama yerleşik veri kullanılabilirliği ve yedeklilik özelliğine sahiptir. İşlem kilitlense sqlservr.exe bile, veri dosyasındaki günlük dosyasındaki veya sayfadaki her kaydın korunacağını garanti eder.

Veritabanı altyapısı veya işletim sistemi yükseltildiğinde veya bir hata algılandığında, Azure Service Fabric durum bilgisi olmayan sqlservr.exe işlemi yeterli boş kapasiteye sahip başka bir durum bilgisi olmayan işlem düğümüne taşır. Azure Blob depolamadaki veriler taşıma işleminden etkilenmez ve veri/günlük dosyaları yeni başlatılan sqlservr.exe işleme eklenir. Bu işlem %99,99 kullanılabilirliği garanti eder, ancak yeni sqlservr.exe işlem soğuk önbellekle başladığından geçiş sırasında ağır bir iş yükü performans düşüşü yaşayabilir.

Genel Amaçlı hizmet katmanı alanlar arası yedekli kullanılabilirlik

Genel Amaçlı hizmet katmanı için alanlar arası yedekli yapılandırma hem sunucusuz hem de sağlanan işlem için sunulur. Bu yapılandırma, veritabanlarını bir Azure bölgesindeki birden çok fiziksel konuma çoğaltmak için Azure Kullanılabilirlik Alanları kullanır. Alanlar arası yedekliliği seçerek, yeni ve mevcut sunucusuz ve sağlanan genel amaçlı tek veritabanlarınızı ve elastik havuzlarınızı, uygulama mantığında herhangi bir değişiklik yapmadan yıkıcı veri merkezi kesintileri de dahil olmak üzere çok daha büyük bir hata kümesine dayanıklı hale getirebilirsiniz.

Genel Amaçlı katmanı için alanlar arası yedekli yapılandırma iki katmana sahiptir:

  • ZRS'de (alanlar arası yedekli depolama) depolanan veritabanı dosyalarını (.mdf/.ldf) içeren durum bilgisi olan bir veri katmanı. ZRS kullanılarak veriler ve günlük dosyaları fiziksel olarak yalıtılmış üç Azure kullanılabilirlik alanına zaman uyumlu olarak kopyalanır.
  • sqlservr.exe işlemini çalıştıran ve yalnızca bağlı SSD'deki ve model veritabanları gibi tempdb geçici ve önbelleğe alınmış verileri içeren ve bellekte önbellek, arabellek havuzu ve columnstore havuzunu planlayan durum bilgisi olmayan bir işlem katmanı. Durum bilgisi olmayan bu düğüm, sqlservr.exe başlatan, düğümün sistem durumunu denetleen ve gerekirse başka bir düğüme yük devretme gerçekleştiren Azure Service Fabric tarafından çalıştırılır. Alanlar arası yedekli sunucusuz ve sağlanan Genel Amaçlı veritabanları için, yedek kapasiteye sahip düğümler yük devretme için diğer Kullanılabilirlik Alanları kullanılabilir.

Genel Amaçlı hizmet katmanı için yüksek kullanılabilirlik mimarisinin alanlar arası yedekli sürümü aşağıdaki diyagramda gösterilmiştir:

Genel Amaçlı için Alanlar arası yedekli yapılandırma diyagramı.

  • Genel Amaçlı katman için alanlar arası yedekli yapılandırma şu bölgelerde Genel Olarak kullanılabilir: Batı Avrupa, Kuzey Avrupa, Batı ABD 2, Orta Fransa, Doğu ABD 2, Doğu ABD, Güneydoğu Asya & Orta Katar. Bu, şu bölgelerde önizleme aşamasındadır: Doğu Avustralya, Doğu Japonya ve Güney Birleşik Krallık.
  • Alanlar arası yedekli kullanılabilirlik için, varsayılandan farklı bir bakım penceresi seçmek şu anda belirli bölgelerde kullanılabilir.
  • Alanlar arası yedekli yapılandırma yalnızca 5. Nesil donanımı seçildiğinde SQL Veritabanı kullanılabilir. Alanlar arası yedekli yapılandırma şu anda SQL Yönetilen Örneği için önizleme aşamasındadır ve yalnızca İş Açısından Kritik hizmet katmanı için kullanılabilir.

Premium ve İş Açısından Kritik hizmet katmanı yerel olarak yedekli kullanılabilirlik

Premium ve İş Açısından Kritik hizmet katmanları, işlem kaynaklarını (sqlservr.exeişlem) ve depolamayı (yerel olarak bağlı SSD) tek bir düğümde tümleştiren Premium kullanılabilirlik modelini kullanır. Yüksek kullanılabilirlik, üç ile dört düğümlü küme oluşturan ek düğümlere hem işlem hem de depolama çoğaltılarak elde edilir.

Veritabanı altyapısı düğümleri kümesinin diyagramı.

Temel alınan veritabanı dosyaları (.mdf/.ldf), iş yükünüz için çok düşük gecikme süresine sahip GÇ sağlamak için ekli SSD depolama alanına yerleştirilir. Yüksek kullanılabilirlik, SQL Server Always On kullanılabilirlik gruplarına benzer bir teknoloji kullanılarak uygulanır. Küme, okuma-yazma müşteri iş yükleri için erişilebilen tek bir birincil çoğaltma ve veri kopyalarını içeren en fazla üç ikincil çoğaltma (işlem ve depolama) içerir. Birincil düğüm, değişiklikleri sırayla ikincil düğümlere sürekli olarak yönlendirir ve her işlem işlenmeden önce verilerin en az bir ikincil çoğaltmada kalıcı olmasını sağlar. Bu işlem, birincil düğümün herhangi bir nedenle kilitlenmesi durumunda yük devretme için her zaman tam olarak eşitlenmiş bir düğüm olmasını garanti eder. Yük devretme, Azure Service Fabric tarafından başlatılır. İkincil çoğaltma yeni birincil düğüm haline geldikten sonra, kümede yeterli düğüm (çekirdek kümesi) olduğundan emin olmak için başka bir ikincil çoğaltma oluşturulur. Yük devretme tamamlandıktan sonra Azure SQL bağlantılar otomatik olarak yeni birincil düğüme yönlendirilir.

Ekstra bir avantaj olarak premium kullanılabilirlik modeli, salt okunur Azure SQL bağlantılarını ikincil çoğaltmalardan birine yeniden yönlendirme özelliğini içerir. Bu özelliğe Okuma Ölçeği Genişletme adı verilir. Birincil çoğaltmadan analiz iş yükleri gibi salt okunur işlemlerin yükünü kapatma işlemlerine ek ücret ödemeden %100 ek işlem kapasitesi sağlar.

Premium ve İş Açısından Kritik hizmet katmanı alanlar arası yedekli kullanılabilirlik

Varsayılan olarak, premium kullanılabilirlik modeli için düğüm kümesi aynı veri merkezinde oluşturulur. Azure Kullanılabilirlik Alanları'nin kullanıma sunulmasıyla SQL Veritabanı İş Açısından Kritik veritabanının farklı çoğaltmalarını aynı bölgedeki farklı kullanılabilirlik alanlarına yerleştirebilir. Tek bir hata noktasını ortadan kaldırmak için, denetim halkası aynı zamanda üç ağ geçidi halkası (GW) olarak birden çok bölgede çoğaltılır. Belirli bir ağ geçidi kademesine yönlendirme , Azure Traffic Manager (ATM) tarafından denetlenmektedir. Premium veya İş Açısından Kritik hizmet katmanlarında alanlar arası yedekli yapılandırma ek veritabanı yedekliliği oluşturmadığından, ek ücret ödemeden etkinleştirebilirsiniz. Alanlar arası yedekli bir yapılandırma seçerek Premium veya İş Açısından Kritik veritabanlarınızı, uygulama mantığında herhangi bir değişiklik yapmadan yıkıcı veri merkezi kesintileri de dahil olmak üzere çok daha büyük bir hata kümesine dayanıklı hale getirebilirsiniz. Ayrıca mevcut Premium veya İş Açısından Kritik veritabanlarını veya havuzlarını alanlar arası yedekli yapılandırmaya dönüştürebilirsiniz.

Alanlar arası yedekli veritabanlarının farklı veri merkezlerinde aralarında bir mesafe olan çoğaltmaları olduğundan, artan ağ gecikme süresi işleme süresini artırabilir ve bu nedenle bazı OLTP iş yüklerinin performansını etkileyebilir. Alanlar arası yedeklilik ayarını devre dışı bırakarak her zaman tek bölgeli yapılandırmaya dönebilirsiniz. Bu işlem, normal hizmet katmanı yükseltmesine benzer çevrimiçi bir işlemdir. İşlemin sonunda veritabanı veya havuz alanlar arası yedekli halkadan tek bir bölge halkasına geçirilir (veya tam tersi).

Yüksek kullanılabilirlik mimarisinin alanlar arası yedekli sürümü aşağıdaki diyagramda gösterilmiştir:

Alanlar arası yedekli yüksek kullanılabilirlik mimarisinin diyagramı.

Alanlar arası yedekliliği kullanırken aşağıdakileri göz önünde bulundurun:

  • Bu özellik şu anda SQL Yönetilen Örneği için önizleme aşamasındadır ve yalnızca İş Açısından Kritik hizmet katmanında kullanılabilir. SQL Veritabanı'da, İş Açısından Kritik katmanı kullanılırken alanlar arası yedekli yapılandırma yalnızca Gen5 donanımı seçildiğinde kullanılabilir.
  • Alanlar arası yedekli veritabanlarını destekleyen bölgeler hakkında güncel bilgiler için bkz. Bölgeye göre hizmetler desteği.
  • Alanlar arası yedekli kullanılabilirlik için, varsayılandan farklı bir bakım penceresi seçmek şu anda belirli bölgelerde kullanılabilir.

Önizleme sırasında, SQL Yönetilen Örneği için bölge yedekliliği İş Açısından Kritik hizmet katmanında kullanılabilir ve aşağıdaki bölgelerde desteklenir:

Kuzey ve Güney Amerika Avrupa Orta Doğu Afrika Asya Pasifik
Güney Brezilya Kuzey Avrupa Orta Katar Güney Afrika - Kuzey Doğu Avustralya
Orta Kanada Doğu Norveç Kuzey BAE Orta Hindistan
Doğu ABD Güney Birleşik Krallık Doğu Japonya
Orta Güney ABD West Europe Güney Kore - Orta
Batı ABD 3 Orta İsveç Doğu Asya
Kuzey İsviçre

Hiper Ölçek hizmet katmanı yerel olarak yedekli kullanılabilirlik

Hiper Ölçek hizmet katmanı mimarisi Dağıtılmış işlevler mimarisi bölümünde açıklanmıştır ve şu anda SQL Yönetilen Örneği için değil, yalnızca SQL Veritabanı için kullanılabilir.

Hiper Ölçek işlevsel mimarisini gösteren diyagram.

Hiper Ölçek'teki kullanılabilirlik modeli dört katman içerir:

  • İşlemleri çalıştıran sqlservr.exe ve ekli SSD'de yalnızca geçici ve önbelleğe alınmış RBPEX önbelleği tempdb ve model veritabanları gibi verileri içeren durum bilgisi olmayan bir işlem katmanı ve bellekte önbellek, arabellek havuzu ve columnstore havuzu planlayın. Bu durum bilgisi olmayan katman, birincil işlem çoğaltmasını ve isteğe bağlı olarak yük devretme hedefleri olarak görev yapabilecek bir dizi ikincil işlem çoğaltmasını içerir.
  • Sayfa sunucuları tarafından oluşturulan durum bilgisi olmayan bir depolama katmanı. Bu katman, işlem çoğaltmalarında çalışan işlemler için sqlservr.exe dağıtılmış depolama altyapısıdır. Her sayfa sunucusu yalnızca bağlı SSD'deki RBPEX önbelleğini ve bellekte önbelleğe alınmış veri sayfalarını kapsayan geçici ve önbelleğe alınmış veriler içerir. Her sayfa sunucusu, yük dengeleme, yedeklilik ve yüksek kullanılabilirlik sağlamak için etkin-etkin yapılandırmada eşleştirilmiş bir sayfa sunucusuna sahiptir.
  • Günlük hizmeti işlemini, işlem günlüğü giriş bölgesini ve işlem günlüğü uzun vadeli depolama alanını çalıştıran işlem düğümü tarafından oluşturulan durum bilgisi olan işlem günlüğü depolama katmanı. Giriş bölgesi ve uzun vadeli depolama, işlem günlüğü için kullanılabilirlik ve yedeklilik sağlayarak işlenen işlemler için veri dayanıklılığı sağlayan Azure Depolama'yı kullanır.
  • Azure Depolama'da depolanan ve sayfa sunucuları tarafından güncelleştirilen veritabanı dosyalarının (.mdf/.ndf) yer aldığı durum bilgisi olan bir veri depolama katmanı. Bu katman, Azure Depolama'nın veri kullanılabilirliği ve yedeklilik özelliklerini kullanır. Hiper Ölçek mimarisinin diğer katmanlarındaki işlemler kilitlense veya işlem düğümleri başarısız olsa bile veri dosyasındaki her sayfanın korunacağını garanti eder.

Tüm Hiper Ölçek katmanlarındaki işlem düğümleri, her düğümün durumunu denetleyen ve kullanılabilir iyi durumdaki düğümlere gerektiğinde yük devretme gerçekleştiren Azure Service Fabric üzerinde çalışır.

Hiper Ölçek'te yüksek kullanılabilirlik hakkında daha fazla bilgi için bkz. Hiper Ölçek'te Veritabanı Yüksek Kullanılabilirliği.

Hiper Ölçek hizmet katmanı alanlar arası yedekli kullanılabilirlik

Bu yapılandırmanın etkinleştirilmesi, tüm Hiper Ölçek katmanları için Kullanılabilirlik Alanları genelinde çoğaltma yoluyla bölge düzeyinde dayanıklılık sağlar. Alanlar arası yedeklilik'i seçerek Hiper Ölçek veritabanlarınızı, uygulama mantığında değişiklik yapmadan, yıkıcı veri merkezi kesintileri de dahil olmak üzere çok daha büyük bir hata kümesine dayanıklı hale getirebilirsiniz. Kullanılabilirlik Alanları olan tüm Azure bölgeleri alanlar arası yedekli Hiper Ölçek veritabanını destekler.

Aşağıdaki sınırlamaları göz önünde bulundurun:

  • Alanlar arası yedekli yapılandırma yalnızca veritabanı oluşturma sırasında belirtilebilir. Kaynak sağlandıktan sonra bu ayar değiştirilemez. Mevcut hiper ölçek veritabanının alanlar arası yedekli yapılandırmasını güncelleştirmek için Veritabanı kopyalama, belirli bir noktaya geri yükleme kullanın veya coğrafi çoğaltma oluşturun. Bu güncelleştirme seçeneklerinden birini kullanırken, hedef veritabanı kaynaktan farklı bir bölgedeyse veya hedeften veritabanı yedekleme depolama yedekliliği kaynak veritabanından farklıysa, kopyalama işlemi veri işleminin boyutu olacaktır.
  • Yalnızca standart seri (5. Nesil) donanım desteklenir.
  • Adlandırılmış çoğaltmalar şu anda desteklenmemektedir.
  • Mevcut bir veritabanı başka bir Azure SQL Veritabanı hizmet katmanından Hiper Ölçek'e geçirildiğinde bölge yedekliliği şu anda belirtilemiyor.
  • Hiper Ölçek için alanlar arası yedekli yapılandırmayı etkinleştirmek için en az 1 yüksek kullanılabilirlik işlem çoğaltması ve alanlar arası yedekli veya coğrafi alanlar arası yedekli yedekleme depolama alanı kullanılması gerekir.

Önemli

Alanlar arası yedekli kullanılabilirlik için, varsayılandan farklı bir bakım penceresi seçmek şu anda belirli bölgelerde kullanılabilir.

Alanlar arası yedekli Hiper Ölçek veritabanı oluşturma

Alanlar arası yedekli hiper ölçek veritabanı oluşturmak için Azure PowerShell veya Azure CLI kullanın. Son değişiklikler için destek sağlamak için API'nin en son sürümüne sahip olduğunuzu onaylayın.

-ZoneRedundant Azure PowerShell kullanarak Hiper Ölçek veritabanınız için bölge yedekliliğini etkinleştirmek için parametresini belirtin. Veritabanında en az 1 yüksek kullanılabilirlik çoğaltması olmalı ve alanlar arası yedekli yedekleme alanı belirtilmelidir.

Azure PowerShell kullanarak bölge yedekliliğini etkinleştirmek için aşağıdaki örnek komutu kullanın:

New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database01" `
    -Edition "Hyperscale" -HighAvailabilityReplicaCount 1 -ZoneRedundant -BackupStorageRedundancy Zone -RequestedServiceObjectiveName HS_Gen5_2'

Coğrafi çoğaltma oluşturarak alanlar arası yedekli Hiper Ölçek veritabanı oluşturma

Mevcut hiper ölçek veritabanını alanlar arası yedekli hale getirmek için Azure PowerShell veya Azure CLI kullanarak etkin coğrafi çoğaltma kullanarak alanlar arası yedekli bir Hiper Ölçek veritabanı oluşturun. Coğrafi çoğaltma, mevcut Hiper Ölçek veritabanıyla aynı veya farklı bölgede olabilir.

-ZoneRedundant Hiper Ölçek veritabanı ikincil veritabanınız için bölge yedekliliğini etkinleştirmek için parametresini belirtin. İkincil veritabanında en az 1 yüksek kullanılabilirlik çoğaltması olmalıdır ve alanlar arası yedekli yedekleme alanı belirtilmelidir.

Azure PowerShell kullanarak alanlar arası yedekli veritabanınızı oluşturmak için aşağıdaki örnek komutu kullanın:

New-AzSqlDatabaseSecondary -ResourceGroupName "myResourceGroup" -ServerName $sourceserver -DatabaseName "databaseName" -PartnerResourceGroupName "myPartnerResourceGroup" -PartnerServerName $targetserver -PartnerDatabaseName "zoneRedundantCopyOfMySampleDatabase" -ZoneRedundant -BackupStorageRedundancy Zone -HighAvailabilityReplicaCount 1

Veritabanı kopyası oluşturarak alanlar arası yedekli Hiper Ölçek veritabanı oluşturma

Mevcut bir Hiper Ölçek veritabanını alanlar arası yedekli hale getirmek için Azure PowerShell veya Azure CLI kullanarak veritabanı kopyasını kullanarak alanlar arası yedekli bir Hiper Ölçek veritabanı oluşturun. Veritabanı kopyası, mevcut Hiper Ölçek veritabanıyla aynı veya farklı bölgede olabilir.

-ZoneRedundant Hiper Ölçek veritabanı kopyanız için bölge yedekliliğini etkinleştirmek için parametresini belirtin. Veritabanı kopyası en az 1 yüksek kullanılabilirliğe sahip çoğaltmaya sahip olmalı ve alanlar arası yedekli yedekleme alanı belirtilmelidir.

Azure PowerShell kullanarak alanlar arası yedekli veritabanınızı oluşturmak için aşağıdaki örnek komutu kullanın:

New-AzSqlDatabaseCopy -ResourceGroupName "myResourceGroup" -ServerName $sourceserver -DatabaseName "databaseName" -CopyResourceGroupName "myCopyResourceGroup" -CopyServerName $copyserver -CopyDatabaseName "zoneRedundantCopyOfMySampleDatabase" -ZoneRedundant -BackupStorageRedundancy Zone

master veritabanı bölgesi yedekli kullanılabilirliği

Azure SQL Veritabanı'nda sunucu, bir veritabanı koleksiyonu için merkezi bir yönetim noktası işlevi gören mantıksal bir yapıdır. Sunucu düzeyinde oturum açma bilgilerini, Azure Active Directory kimlik doğrulamasını, güvenlik duvarı kurallarını, denetim kurallarını, tehdit algılama ilkelerini ve otomatik yük devretme gruplarını yönetebilirsiniz. Oturum açma bilgileri ve güvenlik duvarı kuralları gibi bu özelliklerden bazılarıyla ilgili veriler veritabanında depolanır master . Benzer şekilde, sys.resource_stats gibi bazı DMV'lerin verileri de veritabanında depolanır master .

Mantıksal sunucuda alanlar arası yedekli yapılandırmaya sahip bir veritabanı oluşturulduğunda, master sunucuyla ilişkili veritabanı da otomatik olarak alanlar arası yedekli hale gelir. Bu, bölgesel bir kesintide veritabanını kullanan uygulamaların etkilenmemesini sağlar çünkü veritabanına bağımlı master olan oturum açma bilgileri ve güvenlik duvarı kuralları gibi özellikler hala kullanılabilir durumdadır. Veritabanını alanlar master arası yedekli hale getirmek zaman uyumsuz bir işlemdir ve arka planda tamamlanması biraz zaman alır.

Bir sunucudaki veritabanlarından hiçbiri alanlar arası yedekli olmadığında veya boş bir sunucu oluşturduğunuzda, master sunucuyla ilişkili veritabanı alanlar arası yedekli olmaz.

veritabanının özelliğini denetlemek ZoneRedundant için Azure PowerShell, Azure CLI veya REST API'yimaster kullanabilirsiniz:

Veritabanı için "ZoneRedundant" özelliğinin değerini denetlemek için master aşağıdaki örnek komutu kullanın.

Get-AzSqlDatabase -ResourceGroupName "myResourceGroup" -ServerName "myServerName" -DatabaseName "master"

Hızlandırılmış Veritabanı Kurtarma (ADR)

Hızlandırılmış Veritabanı Kurtarma (ADR), özellikle uzun süre çalışan işlemlerin varlığında veritabanı kullanılabilirliğini büyük ölçüde geliştiren bir veritabanı altyapısı özelliğidir. ADR şu anda Azure SQL Veritabanı, Azure SQL Yönetilen Örneği ve Azure Synapse Analytics için kullanılabilir.

Uygulama hata dayanıklılığını test edin

Yüksek kullanılabilirlik, veritabanı uygulamanız için saydam bir şekilde çalışan SQL Veritabanı ve SQL Yönetilen Örneği platformunun temel bir parçasıdır. Bununla birlikte uygulamayı üretime dağıtmadan önce, planlanmış veya planlanmamış olaylar sırasında başlatılan otomatik yük devretme işlemlerinin uygulamayı nasıl etkileyebileceğini test etmek isteyeceğinizin farkındayız. Veritabanını, elastik havuzu veya yönetilen örneği yeniden başlatmak için özel bir API çağırarak el ile yük devretme tetikleyebilirsiniz. Alanlar arası yedekli sunucusuz veya veritabanı veya elastik havuz Genel Amaçlı sağlanan bir durumda API çağrısı, istemci bağlantılarının eski birincilin Kullanılabilirlik Alanı'ndan farklı bir Kullanılabilirlik Alanı'ndaki yeni birincile yeniden yönlendirilmesine neden olur. Bu nedenle yük devretmenin mevcut veritabanı oturumlarını nasıl etkilediğini test etmeye ek olarak, ağ gecikme süresindeki değişiklikler nedeniyle uçtan uca performansı değiştirip değiştirmediğini de doğrulayabilirsiniz. Yeniden başlatma işlemi müdahaleci olduğundan ve çok sayıda platformda stres oluşturabileceğinden, her veritabanı, elastik havuz veya yönetilen örnek için her 15 dakikada bir yalnızca bir yük devretme çağrısına izin verilir.

PowerShell, REST API veya Azure CLI kullanılarak yük devretme başlatılabilir:

Dağıtım türü PowerShell REST API Azure CLI
Veritabanı Invoke-AzSqlDatabaseFailover Veritabanı yük devretme az rest , Azure CLI'dan REST API çağrısı çağırmak için kullanılabilir
Elastik havuz Invoke-AzSqlElasticPoolFailover Elastik havuz yük devretmesi az rest , Azure CLI'dan REST API çağrısı çağırmak için kullanılabilir
SQL Yönetilen Örnek Invoke-AzSqlInstanceFailover SQL Yönetilen Örneği - Yük Devretme az sql mi failover , Azure CLI'dan REST API çağrısı çağırmak için kullanılabilir

Önemli

Yük Devretme komutu Hiper Ölçek veritabanlarının okunabilir ikincil çoğaltmaları için kullanılamaz.

Sonuç

Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği, Azure platformuyla tümleşik yerleşik bir yüksek kullanılabilirlik çözümü sunar. Hata algılama ve kurtarma için Service Fabric'e, veri koruması için Azure Blob depolamaya ve daha yüksek hataya dayanıklılık için Kullanılabilirlik Alanları bağlıdır (belgede daha önce belirtildiği gibi henüz Azure SQL Yönetilen Örneği için geçerli değildir). Ayrıca SQL Veritabanı ve SQL Yönetilen Örneği çoğaltma ve yük devretme için SQL Server örneğindeki Always On kullanılabilirlik grubu teknolojisini kullanır. Bu teknolojilerin birleşimi, uygulamaların karma depolama modelinin avantajlarını tam olarak hayata geçirmesini ve en zorlu SLA'ları desteklemesini sağlar.

Sonraki adımlar