Configurar link com o SSMS - Instância Gerenciada SQL do Azure
Aplica-se a:
Instância Gerenciada SQL do Azure
Este artigo ensina como configurar um link entre o SQL Server e a Instância Gerenciada do SQL do Azure usando o SQL Server Management Studio (SSMS). Com o link, os bancos de dados do primário inicial são replicados para a réplica secundária quase em tempo real.
Depois que o link for criado, você poderá fazer failover para sua réplica secundária para fins de migração ou recuperação de desastres.
Nota
- Também é possível configurar o link usando scripts.
- A configuração da Instância Gerenciada SQL do Azure como sua principal inicial está atualmente em visualização e só tem suporte a partir do SQL Server 2022 CU10.
Descrição geral
Use o recurso de link para replicar bancos de dados da réplica primária inicial para a réplica secundária. Para o SQL Server 2022, o primário inicial pode ser o SQL Server ou a Instância Gerenciada SQL do Azure. Para o SQL Server 2019 e versões anteriores, o primário inicial deve ser o SQL Server. Depois que o link é configurado, os bancos de dados do primário inicial são replicados para a réplica secundária.
Você pode optar por deixar o link no local para replicação contínua de dados em um ambiente híbrido entre a réplica primária e secundária, ou pode fazer failover do banco de dados para a réplica secundária, migrar para o Azure ou para recuperação de desastres. Para o SQL Server 2019 e versões anteriores, o failover para a Instância Gerenciada SQL do Azure quebra o link e o failback não é suportado. Com o SQL Server 2022, você tem a opção de manter o link e fazer failback entre as duas réplicas - esse recurso está atualmente em visualização.
Se você planeja usar sua instância gerenciada secundária apenas para recuperação de desastres, poderá economizar nos custos de licenciamento ativando o benefício de failover híbrido.
Use as instruções neste artigo para configurar manualmente o link entre o SQL Server e a Instância Gerenciada SQL do Azure. Depois que o link é criado, o banco de dados de origem obtém uma cópia somente leitura na réplica secundária de destino.
Pré-requisitos
Nota
Algumas funcionalidades do link estão geralmente disponíveis, enquanto algumas estão atualmente em visualização. Revise a capacidade de suporte da versão para saber mais.
Para replicar seus bancos de dados para sua réplica secundária por meio do link, você precisa dos seguintes pré-requisitos:
- Uma subscrição ativa do Azure. Se não tiver uma subscrição, crie uma conta gratuita.
- Versão suportada do SQL Server com a atualização de serviço necessária instalada.
- Azure SQL Managed Instance. Comece se você não tiver.
- SQL Server Management Studio v19.2 ou posterior.
- Um ambiente devidamente preparado.
Considere o seguinte:
- O recurso de link suporta um banco de dados por link. Para replicar vários bancos de dados de uma instância, crie um link para cada banco de dados individual. Por exemplo, para replicar 10 bancos de dados para a Instância Gerenciada SQL, crie 10 links individuais.
- O agrupamento entre o SQL Server e a Instância Gerenciada do SQL deve ser o mesmo. Uma incompatibilidade no agrupamento pode causar uma incompatibilidade na caixa de nome do servidor e impedir uma conexão bem-sucedida do SQL Server com a Instância Gerenciada do SQL.
- O erro 1475 no primário inicial do SQL Server indica que você precisa iniciar uma nova cadeia de backup criando um backup completo sem a
COPY ONLYopção.
Permissões
Para o SQL Server, você deve ter permissões sysadmin .
Para a Instância Gerenciada SQL do Azure, você deve ser membro do Colaborador da Instância Gerenciada SQL ou ter as seguintes permissões de função personalizada:
| Recurso Microsoft.Sql/ | Permissões necessárias |
|---|---|
| Microsoft.Sql/managedInstances | /ler, /escrever |
| Microsoft.Sql/managedInstances/hybridCertificate | /ação |
| 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 | /ler |
| Microsoft.Sql/managedInstances/hybridLink | /ler, /escrever, /excluir |
| Microsoft.Sql/managedInstances/serverTrustCertificates | /write, /delete, /read |
Preparar bases de dados
Se o SQL Server for o principal inicial, você precisará criar um backup do banco de dados. Como a Instância Gerenciada SQL do Azure faz backups automaticamente, ignore esta etapa se a Instância Gerenciada do SQL for sua principal inicial.
Use o SSMS para fazer backup do banco de dados no SQL Server. Siga estes passos:
- Conecte-se ao SQL Server no SQL Server Management Studio (SSMS).
- No Pesquisador de Objetos, clique com o botão direito do mouse no banco de dados, passe o mouse sobre Tarefas e escolha Backup.
- Escolha Completo para o tipo de backup.
- Verifique se a opção Backup em tem o caminho de backup para um disco com espaço livre de armazenamento suficiente disponível.
- Selecione OK para concluir o backup completo.
Para obter mais informações, consulte Criar um backup completo de banco de dados.
Nota
O link suporta apenas a replicação de bancos de dados de usuários. Não há suporte para replicação de bancos de dados do sistema. Para replicar objetos no nível da instância (armazenados em master ou msdb), crie scripts e execute scripts T-SQL na instância de destino.
Criar link para replicar banco de dados
Nas etapas a seguir, use o assistente de link Nova Instância Gerenciada no SSMS para criar um link entre a réplica primária inicial e a réplica secundária.
Depois de criar o link, o banco de dados de origem obtém uma cópia somente leitura na réplica secundária de destino.
Abra o SSMS e conecte-se ao seu primário inicial.
No Pesquisador de Objetos, clique com o botão direito do mouse no banco de dados que você deseja vincular ao secundário, passe o mouse sobre o link Instância Gerenciada SQL do Azure e selecione Novo... para abrir o assistente de link Nova Instância Gerenciada. Se a sua versão do SQL Server não for suportada, a opção não estará disponível no menu de contexto.
Na página Introdução do assistente, selecione Avançar.
Na página Especificar Opções de Link, forneça um nome para o link - se você selecionar vários bancos de dados, o nome do banco de dados será automaticamente anexado ao final do nome fornecido para que você não precise incluí-lo por conta própria. Marque as caixas se quiser habilitar a solução de problemas de conectividade e, para o SQL Server 2022, se planeja usar o link para recuperação de desastres bidirecional. Selecione Seguinte.
Na página Requisitos, o assistente valida os requisitos para estabelecer um link para o secundário. Selecione Avançar depois que todos os requisitos forem validados ou resolva os requisitos que não forem atendidos e, em seguida, selecione Executar novamente a validação.
Na página Selecionar Bancos de Dados, escolha o banco de dados que deseja replicar para sua réplica secundária por meio do link. A seleção de vários bancos de dados cria vários grupos de disponibilidade distribuídos, um para cada link. Selecione Seguinte.
Na página Especificar réplica secundária, selecione Adicionar réplica secundária adicionar sua réplica secundária. Se o seu primário inicial for o SQL Server, isso abrirá a janela Entrar no Azure. Se o seu primário inicial for a Instância Gerenciada SQL, isso abrirá a caixa de diálogo Conectar ao servidor .
- Para uma primária inicial do SQL Server, entre no Azure, escolha a assinatura, o grupo de recursos e a instância gerenciada secundária do SQL Server na lista suspensa. Selecione Logon para abrir a caixa de diálogo Conectar ao Servidor e, em seguida, conecte-se à Instância Gerenciada SQL para a qual deseja replicar seu banco de dados. Quando vir Login bem-sucedido na janela Entrar , selecione OK para fechar a janela e voltar para o assistente de link Nova instância gerenciada.
- Para uma instância primária inicial da Instância Gerenciada SQL, conecte-se à instância do SQL Server para a qual você deseja replicar seu banco de dados.
Depois de adicionar sua réplica secundária, use as guias no assistente para modificar as configurações do Endpoint , se necessário, e revise as informações sobre backups e o ponto de extremidade de link nas guias restantes. Selecione Avançar quando estiver pronto para continuar.
Se a Instância Gerenciada do SQL for sua principal inicial, a próxima página do assistente será a página Logon no Azure . Inicie sessão novamente se precisar e, em seguida, selecione Seguinte. Esta página não está disponível quando o SQL Server é o seu principal inicial.
Na página Validação, verifique se todas as validações foram bem-sucedidas. Se alguma falhar, resolva-a e execute novamente a validação. Selecione Avançar quando estiver pronto.
Na página Resumo, revise sua configuração mais uma vez. Opcionalmente, selecione Script para gerar um script para que você possa recriar facilmente o mesmo link no futuro. Selecione Concluir quando estiver pronto para criar o link.
A página Executando ações exibe o progresso de cada ação.
Após a conclusão de todas as etapas, a página Resultados mostra marcas de seleção ao lado das ações concluídas com êxito. Agora você pode fechar a janela.
Exibir um banco de dados replicado
Depois que o link é criado, o banco de dados é replicado para a réplica secundária. Dependendo do tamanho do banco de dados e da velocidade da rede, o banco de dados pode estar inicialmente em um estado de restauração na réplica secundária. Após a conclusão da propagação inicial, o banco de dados é restaurado para a réplica secundária e está pronto para cargas de trabalho somente leitura.
Em qualquer réplica, use o Pesquisador de Objetos no SSMS para exibir o estado Sincronizado do banco de dados replicado. Expanda Always On High Availability and Availability Groups para exibir o grupo de disponibilidade distribuído criado para cada link.
Independentemente de qual instância é principal, você também pode clicar com o botão direito do mouse no grupo de disponibilidade distribuída vinculada no SQL Server e selecionar Mostrar Painel para exibir o painel do grupo de disponibilidade distribuída, que mostra o status do banco de dados vinculado no grupo de disponibilidade distribuída.
Interromper a carga de trabalho
Se você estiver pronto para migrar ou fazer failover do banco de dados para a réplica secundária, primeiro interrompa todas as cargas de trabalho do aplicativo na réplica principal durante o horário de manutenção. Isso permite que a replicação do banco de dados acompanhe o secundário para que você possa fazer failover ou migrar para o secundário sem perda de dados. Certifique-se de que seus aplicativos não estão confirmando transações com o principal antes de fazer failover.
Failover de um banco de dados
Use o assistente de Failover entre o SQL Server e a Instância Gerenciada no SSMS para fazer failover do banco de dados da réplica principal para a secundária.
Você pode executar um failover planejado a partir da réplica primária ou secundária. Para fazer um failover forçado, conecte-se à réplica secundária.
Atenção
- Antes de fazer failover, pare a carga de trabalho no banco de dados de origem para permitir que o banco de dados replicado se recupere completamente e faça failover sem perda de dados. Se você estiver executando um failover forçado, poderá perder dados.
- O failover de um banco de dados no SQL Server 2019 e versões anteriores quebra e remove o vínculo entre as duas réplicas. Você não pode voltar para a primária inicial.
- O failover de um banco de dados enquanto mantém o vínculo com o SQL Server 2022 está atualmente em visualização.
Para fazer failover do banco de dados, siga estas etapas:
Abra o SSMS e conecte-se a qualquer réplica.
No Pesquisador de Objetos, clique com o botão direito do mouse no banco de dados replicado, passe o mouse sobre o link Instância Gerenciada SQL do Azure e selecione Failover... para abrir o assistente de Failover entre o SQL Server e a Instância Gerenciada . Se você tiver vários links do mesmo banco de dados, expanda Grupos de Disponibilidade em Grupos de disponibilidade Always On no Pesquisador de Objetos e clique com o botão direito do mouse no grupo de disponibilidade distribuída do link que deseja fazer failover. Selecione Failover... para abrir o assistente de Failover entre o SQL Server e a Instância Gerenciada para esse link específico.
Na página Introdução, selecione Avançar.
A página Escolher tipo de failover mostra detalhes sobre cada réplica, a função do banco de dados selecionado e os tipos de failover suportados. Você pode iniciar o failover a partir de qualquer réplica. Se você escolher um failover forçado, deverá marcar a caixa para indicar que entende que pode haver perda potencial de dados. Selecione Seguinte.
Na página Iniciar sessão no Azure e na Instância Remota, selecione Iniciar sessão para fornecer as suas credenciais e iniciar sessão na sua conta do Azure. Selecione Logon para entrar na réplica secundária do SQL Server ou da Instância Gerenciada do SQL, se solicitado.
Na página Operações Pós-Failover, as opções diferem entre o SQL Server 2022 e versões anteriores.
- Para o SQL Server 2022, você pode optar por interromper a replicação entre réplicas e descartar o link e o grupo de disponibilidade distribuída após a conclusão do failover. Se quiser manter o link e continuar replicando dados entre réplicas, deixe a caixa desmarcada. Se você optar por soltar o link, também poderá marcar a caixa para soltar o grupo de disponibilidade se o tiver criado exclusivamente com a finalidade de replicar seu banco de dados para o Azure e não precisar mais dele. Marque as caixas que se ajustam ao seu cenário e selecione Avançar.
- Para o SQL Server 2019 e versões anteriores, a opção para Remover o link é marcada por padrão, e você não pode desmarcá-lo, pois o failover para a Instância Gerenciada do SQL interrompe a replicação, quebra o link e descarta o grupo de disponibilidade distribuída. Marque a caixa para indicar que você entende que o link será descartado e selecione Avançar.
Na página Resumo, revise as ações. Opcionalmente, selecione Script para gerar um script para que você possa facilmente fazer failover do banco de dados usando o mesmo link no futuro. Selecione Concluir quando estiver pronto para fazer failover do banco de dados.
Após a conclusão de todas as etapas, a página Resultados mostra marcas de seleção ao lado das ações concluídas com êxito. Agora você pode fechar a janela.
Se você optar por manter o link para o SQL Server 2022, o secundário se tornará o novo primário, o link ainda estará ativo e você poderá fazer failback para o secundário.
Se você estiver no SQL Server 2019 e versões anteriores, ou se optar por descartar o link para o SQL Server 2022, o link será descartado e não existirá mais após a conclusão do failover. O banco de dados de origem e o banco de dados de destino em cada réplica podem executar uma carga de trabalho de leitura/gravação. Eles são completamente independentes.
Importante
Após o failover bem-sucedido para a Instância Gerenciada do SQL, reaponte manualmente a cadeia de conexão do(s) seu(s) aplicativo(s) para o FQDN da instância gerenciada do SQL para concluir o processo de migração ou failover e continuar em execução no Azure.
Exibir banco de dados após failover
Para o SQL Server 2022, se você optar por manter o link, poderá verificar o banco de dados no Pesquisador de Objetos no SQL Server ou na Instância Gerenciada do SQL. O status do banco de dados é Sincronizado e o grupo de disponibilidade distribuído em Grupos de Disponibilidade existe.
Se você soltou o link durante o failover, poderá usar o Pesquisador de Objetos para confirmar que o grupo de disponibilidade distribuída não existe mais, mas se optar por manter o grupo de disponibilidade, o banco de dados ainda será Sincronizado.
Resolver problemas
A seção fornece orientação para resolver problemas com a configuração e o uso do link.
Erros
Se você encontrar uma mensagem de erro ao criar o link ou fazer failover de um banco de dados, selecione o erro para abrir uma janela com detalhes adicionais sobre o erro.
Se você encontrar um erro ao trabalhar com o link, o assistente do SSMS interromperá a execução na etapa que falhou e não poderá ser reiniciado novamente. Resolva o problema e, se necessário, limpe o ambiente para voltar ao estado original removendo o grupo de disponibilidade distribuída e o grupo de disponibilidade se ele tiver sido criado durante a configuração do link. Em seguida, inicie o assistente novamente para recomeçar.
Estado inconsistente após failover forçado
O uso de failover forçado pode resultar em um estado inconsistente entre as réplicas primária e secundária, causando um cenário cerebral dividido de ambas as réplicas na mesma função. A replicação de dados falha nesse estado até que o usuário resolva a situação designando manualmente uma réplica como primária e a outra réplica como secundária.
Conteúdos relacionados
Para obter mais informações sobre o recurso de link, revise os seguintes recursos: