Alta disponibilidade e recuperação de desastre para SQL Server nas Máquinas Virtuais do AzureHigh availability and disaster recovery for SQL Server in Azure Virtual Machines

VMs (Máquinas virtuais) do Microsoft Azure com SQL Server podem ajudar a reduzir o custo de uma solução de banco de dados HADR (Alta Disponibilidade e Recuperação de Desastre).Microsoft Azure virtual machines (VMs) with SQL Server can help lower the cost of a high availability and disaster recovery (HADR) database solution. A maioria das soluções HADR do SQL Server tem suporte em máquinas virtuais do Azure, tanto como somente Azure ou como soluções híbridas.Most SQL Server HADR solutions are supported in Azure virtual machines, both as Azure-only and as hybrid solutions. Em uma solução somente Azure, todo o sistema HADR é executado no Azure.In an Azure-only solution, the entire HADR system runs in Azure. Em uma configuração híbrida, parte da solução é executada no Azure e a outra parte é executada localmente em sua organização.In a hybrid configuration, part of the solution runs in Azure and the other part runs on-premises in your organization. A flexibilidade do ambiente do Azure permite que você se mova parcial ou completamente para o Azure para atender aos requisitos de orçamento e HADR de seus sistemas de banco de dados do 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.

Observação

O Azure tem dois modelos de implantação diferentes para criar e trabalhar com recursos: Resource Manager e clássico.Azure has two different deployment models for creating and working with resources: Resource Manager and classic. Este artigo aborda o uso de ambos os modelos, mas a Microsoft recomenda as mais novas implantações usem o modelo do Gerenciador de Recursos.This article covers using both models, but Microsoft recommends that most new deployments use the Resource Manager model.

Compreendendo a necessidade de uma solução HADRUnderstanding the need for an HADR solution

Cabe a você garantir que seu sistema de banco de dados possua os recursos HADR que o SLA (Contrato de Nível de Serviço) exige.It is up to you to ensure that your database system possesses the HADR capabilities that the service-level agreement (SLA) requires. O fato de que o Azure fornece mecanismos de alta disponibilidade, como recuperação de serviço para serviços de nuvem e detecção de recuperação de falhas para máquinas virtuais, não é garantia de que você possa atender ao SLA desejado.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. Esses mecanismos protegem a alta disponibilidade das VMs, mas não a alta disponibilidade do SQL Server em execução nas VMs.These mechanisms protect the high availability of the VMs but not the high availability of SQL Server running inside the VMs. É possível que a instância do SQL Server falhe enquanto a VM estiver online e íntegra.It is possible for the SQL Server instance to fail while the VM is online and healthy. Além disso, até mesmo os mecanismos de alta disponibilidade fornecidos pelo Azure permitem tempo de inatividade das VMs em razão de eventos como recuperação de software ou falhas de hardware e atualizações do sistema operacional.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.

Além disso, o GRS (Armazenamento com Redundância Geográfica) no Azure, que é implementado com um recurso chamado replicação geográfica, pode não ser uma solução de recuperação de desastres adequada para seus bancos de dados.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. Como a replicação geográfica envia dados de forma assíncrona, atualizações recentes podem ser perdidas no caso de desastre.Because geo-replication sends data asynchronously, recent updates can be lost in the event of disaster. Mais informações sobre limitações de replicação geográfica são abordadas na seção Replicação geográfica sem suporte para arquivos de dados e log em discos separados .More information regarding geo-replication limitations are covered in the Geo-replication not supported for data and log files on separate disks section.

Arquiteturas de implantação de HADRHADR deployment architectures

As tecnologias HADR do SQL Server que têm suporte no Azure incluem:SQL Server HADR technologies that are supported in Azure include:

É possível combinar as tecnologias para implementar uma solução SQL Server com alta disponibilidade e recursos de recuperação de desastre.It is possible to combine the technologies together to implement a SQL Server solution that has both high availability and disaster recovery capabilities. Dependendo da tecnologia usada, uma implantação híbrida pode exigir um túnel VPN com a rede virtual do Azure.Depending on the technology you use, a hybrid deployment may require a VPN tunnel with the Azure virtual network. As seções a seguir mostram algumas das arquiteturas de implantação de exemplo.The sections below show you some of the example deployment architectures.

Somente Azure: Soluções de alta disponibilidadeAzure-only: High availability solutions

É possível ter uma solução de alta disponibilidade para o SQL Server em um nível de banco de dados com Grupos de Disponibilidade AlwaysOn - chamados de grupos de disponibilidade.You can have a high availability solution for SQL Server at a database level with Always On Availability Groups - called availability groups. Você também pode criar uma solução de alta disponibilidade no nível da instância com Instâncias de Cluster de Failover do Always On - instâncias de cluster de failover.You can also create a high availability solution at an instance level with Always On Failover Cluster Instances - failover cluster instances. Para adicionar redundância, crie a redundância nos dois níveis, criando grupos de disponibilidade em instâncias de cluster de failover.For additional redundancy, you can create redundancy at both levels by creating availability groups on failover cluster instances.

TecnologiaTechnology Arquiteturas de exemploExample Architectures
Grupos de disponibilidadeAvailability groups As réplicas de disponibilidade em execução em VMs do Azure para a mesma região fornecem alta disponibilidade.Availability replicas running in Azure VMs in the same region provide high availability. Você precisa configurar uma VM de controlador de domínio, porque o clustering de failover do Windows exige um domínio do Active Directory.You need to configure a domain controller VM, because Windows failover clustering requires an Active Directory domain.
Grupos de DisponibilidadeAvailability Groups
Para saber mais, consulte Configurar Grupos de Disponibilidade no Azure (GUI).For more information, see Configure Availability Groups in Azure (GUI).
Instâncias do cluster de failoverFailover cluster instances FCI (Instâncias de Cluster de Failover), que exigem armazenamento compartilhado, podem ser criadas de três maneiras diferentes.Failover Cluster Instances (FCI), which require shared storage, can be created in 3 different ways.

1. Um cluster de failover de dois nós em execução nas VMs do Azure com o armazenamento anexado, usando os Espaços de Armazenamento Diretos do Windows Server 2016 (S2D) para fornecer uma SAN virtual baseada em software.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. Um cluster de failover de dois nós em execução nas VMs do Azure com armazenamento com suporte em uma solução de clustering de terceiros.2. A two-node failover cluster running in Azure VMs with storage supported by a third-party clustering solution. Para obter um exemplo específico que usa o SIOS DataKeeper, consulte Alta disponibilidade para um compartilhamento de arquivos usando o clustering de failover e o software de terceiros 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. Um cluster de failover de dois nós em execução nas VMs do Azure com armazenamento em bloco compartilhado do Destino iSCSI remoto por meio do ExpressRoute.3. A two-node failover cluster running in Azure VMs with remote iSCSI Target shared block storage via ExpressRoute. Por exemplo, o NPS (Armazenamento Privado do NetApp) expõe um destino iSCSI por meio do ExpressRoute com o Equinix para VMs do Azure.For example, NetApp Private Storage (NPS) exposes an iSCSI target via ExpressRoute with Equinix to Azure VMs.

Em caso de problemas relacionados ao acesso a dados no failover, contate o fornecedor para obter soluções de terceiros para armazenamento compartilhado e replicação de dados.For third-party shared storage and data replication solutions, you should contact the vendor for any issues related to accessing data on failover.

Observe que ainda não há suporte para o uso do FCI no Armazenamento de arquivos do Azure , pois esta solução não utiliza o Armazenamento Premium.Note that using FCI on top of Azure File storage is not supported yet, because this solution does not utilize Premium Storage. Estamos trabalhando para dar suporte a isso em breve.We are working to support this soon.

Somente Azure: Soluções de recuperação de desastreAzure-only: Disaster recovery solutions

Você pode ter uma solução de recuperação de desastres para seus bancos de dados do SQL Server no Azure usando Grupos de Disponibilidade, espelhamento de banco de dados ou backup e restauração com blobs de armazenamento.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.

TecnologiaTechnology Arquiteturas de exemploExample Architectures
Grupos de DisponibilidadeAvailability Groups Réplicas de disponibilidade executadas em vários datacenters em VMs do Azure para recuperação de desastres.Availability replicas running across multiple datacenters in Azure VMs for disaster recovery. Essa solução de regiões cruzadas protege contra interrupção completa de site.This cross-region solution protects against complete site outage.
Grupos de DisponibilidadeAvailability Groups
Dentro de uma região, todas as réplicas devem estar dentro do mesmo serviço de nuvem e na mesma VNet.Within a region, all replicas should be within the same cloud service and the same VNet. Como cada região terá uma VNet separada, essas soluções necessitam de VNet para conectividade VNet.Because each region will have a separate VNet, these solutions require VNet to VNet connectivity. Para obter mais informações, consulte Configurar uma conexão VNet a VNet usando o portal do Azure.For more information, see Configure a VNet-to-VNet connection using the Azure portal. Para obter instruções detalhadas, confira Configurar um grupo de disponibilidade do SQL Server em máquinas virtuais do Azure em diferentes regiões.For detailed instructions, see Configure a SQL Server Availability Group on Azure Virtual Machines in Different Regions.
Espelhamento de banco de dadosDatabase Mirroring Servidores principal e de espelho em execução em diferentes datacenters para recuperação de desastres.Principal and mirror and servers running in different datacenters for disaster recovery. Você deve implantar usando certificados de servidor.You must deploy using server certificates. Não há suporte para espelhamento de banco de dados do SQL Server para SQL Server 2008 ou SQL Server 2008 R2 em uma VM do Azure.SQL Server database mirroring is not supported for SQL Server 2008 nor SQL Server 2008 R2 on an Azure VM.
Espelhamento de banco de dados
Backup e restauração com o Serviço de armazenamento de blob do AzureBackup and Restore with Azure Blob Storage Service Bancos de dados de produção com backup direto no armazenamento de blob em um datacenter diferente para recuperação de desastre.Production databases backed up directly to blob storage in a different datacenter for disaster recovery.
Backup e restauraçãoBackup and Restore
Para obter mais informações, consulte Backup e Restauração para SQL Server em Máquinas Virtuais do Azure.For more information, see Backup and Restore for SQL Server in Azure Virtual Machines.
Replicação e failover do SQL Server para o Azure com o Azure Site RecoveryReplicate and Failover SQL Server to Azure with Azure Site Recovery SQL Server de produção de um datacenter do Azure replicado diretamente para o Armazenamento de um datacenter do Azure diferente para recuperação de desastre.Production SQL Server of one Azure datacenter replicated directly to Azure Storage of different Azure datacenter for disaster recovery.
Replicar usando o Azure Site RecoveryReplicate using Azure Site Recovery
Para obter mais informações, consulte Proteger o SQL Server usando a recuperação de desastre do SQL Server e o Azure Site Recovery.For more information, see Protect SQL Server using SQL Server disaster recovery and Azure Site Recovery.

TI híbrida: Soluções de recuperação de desastreHybrid IT: Disaster recovery solutions

Você pode ter uma solução de recuperação de desastres para seus bancos de dados do SQL Server em um ambiente de TI híbrida, usando Grupos de disponibilidade, espelhamento de banco de dados, envio de log e backup e restauração com o armazenamento de blog do 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.

TecnologiaTechnology Arquiteturas de exemploExample Architectures
Grupos de DisponibilidadeAvailability Groups Algumas réplicas de disponibilidade executadas em VMs do Azure e outras réplicas executadas localmente para recuperação de desastres intersite.Some availability replicas running in Azure VMs and other replicas running on-premises for cross-site disaster recovery. O site de produção pode ser local ou em um datacenter do Azure.The production site can be either on-premises or in an Azure datacenter.
Grupos de Disponibilidade
Como todas as réplicas de disponibilidade devem estar no mesmo cluster de failover, o cluster deve abranger as duas redes (um cluster de failover de várias sub-redes).Because all availability replicas must be in the same failover cluster, the cluster must span both networks (a multi-subnet failover cluster). Essa configuração requer uma conexão VPN entre o Azure e a rede local.This configuration requires a VPN connection between Azure and the on-premises network.

Para recuperação de desastres bem-sucedida de seus bancos de dados, você também deve instalar um controlador de domínio de réplica no local da recuperação de desastres.For successful disaster recovery of your databases, you should also install a replica domain controller at the disaster recovery site.

É possível usar o Assistente de Adição de Réplica no SSMS para adicionar uma réplica do Azure a um grupo de disponibilidade AlwaysOn existente.It is possible to use the Add Replica Wizard in SSMS to add an Azure replica to an existing Always On Availability Group. Para obter mais informações, consulte o Tutorial: Estenda seu grupo de disponibilidade AlwaysOn no Azure.For more information, see Tutorial: Extend your Always On Availability Group to Azure.
Espelhamento de banco de dadosDatabase Mirroring Um parceiro executado em uma VM do Azure e o outro executado localmente para recuperação de desastres intersite usando certificados de servidor.One partner running in an Azure VM and the other running on-premises for cross-site disaster recovery using server certificates. Os parceiros não precisam estar no mesmo domínio do Active Directory e nenhuma conexão VPN é necessária.Partners do not need to be in the same Active Directory domain, and no VPN connection is required.
Espelhamento de banco de dadosDatabase Mirroring
Outro cenário que o espelhamento de banco de dados envolve é um parceiro em execução em uma VM do Azure e o outro em execução localmente no mesmo domínio do Active Directory para recuperação de desastres intersite.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. Uma conexão VPN entre a rede virtual do Azure e a rede local é necessária.A VPN connection between the Azure virtual network and the on-premises network is required.

Para recuperação de desastres bem-sucedida de seus bancos de dados, você também deve instalar um controlador de domínio de réplica no local da recuperação de desastres.For successful disaster recovery of your databases, you should also install a replica domain controller at the disaster recovery site. Não há suporte para espelhamento de banco de dados do SQL Server para SQL Server 2008 ou SQL Server 2008 R2 em uma VM do Azure.SQL Server database mirroring is not supported for SQL Server 2008 nor SQL Server 2008 R2 on an Azure VM.
Envio de logsLog Shipping Um servidor em execução em uma VM do Azure e outro em execução local para recuperação de desastre intersite.One server running in an Azure VM and the other running on-premises for cross-site disaster recovery. O envio de log depende do compartilhamento de arquivos do Windows, assim, uma conexão VPN entre a rede virtual do Azure e a rede local é necessária.Log shipping depends on Windows file sharing, so a VPN connection between the Azure virtual network and the on-premises network is required.
Envio de logs
Para recuperação de desastres bem-sucedida de seus bancos de dados, você também deve instalar um controlador de domínio de réplica no local da recuperação de desastres.For successful disaster recovery of your databases, you should also install a replica domain controller at the disaster recovery site.
Backup e restauração com o Serviço de armazenamento de blob do AzureBackup and Restore with Azure Blob Storage Service Bancos de dados de produção local com backup diretamente no armazenamento de blob do Azure para recuperação de desastres.On-premises production databases backed up directly to Azure blob storage for disaster recovery.
Backup e restauraçãoBackup and Restore
Para obter mais informações, consulte Backup e Restauração para SQL Server em Máquinas Virtuais do Azure.For more information, see Backup and Restore for SQL Server in Azure Virtual Machines.
Replicação e failover do SQL Server para o Azure com o Azure Site RecoveryReplicate and Failover SQL Server to Azure with Azure Site Recovery SQL Server de produção local replicado diretamente no Armazenamento do Azure para recuperação de desastre.On-premises production SQL Server replicated directly to Azure Storage for disaster recovery.
Replicar usando o Azure Site RecoveryReplicate using Azure Site Recovery
Para obter mais informações, consulte Proteger o SQL Server usando a recuperação de desastre do SQL Server e o Azure Site Recovery.For more information, see Protect SQL Server using SQL Server disaster recovery and Azure Site Recovery.

Considerações importantes para HADR do SQL Server no AzureImportant considerations for SQL Server HADR in Azure

VMs do Azure, armazenamento e rede têm características operacionais diferentes da infraestrutura de TI local, não virtualizada.Azure VMs, storage, and networking have different operational characteristics than an on-premises, non-virtualized IT infrastructure. Uma implementação bem-sucedida de uma solução HADR SQL Server no Azure requer que você compreenda essas diferenças e crie sua solução para acomodá-las.A successful implementation of a HADR SQL Server solution in Azure requires that you understand these differences and design your solution to accommodate them.

Nós de alta disponibilidade em um conjunto de disponibilidadeHigh availability nodes in an availability set

Conjuntos de disponibilidade no Azure permitem que você coloque os nós de alta disponibilidade em FDs (Domínios de Falha) e UDs (Domínios de Atualização) separados.Availability sets in Azure enable you to place the high availability nodes into separate Fault Domains (FDs) and Update Domains (UDs). Para que VMs do Azure sejam colocadas no mesmo conjunto de disponibilidade, você deve implantá-las no mesmo serviço de nuvem.For Azure VMs to be placed in the same availability set, you must deploy them in the same cloud service. Somente nós no mesmo serviço de nuvem podem participar do mesmo conjunto de disponibilidade.Only nodes in the same cloud service can participate in the same availability set. Para obter mais informações, consulte Gerenciar a Disponibilidade de Máquinas Virtuais.For more information, see Manage the Availability of Virtual Machines.

Comportamento do cluster de failover na rede do AzureFailover cluster behavior in Azure networking

O serviço DHCP não compatível com RFC no Azure pode causar uma falha na criação de algumas configurações do cluster de failover, devido à atribuição do nome da rede de cluster a um endereço IP duplicado, por exemplo, o mesmo endereço IP de um dos nós do cluster.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. Isso é um problema quando você implementa Grupos de Disponibilidade, que dependem do recurso de cluster de failover do Windows.This is an issue when you implement Availability Groups, which depends on the Windows failover cluster feature.

Considere o cenário onde um cluster de dois nós é criado e colocado online:Consider the scenario when a two-node cluster is created and brought online:

  1. O cluster fica online e NODE1 solicita um endereço IP atribuído dinamicamente ao nome de rede de cluster.The cluster comes online, then NODE1 requests a dynamically assigned IP address for the cluster network name.
  2. Nenhum endereço IP que não seja o próprio endereço IP do NODE1 é fornecido pelo serviço DHCP, já que o serviço DHCP reconhece que a solicitação vem do próprio NODE1.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. O Windows detecta que um endereço duplicado é atribuído a NODE1 e ao nome da rede de cluster de failover, e o grupo de clusters padrão não fica 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. O grupo de clusters padrão é movido para o NODE2, que trata o endereço IP do NODE1 como o endereço IP do cluster e coloca o grupo de clusters padrão 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. Quando NODE2 tenta estabelecer conectividade com NODE1, pacotes direcionados ao NODE1 nunca deixam o NODE2, pois ele resolve o endereço IP do NODE1 para si mesmo.When NODE2 attempts to establish connectivity with NODE1, packets directed at NODE1 never leave NODE2 because it resolves NODE1’s IP address to itself. O NODE2 não pode estabelecer conectividade com NODE1, perde quorum e fecha o cluster.NODE2 cannot establish connectivity with NODE1, then loses quorum and shuts down the cluster.
  6. Enquanto isso, o NODE1 pode enviar pacotes para o NODE2, mas NODE2 não pode responder.In the meantime, NODE1 can send packets to NODE2, but NODE2 cannot reply. O NODE1 perde quorum e fecha o cluster.NODE1 loses quorum and shuts down the cluster.

Esse cenário pode ser evitado atribuindo um estático endereço IP não usado, como um endereço IP de link local como 169.254.1.1, ao nome da rede de cluster para colocar o nome de rede do cluster 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. Para simplificar esse processo, consulte Configurar cluster de failover do Windows no Azure para grupos de disponibilidade.To simplify this process, see Configuring Windows failover cluster in Azure for availability groups.

Para saber mais, consulte Configurar grupos de disponibilidade no Azure (GUI).For more information, see Configure availability groups in Azure (GUI).

Suporte do ouvinte do grupo de disponibilidadeAvailability group listener support

Ouvintes do grupo de disponibilidade têm suporte em VMs do Azure que executam o Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2 e 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. Esse suporte é possibilitado pelo uso de pontos de extremidade habilitados em VMs do Azure, que são nós do grupo de disponibilidade.This support is made possible by the use of load-balanced endpoints enabled on the Azure VMs that are availability group nodes. Você deve seguir etapas especiais de configuração para que os ouvintes trabalhem para ambos os aplicativos clientes que estão em execução no Azure, bem como os que estão em execução local.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.

Há duas opções principais para configurar o ouvinte: externo (público) ou interno.There are two main options for setting up your listener: external (public) or internal. O ouvinte (público) externo usa um balanceador de carga voltado para a Internet e é associado a um IP Virtual público (VIP) acessível pela Internet.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. Um ouvinte interno usa um balanceador de carga interno e só oferece suporte a clientes na mesma rede virtual.An internal listener uses an internal load balancer and only supports clients within the same Virtual Network. Para qualquer desses dois tipos de balanceador de carga, você deve habilitar o retorno de servidor direto.For either load balancer type, you must enable Direct Server Return.

Se o Grupo de disponibilidade abranger várias sub-redes do Azure (como uma implantação que cruza regiões do Azure), a cadeia de conexão do cliente deve incluir "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". Isso resulta em tentativas de conexão em paralelo às réplicas nas diferentes sub-redes.This results in parallel connection attempts to the replicas in the different subnets. Para obter instruções sobre como configurar um ouvinte, consulteFor instructions on setting up a listener, see

Você pode ainda se conectar a cada réplica de disponibilidade separadamente conectando-se diretamente à instância do serviço.You can still connect to each availability replica separately by connecting directly to the service instance. Além disso, como os grupos de disponibilidade são compatíveis com versões anteriores com clientes de espelhamento de banco de dados, você pode se conectar a réplicas de disponibilidade, como parceiros de espelhamento, desde que as réplicas sejam configuradas de forma semelhante ao espelhamento do banco de dados: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:

  • Uma réplica primária e uma réplica secundáriaOne primary replica and one secondary replica
  • A réplica secundária é configurada como ilegível (opção Secundária Legível definida como Não)The secondary replica is configured as non-readable (Readable Secondary option set to No)

Um exemplo de cadeia de conexão de cliente que corresponde à configuração deste espelhamento de banco de dados usando ADO.NET ou o SQL Server Native Client é ilustrado abaixo: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;

Para obter mais informações sobre conectividade de cliente, consulte:For more information on client connectivity, see:

Latência de rede em TI híbridaNetwork latency in hybrid IT

Você deve implantar sua solução HADR com a suposição de que pode haver períodos com alta latência da rede entre sua rede local e o 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. Ao implantar réplicas do Azure, você deve usar confirmação assíncrona, em vez de confirmação síncrona, para o modo de sincronização.When deploying replicas to Azure, you should use asynchronous commit instead of synchronous commit for the synchronization mode. Ao implantar servidores de espelhamento de banco de dados localmente e no Azure, use o modo de alto desempenho, em vez do modo de alta segurança.When deploying database mirroring servers both on-premises and in Azure, use the high-performance mode instead of the high-safety mode.

Suporte para replicação geográficaGeo-replication support

A replicação geográfica em discos do Azure não dá suporte ao arquivo de dados e ao arquivo de log do mesmo banco de dados a ser armazenado em discos separados.Geo-replication in Azure disks does not support the data file and log file of the same database to be stored on separate disks. GRS replica as alterações em cada disco, de forma independente e assíncrona.GRS replicates changes on each disk independently and asynchronously. Esse mecanismo garante a ordem de gravação em um único disco na cópia replicada geograficamente, mas não em cópias replicadas geograficamente de vários discos.This mechanism guarantees the write order within a single disk on the geo-replicated copy, but not across geo-replicated copies of multiple disks. Se você configurar um banco de dados para armazenar arquivo de dados e arquivo de log em discos separados, os discos recuperados após um desastre poderão conter uma cópia mais recente do arquivo de dados do que o arquivo de log, interrompendo o log write-ahead no SQL Server e as propriedades ACID das transações.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. Se você não tiver a opção de desabilitar a replicação geográfica na conta de armazenamento, deverá manter todos os dados e arquivos de log em determinado banco de dados no mesmo disco.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. Se você precisar usar mais de um disco devido ao tamanho do banco de dados, terá de implantar uma das soluções de recuperação de desastres listadas anteriormente para garantir a redundância dos dados.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.

Próximas etapasNext steps

Se você precisar criar uma máquina virtual do Azure com SQL Server, consulte Provisionando uma Máquina Virtual do SQL Server no Azure.If you need to create an Azure virtual machine with SQL Server, see Provisioning a SQL Server Virtual Machine on Azure.

Para obter o melhor desempenho do SQL Server em execução em uma VM do Azure, consulte as diretrizes em Práticas Recomentadas para o Desempenho do SQL Server em Máquinas Virtuais do Azure.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.

Para outros tópicos relacionados à execução do SQL Server em VMs do Azure, consulte SQL Server em Máquinas Virtuais do Azure.For other topics related to running SQL Server in Azure VMs, see SQL Server on Azure Virtual Machines.

Outros recursosOther resources