Compartilhar via

Recuperação de desastre com o link de Instância Gerenciada - Instância Gerenciada de SQL do Azure

  • Artigo

Aplica-se a:Instância Gerenciada de SQL do Azure

Este artigo ensina a configurar uma solução híbrida de recuperação de desastre entre o SQL Server, hospedado em qualquer lugar, e a Instância Gerenciada de SQL do Azure usando o link de Instância Gerenciada, e também como economizar em custos de licenciamento ao ativar o Benefício de failover híbrido em uma réplica de DR de licença gratuita.

Visão geral

O link da Instância Gerenciada possibilita a recuperação de desastre, onde, em caso de desastre, você pode fazer failover manualmente da carga de trabalho do primário para o secundário.

É possível, no SQL Server 2022, ter o SQL Server ou a Instância Gerenciada de SQL do Azure como o primário. Você também pode definir o link inicial do SQL Server ou da Instância Gerenciada de SQL. É possível fazer failover entre o SQL Server e a Instância Gerenciada de SQL do Azure em qualquer direção, como necessário.

Ao fazer o failback para o SQL Server 2022, você pode escolher fazer o failback:

Diagrama que mostra o cenário de recuperação de desastre.

Com o SQL Server 2016 e o SQL Server 2019, o primário é sempre o SQL Server e o failover para a Instância Gerenciada secundária é unidirecional. Não é possível reverter as funções por failing back para o SQL server e tornar a Instância Gerenciada de SQL primária. Porém, é possível recuperar os seus dados para o SQL Server ao usar opções de movimentação de dados, como replicação transacional ou exportar um arquivo bacpac.

Importante

Após o failover bem-sucedido para a Instância Gerenciada do SQL, reponte manualmente a string de conexão da aplicação para a FQDN da Instância Gerenciada de SQL para concluir o processo de failover e continuar operando no Azure.

Pré-requisitos

Para usar o link da Instância Gerenciada de SQL do Azure, em caso de recuperação de desastre, você precisa dos pré-requisitos a seguir:

  • Uma assinatura ativa do Azure. Se você não tiver uma, crie uma conta gratuita.
  • Versão com suporte do SQL Server) com a atualização de serviço necessária instalada.
  • Instância Gerenciada de SQL do Azure. Introdução, caso você não tenha uma instância.
  • Um link de Instância Gerenciada configurado entre o SQL Server e a Instância Gerenciada de SQL do Azure.
  • Para estabelecer um link, ou failover, da Instância Gerenciada de SQL para o SQL Server 2022, sua instância gerenciada deve ser configurada com a política de atualização do SQL Server 2022. Não há suporte para a duplicação de dados e para o failover da Instância Gerenciada de SQL para o SQL Server 2022 por parte de instâncias configuradas com a política de atualizações Sempre atualizado.
  • Embora você possa estabelecer um link do SQL Server 2022 para uma instância gerenciada de SQL configurada com a política de atualização Sempre atualizado, após o failover para a Instância Gerenciada de SQL, você não poderá mais replicar dados nem fazer failback para o SQL Server 2022.

Permissões

No SQL Server, você deve ter permissões sysadmin.

Na Instância Gerenciada de SQL do Azure, você deve ser membro do Colaborador de Instância Gerenciada de SQL ou ter as seguintes permissões para uma função personalizada:

Recurso Microsoft.Sql/ Permissões necessárias
Microsoft.Sql/managedInstances /read, /write
Microsoft.Sql/managedInstances/hybridCertificate /action
Microsoft.Sql/managedInstances/databases /read, /delete, /write, /completeRestore/action, /readBackups/action, /restoreDetails/read
Microsoft.Sql/managedInstances/distributedAvailabilityGroups /read, /write, /delete, /setRole/action
Microsoft.Sql/managedInstances/endpointCertificates /read
Microsoft.Sql/managedInstances/hybridLink /read, /write, /delete
Microsoft.Sql/managedInstances/serverTrustCertificates /write, /delete, /read

Failover unidirecional (SQL Server 2016 - 2022)

Para o SQL Server 2016 e o SQL Server 2019, o failover para a Instância Gerenciada de SQL do Azure a partir do SQL Server é unidirecional. Não é possível fazer failing back ou restaurar seu banco de dados para o SQL Server. Porém, é possível recuperar os seus dados de volta para o SQL Server ao usar opções de movimentação de dados, como replicação transacional ou exportar um arquivo bacpac. O failover para a Instância Gerenciada de SQL do Azure quebra o link e descarta o grupo de disponibilidade distribuído.

Com o SQL Server 2022, você pode optar por executar um failover unidirecional, como para migração, e quebrar o link no processo de failover. Ao fazer failover do banco de dados do SQL Server 2022, certifique-se de escolher a opção apropriada para sua empresa.

Para fazer failover, confira Fazer fail over do link.

Failover bidirecional (SQL Server 2022)

Com o SQL Server 2022, que introduz o failover online com failback, é possível fazer facilmente o failover para a Instância Gerenciada de SQL do Azure. Depois, fazer o failback online para o SQL Server ao usar o link de Instância Gerenciada com um tempo mínimo de inatividade.

Para fazer failover, confira Fazer fail over do link.

Failback offline (SQL Server 2022)

Com o SQL Server 2022, depois que o desastre for atenuado, você poderá optar por fazer o failback para o SQL Server a partir da Instância Gerenciada de SQL offline ao fazer um backup do banco de dados na instância gerenciada e, em seguida, restaurá-lo para o SQL Server. Essa opção está em disponibilidade geral.

Para começar, confira Restaurar um Banco de Dados para o SQL Server 2022.

Réplica de DR passiva sem licença

Você pode economizar nos custos de licenciamento ativando o benefício de failover híbrido para a sua Instância Gerenciada de SQL passiva secundária quando ela for usada apenas para recuperação de desastre. O Benefícios de failover híbrido pode ser ativado para instâncias novas e existentes.

Observação

O benefício de failover híbrido só é aplicável ao configurar uma Instância Secundária como passiva em um ambiente híbrido entre o SQL Server e a Instância Gerenciada de SQL. Para obter benefícios de failover entre duas instâncias em um grupo de failover, utilize o benefício de failover.

Novas instâncias

Para ativar o Benefícios de failover híbridopara uma nova instância, siga estas etapas:

  1. Acesse a página Instância Gerenciada de SQL no portal do Azure.

  2. Selecione mais Criar para abrir a página Criar a Instância Gerenciada de SQL do Azure.

  3. Na guiaNoções básicas, selecione Configurar Instância Gerenciada em Computação mais Armazenamento para abrir a páginaComputação + Armazenamento:

    Captura de tela da criação de uma nova instância gerenciada no portal do Azure com a configuração da instância gerenciada selecionada.

  4. Escolha Direitos de failover híbrido em Licença do SQL Server.

  5. Marque a caixa para confirmar que você usará essa instância como uma réplica passiva.

  6. Selecione Aplicar para salvar as alterações.

Instâncias existentes

Para ativar o Benefício de failover híbido para uma instância existente, execute estas etapas:

  1. Acesse a Instância Gerenciada de SQL no portal do Azure.

  2. Selecione Computação mais Armazenamento em Configurações no menu do recurso.

  3. Escolha Direitos de failover híbrido em Licença do SQL Server e marque a caixa para confirmar que você usará essa instância como uma réplica passiva:

    Captura de tela da página de computação e armazenamento de sua instância gerenciada no portal do Azure com direitos de failover híbrido realçados.

  4. Selecione Aplicar para salvar as alterações.

Limitações

Os recursos a seguir só têm suporte entre o SQL Server 2022 e as instâncias gerenciadas de SQL com a política de atualização do SQL Server 2022:

  • Estabelecer um link da Instância Gerenciada de SQL para o SQL Server.
  • Failover da Instância Gerenciada de SQL para o SQL Server 2022.

Embora você possa estabelecer um link do SQL Server 2022 para uma instância gerenciada de SQL configurada com a política de atualização Sempre atualizado, após o failover para a Instância Gerenciada de SQL, você não poderá mais replicar dados nem fazer failback para o SQL Server 2022.

Conteúdo relacionado

Para usar o link:

Para saber mais sobre o link:

Para outros cenários de replicação e migração, considere: