Azure SQL veritabanı ve SQL yönetilen örneği için yüksek kullanılabilirlikHigh availability for Azure SQL Database and SQL Managed Instance

Uygulama hedefi:  Evet Azure SQL veritabanı  Evet Azure SQL yönetilen örneğiAPPLIES TO: yesAzure SQL Database yesAzure SQL Managed Instance

Azure SQL veritabanı ve SQL yönetilen örneği 'nin yüksek kullanılabilirlik mimarisinin hedefi, veritabanınızın en az% 99,99 ' un çalışır durumda olmasını sağlamaktır (farklı katmanlara yönelik belirli SLA hakkında daha fazla bilgi Için, lütfen Azure SQL veritabanı ve SQL yönetilen örneği Için SLA'ya başvurun), bakım işlemlerinin ve kesintilerin etkisi hakkında endişelenmeden emin olmaktır.The goal of the high availability architecture in Azure SQL Database and SQL Managed Instance is to guarantee that your database is up and running minimum of 99.99% of time (For more information regarding specific SLA for different tiers, Please refer SLA for Azure SQL Database and SQL Managed Instance), without worrying about the impact of maintenance operations and outages. Azure, düzeltme eki uygulama, yedeklemeler, Windows ve Azure SQL yükseltmeleri gibi kritik bakım görevlerini ve temel alınan donanım, yazılım veya ağ arızaları gibi planlanmamış olayları otomatik olarak işler.Azure automatically handles critical servicing tasks, such as patching, backups, Windows and Azure SQL upgrades, as well as unplanned events such as underlying hardware, software, or network failures. Azure SQL veritabanı 'nda temel alınan veritabanı düzeltme eki uygulanmış veya başarısız olduğunda, uygulamanızda yeniden deneme mantığı kullanırsanız kesinti olmaz.When the underlying database in Azure SQL Database is patched or fails over, the downtime is not noticeable if you employ retry logic in your app. SQL veritabanı ve SQL yönetilen örneği, verilerinizin her zaman kullanılabilir olmasını sağlamak için en kritik koşullarda bile hızlı bir şekilde kurturabilir.SQL Database and SQL Managed Instance can quickly recover even in the most critical circumstances ensuring that your data is always available.

Yüksek kullanılabilirlik çözümü, hatalar nedeniyle kaydedilmiş verilerin kaybolmamasını, bakım işlemlerinin iş yükünüzü etkilememesini ve veritabanının yazılım mimarinizdeki tek hata noktası olmamasını sağlamak üzere tasarlanmıştır.The high availability solution is designed to ensure that committed data is never lost due to failures, that maintenance operations do not affect your workload, and that the database will not be a single point of failure in your software architecture. Veritabanı yükseltilirken veya korunurken iş yükünü durdurmanız gereken bakım pencereleri veya daha az zaman yoktur.There are no maintenance windows or downtimes that should require you to stop the workload while the database is upgraded or maintained.

İki yüksek kullanılabilirliğe sahip mimari modeli vardır:There are two high availability architectural models:

  • İşlem ve depolama ayrımı temelinde kullanılan Standart kullanılabilirlik modeli .Standard availability model that is based on a separation of compute and storage. Bu, uzak depolama katmanının yüksek düzeyde kullanılabilirliğini ve güvenilirliğini kullanır.It relies on high availability and reliability of the remote storage tier. Bu mimari, bakım etkinlikleri sırasında bazı performans düşüşüne neden olan bütçe odaklı iş uygulamalarını hedefler.This architecture targets budget-oriented business applications that can tolerate some performance degradation during maintenance activities.
  • Veritabanı altyapısı işlemlerinin bir kümesini temel alan Premium kullanılabilirlik modeli .Premium availability model that is based on a cluster of database engine processes. Her zaman kullanılabilir veritabanı altyapısı düğümlerinin bir çekirdeği olduğundan emin olur.It relies on the fact that there is always a quorum of available database engine nodes. Bu mimari, yüksek GÇ performansı, yüksek işlem oranı ve bakım etkinlikleri sırasında iş yükünüzün en düşük performans etkisini güvence altına alarak görev açısından kritik uygulamaları hedefler.This architecture targets mission critical applications with high IO performance, high transaction rate and guarantees minimal performance impact to your workload during maintenance activities.

SQL veritabanı ve SQL yönetilen örneği her ikisi de SQL Server veritabanı altyapısının ve Windows işletim sisteminin en son kararlı sürümünde çalışır ve çoğu kullanıcı, yükseltmelerin sürekli olarak gerçekleştirildiğini fark etmez.SQL Database and SQL Managed Instance both run on the latest stable version of the SQL Server database engine and Windows operating system, and most users would not notice that upgrades are performed continuously.

Temel, standart ve Genel Amaçlı hizmet katmanı kullanılabilirliğiBasic, Standard, and General Purpose service tier availability

Temel, standart ve Genel Amaçlı hizmet katmanları hem sunucusuz hem de sağlanan işlem için standart kullanılabilirlik mimarisinden yararlanır.The Basic, Standard, and General Purpose service tiers leverage the standard availability architecture for both serverless and provisioned compute. Aşağıdaki şekilde, ayrılmış işlem ve Depolama katmanlarına sahip dört farklı düğüm gösterilmektedir.The following figure shows four different nodes with the separated compute and storage layers.

İşlem ve depolama ayrımı

Standart kullanılabilirlik modeli iki katman içerir:The standard availability model includes two layers:

  • sqlservr.exeİşlemi çalıştıran ve yalnızca geçici ve önbelleğe alınmış verileri içeren, örneğin tempdb, eklenen SSD üzerinde model veritabanları ve bellekteki önbellek, arabellek havuzu ve columnstore havuzu gibi durum bilgisi olmayan bir işlem katmanı.A stateless compute layer that runs the sqlservr.exe process and contains only transient and cached data, such as TempDB, model databases on the attached SSD, and plan cache, buffer pool, and columnstore pool in memory. Bu durum bilgisiz düğüm, Azure Service Fabric tarafından başlatılır sqlservr.exe , düğümün sistem durumunu denetler ve gerekirse başka bir düğüme yük devretme işlemi gerçekleştirir.This stateless node is operated by Azure Service Fabric that initializes sqlservr.exe, controls health of the node, and performs failover to another node if necessary.
  • Azure Blob depolamada depolanan veritabanı dosyaları (. mdf/. ldf) ile durum bilgisi olan bir veri katmanı.A stateful data layer with the database files (.mdf/.ldf) that are stored in Azure Blob storage. Azure Blob depolamada yerleşik veri kullanılabilirliği ve artıklık özelliği bulunur.Azure blob storage has built-in data availability and redundancy feature. İşlem kilitlense bile, veri dosyasındaki günlük dosyasında veya sayfada bulunan her kaydın korunacağından emin olur sqlservr.exe .It guarantees that every record in the log file or page in the data file will be preserved even if sqlservr.exe process crashes.

Veritabanı altyapısı veya işletim sistemi yükseltildiğinde ya da bir hata algılandığında, Azure Service Fabric durum bilgisiz sqlservr.exe işlemi yeterli boş kapasiteye sahip başka bir durum bilgisi olmayan işlem düğümüne taşıyacaktır.Whenever the database engine or the operating system is upgraded, or a failure is detected, Azure Service Fabric will move the stateless sqlservr.exe process to another stateless compute node with sufficient free capacity. Azure Blob depolama alanındaki veriler taşımadan etkilenmez ve veri/günlük dosyaları yeni başlatılmış sqlservr.exe işleme eklenir.Data in Azure Blob storage is not affected by the move, and the data/log files are attached to the newly initialized sqlservr.exe process. Bu işlem% 99,99 kullanılabilirliği garanti eder, ancak yeni sqlservr.exe işlem soğuk önbellek ile başladığından bu yana yoğun bir iş yükü geçiş sırasında bazı performans düşüşüne neden olabilir.This process guarantees 99.99% availability, but a heavy workload may experience some performance degradation during the transition since the new sqlservr.exe process starts with cold cache.

Premium ve İş Açısından Kritik hizmet katmanı kullanılabilirliğiPremium and Business Critical service tier availability

Premium ve İş Açısından Kritik hizmet katmanları, işlem kaynaklarını ( sqlservr.exe işlem) ve depolamayı (yerel olarak bağlı SSD) tek bir düğümde tümleştiren Premium kullanılabilirlik modelinden yararlanır.Premium and Business Critical service tiers leverage the Premium availability model, which integrates compute resources (sqlservr.exe process) and storage (locally attached SSD) on a single node. Yüksek kullanılabilirlik, üç-dört düğümlü küme oluştururken hem işlem hem de depolamanın ek düğümlere çoğaltılmasıyla elde edilir.High availability is achieved by replicating both compute and storage to additional nodes creating a three to four-node cluster.

Veritabanı altyapısı düğümlerinin kümesi

Temel alınan veritabanı dosyaları (. mdf/. ldf), iş yükünüze çok düşük gecikmeli GÇ sağlamak üzere eklenmiş SSD depolama alanına yerleştirilir.The underlying database files (.mdf/.ldf) are placed on the attached SSD storage to provide very low latency IO to your workload. Yüksek kullanılabilirlik, her zaman açık kullanılabilirlik gruplarıSQL Server benzer bir teknoloji kullanılarak uygulanır.High availability is implemented using a technology similar to SQL Server Always On availability groups. Küme, okuma/yazma müşteri iş yükleri için erişilebilen tek bir birincil çoğaltma ve verilerin kopyalarını içeren üç ikincil çoğaltma (işlem ve depolama) içerir.The cluster includes a single primary replica that is accessible for read-write customer workloads, and up to three secondary replicas (compute and storage) containing copies of data. Birincil düğüm değişiklikleri sürekli olarak ikincil düğümlere gönderir ve her bir işlem gerçekleştirilmeden önce verilerin en az bir ikincil çoğaltmayla eşitlenmesini sağlar.The primary node constantly pushes changes to the secondary nodes in order and ensures that the data is synchronized to at least one secondary replica before committing each transaction. Bu işlem, birincil düğüm herhangi bir nedenden dolayı kilitlenirse, her zaman yük devretmek için tamamen eşitlenmiş bir düğüm vardır.This process guarantees that if the primary node crashes for any reason, there is always a fully synchronized node to fail over to. Yük devretme işlemi Azure Service Fabric tarafından başlatılır.The failover is initiated by the Azure Service Fabric. İkincil çoğaltma yeni birincil düğüm olduktan sonra, kümede yeterli düğüm (çekirdek kümesi) olduğundan emin olmak için başka bir ikincil çoğaltma oluşturulur.Once the secondary replica becomes the new primary node, another secondary replica is created to ensure the cluster has enough nodes (quorum set). Yük devretme işlemi tamamlandıktan sonra Azure SQL bağlantıları otomatik olarak yeni birincil düğüme yönlendirilir.Once failover is complete, Azure SQL connections are automatically redirected to the new primary node.

Ek bir avantaj olarak Premium kullanılabilirlik modeli, salt okunurdur Azure SQL bağlantılarını ikincil çoğaltmalardan birine yeniden yönlendirebilme özelliği içerir.As an extra benefit, the premium availability model includes the ability to redirect read-only Azure SQL connections to one of the secondary replicas. Bu özelliğe okuma ölçeğigenişletme denir. Birincil çoğaltmadan, analitik iş yükleri gibi salt okuma işlemlerini yük dışı bırakmak için ek ücret olmadan %100 ek işlem kapasitesi sağlar.This feature is called Read Scale-Out. It provides 100% additional compute capacity at no extra charge to off-load read-only operations, such as analytical workloads, from the primary replica.

Hiper ölçek hizmet katmanı kullanılabilirliğiHyperscale service tier availability

Hiper ölçek hizmet katmanı mimarisi, Dağıtılmış işlevler mimarisinde açıklanmıştır ve yalnızca SQL veritabanı için KULLANILABILIR, SQL yönetilen örneği değildir.The Hyperscale service tier architecture is described in Distributed functions architecture and is only currently available for SQL Database, not SQL Managed Instance.

Hiper ölçekli işlevsel mimari

Hiper ölçekte kullanılabilirlik modeli dört katman içerir:The availability model in Hyperscale includes four layers:

  • sqlservr.exeİşlemleri çalıştıran ve yalnızca geçici ve önbelleğe alınmış verileri içeren, bağlı SSD 'de kapsayan ve önbellek, arabellek havuzu ve columnstore havuzu gibi durum bilgisi olmayan bir işlem katmanı.A stateless compute layer that runs the sqlservr.exe processes and contains only transient and cached data, such as non-covering RBPEX cache, TempDB, model database, etc. on the attached SSD, and plan cache, buffer pool, and columnstore pool in memory. Bu durum bilgisiz katmanı, birincil işlem çoğaltmasını ve isteğe bağlı olarak, yük devretme hedefleri olarak kullanılabilecek bir dizi ikincil işlem çoğaltmasını içerir.This stateless layer includes the primary compute replica and optionally a number of secondary compute replicas that can serve as failover targets.
  • Sayfa sunucuları tarafından biçimlendirilen durum bilgisi olmayan bir depolama katmanı.A stateless storage layer formed by page servers. Bu katman, sqlservr.exe işlem çoğaltmaları üzerinde çalışan işlemler için dağıtılmış depolama altyapısıdır.This layer is the distributed storage engine for the sqlservr.exe processes running on the compute replicas. Her sayfa sunucusu yalnızca geçici ve önbelleğe alınmış verileri içerir, örneğin takılı SSD üzerinde RBPEX önbelleği ve bellekte önbelleğe alınan veri sayfaları.Each page server contains only transient and cached data, such as covering RBPEX cache on the attached SSD, and data pages cached in memory. Her sayfa sunucusunun, Yük Dengeleme, yedeklilik ve yüksek kullanılabilirlik sağlamak için etkin-etkin bir yapılandırmada eşleştirilmiş bir sayfa sunucusu vardır.Each page server has a paired page server in an active-active configuration to provide load balancing, redundancy, and high availability.
  • Günlük hizmeti işlemi, işlem günlüğü giriş bölgesi ve işlem günlüğü uzun vadeli depolama alanı çalıştıran işlem düğümü tarafından oluşturulan, durum bilgisi olan işlem günlüğü depolama katmanı.A stateful transaction log storage layer formed by the compute node running the Log service process, the transaction log landing zone, and transaction log long term storage. Giriş bölgesi ve uzun süreli depolama, işlem günlüğü için kullanılabilirlik ve Artıklık sağlayan ve kaydedilmiş işlemler için veri dayanıklılığı sağlayan Azure depolama 'yı kullanır.Landing zone and long term storage use Azure Storage, which provides availability and redundancy for transaction log, ensuring data durability for committed transactions.
  • Azure depolama 'da depolanan ve sayfa sunucuları tarafından güncelleştirilmiş veritabanı dosyaları (. mdf/. ndf) ile durum bilgisi olan bir veri depolama katmanı.A stateful data storage layer with the database files (.mdf/.ndf) that are stored in Azure Storage and are updated by page servers. Bu katman, Azure depolama 'nın veri kullanılabilirliği ve Artıklık özelliklerini kullanır.This layer uses data availability and redundancy features of Azure Storage. Bir veri dosyasındaki her sayfanın, hiper ölçekli mimarinin diğer katmanlarındaki işlemler çöktüğünde veya işlem düğümleri başarısız olsa bile korunacağından emin olur.It guarantees that every page in a data file will be preserved even if processes in other layers of Hyperscale architecture crash, or if compute nodes fail.

Tüm hiperölçek katmanlarında işlem düğümleri Azure Service Fabric üzerinde çalışır ve her bir düğümün sistem durumunu denetler ve gerektiğinde kullanılabilir sağlıklı düğümlere yük devretme gerçekleştirir.Compute nodes in all Hyperscale layers run on Azure Service Fabric, which controls health of each node and performs failovers to available healthy nodes as necessary.

Hiper ölçekte yüksek kullanılabilirlik hakkında daha fazla bilgi için bkz. Hyperscale 'de veritabanı yüksek kullanılabilirliği.For more information on high availability in Hyperscale, see Database High Availability in Hyperscale.

Bölge yedekli yapılandırmaZone redundant configuration

Varsayılan olarak, Premium kullanılabilirlik modeli için düğümlerin kümesi aynı veri merkezinde oluşturulur.By default, the cluster of nodes for the premium availability model is created in the same datacenter. Azure kullanılabilirlik alanlarıtanıtımı Ile SQL veritabanı, iş açısından kritik veritabanının farklı çoğaltmalarını aynı bölgedeki farklı kullanılabilirlik bölgelerine yerleştirebilir.With the introduction of Azure Availability Zones, SQL Database can place different replicas of the Business Critical database to different availability zones in the same region. Tek bir başarısızlık noktasını ortadan kaldırmak için, denetim halkası aynı zamanda birden çok bölgede üç ağ geçidi halkaları (GW) olarak da yinelenir.To eliminate a single point of failure, the control ring is also duplicated across multiple zones as three gateway rings (GW). Belirli bir ağ geçidi halkası yönlendirmesi Azure Traffic Manager (ATM) tarafından denetlenir.The routing to a specific gateway ring is controlled by Azure Traffic Manager (ATM). Premium veya İş Açısından Kritik hizmet katmanlarında bölge yedekli yapılandırma ek veritabanı yedekliliği oluşturmadığından, ek ücret ödemeden etkinleştirebilirsiniz.Because the zone redundant configuration in the Premium or Business Critical service tiers does not create additional database redundancy, you can enable it at no extra cost. Bölgesel olarak yedekli bir yapılandırma seçerek, Premium veya İş Açısından Kritik veritabanlarınızı, uygulama mantığındaki herhangi bir değişiklik yapmadan çok daha büyük bir veri merkezi kesintileri dahil olmak üzere çok daha büyük bir başarısızlık kümesine dayanıklı hale getirebilirsiniz.By selecting a zone redundant configuration, you can make your Premium or Business Critical databases resilient to a much larger set of failures, including catastrophic datacenter outages, without any changes to the application logic. Ayrıca, mevcut Premium veya İş Açısından Kritik veritabanlarını veya havuzları bölge yedekli yapılandırmasına de dönüştürebilirsiniz.You can also convert any existing Premium or Business Critical databases or pools to the zone redundant configuration.

Bölge yedekli veritabanlarının aralarında biraz uzaklıktan farklı veri merkezlerinde çoğaltmaları olduğundan, artan ağ gecikmesi çalışma süresini artırabilir ve böylece bazı OLTP iş yüklerinin performansını etkileyebilir.Because the zone redundant databases have replicas in different datacenters with some distance between them, the increased network latency may increase the commit time and thus impact the performance of some OLTP workloads. Bölge artıklığı ayarını devre dışı bırakarak her zaman tek bölge yapılandırmasına dönebilirsiniz.You can always return to the single-zone configuration by disabling the zone redundancy setting. Bu işlem, normal hizmet katmanı yükseltmesine benzer bir çevrimiçi işlemdir.This process is an online operation similar to the regular service tier upgrade. İşlemin sonunda, veritabanı veya havuz, bölge yedekli halkadan tek bir bölge halkaine geçirilir veya tam tersi de geçerlidir.At the end of the process, the database or pool is migrated from a zone redundant ring to a single zone ring or vice versa.

Önemli

Bölgesel olarak yedekli veritabanları ve elastik havuzlar Şu anda yalnızca Seç bölgelerinde Premium ve İş Açısından Kritik hizmet katmanlarında desteklenir.Zone redundant databases and elastic pools are currently only supported in the Premium and Business Critical service tiers in select regions. İş Açısından Kritik katmanını kullanırken, bölge yedekli yapılandırma yalnızca 5. nesil işlem donanımı seçildiğinde kullanılabilir.When using the Business Critical tier, zone redundant configuration is only available when the Gen5 compute hardware is selected. Bölge yedekli veritabanlarını destekleyen bölgeler hakkında güncel bilgiler için bkz. bölgeye göre Hizmetler desteği.For up to date information about the regions that support zone redundant databases, see Services support by region.

Not

Bu özellik SQL yönetilen örneği 'nde kullanılamaz.This feature is not available in SQL Managed Instance.

Yüksek kullanılabilirlik mimarisinin bölge yedekli sürümü aşağıdaki diyagram tarafından gösterilmiştir:The zone redundant version of the high availability architecture is illustrated by the following diagram:

yüksek kullanılabilirlik mimarisi bölgesi yedekli

Hızlandırılmış veritabanı kurtarma (ADR)Accelerated Database Recovery (ADR)

Hızlandırılmış veritabanı kurtarma (ADR) , özellikle uzun süre çalışan işlemler söz konusu olduğunda veritabanı kullanılabilirliğini büyük ölçüde geliştiren yeni bir veritabanı altyapısı özelliğidir.Accelerated Database Recovery (ADR) is a new database engine feature that greatly improves database availability, especially in the presence of long running transactions. ADR Şu anda Azure SQL veritabanı, Azure SQL yönetilen örneği ve Azure SQL veri ambarı için kullanılabilir.ADR is currently available for Azure SQL Database, Azure SQL Managed Instance, and Azure SQL Data Warehouse.

Uygulama hatası dayanıklılığı sınanıyorTesting application fault resiliency

Yüksek kullanılabilirlik, SQL veritabanı ve SQL yönetilen örnek platformunun, veritabanı uygulamanız için saydam olarak çalıştırılan temel bir parçasıdır.High availability is a fundamental part of the SQL Database and SQL Managed Instance platform that works transparently for your database application. Ancak, planlı veya planlanmamış olaylar sırasında başlatılan otomatik yük devretme işlemlerinin, üretime dağıtmadan önce bir uygulamayı ne şekilde etkilediğini test etmek isteyebilirsiniz.However, we recognize that you may want to test how the automatic failover operations initiated during planned or unplanned events would impact an application before you deploy it to production. Bir veritabanını, elastik havuzu veya yönetilen örneği yeniden başlatmak için özel bir API çağırarak, yük devretmeyi el ile tetikleyebilirsiniz.You can manually trigger a failover by calling a special API to restart a database, an elastic pool, or a managed instance. Bölgesel olarak yedekli bir veritabanı veya elastik havuz söz konusu olduğunda, API çağrısı, eski birincil bölge kullanılabilirlik bölgesinden farklı bir kullanılabilirlik bölgesindeki yeni birincil bağlantı ile istemci bağlantılarını yeniden yönlendirmeye neden olur.In the case of a zone redundant database or elastic pool, the API call would result in redirecting client connections to the new primary in an Availability Zone different from the Availability Zone of the old primary. Bu nedenle, yük devretmenin var olan veritabanı oturumlarını nasıl etkilediğini test etmeye ek olarak, ağ gecikmede yapılan değişiklikler nedeniyle uçtan uca performansı değiştirdiğinizi de doğrulayabilirsiniz.So in addition to testing how failover impacts existing database sessions, you can also verify if it changes the end-to-end performance due to changes in network latency. Yeniden başlatma işlemi zorlandığından ve çok sayıda, platformu vurgulamada, her veritabanı, elastik havuz veya yönetilen örnek için her 30 dakikada bir yük devretme çağrısına izin verilir.Because the restart operation is intrusive and a large number of them could stress the platform, only one failover call is allowed every 30 minutes for each database, elastic pool, or managed instance.

PowerShell, REST API veya Azure CLı kullanılarak yük devretme başlatılabilir:A failover can be initiated using PowerShell, REST API, or Azure CLI:

Dağıtım türüDeployment type PowerShellPowerShell REST APIREST API Azure CLIAzure CLI
VeritabanıDatabase Invoke-AzSqlDatabaseFailoverInvoke-AzSqlDatabaseFailover Veritabanı yük devretmesiDatabase failover az Rest , Azure CLI 'dan bir REST API çağrısı çağırmak için kullanılabiliraz rest may be used to invoke a REST API call from Azure CLI
Elastik havuzElastic pool Invoke-AzsqtalayapışpoolfailoverInvoke-AzSqlElasticPoolFailover Elastik havuz yük devretmeElastic pool failover az Rest , Azure CLI 'dan bir REST API çağrısı çağırmak için kullanılabiliraz rest may be used to invoke a REST API call from Azure CLI
Yönetilen ÖrnekManaged Instance Invoke-AzsqlınstancefailoverInvoke-AzSqlInstanceFailover Yönetilen örnekler-yük devretmeManaged Instances - Failover az SQL mı yük devretmeaz sql mi failover

Önemli

Hiper ölçek veritabanlarının okunabilir ikincil çoğaltmaları için yük devretme komutu kullanılamaz.The Failover command is not available for readable secondary replicas of Hyperscale databases.

SonuçConclusion

Azure SQL veritabanı ve Azure SQL yönetilen örnek özelliği, Azure platformuyla derin bir şekilde tümleştirilmiş yerleşik yüksek kullanılabilirlik çözümüdür.Azure SQL Database and Azure SQL Managed Instance feature a built-in high availability solution, that is deeply integrated with the Azure platform. Hata algılama ve kurtarma, veri koruma için Azure Blob depolama 'da ve daha yüksek hata toleransı (belgede daha önce Azure SQL yönetilen örneği için geçerli değildir) için Kullanılabilirlik Alanları için Service Fabric bağımlıdır.It is dependent on Service Fabric for failure detection and recovery, on Azure Blob storage for data protection, and on Availability Zones for higher fault tolerance (as mentioned earlier in document not applicable to Azure SQL Managed Instance yet). Ayrıca, SQL veritabanı ve SQL yönetilen örneği, çoğaltma ve yük devretme için SQL Server örneğinden her zaman açık kullanılabilirlik grubu teknolojisini de devreder.In addition, SQL Database and SQL Managed Instance leverage the Always On availability group technology from the SQL Server instance for replication and failover. Bu teknolojilerin birleşimi, uygulamaların karma depolama modelinin avantajlarını tam olarak elde etmesini ve en zorlu SLA 'Ları desteklemesini sağlar.The combination of these technologies enables applications to fully realize the benefits of a mixed storage model and support the most demanding SLAs.

Sonraki adımlarNext steps