Wysoka dostępność i odzyskiwanie awaryjne na potrzeby programu SQL Server na maszynach wirtualnych platformy AzureHigh availability and disaster recovery for SQL Server in Azure Virtual Machines

Microsoft Azure maszyny wirtualne (VM) z programem SQL Server może pomóc zmniejszyć koszt rozwiązania wysokiej dostępności i awaryjnego (HADR) odzyskiwania bazy danych.Microsoft Azure virtual machines (VMs) with SQL Server can help lower the cost of a high availability and disaster recovery (HADR) database solution. Większość rozwiązań HADR serwera SQL są obsługiwane w maszynach wirtualnych platformy Azure, tylko z platformą Azure oraz w hybrydowych rozwiązań.Most SQL Server HADR solutions are supported in Azure virtual machines, both as Azure-only and as hybrid solutions. W rozwiązaniu tylko z platformą Azure cały system HADR działa na platformie Azure.In an Azure-only solution, the entire HADR system runs in Azure. W konfiguracji hybrydowej część rozwiązania działa na platformie Azure i innych części przebiegów lokalnych w Twojej organizacji.In a hybrid configuration, part of the solution runs in Azure and the other part runs on-premises in your organization. Elastyczność środowiska platformy Azure umożliwia przenoszenie całkowicie lub częściowo na platformie Azure, do zaspokojenia budżetu i wymagania HADR systemy bazy danych programu SQL Server.The flexibility of the Azure environment enables you to move partially or completely to Azure to satisfy the budget and HADR requirements of your SQL Server database systems.

Uwaga

Platforma Azure oferuje dwa różne modele wdrażania związane z tworzeniem zasobów i pracą z nimi: model wdrażania przy użyciu usługi Resource Manager i model klasyczny.Azure has two different deployment models for creating and working with resources: Resource Manager and classic. W tym artykule przedstawiono oba modele, ale firma Microsoft zaleca przeprowadzanie większości nowych wdrożeń z zastosowaniem modelu wdrażania przy użyciu usługi Azure Resource Manager.This article covers using both models, but Microsoft recommends that most new deployments use the Resource Manager model.

Informacje o konieczności rozwiązania HADRUnderstanding the need for an HADR solution

Jest przekonać się, że system bazy danych, posiada możliwości HADR, które wymaga umowę dotyczącą poziomu usług (SLA).It is up to you to ensure that your database system possesses the HADR capabilities that the service-level agreement (SLA) requires. Fakt, że platforma Azure zapewnia mechanizmy wysokiej dostępności, takich jak usługa naprawiania usług cloud services i wykrywanie odzyskiwania awarii dla maszyn wirtualnych sam nie gwarantuje, że spełniasz żądaną umowy SLA.The fact that Azure provides high availability mechanisms, such as service healing for cloud services and failure recovery detection for Virtual Machines, does not itself guarantee you can meet the desired SLA. Te mechanizmy ochrony wysoką dostępność maszyn wirtualnych, ale nie wysokiej dostępności programu SQL Server działającym wewnątrz maszyn wirtualnych.These mechanisms protect the high availability of the VMs but not the high availability of SQL Server running inside the VMs. Istnieje możliwość dla wystąpienia programu SQL Server zakończyć się niepowodzeniem, gdy maszyna wirtualna jest online, jak i dobrej kondycji.It is possible for the SQL Server instance to fail while the VM is online and healthy. Ponadto nawet wysokiej dostępności, mechanizmów udostępnianych przez platformę Azure umożliwiającej przestojów maszyn wirtualnych z powodu zdarzenia, takie jak odzyskiwanie z poziomu oprogramowania lub awarie sprzętu i uaktualnień systemu operacyjnego.Moreover, even the high availability mechanisms provided by Azure allow for downtime of the VMs due to events such as recovery from software or hardware failures and operating system upgrades.

Ponadto magazyn geograficznie nadmiarowy (GRS) na platformie Azure, która jest implementowane za pomocą funkcję replikacji geograficznej, może nie być rozwiązanie odzyskiwania po awarii w odpowiedniej bazy danych.In addition, Geo Redundant Storage (GRS) in Azure, which is implemented with a feature called geo-replication, may not be an adequate disaster recovery solution for your databases. Ponieważ replikacja geograficzna wysyła dane asynchronicznie, najnowsze aktualizacje mogą być utracone na wypadek awarii.Because geo-replication sends data asynchronously, recent updates can be lost in the event of disaster. Więcej informacji na temat replikacji geograficznej ograniczenia są objęte replikacja geograficzna nie jest obsługiwane dla plików danych i dziennika na oddzielnych dyskach sekcji.More information regarding geo-replication limitations are covered in the Geo-replication not supported for data and log files on separate disks section.

HADR architektur wdrożeńHADR deployment architectures

Technologie HADR serwera SQL, które są obsługiwane na platformie Azure obejmują:SQL Server HADR technologies that are supported in Azure include:

Istnieje możliwość łączenia technologii razem w celu zaimplementowania rozwiązania programu SQL Server, która ma wysoką dostępność i możliwości odzyskiwania po awarii.It is possible to combine the technologies together to implement a SQL Server solution that has both high availability and disaster recovery capabilities. W zależności od używanej technologii wdrożenia hybrydowego może wymagać tunelu sieci VPN z siecią wirtualną platformy Azure.Depending on the technology you use, a hybrid deployment may require a VPN tunnel with the Azure virtual network. W poniższych sekcjach pokazano niektóre przykładowe architektury wdrożenia.The sections below show you some of the example deployment architectures.

Tylko z platformą Azure: Rozwiązania wysokiej dostępnościAzure-only: High availability solutions

Masz rozwiązanie zapewniające wysoką dostępność dla programu SQL Server z zawsze włączonymi grupami dostępności - o nazwie grupy dostępności na poziomie bazy danych.You can have a high availability solution for SQL Server at a database level with Always On Availability Groups - called availability groups. Można również utworzyć rozwiązanie zapewniające wysoką dostępność na poziomie wystąpienia za pomocą zawsze na wystąpienia klastra trybu Failover — trybu failover wystąpienia klastra.You can also create a high availability solution at an instance level with Always On Failover Cluster Instances - failover cluster instances. Dodatkowe nadmiarowość można utworzyć nadmiarowości na obu poziomach przez utworzenie grupy dostępności w trybie failover wystąpienia klastra.For additional redundancy, you can create redundancy at both levels by creating availability groups on failover cluster instances.

TechnologiaTechnology Przykładowe architekturyExample Architectures
Grupy dostępnościAvailability groups Repliki dostępności uruchamianych na maszynach wirtualnych platformy Azure, w tym samym regionie zapewniają wysoką dostępność.Availability replicas running in Azure VMs in the same region provide high availability. Należy skonfigurować kontroler domeny maszyny Wirtualnej, ponieważ klaster pracy awaryjnej Windows wymaga domeny usługi Active Directory.You need to configure a domain controller VM, because Windows failover clustering requires an Active Directory domain.
Grupy dostępnościAvailability Groups
Aby uzyskać więcej informacji, zobacz Konfigurowanie grup dostępności platformy Azure (GUI).For more information, see Configure Availability Groups in Azure (GUI).
Wystąpienia klastra trybu failoverFailover cluster instances Tryb failover klastra wystąpienia (FCI), które wymagają magazynu udostępnionego, mogą być tworzone na 3 sposoby.Failover Cluster Instances (FCI), which require shared storage, can be created in 3 different ways.

1. Klaster trybu failover z dwoma węzłami na maszynach wirtualnych Azure z dołączonym magazynem za pomocą systemu Windows Server 2016 bezpośrednimi miejscami do magazynowania (S2D) zapewnienie wirtualnej sieci SAN na podstawie oprogramowania.1. A two-node failover cluster running in Azure VMs with attached storage using Windows Server 2016 Storage Spaces Direct (S2D) to provide a software-based virtual SAN.

2. Klaster trybu failover z dwoma węzłami, uruchomione na maszynach wirtualnych Azure z usługą storage obsługiwane przez rozwiązanie innej firmy.2. A two-node failover cluster running in Azure VMs with storage supported by a third-party clustering solution. Na przykład określonych, który używa oprogramowanie SIOS DataKeeper, zobacz wysokiej dostępności dla udziału plików przy użyciu klastra trybu failover i 3 oprogramowania oprogramowanie SIOS DataKeeper.For a specific example that uses SIOS DataKeeper, see High availability for a file share using failover clustering and 3rd party software SIOS DataKeeper.

3. Klaster trybu failover z dwoma węzłami na maszynach wirtualnych platformy Azure za pomocą zdalnego obiektów docelowych iSCSI udostępnionego magazynu blokowego za pośrednictwem usługi ExpressRoute.3. A two-node failover cluster running in Azure VMs with remote iSCSI Target shared block storage via ExpressRoute. Na przykład NetApp Private Storage (NPS) udostępnia obiektu docelowego iSCSI, za pośrednictwem usługi ExpressRoute za pomocą Equinix maszynach wirtualnych platformy Azure.For example, NetApp Private Storage (NPS) exposes an iSCSI target via ExpressRoute with Equinix to Azure VMs.

Dla firm udostępnionego magazynu i rozwiązań do replikacji danych możesz skontaktować się producenta wszelkie problemy dotyczące uzyskiwania dostępu do danych w trybie failover.For third-party shared storage and data replication solutions, you should contact the vendor for any issues related to accessing data on failover.

Należy pamiętać, że przy użyciu infrastruktury klasyfikacji plików w górnej części usługi Azure File storage nie jest jeszcze obsługiwana, ponieważ to rozwiązanie jest wykorzystanie magazynu w warstwie Premium.Note that using FCI on top of Azure File storage is not supported yet, because this solution does not utilize Premium Storage. Pracujemy nad obsługuje to szybko.We are working to support this soon.

Tylko z platformą Azure: Rozwiązania odzyskiwania po awariiAzure-only: Disaster recovery solutions

Możesz mieć rozwiązanie odzyskiwania po awarii dla bazy danych programu SQL Server na platformie Azure przy użyciu grup dostępności, dublowania bazy danych lub kopii zapasowej i przywracania z magazynu obiektów blob.You can have a disaster recovery solution for your SQL Server databases in Azure using availability groups, database mirroring, or backup and restore with storage blobs.

TechnologiaTechnology Przykładowe architekturyExample Architectures
Grupy dostępnościAvailability Groups Repliki dostępności jest uruchomiona w wielu centrach danych na maszynach wirtualnych Azure w celu odzyskiwania po awarii.Availability replicas running across multiple datacenters in Azure VMs for disaster recovery. To rozwiązanie między regionami chroni przed awarią całej lokacji.This cross-region solution protects against complete site outage.
Grupy dostępnościAvailability Groups
W danym regionie, w ramach jednej usługi w chmurze i tej samej sieci wirtualnej należy wszystkie repliki.Within a region, all replicas should be within the same cloud service and the same VNet. Ponieważ każdy region będzie mieć oddzielną sieć wirtualną, te rozwiązania wymagają sieci wirtualnej połączenie między sieciami wirtualnymi.Because each region will have a separate VNet, these solutions require VNet to VNet connectivity. Aby uzyskać więcej informacji, zobacz Konfigurowanie połączenia sieć wirtualna-sieć wirtualna za pomocą witryny Azure portal.For more information, see Configure a VNet-to-VNet connection using the Azure portal. Aby uzyskać szczegółowe instrukcje, zobacz konfigurować grupy dostępności programu SQL Server na maszynach wirtualnych Azure w różnych regionach.For detailed instructions, see Configure a SQL Server Availability Group on Azure Virtual Machines in Different Regions.
Funkcja dublowania baz danychDatabase Mirroring Podmiot zabezpieczeń i dublowania i serwerów działających w różnych centrach danych na potrzeby odzyskiwania po awarii.Principal and mirror and servers running in different datacenters for disaster recovery. Należy wdrożyć przy użyciu certyfikatów serwera.You must deploy using server certificates. Funkcja dublowania bazy danych programu SQL Server nie jest obsługiwana dla programu SQL Server 2008, ani programu SQL Server 2008 R2 na Maszynie wirtualnej platformy Azure.SQL Server database mirroring is not supported for SQL Server 2008 nor SQL Server 2008 R2 on an Azure VM.
Funkcja dublowania baz danych
Kopia zapasowa i przywracanie za pomocą usługi Azure Blob StorageBackup and Restore with Azure Blob Storage Service Produkcji kopie zapasowe baz danych bezpośrednio do usługi blob storage w innym centrum danych, odzyskiwania po awarii.Production databases backed up directly to blob storage in a different datacenter for disaster recovery.
Tworzenie kopii zapasowej i przywracanieBackup and Restore
Aby uzyskać więcej informacji, zobacz kopia zapasowa i przywracanie programu SQL Server w usłudze Azure Virtual Machines.For more information, see Backup and Restore for SQL Server in Azure Virtual Machines.
Replikuj i trybu Failover programu SQL Server w systemie Azure za pomocą usługi Azure Site RecoveryReplicate and Failover SQL Server to Azure with Azure Site Recovery Produkcyjne programu SQL Server z jednego centrum danych platformy Azure replikowane bezpośrednio do usługi Azure Storage innego centrum danych platformy Azure w celu odzyskiwania po awarii.Production SQL Server of one Azure datacenter replicated directly to Azure Storage of different Azure datacenter for disaster recovery.
Są replikowane przy użyciu usługi Azure Site RecoveryReplicate using Azure Site Recovery
Aby uzyskać więcej informacji, zobacz ochrona programu SQL Server za pomocą odzyskiwania po awarii programu SQL Server i usługi Azure Site Recovery.For more information, see Protect SQL Server using SQL Server disaster recovery and Azure Site Recovery.

Hybrydowe IT: Rozwiązania odzyskiwania po awariiHybrid IT: Disaster recovery solutions

Możesz mieć rozwiązanie odzyskiwania po awarii dla bazy danych programu SQL Server w środowisku IT hybrydowych przy użyciu grup dostępności, dublowania bazy danych, wysyłania dziennika i kopii zapasowej i przywracania przy użyciu magazyn obiektów blob platformy Azure.You can have a disaster recovery solution for your SQL Server databases in a hybrid-IT environment using availability groups, database mirroring, log shipping, and backup and restore with Azure blog storage.

TechnologiaTechnology Przykładowe architekturyExample Architectures
Grupy dostępnościAvailability Groups Niektóre repliki dostępności w maszynach wirtualnych platformy Azure i innymi replikami lokalnie do odzyskiwania po awarii między lokacjami.Some availability replicas running in Azure VMs and other replicas running on-premises for cross-site disaster recovery. Witryny produkcyjnej może być lokalnie lub w centrum danych platformy Azure.The production site can be either on-premises or in an Azure datacenter.
Grupy dostępności
Ponieważ wszystkie repliki dostępności muszą być tego samego klastra trybu failover, klaster musi obejmować obie sieci (klastra trybu failover wiele podsieci).Because all availability replicas must be in the same failover cluster, the cluster must span both networks (a multi-subnet failover cluster). Ta konfiguracja wymaga połączenia sieci VPN między platformą Azure i siecią lokalną.This configuration requires a VPN connection between Azure and the on-premises network.

Podczas odzyskiwania systemu pomyślne baz danych należy również zainstalować repliki kontrolera domeny w lokacji odzyskiwania po awarii.For successful disaster recovery of your databases, you should also install a replica domain controller at the disaster recovery site.

Istnieje możliwość użyć Kreatora dodawania repliki w programie SSMS można dodać repliki platformy Azure do istniejącego zawsze włączonej grupy dostępności.It is possible to use the Add Replica Wizard in SSMS to add an Azure replica to an existing Always On Availability Group. Aby uzyskać więcej informacji zobacz samouczek: Rozszerzanie zawsze włączone grupy dostępności na platformę Azure.For more information, see Tutorial: Extend your Always On Availability Group to Azure.
Funkcja dublowania baz danychDatabase Mirroring Jednego partnera w Maszynie wirtualnej platformy Azure i innych uruchamiania lokalnego odzyskiwania po awarii między lokacjami przy użyciu certyfikatów serwera.One partner running in an Azure VM and the other running on-premises for cross-site disaster recovery using server certificates. Partnerzy nie muszą znajdować się w tej samej domenie usługi Active Directory, a nie połączenie sieci VPN jest wymagane.Partners do not need to be in the same Active Directory domain, and no VPN connection is required.
Funkcja dublowania baz danychDatabase Mirroring
Innej bazy danych, dublowanie scenariusz polega na jednym partnerem w Maszynie wirtualnej platformy Azure i inne uruchomione lokalnie w tej samej domenie usługi Active Directory w celu odzyskiwania po awarii między lokacjami.Another database mirroring scenario involves one partner running in an Azure VM and the other running on-premises in the same Active Directory domain for cross-site disaster recovery. A połączenia sieci VPN między sieci wirtualnej platformy Azure i siecią lokalną jest wymagana.A VPN connection between the Azure virtual network and the on-premises network is required.

Podczas odzyskiwania systemu pomyślne baz danych należy również zainstalować repliki kontrolera domeny w lokacji odzyskiwania po awarii.For successful disaster recovery of your databases, you should also install a replica domain controller at the disaster recovery site. Funkcja dublowania bazy danych programu SQL Server nie jest obsługiwana dla programu SQL Server 2008, ani programu SQL Server 2008 R2 na Maszynie wirtualnej platformy Azure.SQL Server database mirroring is not supported for SQL Server 2008 nor SQL Server 2008 R2 on an Azure VM.
Wysyłanie dziennikaLog Shipping Jeden serwer z systemem w Maszynie wirtualnej platformy Azure i innych uruchamiania lokalnego odzyskiwania po awarii między lokacjami.One server running in an Azure VM and the other running on-premises for cross-site disaster recovery. Wysyłanie dziennika zależy od udostępniania plików w Windows, więc wymagane jest połączenie sieci VPN między sieci wirtualnej platformy Azure i siecią lokalną.Log shipping depends on Windows file sharing, so a VPN connection between the Azure virtual network and the on-premises network is required.
Wysyłanie dziennika
Podczas odzyskiwania systemu pomyślne baz danych należy również zainstalować repliki kontrolera domeny w lokacji odzyskiwania po awarii.For successful disaster recovery of your databases, you should also install a replica domain controller at the disaster recovery site.
Kopia zapasowa i przywracanie za pomocą usługi Azure Blob StorageBackup and Restore with Azure Blob Storage Service Lokalne produkcyjnych bazach danych kopii zapasowej bezpośrednio do magazynu obiektów blob platformy Azure w celu odzyskiwania po awarii.On-premises production databases backed up directly to Azure blob storage for disaster recovery.
Tworzenie kopii zapasowej i przywracanieBackup and Restore
Aby uzyskać więcej informacji, zobacz kopia zapasowa i przywracanie programu SQL Server w usłudze Azure Virtual Machines.For more information, see Backup and Restore for SQL Server in Azure Virtual Machines.
Replikuj i trybu Failover programu SQL Server w systemie Azure za pomocą usługi Azure Site RecoveryReplicate and Failover SQL Server to Azure with Azure Site Recovery Lokalne programu SQL Server replikowane bezpośrednio do usługi Azure Storage na potrzeby odzyskiwania po awarii w środowisku produkcyjnym.On-premises production SQL Server replicated directly to Azure Storage for disaster recovery.
Są replikowane przy użyciu usługi Azure Site RecoveryReplicate using Azure Site Recovery
Aby uzyskać więcej informacji, zobacz ochrona programu SQL Server za pomocą odzyskiwania po awarii programu SQL Server i usługi Azure Site Recovery.For more information, see Protect SQL Server using SQL Server disaster recovery and Azure Site Recovery.

Ważne uwagi dotyczące HADR serwera SQL na platformie AzureImportant considerations for SQL Server HADR in Azure

Maszyny wirtualne platformy Azure, magazynu i sieci charakteryzują się operacyjnej cechami niż w systemach lokalnych, niezwirtualizowanych infrastruktury IT.Azure VMs, storage, and networking have different operational characteristics than an on-premises, non-virtualized IT infrastructure. Pomyślne wdrożenie rozwiązania HADR programu SQL Server na platformie Azure wymaga zrozumieć te różnice, a następnie zaprojektować rozwiązanie do ich potrzeb.A successful implementation of a HADR SQL Server solution in Azure requires that you understand these differences and design your solution to accommodate them.

Węzły o wysokiej dostępności w zestawie dostępnościHigh availability nodes in an availability set

Zestawy dostępności na platformie Azure umożliwiają umieszczenie węzłów o wysokiej dostępności w oddzielnych błędów domenach i Aktualizacja domeny.Availability sets in Azure enable you to place the high availability nodes into separate Fault Domains (FDs) and Update Domains (UDs). Dla maszyn wirtualnych platformy Azure mają być umieszczone w tym samym zestawie dostępności możesz je wdrożyć w tej samej usłudze w chmurze.For Azure VMs to be placed in the same availability set, you must deploy them in the same cloud service. Tylko węzły w tej samej usłudze w chmurze mogą brać udział w tym samym zestawie dostępności.Only nodes in the same cloud service can participate in the same availability set. Aby uzyskać więcej informacji, zobacz Manage the Availability of Virtual Machines (Zarządzanie dostępnością usługi Virtual Machines).For more information, see Manage the Availability of Virtual Machines.

Zachowanie klastra pracy awaryjnej w sieci platformy AzureFailover cluster behavior in Azure networking

RFC niezgodne ze specyfikacją usługi DHCP w systemie Azure może spowodować utworzenie niektórych przejścia w tryb failover konfiguracje klastra, aby zakończyć się niepowodzeniem z powodu nazwy sieciowej klastra, które są przypisywane zduplikowanego adresu IP, takich jak ten sam adres IP jako jeden z węzłów klastra.The non-RFC-compliant DHCP service in Azure can cause the creation of certain failover cluster configurations to fail, due to the cluster network name being assigned a duplicate IP address, such as the same IP address as one of the cluster nodes. Jest to problem podczas implementowania grup dostępności, która zależy od funkcji klastra pracy awaryjnej Windows.This is an issue when you implement Availability Groups, which depends on the Windows failover cluster feature.

Rozważmy scenariusz, jeśli dwa węzły klastra jest tworzony i przełączone w tryb online:Consider the scenario when a two-node cluster is created and brought online:

  1. Klaster przejściu do trybu online, a następnie Węzeł1 żądań przydzielony dynamicznie adres IP dla nazwy sieci klastra.The cluster comes online, then NODE1 requests a dynamically assigned IP address for the cluster network name.
  2. Żaden adres IP innego niż własny Węzeł1, adres IP jest nadawana przez usługę DHCP, ponieważ usługa DHCP rozpozna, że żądania pochodzą z Węzeł1 sam.No IP address other than NODE1’s own IP address is given by the DHCP service, since the DHCP service recognizes that the request comes from NODE1 itself.
  3. Windows wykrywa, że zduplikowany adres jest przydzielany Węzeł1 i nazwy sieciowej klastra trybu failover i domyślna grupa klastra nie przechodzi do trybu online.Windows detects that a duplicate address is assigned both to NODE1 and to the failover cluster network name, and the default cluster group fails to come online.
  4. Domyślna grupa klastra przenosi Węzeł2, traktuje firmy Węzeł1, adres IP jako adres IP klastra, która udostępnia grupy klastra domyślne do trybu online.The default cluster group moves to NODE2, which treats NODE1’s IP address as the cluster IP address and brings the default cluster group online.
  5. Gdy Węzeł2 próbuje nawiązać łączność z usługą Węzeł1, pakiety skierowany przeciwko Węzeł1 nigdy nie opuszczają Węzeł2, ponieważ jest on rozpoznawany jako adres IP firmy Węzeł1 sam.When NODE2 attempts to establish connectivity with NODE1, packets directed at NODE1 never leave NODE2 because it resolves NODE1’s IP address to itself. Węzeł2 nie można ustanowić łączności z Węzeł1, a następnie nastąpi utrata kworum i zamknięcie klastra.NODE2 cannot establish connectivity with NODE1, then loses quorum and shuts down the cluster.
  6. W międzyczasie Węzeł1 może wysyłać pakietów do Węzeł2, ale Węzeł2 nie może odpowiedzieć.In the meantime, NODE1 can send packets to NODE2, but NODE2 cannot reply. Węzeł1 nastąpi utrata kworum i zamknięcie klastra.NODE1 loses quorum and shuts down the cluster.

W tym scenariuszu można uniknąć, przypisując nieużywany statyczny adres IP, takich jak połączenia lokalnego adresu IP, takich jak 169.254.1.1, aby nazwa sieciowa klastra w celu dostosowania nazwy sieciowej klastra w trybie online.This scenario can be avoided by assigning an unused static IP address, such as a link-local IP address like 169.254.1.1, to the cluster network name in order to bring the cluster network name online. Aby uprościć ten proces, zobacz Windows konfigurowania klastra trybu failover na platformie Azure dla grup dostępności.To simplify this process, see Configuring Windows failover cluster in Azure for availability groups.

Aby uzyskać więcej informacji, zobacz Konfigurowanie grup dostępności platformy Azure (GUI).For more information, see Configure availability groups in Azure (GUI).

Obsługa odbiornika grupy dostępnościAvailability group listener support

Odbiorników grup dostępności są obsługiwane na maszynach wirtualnych platformy Azure z systemem Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2 i Windows Server 2016.Availability group listeners are supported on Azure VMs running Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2, and Windows Server 2016. Ta funkcja jest możliwe przy użyciu punktów końcowych ze zrównoważonym obciążeniem, włączone na maszynach wirtualnych platformy Azure, które są węzły grupy dostępności.This support is made possible by the use of load-balanced endpoints enabled on the Azure VMs that are availability group nodes. Należy wykonać kroki specjalnej konfiguracji dla detektorów można działać dla obu aplikacji klienckich, które są uruchomione na platformie Azure, a także uruchomione w środowisku lokalnym.You must follow special configuration steps for the listeners to work for both client applications that are running in Azure as well as those running on-premises.

Istnieją dwie główne opcje dotyczące konfigurowania z odbiornikiem: zewnętrznych (publicznych) lub wewnętrzny.There are two main options for setting up your listener: external (public) or internal. Zewnętrznych (publicznych) odbiornik używa modułu równoważenia obciążenia nakierowanego na internet i jest skojarzona z publicznych Virtual IP (VIP), który jest dostępny za pośrednictwem Internetu.The external (public) listener uses an internet facing load balancer and is associated with a public Virtual IP (VIP) that is accessible over the internet. Wewnętrznego odbiornika używa wewnętrznego modułu równoważenia obciążenia i obsługuje tylko klientów w ramach tej samej sieci wirtualnej.An internal listener uses an internal load balancer and only supports clients within the same Virtual Network. Typ modułu równoważenia obciążenia dla dowolnego, należy włączyć bezpośredniego zwrotu serwera.For either load balancer type, you must enable Direct Server Return.

Jeśli grupy dostępności obejmuje wiele podsieci platformy Azure (na przykład wdrożenia, które przecina regiony platformy Azure), musi zawierać ciąg połączenia klienta "MultisubnetFailover = True".If the Availability Group spans multiple Azure subnets (such as a deployment that crosses Azure regions), the client connection string must include "MultisubnetFailover=True". Skutkiem próby nawiązania połączenia równoległego do replik w różnych podsieciach.This results in parallel connection attempts to the replicas in the different subnets. Aby uzyskać instrukcje na temat konfigurowania odbiornik zobaczFor instructions on setting up a listener, see

Możesz nadal łączyć się każdej repliki dostępności osobno przez bezpośrednie połączenie z wystąpieniem usługi.You can still connect to each availability replica separately by connecting directly to the service instance. Ponadto ponieważ grupy dostępności są zgodne wstecz z klientami dublowania bazy danych, mogą łączyć się repliki dostępności, takich jak dublowania partnerów, tak długo, jak repliki są skonfigurowane podobne do funkcji dublowania baz danych:Also, since availability groups are backward compatible with database mirroring clients, you can connect to the availability replicas like database mirroring partners as long as the replicas are configured similar to database mirroring:

  • Jedna replika podstawowa i jedna replika pomocniczaOne primary replica and one secondary replica
  • Replika pomocnicza została skonfigurowana jako bez możliwości odczytu (pomocniczego do odczytu opcja równa nr)The secondary replica is configured as non-readable (Readable Secondary option set to No)

Przykładowe parametry połączenia klienta, który odpowiada tej konfiguracji podobne do funkcji dublowania bazy danych za pomocą ADO.NET lub SQL Server Native Client znajduje się poniżej:An example client connection string that corresponds to this database mirroring-like configuration using ADO.NET or SQL Server Native Client is below:

Data Source=ReplicaServer1;Failover Partner=ReplicaServer2;Initial Catalog=AvailabilityDatabase;

Aby uzyskać więcej informacji dotyczących łączności klienta Zobacz:For more information on client connectivity, see:

Opóźnienie sieci w hybrydowym ITNetwork latency in hybrid IT

Należy wdrożyć swoje rozwiązanie HADR przy założeniu, że może być okresy czasu, opóźnienie sieci wysokiego między siecią lokalną i Azure.You should deploy your HADR solution with the assumption that there may be periods of time with high network latency between your on-premises network and Azure. W przypadku wdrażania replik na platformie Azure, należy użyć zatwierdzania asynchronicznego zamiast zatwierdzania synchronicznego dla trybu synchronizacji.When deploying replicas to Azure, you should use asynchronous commit instead of synchronous commit for the synchronization mode. Podczas wdrażania serwerów dublowania bazy danych — lokalnych i na platformie Azure, użyj trybu wysokiej wydajności, zamiast trybu wysokiego poziomu zabezpieczeń.When deploying database mirroring servers both on-premises and in Azure, use the high-performance mode instead of the high-safety mode.

Obsługa replikacji geograficznejGeo-replication support

Replikacja geograficzna w dyskami platformy Azure nie obsługuje plików danych i plik dziennika dotyczący tej samej bazy danych mają być przechowywane na oddzielnych dyskach.Geo-replication in Azure disks does not support the data file and log file of the same database to be stored on separate disks. Magazyn GRS replikuje zmiany na poszczególnych dyskach niezależnie i asynchronicznie.GRS replicates changes on each disk independently and asynchronously. Ten mechanizm gwarantuje kolejności zapisu, w ramach jednego dysku na kopię replikowanej geograficznie, a nie na replikowanej geograficznie kopie wiele dysków.This mechanism guarantees the write order within a single disk on the geo-replicated copy, but not across geo-replicated copies of multiple disks. Jeśli skonfigurujesz bazę danych do przechowywania jego plików danych i jego pliku dziennika na oddzielnych dyskach, dyski odzyskany po awarii może zawierać aktualniejszej kopii pliku danych niż plik dziennika, który przerywa zapisu z wyprzedzeniem dziennika programu SQL Server i właściwości ACID pobieranie na komputerze.If you configure a database to store its data file and its log file on separate disks, the recovered disks after a disaster may contain a more up-to-date copy of the data file than the log file, which breaks the write-ahead log in SQL Server and the ACID properties of transactions. Jeśli nie masz możliwość wyłączenia replikacji geograficznej na koncie magazynu, należy zachować wszystkich danych i plików dziennika dla danej bazy danych na tym samym dysku.If you do not have the option to disable geo-replication on the storage account, you should keep all data and log files for a given database on the same disk. Jeśli musisz użyć więcej niż jeden dysk, ze względu na rozmiar bazy danych, należy wdrożyć rozwiązania odzyskiwania po awarii, które są wymienione powyżej, aby zapewnić nadmiarowość danych.If you must use more than one disk due to the size of the database, you need to deploy one of the disaster recovery solutions listed above to ensure data redundancy.

Kolejne krokiNext steps

Jeśli musisz utworzyć maszynę wirtualną platformy Azure z programem SQL Server, zobacz inicjowania obsługi administracyjnej maszyny wirtualnej programu SQL Server na platformie Azure.If you need to create an Azure virtual machine with SQL Server, see Provisioning a SQL Server Virtual Machine on Azure.

Aby uzyskać najlepszą wydajność programu SQL Server uruchomionego na Maszynie wirtualnej platformy Azure, zobacz wskazówki zawarte w Performance Best Practices for SQL Server w usłudze Azure Virtual Machines.To get the best performance from SQL Server running on an Azure VM, see the guidance in Performance Best Practices for SQL Server in Azure Virtual Machines.

Aby uzyskać inne tematy związane z programem SQL Server na maszynach wirtualnych Azure, zobacz programu SQL Server na maszynach wirtualnych Azure.For other topics related to running SQL Server in Azure VMs, see SQL Server on Azure Virtual Machines.

Inne zasobyOther resources