Migre o 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.

Preparar o projeto e a rede

Para preparar o projeto Google Cloud e a nuvem privada virtual (VPC) para a implantação do SQL Server para migração, faça o seguinte:

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

   Acessar o console do Google Cloud

2. Defina o ID do projeto padrão:

   gcloud config set project PROJECT_ID
   

   Substitua PROJECT_ID pelo ID do projeto Google Cloud .

3. Defina sua região padrão:

   gcloud config set compute/region REGION
   

   Substitua REGION pelo ID da região em que você quer implantar.

4. Defina a zona padrão:

   gcloud config set compute/zone ZONE
   

   Substitua ZONE pelo ID da zona em que você quer implantar. Verifique se a zona é válida na região especificada na etapa anterior.

Criar uma instância do SQL Server no Compute Engine

Antes de migrar o banco de dados do SQL Server para o Compute Engine, é necessário criar uma máquina virtual (VM) no Compute Engine para hospedá-lo.

Use o comando abaixo 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 mais informações sobre como criar instâncias do SQL Server no Compute Engine, consulte Criar uma instância do SQL Server.

Configurar e se conectar à VM do SQL Server

Para configurar e se conectar à VM do SQL Server, siga estas etapas:

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

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

      Acessar 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 para 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 a Área de trabalho remota da Microsoft (RDP).

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

   3. Verifique se a caixa de seleção Confiar no certificado do servidor está marcada e clique em Conectar.

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

Backup e restauração completos do banco de dados

Um backup e restauração completos do banco de dados é o método mais comum e simples de migração de banco de dados. Com essa abordagem, um backup completo do banco de dados do SQL Server é feito do ambiente de origem e restaurado no ambiente Google Cloud de destino. 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 usar o SSMS para exportar seu banco de dados do SQL Server usando um banco de dados de exemplo AdventureWorks2022.

Criar um backup completo do banco de dados

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

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

2. Conecte-se ao SQL Server usando o SSMS.

3. Abra a pasta "Bancos de dados" no Object Explorer.

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

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

   1. Verifique o nome do banco de dados e o tipo de backup definido como "Completo".

   2. Clique em Adicionar no destino do backup completo.

   3. Clique no ícone de elipses (...) 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.

      Depois que o processo de backup for concluído, um arquivo de backup será 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, transfira o arquivo de backup criado na etapa anterior para a VM do Compute Engine que você criou. Para informações sobre as várias opções de transferência, consulte Transferir arquivos para VMs do Windows.

Restaurar o banco de dados do SQL Server a partir do arquivo de backup

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

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

2. Conecte-se ao SQL Server usando o SSMS.

3. No Pesquisador de Objetos, clique com o botão direito do mouse na pasta Bancos de dados e clique em Restaurar banco de dados.

4. Em Origem, clique em Dispositivo e no ícone de elipses (...) 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 o 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, abra a pasta databases no "Pesquisador de objetos" e verifique se o banco de dados migrado aparece.

   

Migrar usando um arquivo BACPAC

Um arquivo de pacote de backup (BACPAC) é uma representação lógica de um banco de dados do SQL Server. Ele pode ser exportado do ambiente de origem da AWS e importado para o ambiente Google Cloud de destino. Esse método geralmente é mais rápido do 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 migrar seu banco de dados do SQL Server usando um arquivo BACPAC.

Criar uma exportação BACPAC

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

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

2. Conecte-se ao SQL Server usando o SSMS.

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

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

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

   1. Clique em Próxima.

   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 você quer exportar.

   4. Clique em Próxima para acessar o resumo.

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

   6. Clique em Close para sair do assistente.

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

Restaurar o banco de dados do 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 o RDP.

2. Conecte-se ao SQL Server usando o SSMS.

3. No Pesquisador de Objetos, clique com o botão direito do mouse na pasta Bancos de Dados e clique em Importar aplicativo de camada de dados.

4. Clique em Próxima.

5. Clique em Procurar, selecione o arquivo BACPAC que você quer restaurar e clique em Próxima.

6. Verifique o nome do novo banco de dados e clique em Próxima.

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

8. Clique em Close para sair do assistente.

9. Para verificar se o processo foi concluído, abra a pasta databases no "Pesquisador de objetos" e verifique se o banco de dados migrado aparece.

Migrar usando grupos de disponibilidade sempre ativados

Uma AOAG é um recurso de alta disponibilidade e recuperação de desastres do SQL Server. É possível usar um AOAG para migrar clusters de AOAG, servidores SQL autônomos e clusters de failover do Windows Server (WSFC). Com esse método, uma réplica do banco de dados é criada no ambiente Google Cloud de destino e os dados são sincronizados entre a origem e o destino. Quando a sincronização for concluída, a réplica no ambiente Google Cloud de destino poderá ser definida como principal. Esse método minimiza o tempo de inatividade, mas requer configuração e configuração adicionais. Para migrações simples com tolerância de inatividade significativa, outros métodos podem ser mais simples e econômicos.

Antes de começar

Verifique o seguinte antes de iniciar a migração:

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

• Verifique se o banco de dados de origem está em execução no modo independente e se os servidores de origem e de destino estão associados a um Active Directory (AD). Se o banco de dados de origem já fizer parte de um cluster do WSFC usando um AOAG, consulte Migrar usando grupos de disponibilidade distribuídos.

• Verifique se todas as chaves de criptografia no banco de dados do SQL Server de origem estão instaladas em todas as instâncias do SQL Server que vão participar do AOAG.

Preparar o SQL Server para fazer parte de uma AOAG

Para adicionar SQL Servers a um AOAG, ative o recurso em todas as instâncias do SQL Server que você quer incluir no grupo.

Para ativar o recurso AOAG em todas as VMs do SQL Server que você quer adicionar a um AOAG, siga estas etapas:

1. Ative o AOAG no SQL Server.

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

   2. Abra o PowerShell no modo de administrador.

   3. Execute o comando a seguir para ativar o AOAG no SQL Server.

      Enable-SqlAlwaysOn -ServerInstance $env:COMPUTERNAME -Force
      

   4. Execute o comando a seguir para abrir uma porta de firewall para a 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ê quer adicionar ao AOAG.

2. Crie um novo usuário para o SQL Server no 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. Siga as etapas abaixo em todas as instâncias do SQL Server que fazem parte do AOAG:

   1. Abra o SQL Server Configuration Manager.
   2. No painel de navegação, selecione Serviços do SQL Server.
   3. Na lista de serviços, clique com o botão direito do mouse em SQL Server (MSSQLSERVER) e selecione Propriedades.
   4. Em Fazer logon como, mude a conta da seguinte maneira:
      • Nome da conta:DOMAIN\sql_server, em que DOMAIN é o nome do NetBIOS do seu domínio do 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 do domínio.

Configurar o endpoint de espelhamento para o banco de dados do SQL Server

Para criar o endpoint da sua AOAG, siga estas etapas:

1. Se o banco de dados de origem do SQL Server estiver criptografado com criptografia de dados transparente (TDE, na sigla em inglês), faça backup, transfira e instale os certificados e as chaves no SQL Server de destino.

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

3. Execute o comando T-SQL abaixo para criar o endpoint do 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 do NetBIOS do seu domínio do 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 o SSMS e execute o comando T-SQL abaixo para criar o endpoint de espelhamento do 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 do NetBIOS do seu domínio do AD.

5. Verifique os endpoints acessando Objetos do servidor > Endpoints > Espelhamento de banco de dados no Pesquisador de objetos no SSMS.

   

Criar o AOAG

Para criar uma AOAG, siga estas etapas:

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

2. Execute o comando T-SQL a seguir 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 comando T-SQL a seguir 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:

   • 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 comando T-SQL abaixo 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 estado do banco de dados e do AOAG recém-criado no Object Explorer ou executando o comando T-SQL a seguir.

   SELECT * FROM sys.dm_hadr_availability_group_states
   GO
   

   

O AOAG do SQL Server está configurado e continua sincronizando entre a AWS e o Google Cloud. Na próxima etapa, você precisa configurar um WSFC e um listener para alta disponibilidade e recuperação de desastres. Para mais informações, consulte Clustering de failover do Windows Server com o SQL Server e O que é um listener 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 oferecer recursos de alta disponibilidade e recuperação de desastres em locais geograficamente dispersos. Essa arquitetura permite a replicação e o failover de dados entre os grupos de disponibilidade primário e secundário, o que é ideal para a migração de dados. Para mais informações, consulte Grupos de disponibilidade distribuídos.

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

Antes de começar

Verifique se você tem um WSFC com o SQL Server usando um grupo de disponibilidade com um listener de nome de rede virtual (VNN, na sigla em inglês) executado na AWS.

Preparar o ambiente de destino

Para preparar o ambiente de destino, siga estas etapas:

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

2. No Pesquisador de objetos, verifique se o bookshelf-ag foi criado e está replicando o banco de dados bookshelf. Depois de verificar, siga as próximas etapas para remover o grupo de disponibilidade e o banco de dados dos dois nós no cluster de failover.

   

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

   SELECT * FROM sys.availability_group_listeners
   

4. Execute o comando T-SQL abaixo 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 T-SQL a seguir em node-2 no SSMS para remover o banco de dados replicado.

   USE master
   GO
   
   DROP DATABASE [bookshelf]
   GO
   

Criar um grupo de disponibilidade distribuído

Para criar um novo grupo de disponibilidade a ser usado no grupo de disponibilidade distribuído, siga estas etapas:

1. Execute o comando T-SQL a seguir 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 listener.

   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 listener.

3. Conecte-se a node-2 usando o SSMS e execute o comando T-SQL abaixo 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 principal do SQL Server de origem na AWS usando o SSMS e execute o comando T-SQL abaixo 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 listener do grupo de disponibilidade da AWS.

5. Execute o comando T-SQL abaixo no SSMS em 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 listener do grupo de disponibilidade da AWS.

6. Execute o comando T-SQL abaixo em "node-1" para verificar se todos os grupos de disponibilidade estão saudáveis e se estão sendo replicados 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