Usar o armazenamento em blocos do Google Cloud NetApp Volumes para configurar grupos de disponibilidade Always On do SQL Server

Este tutorial explica como implantar um grupo de disponibilidade Always On do Microsoft SQL Server em instâncias de máquina virtual (VM) do Compute Engine usando o armazenamento em blocos do Google Cloud NetApp Volumes com o protocolo Internet Small Computer System Interface (iSCSI). Usar o NetApp Volumes para o armazenamento do SQL Server oferece acesso a um serviço de armazenamento totalmente gerenciado e de alta performance com recursos avançados de gerenciamento de dados, como snapshots e clonagem.

Objetivos

Este tutorial vai orientar você nas tarefas a seguir:

Custos

Neste tutorial, usamos os seguintes componentes faturáveis do Google Cloud:

Para gerar uma estimativa de custo baseada na projeção de uso deste tutorial, use a calculadora de preços.

Antes de começar

Antes de começar, verifique se você tem o seguinte:

  1. No console do Google Cloud , na página do seletor de projetos, selecione ou crie um projeto do Google Cloud .

    Funções necessárias para selecionar ou criar um projeto

    • Selecionar um projeto: não é necessário um papel específico do IAM para selecionar um projeto. Você pode escolher qualquer projeto em que tenha recebido um papel.
    • Criar um projeto: para criar um projeto, é necessário ter o papel de Criador de projetos (roles/resourcemanager.projectCreator), que contém a permissão resourcemanager.projects.create. Saiba como conceder papéis.

    Acessar o seletor de projetos

  2. Verifique se o faturamento está ativado para o projeto do Google Cloud .

  3. Um projeto Google Cloud com permissões administrativas para Compute Engine, rede, Identity and Access Management e Cloud Storage.
  4. Uma rede VPC com uma sub-rede na região de destino.
  5. Serviços do Active Directory e DNS estabelecidos na região.
  6. Um usuário do Active Directory com permissões para associar computadores ao domínio e acessar VMs usando o RDP.
  7. Verifique se as regras de firewall da VPC permitem o tráfego entre nós para iSCSI (TCP 3260), WSFC (UDP/TCP 3343), SQL Server (TCP 1433), endpoints do SQL Server AG (TCP 5022), SMB (TCP 445) e RPC (TCP 135, TCP 49152-65535).
  8. Ative a API NetApp Volumes.

  9. No console do Google Cloud , ative o Cloud Shell.

    Ativar o Cloud Shell

Configurar contas de domínio

Configure duas contas do Active Directory para o SQL Server:

  • Conta de instalação: uma conta com privilégios de administrador de domínio (por exemplo, DOMAIN\DomainAdmin) para fazer login em VMs e configurar o cluster e o grupo de disponibilidade.
  • Conta de serviço: uma conta (por exemplo, DOMAIN\sqlsvc) para o serviço do SQL Server e o serviço do SQL Agent nas duas VMs do SQL Server.

Criar VMs do Compute Engine para o SQL Server

Crie duas instâncias do Compute Engine (sqlnode1 e sqlnode2) executando o SQL Server 2022 Enterprise no Windows Server 2025:

  1. No console do Google Cloud , acesse a página Criar uma instância.

    Acesse "Criar uma instância"

  2. Em Nome, insira sqlnode1.

  3. Na seção Configuração da máquina, selecione Uso geral e faça o seguinte:

    1. Na lista Série, selecione N4.
    2. Na lista Tipo de máquina, selecione n4-highmem-8 (8vCPU, 64 GB de memória).

  4. Selecione a Região e a Zona em que você configurou a VPC.

  5. Na seção Disco de inicialização, clique em Alterar e faça o seguinte:

    1. Na guia Imagens públicas, selecione SQL Server no Windows Server na lista Sistema operacional.
    2. Na lista Versão, selecione SQL Server 2022 Enterprise no Windows Server 2025 Datacenter.
    3. Na lista Tipo de disco de inicialização, selecione Hiperdisco balanceado.
    4. Defina o Tamanho (GB) como 50.
    5. Para salvar a configuração do disco de inicialização, clique em Selecionar.

  6. Expanda a seção Opções avançadas e depois Rede.

  7. Em Interfaces de rede, selecione a VPC e a Sub-rede do seu projeto.

  8. Na lista Tipo de placa de rede, selecione gVNIC.

  9. Em Nível de serviço de rede, selecione Premium.

  10. Clique em Criar.

  11. Repita essas etapas para criar uma segunda instância chamada sqlnode2.

Integrar servidores ao domínio e se preparar para o clustering

Siga estas etapas em sqlnode1 e sqlnode2:

  1. Conecte-se à VM usando uma conta de administrador local.
  2. No Gerenciador de servidores, selecione Servidor local.
  3. Selecione o link GRUPO DE TRABALHO.
  4. Na seção Nome do computador, selecione Alterar.
  5. Marque a caixa de seleção Domínio, digite o nome do seu domínio (por exemplo, cvsdemo.internal) e clique em OK.
  6. Na caixa de diálogo Segurança do Windows, insira as credenciais da sua conta de administrador de domínio e clique em OK.
  7. Quando a mensagem de boas-vindas aparecer para o domínio, siga estas etapas: a. Clique em OK. b. Clique em Fechar e selecione Reiniciar agora.
  8. Depois que a VM for reiniciada, conecte-se a ela usando sua conta de administrador de domínio.
  9. Adicione a conta DOMAIN\sqlsvc ao grupo local Administradores na VM. É possível usar o seguinte comando do PowerShell: 
    Add-LocalGroupMember -Group "Administrators" -Member "DOMAIN\sqlsvc"

  10. Abra o PowerShell como administrador e execute os seguintes comandos para instalar os recursos necessários do Windows:

    # Install Failover Clustering and tools
Install-WindowsFeature Failover-Clustering, RSAT-Clustering-PowerShell, RSAT-Clustering-CmdInterface -IncludeAllSubFeature -IncludeManagementTools
# Install and enable MPIO for iSCSI
Install-WindowsFeature -Name Multipath-IO
Enable-MSDSMAutomaticClaim -BusType "iSCSI"
# Install .NET and other SQL prereqs
Install-WindowsFeature NET-Framework-45-Core, NET-Framework-45-Features
Install-WindowsFeature RSAT-AD-PowerShell

  11. Para receber o nome qualificado de iSCSI (IQN) da VM, execute iscsicpl.exe, acesse a guia Configuração e copie o Nome do iniciador. Como alternativa, execute o seguinte comando do PowerShell:

    Get-InitiatorPort | Select-Object NodeAddress

    Grave o IQN para sqlnode1 e sqlnode2. Você vai precisar deles na próxima seção. Exemplo: iqn.1991-05.com.microsoft:sqlnode1.cvsdemo.internal.

Criar volumes de armazenamento em blocos do NetApp Volumes

Siga estas etapas para criar um grupo de hosts, um pool de armazenamento e volumes iSCSI.

Criar um grupo de hosts

Um grupo de hosts garante que apenas os hosts especificados (suas VMs do SQL Server) possam acessar os volumes criados.

  • No Cloud Shell, crie um grupo de hosts com os IQNs de sqlnode1 e sqlnode2: 

    gcloud netapp host-groups create HOST_GROUP_NAME 
    
--location=LOCATION 
    
--type=ISCSI_INITIATOR 
    
--hosts=SQLNODE1_IQN,SQLNODE2_IQN 
    
--os-type=WINDOWS 
    
--description="SQL Server AG nodes"

    Substitua as seguintes informações:

    • HOST_GROUP_NAME: o nome do grupo de hosts, por exemplo, sql-ag-hosts.
    • LOCATION: a região do grupo de hosts, por exemplo, us-west1.
    • SQLNODE1_IQN: o IQN de sqlnode1.
    • SQLNODE2_IQN: o IQN de sqlnode2.

Provisionar um pool de armazenamento

  • No Cloud Shell, crie um pool de armazenamento para seus volumes: 

    gcloud netapp storage-pools create POOL_NAME 
    
--project=PROJECT_ID 
    
--location=ZONE 
    
--service-level=Flex 
    
--type=Unified 
    
--capacity=1024 
    
--total-throughput=64 
    
--total-iops=1024 
    
--network=name=VPC_NAME,psa-range=PSA_RANGE_NAME

    Substitua as seguintes informações:

    • POOL_NAME: o nome do pool de armazenamento, por exemplo, sql-pool.
    • PROJECT_ID: o ID do projeto do Google Cloud .
    • ZONE: a zona do pool de armazenamento, que precisa corresponder à zona das VMs, por exemplo, us-west1-b.
    • VPC_NAME: o nome da rede VPC.
    • PSA_RANGE_NAME: o nome do intervalo alocado da sua conexão de acesso a serviços particulares.

Criar volumes

Crie volumes separados para dados, registros, tempdb e backups do SQL Server em cada nó.

  • No Cloud Shell, execute o seguinte comando para cada volume que você precisa criar: 

    gcloud netapp volumes create VOLUME_NAME 
    
--project=PROJECT_ID 
    
--location=ZONE 
    
--storage-pool=POOL_NAME 
    
--capacity=200 
    
--protocols=ISCSI 
    
--block-devices="name=VOLUME_NAME,host-groups=projects/PROJECT_ID/locations/LOCATION/hostGroups/HOST_GROUP_NAME,os-type=WINDOWS" 
    
--snapshot-directory=false

    Substitua VOLUME_NAME por um nome exclusivo para cada volume. Para este tutorial de dois nós, você precisa executar o comando oito vezes para criar volumes de dados, registros, tempdb e backups para cada nó (por exemplo, sqlnode1-data, sqlnode1-log, sqlnode1-temp, sqlnode1-backup, sqlnode2-data, sqlnode2-log, sqlnode2-temp e sqlnode2-backup).

Montar volumes iSCSI em cada VM do SQL

Para cada VM (sqlnode1 e sqlnode2), monte os volumes criados para esse nó específico.

  1. No console do Google Cloud , acesse a página Volumes para NetApp Volumes.

    Acessar volumes

    Selecione um volume atribuído ao nó que você está configurando. Anote os endereços IP do Portal de destino listados na seção Detalhes do destino do iSCSI. Você precisa desses endereços para se conectar ao volume.

  2. Na VM, abra o PowerShell como administrador e execute o seguinte comando, substituindo os IPs de exemplo pelos IPs do portal de destino do seu volume: 

    "10.165.128.216","10.165.128.217" | ForEach-Object { New-IscsiTargetPortal -TargetPortalAddress $_ }

  3. Execute iscsicpl.exe para abrir as Propriedades do iniciador iSCSI.

  4. Acesse a guia Metas, selecione uma das suas metas de volume na lista e clique em Conectar.

  5. Na caixa de diálogo Conectar ao destino, selecione Ativar vários caminhos e clique em Avançado.

  6. Na caixa de diálogo Configurações avançadas:

    1. Adaptador local: selecione Iniciador iSCSI da Microsoft.
    2. IP do iniciador: selecione um endereço IP na VM.
    3. IP do portal de destino: selecione um dos IPs do portal que você descobriu.
    4. Clique em OK.

  7. Na caixa de diálogo Conectar ao destino, clique em OK.

  8. Repita as etapas de conexão para todos os destinos associados à VM.

  9. Para configurar o MPIO em dispositivos iSCSI, abra Propriedades do MPIO no Painel de controle ou no Gerenciador de servidores.

  10. Clique na guia Descobrir vários caminhos.

  11. Selecione Adicionar suporte a dispositivos iSCSI e clique em Adicionar. Reinicie a VM se solicitado.

  12. Depois de reiniciar, abra o Gerenciador de dispositivos e expanda Unidades de disco. O disco iSCSI aparece como um dispositivo de vários caminhos.

  13. Abra o Gerenciamento de disco (compmgmt.msc). Para cada novo disco:

    1. Coloque o disco on-line.
    2. Inicialize o disco (GPT).
    3. Crie um novo volume, atribua uma letra de unidade (por exemplo, D para dados, E para registros, F para backups, G para tempdb) e formate-o usando NTFS com um Tamanho da unidade de alocação de 64K.

  14. Crie a estrutura de diretórios para o SQL Server nas unidades recém-formatadas. Exemplo: 

    $paths = "D:\MSSQL\DATA","E:\MSSQL\Log","F:\MSSQL\Backup","G:\MSSQL\Temp"
$paths | ForEach-Object { New-Item -ItemType Directory -Path $_ -Force }

Configurar o SQL Server

Siga estas etapas em sqlnode1 e sqlnode2 depois de montar os respectivos volumes.

  1. Abra o SQL Server Configuration Manager.
  2. No painel à esquerda, selecione Serviços do SQL Server.
  3. No painel à direita, clique com o botão direito do mouse em SQL Server (MSSQLSERVER), selecione Propriedades, acesse a guia Fazer login e mude o Nome da conta para sua conta de serviço (DOMAIN\sqlsvc). Digite a senha e clique em OK.
  4. Repita a etapa anterior para o SQL Server Agent (MSSQLSERVER).
  5. Conecte-se à instância do SQL Server usando o SQL Server Management Studio (SSMS) com sua conta de administrador de domínio.
  6. Crie logins para a conta de serviço e conceda as permissões necessárias: 
    USE [master];
GO
CREATE LOGIN [DOMAIN\sqlsvc] FROM WINDOWS WITH DEFAULT_DATABASE=[master], DEFAULT_LANGUAGE=[us_english];
GO
ALTER SERVER ROLE [sysadmin] ADD MEMBER [DOMAIN\sqlsvc];
GO
  7. Execute o script a seguir no SSMS para redirecionar os caminhos padrão de banco de dados, registro, backup e tempdb para os volumes iSCSI que você montou: 
    USE [master];
GO
EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'BackupDirectory', REG_SZ, N'F:\MSSQL\Backup';
GO
EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultData', REG_SZ, N'D:\MSSQL\DATA';
GO
EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultLog', REG_SZ, N'E:\MSSQL\Log';
GO
-- Modify model and msdb paths
ALTER DATABASE model MODIFY FILE (NAME = modeldev, FILENAME = 'D:\MSSQL\DATA\model.mdf');
ALTER DATABASE model MODIFY FILE (NAME = modellog, FILENAME = 'E:\MSSQL\Log\modellog.ldf');
ALTER DATABASE msdb  MODIFY FILE (NAME = MSDBData, FILENAME = 'D:\MSSQL\DATA\MSDBData.mdf');
ALTER DATABASE msdb  MODIFY FILE (NAME = MSDBLog,  FILENAME = 'E:\MSSQL\Log\MSDBLog.ldf');
GO
-- Modify tempdb paths
ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = 'G:\MSSQL\Temp\tempdb.mdf');
ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = 'G:\MSSQL\Temp\templog.ldf');
GO
  8. Pare o serviço SQL Server (MSSQLSERVER).
  9. Mova os arquivos model, msdb e tempdb dos locais antigos (por exemplo, C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\DATA) para os novos locais nas unidades D:, E: e G:.
  10. Para mover o banco de dados master e ERRORLOG:
    1. Abra o SQL Server Configuration Manager.
    2. Clique com o botão direito do mouse em SQL Server (MSSQLSERVER), selecione Propriedades e acesse a guia Parâmetros de inicialização.
    3. Para cada parâmetro -d, -e e -l que aponta para a unidade C:, selecione e clique em Remover.
    4. Adicione os seguintes parâmetros, clicando em Adicionar para cada um:
      • -dD:\MSSQL\DATA\master.mdf
      • -lE:\MSSQL\Log\mastlog.ldf
      • -eE:\MSSQL\Log\ERRORLOG
    5. Clique em OK.
    6. Mova manualmente master.mdf e mastlog.ldf de C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\DATA para D:\MSSQL\DATA\` andE:\MSSQL\Log`, respectivamente.
    7. Mova o arquivo ERRORLOG do local antigo para `E:\MSSQL\Log`.
  11. Inicie o serviço SQL Server (MSSQLSERVER).

Configurar o cluster de failover do Windows Server

Siga estas etapas para criar o cluster e configurar uma testemunha de quorum.

Configurar o Windows Firewall

Antes de criar o cluster, verifique se o Windows Firewall em cada nó permite o tráfego para WSFC, SQL Server e iSCSI.

No sqlnode1 e no sqlnode2, abra o PowerShell como administrador e execute os seguintes comandos: 

New-NetFirewallRule -DisplayName 'Failover Clusters (UDP-In)' -Direction Inbound -Protocol UDP -LocalPort 3343 -Action Allow
New-NetFirewallRule -DisplayName 'Failover Clusters (TCP-In)' -Direction Inbound -Protocol TCP -LocalPort 3343 -Action Allow
New-NetFirewallRule -DisplayName 'RPC Endpoint Mapper' -Direction Inbound -Protocol TCP -LocalPort 135 -Action Allow
New-NetFirewallRule -DisplayName 'File and Printer Sharing (SMB-In)' -Direction Inbound -Protocol TCP -LocalPort 445 -Action Allow
New-NetFirewallRule -DisplayName 'Failover Cluster Manager RPC' -Direction Inbound -Protocol TCP -LocalPort 49152-65535 -Action Allow
New-NetFirewallRule -DisplayName 'iSCSI' -Direction Inbound -Protocol TCP -LocalPort 3260 -Action Allow
New-NetFirewallRule -DisplayName 'SQL Server' -Direction Inbound -Protocol TCP -LocalPort 1433 -Action Allow
New-NetFirewallRule -DisplayName 'SQL Server AG Endpoint' -Direction Inbound -Protocol TCP -LocalPort 5022 -Action Allow

Crie o cluster

  1. Em sqlnode1, abra o Gerenciador de Cluster de Failover (cluadmin.msc).
  2. Na seção Gerenciamento, selecione Validar configuração. Siga o assistente para validar sqlnode1 e sqlnode2. Verifique se todos os testes foram aprovados antes de continuar.
  3. Após a validação, selecione Criar cluster.
  4. No assistente de criação de cluster, adicione sqlnode1 e sqlnode2 como nós do cluster.
  5. Em Ponto de acesso para administrar o cluster, insira um Nome do cluster (por exemplo, sqlcluster) e forneça um endereço IP estático para o cluster.
  6. Siga as instruções para criar o cluster.

Criar um compartilhamento de arquivos para quórum de cluster

Recomendamos criar um compartilhamento de arquivos em uma terceira VM, de preferência em uma zona diferente, para servir como testemunha de quorum do cluster.

  1. Conecte-se à VM que você pretende usar como testemunha de compartilhamento de arquivos.
  2. Na janela Gerenciador de servidores, selecione Ferramentas > Gerenciamento do computador.
  3. Abra Ferramentas do sistema > Pastas compartilhadas, clique com o botão direito do mouse em Compartilhamentos e selecione Novo compartilhamento.
  4. Siga o Assistente para criar pasta compartilhada. Na página Caminho da pasta, navegue até uma pasta para o compartilhamento ou crie uma.
  5. Na página Permissões, selecione Personalizar permissões.
  6. Clique em Adicionar e conceda Controle total à conta do objeto de nome do cluster (CNO), por exemplo, sqlcluster$.
  7. Conclua o assistente para criar o compartilhamento.

Configurar o quórum do cluster

  1. Em sqlnode1, abra o Gerenciador de Cluster de Failover.
  2. Clique com o botão direito do mouse no nome do cluster e selecione Mais ações > Configurar as definições do quórum do cluster.
  3. No Assistente de configuração de quorum do cluster, selecione Próxima.
  4. Na página Selecionar opção de configuração do quórum, escolha Selecionar a testemunha de quórum e clique em Próxima.
  5. Na página Selecionar testemunha de quórum, escolha Configurar uma testemunha de compartilhamento de arquivos e clique em Próxima.
  6. Em Caminho do compartilhamento de arquivos, digite o caminho para o compartilhamento criado (por exemplo, \\witness-server\quorum) e clique em Próxima.
  7. Confirme as configurações e clique em Próxima e em Concluir.

Configurar grupos de disponibilidade Always On

Siga as etapas desta seção nas duas VMs do SQL Server para ativar e configurar o grupo de disponibilidade.

Ativar grupos de disponibilidade no SQL Server

  1. Abra o SQL Server Configuration Manager.
  2. Na árvore do navegador, selecione Serviços do SQL Server.
  3. Clique com o botão direito do mouse em SQL Server (MSSQLSERVER) e selecione Propriedades.
  4. Selecione a guia Alta disponibilidade AlwaysOn e escolha Ativar grupos de disponibilidade AlwaysOn.
  5. Clique em Aplicar e em OK. Reinicie o serviço do SQL Server.

Criar um banco de dados para o grupo de disponibilidade

  1. Conecte-se a sqlnode1 usando o SSMS.
  2. No painel Pesquisador de Objetos, clique com o botão direito do mouse em Bancos de dados e selecione Novo banco de dados.
  3. Insira MyDB1 para o Nome do banco de dados e clique em OK.
  4. Clique com o botão direito do mouse em MyDB1 e selecione Tarefas > Fazer backup. Faça um backup Completo. Verifique se o modelo de recuperação do banco de dados é Completo.
  5. Clique com o botão direito do mouse em MyDB1 e selecione Tarefas > Fazer backup. Faça um backup do registro de transações.
  6. Copie os arquivos de backup completos e de registro de transações para sqlnode2.
  7. Conecte-se a sqlnode2 usando o SSMS. Clique com o botão direito do mouse em Bancos de dados e selecione Restaurar banco de dados.
  8. Restaure o backup completo de MyDB1 de sqlnode1, especificando RESTORE WITH NORECOVERY na página Opções.
  9. Clique com o botão direito do mouse em MyDB1 em sqlnode2, selecione Tarefas > Restaurar > Registro de transações. Restaure o backup do registro de transações, especificando também RESTORE WITH NORECOVERY.

Criar o grupo de disponibilidade

  1. Conecte-se a sqlnode1 usando o SSMS.
  2. No Pesquisador de objetos, clique com o botão direito do mouse em Alta disponibilidade AlwaysOn e selecione Assistente de novo grupo de disponibilidade.
  3. Especifique um nome para o grupo de disponibilidade, por exemplo, sql-ag.
  4. Selecione MyDB1 como o banco de dados a ser incluído.
  5. Na página Especificar réplicas, clique em Adicionar réplica e conecte-se a sqlnode2.
  6. Ative o Failover automático para ambas as réplicas, defina o Modo de disponibilidade como Commit síncrono e Secundário legível como Sim.
  7. Acesse a guia Endpoints e verifique se a porta 5022 está sendo usada.
  8. Na página Selecionar sincronização inicial de dados, selecione Somente junção.
  9. Conclua o assistente para criar o grupo de disponibilidade.

Criar um recurso de DNN para o grupo de disponibilidade

Em vez de um balanceador de carga, use um nome de rede distribuído (DNN) para rotear o tráfego do cliente para o listener do grupo de disponibilidade.

  1. Abra o Gerenciador de Cluster de Failover, expanda Funções e selecione a função do grupo de disponibilidade.
  2. Em Recursos, clique com o botão direito do mouse no recurso do grupo de disponibilidade e selecione Adicionar recurso > Ponto de acesso do cliente.
  3. Forneça um Nome para o listener de DNN e conclua o assistente.
  4. Coloque o novo recurso de DNN on-line.
  5. Por padrão, o cluster vincula o nome DNS da DNN a todos os nós no cluster. Se você tiver nós no cluster que não hospedam réplicas do SQL Server, exclua-os dos possíveis proprietários da DNN:
    1. Clique com o botão direito do mouse no recurso de DNN que você criou e selecione Propriedades.
    2. Desmarque a caixa de seleção de todos os nós que não são réplicas do grupo de disponibilidade.
    3. Clique em OK.
  6. Atualize as strings de conexão do aplicativo para se conectar ao nome do listener de DNN e inclua MultiSubnetFailover=True.

Testar o failover

  1. Conecte-se ao sqlnode1 ou sqlnode2 usando o SSMS e execute a seguinte consulta para verificar qual réplica é primária e se ambas estão configuradas para commit síncrono e failover automático: 

    -- Check primary replica
SELECT ag.name AS AG_Name, ar.replica_server_name as PrimaryReplica
FROM sys.dm_hadr_availability_replica_states AS ars
JOIN sys.availability_groups AS ag ON ag.group_id = ars.group_id
JOIN sys.availability_replicas ar ON ar.replica_id = ars.replica_id
WHERE ars.role_desc = 'PRIMARY';
    


    -- Check replica configuration
SELECT replica_server_name, availability_mode_desc, failover_mode_desc
FROM sys.availability_replicas
WHERE group_id = (SELECT group_id FROM sys.availability_groups WHERE name = N'sql-ag');

  2. Para iniciar um failover manual, conecte-se à réplica secundária no SSMS e execute: 

    ALTER AVAILABILITY GROUP [sql-ag] FAILOVER;

  3. Após o failover, verifique o novo primário executando SELECT @@SERVERNAME; ou reconectando-se ao listener de DNN e verificando o nome do servidor.

  4. Você também pode conferir o status do grupo de disponibilidade no SSMS. Para isso, clique com o botão direito do mouse no grupo em Alta disponibilidade AlwaysOn e selecione Mostrar painel.

Limpar

Excluir o projeto

Para evitar cobranças no seu projeto do Google Cloud pelos recursos usados neste tutorial, exclua o projeto. Para mais informações, consulte Como encerrar projetos.