Migrar banco de dados SQL Server do AWS EC2 para o Compute Engine

Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

Prepare o projeto e a rede

Para preparar o seu Google Cloud projeto e Virtual Private Cloud (VPC) para a implantação do SQL Server para migração, faça o seguinte:

1. No Google Cloud console, clique em Ativar Cloud Shell para abrir o Cloud Shell .

   Vá para o Google Cloud console

2. Defina seu ID de projeto padrão:

   gcloud config set project PROJECT_ID
   

   Substitua PROJECT_ID pelo ID do seu Google Cloud projeto.

3. Defina sua região padrão:

   gcloud config set compute/region REGION
   

   Substitua REGION pelo ID da região na qual você deseja implantar.

4. Defina sua zona padrão:

   gcloud config set compute/zone ZONE
   

   Substitua ZONE pelo ID da zona na qual você deseja implantar. Certifique-se de que a zona seja válida na região especificada na etapa anterior.

Criar uma instância do SQL Server no Compute Engine

Antes de migrar seu banco de dados SQL Server para o Compute Engine, você precisa criar uma máquina virtual (VM) no Compute Engine para hospedá-lo.

Use o seguinte comando para criar uma instância do SQL Server no Compute Engine:

gcloud compute instances create sql-server-std-migrate-vm \
--project=PROJECT_ID \
--zone ZONE \
--machine-type n4-standard-8 \
--subnet SUBNET_NAME \
--create-disk=auto-delete=yes,boot=yes,device-name=node-1,image=projects/windows-sql-cloud/global/images/sql-2022-standard-windows-2022-dc-v20250213,mode=rw,size=50,type=projects/PROJECT_ID/zones/ZONE/diskTypes/pd-balanced \
--scopes=https://www.googleapis.com/auth/compute,https://www.googleapis.com/auth/servicecontrol,https://www.googleapis.com/auth/service.management.readonly,https://www.googleapis.com/auth/logging.write,https://www.googleapis.com/auth/monitoring.write,https://www.googleapis.com/auth/trace.append,https://www.googleapis.com/auth/devstorage.read_write

gcloud compute instances create sql-server-ent-migrate-vm \
--project=PROJECT_ID \
--zone ZONE \
--machine-type n4-standard-8 \
--subnet SUBNET_NAME \
--create-disk=auto-delete=yes,boot=yes,device-name=node-1,image=projects/windows-sql-cloud/global/images/sql-2022-enterprise-windows-2022-dc-v20250213,mode=rw,size=50,type=projects/PROJECT_ID/zones/ZONE/diskTypes/pd-balanced \
--scopes=https://www.googleapis.com/auth/compute,https://www.googleapis.com/auth/servicecontrol,https://www.googleapis.com/auth/service.management.readonly,https://www.googleapis.com/auth/logging.write,https://www.googleapis.com/auth/monitoring.write,https://www.googleapis.com/auth/trace.append,https://www.googleapis.com/auth/devstorage.read_write

Para obter mais informações sobre como criar instâncias do SQL Server no Compute Engine, consulte Criar uma instância do SQL Server .

Configure e conecte-se à sua VM do SQL Server

Para configurar sua VM do SQL Server e conectar-se a ela, use as seguintes etapas:

1. Defina a senha inicial do Windows para sua conta:

   1. No Google Cloud console, acesse a página Instâncias de VM .

      Acesse as instâncias de VM

   2. Clique no nome da VM do SQL Server.

   3. Clique no botão Definir senha do Windows .

   4. Digite uma senha e clique em Definir quando solicitado a definir a nova senha do Windows.

   5. Salve o nome de usuário e a senha.

2. Conecte-se à VM do SQL Server:

   1. Use o endereço IP público da VM do SQL Server na página Instâncias de VM e as credenciais salvas na etapa anterior para se conectar à VM do SQL Server usando o Microsoft Remote Desktop (RDP).

   2. Execute o SQL Server Management Studio (SSMS) como administrador.

   3. Verifique se a caixa de seleção Certificado de servidor confiável está marcada e clique em Conectar .

Sua VM do SQL Server agora está pronta para ser usada na migração de banco de dados. Para criar novos logins de usuário para conectar e gerenciar sua VM do SQL Server, consulte Criar um login .

Backup e restauração completo do banco de dados

Um backup e restauração completos do banco de dados é o método mais comum e direto de migração de banco de dados. Com essa abordagem, um backup completo do banco de dados SQL Server é obtido do ambiente de origem e restaurado no destino Google Cloud ambiente. Embora esse método seja relativamente simples, pode ser demorado para bancos de dados grandes devido ao tempo necessário para criar e restaurar o backup.

Esta seção discute como você pode usar o SSMS para exportar seu banco de dados SQL Server usando um exemplo de banco de dados AdventureWorks2022 .

Crie um backup completo do banco de dados

Para criar um backup completo do banco de dados, siga as seguintes etapas:

1. Faça login em sua VM AWS EC2 usando Microsoft RDP.

2. Conecte-se ao SQL Server usando SSMS.

3. Expanda a pasta de bancos de dados no Object Explorer.

4. Clique com o botão direito no nome do banco de dados e clique em Tarefas no menu.

5. Clique em Backup para abrir o assistente de backup do banco de dados.

   1. Verifique o nome do banco de dados para backup e se o tipo de backup está definido como Completo.

   2. Clique em Adicionar no destino do backup completo.

   3. Clique no ícone de reticências ( … ) para selecionar a pasta e o nome do arquivo de backup.

   4. Clique em OK para definir o nome do arquivo e em OK novamente para definir o destino.

      

   5. Clique em OK para iniciar o backup do banco de dados e aguarde a conclusão do backup.

      Após a conclusão do processo de backup, um arquivo de backup é criado. Agora você pode usar esse arquivo de backup para migrar o conteúdo do banco de dados para uma VM do Compute Engine.

   6. Clique em OK para sair do assistente de backup do banco de dados.

Transferir o arquivo de backup para uma VM do Compute Engine

Para migrar o conteúdo do banco de dados do SQL Server, você deve transferir o arquivo de backup criado na etapa anterior para a VM do Compute Engine que você criou. Para obter informações sobre as diversas opções de transferência, consulte Transferir arquivos para VMs do Windows .

Restaure seu banco de dados SQL Server a partir do arquivo de backup

Para restaurar o banco de dados do arquivo de backup, siga as seguintes etapas:

1. Faça login na VM do Compute Engine usando RDP.

2. Conecte-se ao SQL Server usando SSMS.

3. No Object Explorer, clique com o botão direito na pasta Databases e clique em Restore Database .

4. Para a Fonte , clique em Dispositivo e no ícone de reticências ( ... ) para abrir a página Selecionar dispositivo de backup.

5. Verifique se o tipo de mídia de backup está definido como Arquivo e clique em Adicionar para selecionar o arquivo de backup.

   

6. Clique em OK para definir o arquivo de backup como dispositivo de restauração.

7. Clique em OK para restaurar o banco de dados.

   Quando o processo for concluído, seu banco de dados será migrado para o SQL Server de destino no Compute Engine.

8. Para verificar se o processo foi concluído com sucesso, você pode expandir a pasta de bancos de dados no Pesquisador de Objetos e verificar se consegue ver o banco de dados migrado.

   

Migrar usando um arquivo BACPAC

Um arquivo de pacote de backup (BACPAC) é uma representação lógica de um banco de dados SQL Server. Ele pode ser exportado do ambiente AWS de origem e depois importado para o destino Google Cloud ambiente. Esse método normalmente é mais rápido que um backup e restauração completos para bancos de dados menores, mas pode não ser adequado para bancos de dados muito grandes ou com dependências complexas.

A seção a seguir discute como você pode migrar seu banco de dados SQL Server usando um arquivo BACPAC.

Crie uma exportação BACPAC

Para criar uma exportação BACPAC, siga as seguintes etapas:

1. Faça login na VM AWS EC2 usando Microsoft RDP.

2. Conecte-se ao SQL Server usando SSMS.

3. Expanda a pasta de bancos de dados no Object Explorer.

4. Clique com o botão direito no nome do banco de dados e clique em Tarefas .

5. Clique em Exportar aplicativo da camada de dados para abrir o assistente de exportação.

   1. Clique em Avançar .

   2. Clique em Procurar na opção Salvar no disco local e selecione o arquivo BACPAC.

   3. Clique na guia Avançado e selecione os esquemas que deseja exportar.

   4. Clique em Avançar para avançar para o resumo.

   5. Clique em Concluir para exportar o arquivo BACPAC e aguarde a conclusão da exportação.

   6. Clique em Fechar para sair do assistente.

6. Transfira o arquivo BACPAC criado nas etapas anteriores para sua VM de destino no Compute Engine. Para obter informações sobre as opções de transferência, consulte Transferir arquivos para VMs do Windows .

Restaure seu banco de dados SQL Server de um arquivo BACPAC

Para restaurar o banco de dados do arquivo BACPAC, siga estas etapas:

1. Faça login na VM do Compute Engine usando RDP.

2. Conecte-se ao SQL Server usando SSMS.

3. No Object Explorer, clique com o botão direito na pasta Databases e clique em Import Data-tier Application .

4. Clique em Avançar .

5. Clique em Procurar e selecione o arquivo BACPAC que deseja restaurar e clique em Avançar .

6. Verifique o nome do novo banco de dados e clique em Avançar .

7. Clique em Concluir e aguarde a conclusão da importação.

8. Clique em Fechar para sair do assistente.

9. Para verificar se o processo foi concluído com sucesso, você pode expandir a pasta de bancos de dados no Pesquisador de Objetos e verificar se consegue ver o banco de dados migrado.

Migrar usando grupos de disponibilidade sempre ativos

Um AOAG é um recurso de alta disponibilidade e recuperação de desastres do SQL Server. Você pode usar um AOAG para migrar clusters AOAG existentes, SQL Servers autônomos e clusters de failover do Windows Server (WSFC). Com este método, uma réplica do banco de dados é criada no destino Google Cloud ambiente e os dados são sincronizados entre a origem e o destino. Assim que a sincronização for concluída, a réplica no destino Google Cloud ambiente pode ser tornado primário. Este método minimiza o tempo de inatividade, mas requer configuração e configuração adicionais. Para migrações diretas com tolerância significativa ao tempo de inatividade, outros métodos podem ser mais simples e mais econômicos.

Antes de começar

Certifique-se do seguinte antes de iniciar a migração:

• Para garantir uma transição de dados segura e contínua, estabeleça uma conexão de peering entre a AWS e Google Cloud. Para obter mais informações, consulte Criar conexões VPN de alta disponibilidade entre Google Cloud e AWS .

• Certifique-se de que o banco de dados de origem esteja em execução no modo autônomo e que os servidores de origem e de destino estejam associados a um Active Directory (AD). Se o banco de dados de origem já fizer parte de um cluster WSFC usando um AOAG, consulte Migrar usando grupos de disponibilidade distribuídos .

• Certifique-se de que todas as chaves de criptografia no banco de dados SQL Server de origem estejam instaladas em todas as instâncias do SQL Server que ingressarão no AOAG.

Prepare seu SQL Server para fazer parte de um AOAG

Para poder adicionar SQL Servers a um AOAG, você deve habilitar o recurso AOAG em todas as instâncias do SQL Server que deseja adicionar ao grupo.

Para habilitar o recurso AOAG em todas as VMs do SQL Server que você deseja adicionar a um AOAG, use as seguintes etapas:

1. Habilite AOAG em seu SQL Server.

   1. Faça login na VM do SQL Server usando RDP.

   2. Abra o Powershell no modo administrador.

   3. Execute o seguinte comando para ativar o AOAG em seu SQL Server.

      Enable-SqlAlwaysOn -ServerInstance $env:COMPUTERNAME -Force
      

   4. Execute o seguinte comando para abrir uma porta de firewall para replicação de dados.

      netsh advfirewall firewall add rule name="Allow SQL Server replication" dir=in action=allow protocol=TCP localport=5022
      

   5. Repita a etapa 1 para todas as VMs do SQL Server que você deseja adicionar ao AOAG.

2. Crie um novo usuário para o SQL Server no seu AD.

   $Credential = Get-Credential -UserName sql_server -Message 'Enter password'
   New-ADUser `
   -Name "sql_server" `
   -Description "SQL Admin account." `
   -AccountPassword $Credential.Password `
   -Enabled $true -PasswordNeverExpires $true
   

3. Execute as seguintes etapas em todas as instâncias do SQL Server que fazem parte do AOAG:

   1. Abra o Gerenciador de configuração do SQL Server .
   2. No painel de navegação, selecione SQL Server Services .
   3. Na lista de serviços, clique com o botão direito em SQL Server (MSSQLSERVER) e selecione Propriedades .
   4. Em Fazer logon como , altere a conta da seguinte maneira:
      • Nome da conta: DOMAIN\sql_server onde DOMAIN é o nome NetBIOS do seu domínio AD.
      • Senha: Digite a senha que você escolheu na etapa 2 anterior desta seção.

   5. Clique em OK .

   6. Quando solicitado a reiniciar o SQL Server, selecione Sim .

Seu SQL Server agora está sendo executado em uma conta de usuário de domínio.

Configure o ponto de extremidade de espelhamento para seu banco de dados SQL Server

Para criar o endpoint para seu AOAG, use as seguintes etapas:

1. Se o banco de dados SQL Server de origem estiver criptografado com criptografia de dados transparente (TDE), execute esta etapa para fazer backup, transferir e instalar os certificados e chaves no SQL Server de destino.

2. Faça login no banco de dados de origem na AWS usando SSMS.

3. Execute o seguinte comando T-SQL para criar o ponto final para o grupo de disponibilidade.

   USE [master]
   GO
   CREATE LOGIN [NET_DOMAIN\sql_server] FROM WINDOWS
   GO
   
   USE [DATABASE_NAME]
   GO
   CREATE USER [NET_DOMAIN\sql_server] FOR LOGIN [NET_DOMAIN\sql_server]
   GO
   
   USE [master]
   GO
   CREATE ENDPOINT migration_endpoint
       STATE=STARTED
       AS TCP (LISTENER_PORT=5022)
       FOR DATABASE_MIRRORING (ROLE=ALL);
   GO
   
   GRANT CONNECT ON ENDPOINT::[migration_endpoint] TO [NET_DOMAIN\sql_server]
   GO
   

   Substitua NET_DOMAIN pelo nome NetBIOS do seu domínio AD e DATABASE_NAME pelo nome do banco de dados a ser migrado.

4. Conecte-se ao SQL Server de destino em Google Cloud usando SSMS e execute o seguinte comando T-SQL para criar o endpoint de espelhamento de banco de dados.

   CREATE LOGIN [NET_DOMAIN\sql_server] FROM WINDOWS
   GO
   
   CREATE ENDPOINT migration_endpoint
       STATE=STARTED
       AS TCP (LISTENER_PORT=5022)
       FOR DATABASE_MIRRORING (ROLE=ALL);
   GO
   
   GRANT CONNECT ON ENDPOINT::[migration_endpoint] TO [NET_DOMAIN\sql_server]
   GO
   

   Substitua NET_DOMAIN pelo nome NetBIOS do seu domínio AD.

5. Verifique os endpoints navegando até Server Objects > Endpoints > Database Mirroring no Object Explorer no SSMS.

   

Crie o AOAG

Para criar um AOAG, siga as seguintes etapas:

1. Faça login no banco de dados de origem na AWS usando SSMS.

2. Execute o seguinte comando T-SQL para definir o modo de recuperação do banco de dados como completo e fazer um backup completo.

   USE [master]
   GO
   
   ALTER DATABASE [DATABASE_NAME]
   SET RECOVERY FULL;
   BACKUP DATABASE [DATABASE_NAME]
   TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\Backup\DATABASE_NAME.bak';
   

   Substitua DATABASE_NAME pelo nome do banco de dados a ser migrado.

3. Execute o seguinte comando T-SQL para criar o AOAG.

   USE [master]
   GO
   
   CREATE AVAILABILITY GROUP [migration-ag]
   WITH (
       AUTOMATED_BACKUP_PREFERENCE = SECONDARY,
       DB_FAILOVER = OFF,
       DTC_SUPPORT = NONE,
       REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = 0
   )
   FOR DATABASE [DATABASE_NAME]
   REPLICA ON
   N'SOURCE_SERVERNAME' WITH (
       ENDPOINT_URL = 'TCP://SOURCE_HOSTNAME:5022',
       AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
       FAILOVER_MODE = MANUAL,
       BACKUP_PRIORITY = 50,
       SEEDING_MODE = AUTOMATIC,
       SECONDARY_ROLE(ALLOW_CONNECTIONS = READ_ONLY)
   ),
   N'DEST_SERVERNAME' WITH (
       ENDPOINT_URL = 'TCP://DEST_HOSTNAME:5022',
       AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
       FAILOVER_MODE = MANUAL,
       BACKUP_PRIORITY = 50,
       SEEDING_MODE = AUTOMATIC,
       SECONDARY_ROLE(ALLOW_CONNECTIONS = READ_ONLY)
   );
   GO
   

   Substitua o seguinte:

   • DATABASE_NAME : com o nome do banco de dados a ser migrado.
   • SOURCE_SERVERNAME : com o nome do servidor do banco de dados de origem.
   • DEST_SERVERNAME : com o nome do servidor do banco de dados de destino.
   • SOURCE_HOSTNAME : com o nome de domínio totalmente qualificado (FQDN) da origem.
   • DEST_HOSTNAME : com o FQDN do destino.

4. Execute o seguinte comando T-SQL no banco de dados de destino para adicioná-lo ao AOAG.

   USE [master]
   GO
   
   ALTER AVAILABILITY GROUP [migration-ag] JOIN WITH (CLUSTER_TYPE = EXTERNAL);
   ALTER AVAILABILITY GROUP [migration-ag] GRANT CREATE ANY DATABASE;
   GO
   

5. Verifique o AOAG recém-criado e o estado do banco de dados no Pesquisador de Objetos ou executando o comando T-SQL a seguir.

   SELECT * FROM sys.dm_hadr_availability_group_states
   GO
   

   

O SQL Server AOAG agora está configurado e continua sincronizando entre AWS e Google Cloud. Na próxima etapa, você deve configurar um WSFC e um listener para alta disponibilidade e recuperação de desastres. Para obter mais informações, consulte Clustering de failover do Windows Server com SQL Server e O que é um ouvinte de grupo de disponibilidade .

Migrar usando grupos de disponibilidade distribuídos

Um grupo de disponibilidade distribuído é um tipo especial de grupo de disponibilidade que abrange dois grupos de disponibilidade separados. Ele foi projetado para fornecer recursos de alta disponibilidade e recuperação de desastres em locais geograficamente dispersos. Essa arquitetura permite replicação de dados e failover contínuos entre os grupos de disponibilidade primário e secundário, ideal para migração de dados. Para obter informações mais detalhadas, consulte Grupos de disponibilidade distribuídos .

As seções a seguir discutem como você pode migrar seu banco de dados SQL Server usando grupos de disponibilidade distribuídos.

Antes de começar

Certifique-se de ter um WSFC com SQL Server usando um grupo de disponibilidade com um ouvinte de nome de rede virtual (VNN), em execução na AWS.

Prepare o ambiente de destino

Para preparar o ambiente de destino, utilize as seguintes etapas:

1. Para configurar um WSFC com SQL Server usando um grupo de disponibilidade usando um balanceador de carga interno em Google Cloud, consulte Configurar grupos de disponibilidade sempre ativos do SQL Server com confirmação síncrona usando um balanceador de carga interno .

2. No Object Explorer , verifique se bookshelf-ag foi criado e está replicando o banco de dados bookshelf . Depois de verificado, use as próximas etapas para remover o grupo de disponibilidade e o banco de dados de ambos os nós do cluster de failover.

   

3. Conecte-se ao node-1 no SSMS e salve o endereço IP do ouvinte bookshelf .

   SELECT * FROM sys.availability_group_listeners
   

4. Execute o comando T-SQL a seguir para remover o grupo de disponibilidade bookshelf-ag e o banco de dados bookshelf .

   USE master
   GO
   
   DROP AVAILABILITY GROUP [bookshelf-ag]
   GO
   ALTER DATABASE [bookshelf] SET SINGLE_USER WITH ROLLBACK IMMEDIATE
   GO
   DROP DATABASE [bookshelf]
   GO
   

5. Execute o seguinte T-SQL no node-2 no SSMS para remover o banco de dados replicado.

   USE master
   GO
   
   DROP DATABASE [bookshelf]
   GO
   

Crie um grupo de disponibilidade distribuído

Para criar um novo grupo de disponibilidade para usar no grupo de disponibilidade distribuído, siga as etapas a seguir:

1. Execute o seguinte comando T-SQL em node-1 .

   USE master
   GO
   
   CREATE AVAILABILITY GROUP [gcp-dest-ag]
   FOR
   REPLICA ON
       N'NODE-1' WITH
       (
           ENDPOINT_URL = N'TCP://NODE-1:5022',
           FAILOVER_MODE = MANUAL,
           AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
           BACKUP_PRIORITY = 50,
           SECONDARY_ROLE(ALLOW_CONNECTIONS = NO),
           SEEDING_MODE = AUTOMATIC
       ),
       N'NODE-2' WITH
       (
           ENDPOINT_URL = N'TCP://NODE-2:5022',
           FAILOVER_MODE = MANUAL,
           AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
           BACKUP_PRIORITY = 50,
           SECONDARY_ROLE(ALLOW_CONNECTIONS = NO),
           SEEDING_MODE = AUTOMATIC
       );
   GO
   

2. Crie um ouvinte.

   USE master;
   GO
   
   ALTER AVAILABILITY GROUP [gcp-dest-ag]
   ADD LISTENER N'gcp-dest-lsnr' (
   WITH IP (
   (N'LISTENER_IP', N'255.255.255.0')
   ),
   PORT = 1433);
   GO
   

   Substitua LISTENER_IP pelo endereço IP do ouvinte.

3. Conecte-se ao node-2 usando SSMS e execute o seguinte comando T-SQL para adicioná-lo ao grupo de disponibilidade gcp-dest-ag .

   USE master
   GO
   
   ALTER AVAILABILITY GROUP [gcp-dest-ag] JOIN;
   ALTER AVAILABILITY GROUP [gcp-dest-ag] GRANT CREATE ANY DATABASE;
   

4. Conecte-se à réplica primária do SQL Server de origem na AWS usando SSMS e execute o comando T-SQL a seguir para criar um grupo de disponibilidade distribuído.

   USE [master]
   GO
   
   CREATE AVAILABILITY GROUP [distributed-ag]
   WITH (DISTRIBUTED)
   AVAILABILITY GROUP ON
   'AWS_AG' WITH
   (
       LISTENER_URL = 'tcp://AWS_LISTENER:5022',
       AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
       FAILOVER_MODE = MANUAL,
       SEEDING_MODE = AUTOMATIC
   ),
   'gcp-dest-ag' WITH
   (
       LISTENER_URL = 'tcp://gcp-dest-lsnr:5022',
       AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
       FAILOVER_MODE = MANUAL,
       SEEDING_MODE = AUTOMATIC
   )
   GO
   

   Substitua AWS_AG pelo nome do grupo de disponibilidade na AWS e AWS_LISTENER pelo ouvinte do grupo de disponibilidade da AWS.

5. Execute o seguinte comando T-SQL no SSMS no node-1 para adicioná-lo ao grupo de disponibilidade distribuído.

   USE [master]
   GO
   
   ALTER AVAILABILITY GROUP [distributed-ag]
   JOIN
   AVAILABILITY GROUP ON
   'AWS_AG' WITH
   (
       LISTENER_URL = 'tcp://AWS_LISTENER:5022',
       AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
       FAILOVER_MODE = MANUAL,
       SEEDING_MODE = AUTOMATIC
   ),
   'gcp-dest-ag' WITH
   (
       LISTENER_URL = 'tcp://gcp-dest-lsnr:5022',
       AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
       FAILOVER_MODE = MANUAL,
       SEEDING_MODE = AUTOMATIC
   )
   GO
   

   Substitua AWS_AG pelo nome do grupo de disponibilidade na AWS e AWS_LISTENER pelo ouvinte do grupo de disponibilidade da AWS.

6. Execute o seguinte comando T-SQL em `node-1' para verificar se todos os grupos de disponibilidade estão íntegros e replicando no grupo de disponibilidade distribuído para o novo cluster do SQL Server em Google Cloud

   SELECT * FROM sys.dm_hadr_availability_group_states
   GO