Tutorial: Migrar offline do Google Cloud SQL para PostgreSQL para o Banco de Dados do Azure para PostgreSQL com o serviço de migração

Este artigo explora como migrar seu banco de dados PostgreSQL do Google Cloud SQL para PostgreSQL para o Banco de Dados do Azure para PostgreSQL offline.

O serviço de migração no Banco de Dados do Azure para PostgreSQL é um serviço totalmente gerenciado integrado ao portal do Azure e à CLI do Azure. Ele foi projetado para simplificar seu percurso de migração para o Banco de Dados do Azure para PostgreSQL.

• Pré-requisitos
• Realizar a migração
• Monitorar a migração
• Verificar a migração quando concluída

Pré-requisitos

Para concluir a migração, você precisa dos seguintes pré-requisitos:

Antes de iniciar a migração com o serviço de migração do Banco de Dados do Azure para PostgreSQL, é importante cumprir os seguintes pré-requisitos, projetados especificamente para cenários de migração offline.

• Verificar a versão de origem
• Configurar a instalação do destino
• Configurar a instalação da rede
• Habilitar extensões
• Verificar os parâmetros do servidor
• Verificar usuários e funções
• Desabilite a alta disponibilidade (confiabilidade) e as réplicas de leitura no destino

Verificar a versão de origem

A versão do servidor PostgreSQL de origem deve ser 9.5 ou posterior.

Se a versão do PostgreSQL de origem for inferior à 9.5, atualize-a para a 9.5 ou superior antes de iniciar a migração.

Observação

O serviço de migração no Banco de Dados do Azure para PostgreSQL oferece suporte a conexões usando o endereço IP para o Google Cloud SQL para PostgreSQL de origem. Não há suporte para o formato myproject:myregion:myinstance.

Configurar o destino

Antes de iniciar a migração, você deve configurar um Banco de Dados do Azure para PostgreSQL no Azure.

A SKU escolhida para o Banco de Dados do Azure para PostgreSQL deve corresponder às especificações do banco de dados de origem para garantir a compatibilidade e o desempenho adequado.

Configurar a instalação da rede

A configuração da rede é crucial para que o serviço de migração funcione corretamente. Verifique se o servidor PostgreSQL de origem consegue se comunicar com o servidor de destino do Banco de Dados do Azure para PostgreSQL. As configurações de rede a seguir são fundamentais para uma migração bem-sucedida.

Para mais informações sobre a configuração de rede, visite o Guia de rede para o serviço de migração.

Habilitar extensões

Para garantir uma migração bem-sucedida usando o serviço de migração no Banco de Dados do Azure para PostgreSQL, talvez seja necessário verificar as extensões da sua instância de origem do PostgreSQL. As extensões oferecem funcionalidades e recursos que podem ser necessários para seu aplicativo. Certifique-se de verificar as extensões na instância de origem do PostgreSQL antes de iniciar o processo de migração.

Na instância de destino do Banco de Dados do Azure para PostgreSQL – Servidor Flexível, habilite as extensões com suporte identificadas na instância de origem do PostgreSQL.

Para obter mais informações, confira Extensões no Banco de Dados do Azure para PostgreSQL.

Observação

É necessário reiniciar o computador sempre que você fizer alterações no parâmetro shared_preload_libraries.

Verificar os parâmetros do servidor

Esses parâmetros não são migrados automaticamente para o ambiente de destino e devem ser configurados manualmente.

• Corresponda os valores de parâmetro do servidor do banco de dados PostgreSQL de origem ao Banco de Dados do Azure para PostgreSQL acessando a seção "Parâmetros do servidor" no portal do Azure e atualizando manualmente os valores de acordo.

• Salve as alterações de parâmetro e reinicie o Banco de Dados do Azure para PostgreSQL para aplicar a nova configuração, se necessário.

Verificar usuários e funções

Ao migrar para o Banco de Dados do Azure para PostgreSQL, é essencial abordar a migração de usuários e funções separadamente, pois elas exigem intervenção manual:

• Migração Manual de Usuários e Funções: os usuários e suas funções associadas devem ser migrados manualmente para o Banco de Dados do Azure para PostgreSQL. Para facilitar esse processo, você pode usar o utilitário pg_dumpall com o sinalizador --globals-only para exportar objetos globais, como funções e contas de usuário. Execute o seguinte comando, substituindo <<username>> pelo nome de usuário real e <<filename>> pelo nome do arquivo de saída desejado:

  pg_dumpall --globals-only -U <<username>> -f <<filename>>.sql
  

• Restrição em Funções de Superusuário: o Banco de Dados do Azure para PostgreSQL não dá suporte a funções de superusuário. Portanto, os usuários com privilégios de superusuário devem ter esses privilégios removidos antes da migração. Certifique-se de ajustar as permissões e as funções adequadamente.

Seguindo estas etapas, você pode garantir que contas de usuário e funções sejam migradas corretamente para o Banco de Dados do Azure para PostgreSQL sem encontrar problemas relacionados a restrições de superusuário.

Desabilitar a alta disponibilidade (confiabilidade) e as réplicas de leitura no destino

• Desabilitar a alta disponibilidade (confiabilidade) e ler réplicas no ambiente de destino é essencial. Esses recursos devem ser habilitados somente após a conclusão da migração.

• Seguindo essas diretrizes, você pode ajudar a garantir um processo de migração suave sem as variáveis adicionadas introduzidas por HA e réplicas de leitura. Depois que a migração for concluída e o banco de dados estiver estável, você poderá continuar a habilitar esses recursos para aprimorar a disponibilidade e a escalabilidade do seu ambiente de banco de dados no Azure.

Realizar a migração

Você pode migrar usando o portal do Azure ou a CLI do Azure.

Portal

O portal do Azure oferece uma experiência simples e intuitiva baseada em um assistente que orienta você durante a migração. Seguindo as etapas descritas neste tutorial, você pode transferir seu banco de dados diretamente para o Banco de Dados do Azure para PostgreSQL – Servidor Flexível e aproveitar os recursos avançados e escalabilidade dele.

Para migrar com o portal do Azure, primeiro configure a tarefa de migração, conecte-se à origem e ao destino e execute a migração.

Configurar a tarefa de migração

O serviço de migração vem com uma experiência simples e baseada em assistente no portal do Azure.

1. Abra o navegador da Web e acesse o portal. Insira suas credenciais para entrar. A exibição padrão é o painel de serviço.

2. Vá para o servidor flexível do Banco de Dados do Azure para PostgreSQL.

3. Na guia Visão geral do servidor flexível, no menu à esquerda, role a página para baixo até Migração (versão prévia) e selecione-a.

   

4. Selecione o botão Criar para migrar do Google Cloud SQL para PostgreSQL para um servidor flexível.

   Observação

   Na primeira vez que você usa o serviço de migração, uma grade vazia aparece com um prompt para iniciar sua primeira migração.

   Se as migrações para seu destino de servidor flexível já tiverem sido criadas, a grade agora conterá informações sobre as tentativas de migração.

5. Selecione o botão Criar para percorrer uma série de guias baseada em assistente para executar uma migração.

   

Instalação

O usuário precisa fornecer vários detalhes relacionados à migração, como o nome da migração, o tipo de servidor de origem, a opção e o modo.

• O Nome da migração é o identificador exclusivo de cada migração para esse destino de servidor flexível. Esse campo aceita apenas caracteres alfanuméricos e não aceita nenhum caractere especial, exceto um hífen (-). O nome não pode começar com um hífen e deve ser exclusivo de um servidor de destino. Nenhuma migração para o mesmo destino de servidor flexível pode ter o mesmo nome de outra.

• Tipo de Servidor de Origem – dependendo da fonte do PostgreSQL, você pode selecionar o Google Cloud SQL para PostgreSQL.

• Opção de Migração – permite que você execute validações antes de disparar uma migração. Você pode escolher uma das seguintes opções:

  • Validar – verifica se o seu servidor e seu banco de dados estão preparados para migrar para o destino.
  • Migrar – ignora as validações e inicia as migrações.
  • Validar e Migrar: Executa a validação antes de disparar uma migração. Se não houver falhas de validação, a migração será disparada.

A escolha da opção Validar ou Validar e Migrar é sempre uma boa prática para realizar validações pré-migração antes de executar a migração.

Para saber mais sobre a validação de pré-imigração, visite pré-imigração.

• O Modo de migração permite escolher o modo para a migração. Offline é a opção padrão.

Selecione o botão Avançar: Conectar à Origem.

Selecione Servidor de Runtime

O Servidor de Runtime de migração é um recurso especializado dentro do serviço de migração, projetado para atuar como um servidor intermediário durante a migração. Trata-se de uma instância separada do Banco de Dados do Azure para PostgreSQL - Servidor Flexível que não é o servidor de destino, mas é usado para facilitar a migração de bancos de dados de um ambiente de origem que só é acessível por meio de uma rede privada.

Para obter mais informações sobre o Runtime Server, visite o Servidor de Rede de Migração.

Conectar à origem

A guia Conectar à Origem solicita que você forneça detalhes relacionados à origem selecionada na Guia de Instalação, que é a origem dos bancos de dados.

• Nome do Servidor - Fornece o nome do host ou o endereço IP da instância do PostgreSQL de origem
• Porta – Número da porta do servidor de origem
• ID de logon do administrador do servidor – Nome de usuário do servidor PostgreSQL de origem
• Senha – Senha do servidor PostgreSQL de origem
• Modo SSL – Os valores com suporte são preferenciais e obrigatórios. Quando o SSL no servidor PostgreSQL de origem estiver OFF, use o SSLMODE=prefer. Se o SSL no servidor de origem estiver ON, use o SSLMODE=require. Os valores SSL podem ser determinados no arquivo postgresql.conf.
• Teste de Conexão: Realiza o teste de conectividade entre o destino e a origem. Quando a conexão for bem-sucedida, os usuários poderão prosseguir para a próxima etapa; eles precisam identificar os problemas de rede entre o destino e a origem e verificar o nome de usuário/senha da origem. O estabelecimento de uma conexão de teste leva alguns minutos.

Após a conexão de teste bem-sucedida, selecione o botão Avançar: Selecionar Destino de Migração.

Selecionar o destino da migração

A guia selecionar destino de migração exibe os metadados do destino de servidor flexível, como nome da assinatura, grupo de recursos, nome do servidor, localização e versão do PostgreSQL.

• Nome de usuário do administrador – nome de usuário administrador do servidor PostgreSQL de destino
• Senha – Senha do servidor PostgreSQL de destino
• FQDN/IP personalizado (opcional): o campo FQDN/IP personalizado é opcional e pode ser usado quando o destino está por trás de um servidor DNS personalizado ou tem namespaces DNS personalizados, tornando-o acessível apenas por meio de FQDNs específicos ou endereços IP. Por exemplo, isso pode incluir entradas como flexibleserver.example.com, 198.1.0.2 ou um FQDN do PostgreSQL, como flexibleserver.postgres.database.azure.com, se o servidor DNS personalizado contiver a zona DNS postgres.database.azure.com ou encaminhar consultas para essa zona para 168.63.129.16, na qual o FQDN é resolvido na zona DNS pública ou privada do Azure.
• Testar Conexão – executa o teste de conectividade entre o destino e a origem. Depois que a conexão for bem-sucedida, os usuários poderão prosseguir com a próxima etapa. Caso contrário, precisamos identificar os problemas de rede entre o destino e a origem e verificar o nome de usuário/senha do destino. A conexão de teste leva alguns minutos para estabelecer uma conexão entre o destino e a origem

Após a conexão de teste bem-sucedida, selecione o Próximo: Selecionar Bancos de Dados para Migração

Selecione o banco de dados para migração

Na guia Selecionar banco de dados para migração, você pode escolher uma lista de bancos de dados de usuário para migrar do servidor PostgreSQL de origem.
Depois de selecionar os bancos de dados, selecione Avançar:Resumo

Resumo

A guia Resumo resume todos os detalhes da origem e do destino para criar a validação ou a migração. Revise os detalhes e selecione o botão Iniciar Validação e Migração.

Monitorar a migração

Depois de selecionar no botão Iniciar Validação e Migração, uma notificação será exibida em alguns segundos para dizer se a validação ou a criação da migração foi bem-sucedida. Você será redirecionado para a instância da página Migração do servidor flexível. A entrada está no estado InProgress e no subestado PerformingPreRequisiteSteps. O fluxo de trabalho leva de 2 a 3 minutos para configurar a infraestrutura de migração e verificar as conexões de rede.

A grade que exibe as migrações tem estas colunas: Nome, Status, Modo de migração, Tipo de migração, Servidor de origem, Tipo de servidor de origem, Bancos de dados, Duração e Hora de início. As entradas são exibidas na ordem decrescente da hora de início, com a entrada mais recente na parte superior. Você pode usar o botão atualizar para atualizar o status da execução de validação ou migração.

Detalhes da migração

Selecione o nome da migração na grade para ver os detalhes associados.

Na guia Instalação, selecionamos a opção de migração como Validar e Migrar. Nesse cenário, as validações são executadas primeiro antes do início da migração. Depois que o subestado PerformingPreRequisiteSteps for concluído, o fluxo de trabalho passará para o subestado de Validação em Andamento.

• Se a validação tiver erros, a migração passa para um estado de Falha.

• Se a validação for concluída sem nenhum erro, a migração é iniciada e o fluxo de trabalho passa para o subestado de Migrando dados.

Os detalhes de validação estão disponíveis no nível da instância e do banco de dados.

• Validação no nível da instância

  • Contém validação relacionada à verificação de conectividade, versão de origem, ou seja, versão do PostgreSQL >= 9.5, verificação de parâmetros do servidor, se as extensões estiverem habilitadas nos parâmetros do servidor do Banco de Dados do Azure para PostgreSQL - Servidor flexível.

• Validação no nível do banco de dados

  • Ele contém a validação dos bancos de dados individuais relacionados ao suporte a extensões e ordenações no Banco de Dados do Azure para PostgreSQL, um servidor flexível.

Você pode ver o status de validação e migração na página de detalhes da migração.

Alguns estados de migração possíveis:

Estados de migração

Estadual	Descrição
InProgress	A instalação da infraestrutura de migração está em andamento ou a migração de dados real está em andamento.
Cancelada	A migração foi cancelada ou excluída.
Com falha	A migração falhou.
Falha na Validação	A validação falhou.
Êxito	A migração foi bem-sucedida e está concluída.
WaitingForUserAction	Aplicável somente para migração online. Aguardando a ação do usuário para executar a substituição.

Subestados de migração

Subestado	Descrição
PerformingPreRequisiteSteps	A configuração da infraestrutura está em andamento para migração de dados.
Validação em andamento	Validação em andamento.
MigratingData	Migração de dados em andamento.
CompletingMigration	A migração está nos estágios finais da conclusão.
Concluído	A migração foi concluída.
Com falha	A migração falhou.

Substratos de validação

Subestado	Descrição
Com falha	A validação falhou.
Êxito	A validação foi bem-sucedida.
Aviso	A validação está em aviso.

Cancelar a migração

Você pode cancelar as validações ou migrações em andamento. O fluxo de trabalho deve estar no estado InProgress para ser cancelado. Não é possível cancelar uma migração que esteja no estado deÊxito ou de Falha.

• O cancelamento de uma migração interrompe qualquer atividade de migração adicional no servidor de destino e passa para um estado Cancelado. A ação de cancelamento reverte todas as alterações feitas pelo serviço de migração em seu servidor de destino.

CLI

Este artigo explora o uso da CLI do Azure para migrar seu banco de dados PostgreSQL do Google Cloud SQL para PostgreSQL para o Banco de Dados do Azure para PostgreSQL. A CLI do Azure fornece uma interface de linha de comando poderosa e flexível que permite executar várias tarefas, incluindo a migração de banco de dados. Seguindo as etapas descritas neste artigo, você pode transferir seu banco de dados diretamente para o Azure e aproveitar os recursos avançados e escalabilidade dele.

Para saber mais sobre a CLI do Azure com o serviço de migração, visite Como configurar a CLI do Azure para o serviço de migração.

Depois que a CLI estiver instalada, abra o prompt de comando e faça logon na conta do Azure usando o comando abaixo.

az login

Configurar a tarefa de migração

Para iniciar a migração, você precisa criar um arquivo JSON com os detalhes da migração. O arquivo JSON contém as seguintes informações:

• Edite os espaços reservados abaixo << >> nas linhas JSON e armazene-os no computador local como <<filename>>.json em que a CLI está sendo invocada. Neste tutorial, salvamos o arquivo em C:\migration-CLI\migration_body.json

{
"properties": {
"SourceDBServerResourceId": "<<source hostname or IP address>>:<<port>>@<<username>>",
        "SecretParameters": {
            "AdminCredentials": {
                "SourceServerPassword": "<<Source Password>>",
                "TargetServerPassword": "<<Target Password>>"
            },
			"targetServerUserName": "<<Target username>>"
        },
        "DBsToMigrate": "<<comma separated list of databases in a array like - ["ticketdb","timedb","inventorydb"]>>",
        "OverwriteDBsInTarget": "true",
        "sourceType": "GCP_CloudSQL",
        "sslMode": "Require"
    }
}

• Execute o comando a seguir para verificar se alguma migração está em execução. O nome da migração é exclusivo entre as migrações no destino do servidor flexível do Banco de Dados do Azure para PostgreSQL.

  az postgres flexible-server migration list --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --filter All
  

• Nas etapas acima, não há migrações executadas, portanto, começamos com a nova migração executando o comando a seguir

  az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --migration-mode offline --migration-option ValidateAndMigrate --properties "C:\migration-cli\migration_body.json"
  

• Execute o comando a seguir para iniciar o status de migração na etapa anterior. Você pode verificar o status da migração fornecendo o nome da migração

  az postgres flexible-server migration show --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1
  

• O status do progresso da migração é mostrado na CLI do Azure.

• Você também pode ver o status do servidor flexível do Banco de Dados do Azure para PostgreSQL no portal do Azure.

• Você pode cancelar todas as tentativas de migração em andamento usando o comando cancel. Esse comando interrompe a tentativa de migração específica e reverte todas as alterações no servidor de destino. Veja o comando da CLI usado para excluir uma migração:

  az postgres flexible-server migration update cancel --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1
  

Verificar a migração quando concluída

Depois de concluir os bancos de dados, você precisa validar manualmente os dados entre a origem e o destino e verificar se todos os objetos no banco de dados de destino foram criados com êxito.

Após a migração, você pode executar as seguintes tarefas:

• Verifique os dados em seu servidor flexível e verifique se é uma cópia exata da instância de origem.
• Após a verificação, habilite a opção de alta disponibilidade em seu servidor flexível conforme necessário.
• Altere o SKU do servidor flexível para que ele corresponda às necessidades do aplicativo. Essa alteração exige uma reinicialização do servidor de banco de dados.
• Se você alterar os parâmetros de servidor de seus valores padrão na instância de origem, copie esses valores de parâmetro de servidor no servidor flexível.
• Copie outras configurações do servidor, como marcas, alertas e regras de firewall (se aplicável) da instância de origem para o servidor flexível.
• Faça alterações em seu aplicativo para apontar as cadeias de conexão para um servidor flexível.
• Monitore o desempenho do banco de dados de perto para ver se ele exige um ajuste de desempenho.

Conteúdo relacionado

• Migrar online do Google Cloud SQL para PostgreSQL
• Serviço de migração
• Migrar de VMs locais e do Azure
• Problemas e limitações conhecidos