Tutorial: Migrar online do Amazon RDS for PostgreSQL para o Banco de Dados do Azure para PostgreSQL com o serviço de migração Preview

O portal do Azure fornece uma experiência simples e intuitiva baseada em assistente que o orienta durante a migração. Seguindo as etapas descritas neste tutorial, você pode transferir perfeitamente seu banco de dados para o Banco de Dados do Azure para PostgreSQL - Servidor Flexível e aproveitar seus poderosos recursos e escalabilidade.

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

Configurar a tarefa de migração

O serviço de migração vem com uma experiência simples baseada em assistente no portal do Azure. Veja como começar:

1. Abra o browser e aceda ao portal do Azure. Introduza as suas credenciais para iniciar sessão. A vista predefinida é o dashboard de serviço.

2. Vá para o seu Banco de Dados do Azure para o destino do Servidor Flexível PostgreSQL.

3. Na guia Visão geral do servidor flexível, no menu à esquerda, role para baixo até Migração e selecione-a.

   

4. Selecione o botão Criar para migrar do Amazon RDS for PostgreSQL para o Banco de Dados do Azure para PostgreSQL - Servidor flexível. Se esta for a primeira vez que você usa o serviço de migração, uma grade vazia será exibida com um prompt para iniciar sua primeira migração.

   

   Se você já criou migrações para seu Banco de Dados do Azure para destino PostgreSQL, a grade contém informações sobre tentativas de migração.

5. Selecione o botão Criar. Em seguida, você percorre uma série de guias baseada em assistente para criar uma migração para esse destino do Banco de Dados do Azure para PostgreSQL a partir da instância de origem do PostgreSQL.

Configurar

A primeira guia é a guia Configuração , onde o usuário precisa fornecer detalhes de migração, como o tipo de origem do nome da migração, para iniciar as migrações.

• O nome da migração é o identificador exclusivo de cada migração para esse destino do Servidor Flexível. Este 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 para um servidor de destino. Não há duas migrações para o mesmo destino do Servidor Flexível que possam ter o mesmo nome.

• Tipo de servidor de origem — Dependendo da origem do PostgreSQL, você pode selecionar o tipo de fonte correspondente, como um serviço PostgreSQL baseado em nuvem, uma configuração local ou uma máquina virtual.

• A opção de migração permite que você execute validações antes de acionar uma migração. Você pode escolher qualquer uma das seguintes opções:

  • Validar - Verifica a preparação do servidor e do banco de dados para a migração para o destino.
  • Migrar - Ignora validações e inicia migrações.
  • Validar e Migrar—Executa a validação antes de acionar uma migração. A migração é acionada somente se não houver falhas de validação.

Escolher a opção Validar ou Validar e Migrar é sempre uma boa prática ao executar validações de pré-migração antes de executar a migração. Para saber mais sobre a validação pré-migração, consulte esta documentação.

• O modo de migração permite que você escolha o modo para a migração. Offline é a opção padrão.

Selecione o botão Next: Connect to the Source .

Selecionar servidor de tempo de execução

O migration Runtime Server é um recurso especializado dentro do serviço de migração, projetado para atuar como um servidor intermediário durante a migração. É um Banco de Dados do Azure separado para PostgreSQL - instância do 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 Migration Runtime Server.

Ligar à origem

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

• Nome do servidor - Forneça o nome do host ou o endereço IP da instância PostgreSQL de origem
• Porta - Número da porta do servidor de origem
• Nome de login do administrador do servidor - Nome de usuário do servidor PostgreSQL de origem
• Senha - Senha do servidor PostgreSQL de origem
• Modo SSL—Os valores suportados são preferenciais e obrigatórios. Quando o SSL no servidor PostgreSQL de origem estiver desativado, use SSLMODE=prefer. Se o SSL no servidor de origem estiver ON, use SSLMODE=require. Os valores SSL podem ser determinados no arquivo Postgresql.conf.
• Testar conexão—Executa o teste de conectividade entre o destino e a origem. Quando 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 Fonte e verificar o nome de usuário/senha da Fonte. Estabelecer uma conexão de teste leva alguns minutos.

Após a conexão de teste bem-sucedida, selecione Next : Select Migration target

Selecionar destino de migração

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

• Admin username - Nome de usuário Admin 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á atrás de um servidor DNS personalizado ou tem namespaces DNS personalizados, tornando-o acessível apenas por meio de FQDNs ou endereços IP específicos. Por exemplo, isso pode incluir entradas como flexibleserver.example.com, 198.1.0.2ou um FQDN do PostgreSQL, como flexibleserver.postgres.database.azure.com, se o servidor DNS personalizado contiver a zona postgres.database.azure.com DNS ou encaminhar consultas para essa zona para 168.63.129.16, onde 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. Quando 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 para o 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 botão Avançar: Selecionar banco de dados para migração

Selecionar bancos de dados para migração

Nesta guia, uma lista de bancos de dados de usuários está dentro do servidor de origem selecionado na guia de configuração. Você pode selecionar e migrar até oito bancos de dados em uma única tentativa de migração. Se houver mais de oito bancos de dados de usuários, o processo de migração será repetido entre os servidores de origem e de destino para o próximo conjunto de bancos de dados.

Depois de selecionar os bancos de dados, selecione Next : Summary

Resumo

A guia Resumo resume todos os detalhes de origem e destino para criar a validação ou migração. Reveja os detalhes e selecione o botão Iniciar.

Monitorize a migração

Depois de selecionar o botão Iniciar, uma notificação aparecerá em alguns segundos informando que a validação ou a criação da migração foi bem-sucedida. Em seguida, você será redirecionado automaticamente para a página Migração do Servidor Flexível, que tem uma nova entrada para a validação ou migração criada recentemente.

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 validação ou migração. Selecione o nome da migração na grade para ver os detalhes associados.

Quando a validação ou migração é criada, ela é movida para o estado InProgress e o substrato PerformingPreRequisiteSteps . O fluxo de trabalho leva de 2 a 3 minutos para configurar a infraestrutura de migração e as conexões de rede.

Detalhes da migração

Na guia Configuração, selecionamos a opção de migração como Migrar e Validar. 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 será movido para o subestado de Validação em Andamento.

• Se a validação tiver erros, a migração será movida para um estado Falha .
• Se a validação for concluída sem erros, a migração será iniciada e o fluxo de trabalho será movido para o subestado de Migrando dados.

Você pode ver os resultados da validação e migração no nível da instância e do banco de dados.

Alguns estados de migração possíveis:

Estados de migração

Subestados de migração

Subestados de validação

Transferência

Se houver Migrar e Validar e Migrar, concluir a migração Online exigirá outra etapa — o usuário deverá executar uma ação de Substituição. Após a conclusão da cópia/clone dos dados de base, a migração é movida para o WaitingForUserAction estado e o WaitingForCutoverTrigger subestado. Nesse estado, o usuário pode acionar a transferência do portal selecionando a migração.

Antes de iniciar o corte, é importante garantir que:

• As gravações na origem são interrompidas - Latency o valor é 0 ou próximo de 0. As Latency informações podem ser obtidas na tela de detalhes da migração, conforme mostrado abaixo:

  

• latency o valor diminui para 0 ou perto de 0

• O latency valor indica quando o destino foi sincronizado pela última vez com a origem. Neste ponto, a gravação na Fonte pode ser interrompida e a substituição pode ser iniciada. No caso de haver tráfego intenso na fonte, recomenda-se parar as gravações primeiro para que Latency possa chegar perto de 0 e, em seguida, uma substituição é iniciada. A operação de substituição aplica todas as alterações pendentes da origem para o destino e conclui a migração. Se você acionar uma "Substituição" mesmo com diferente de zero Latency, , a replicação será interrompida até esse momento. Todos os dados estão na origem até que o ponto de transferência seja aplicado ao destino. Digamos que uma latência foi de 15 minutos no ponto de transferência, portanto, todos os dados alterados nos últimos 15 minutos são aplicados ao destino. O tempo depende do acúmulo de alterações ocorridas nos últimos 15 minutos. Assim, recomenda-se que a latência vá para zero ou perto de zero antes de acionar o cutover.

  

• A migração é movida para o Succeeded estado quando o Migrating Data subestado ou a substituição (na migração online) é concluída com êxito. Se houver um problema no Migrating Data subestado, a migração passa para um Failed estado.

  

Este artigo explora o uso da CLI do Azure para migrar seu banco de dados PostgreSQL do Amazon RDS 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 perfeitamente seu banco de dados para o Azure e aproveitar seus poderosos recursos e escalabilidade.

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 em sua 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 na máquina local como <<filename>>.json onde 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": "AWS_RDS",
		"sslMode": "Require"
	}
}

• Execute o seguinte comando para verificar se alguma migração está em execução. O nome da migração é exclusivo entre as migrações dentro do Banco de Dados do Azure para o destino do servidor flexível 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 realizadas, portanto, começamos com a nova migração executando o seguinte comando

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

• Execute o seguinte comando para iniciar o status da 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 Banco de Dados do Azure para servidor flexível PostgreSQL no portal do Azure.

• Você pode cancelar todas as tentativas de migração em andamento usando o cancel comando. Este comando interrompe a tentativa de migração específica e reverte todas as alterações no servidor de destino. Aqui está o comando da CLI 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
  

Transferência

• Depois que a migração de dados base for concluída em migrações online, a tarefa de migração será movida para o WaitingForCutoverTrigger subestado. Nesse estado, o usuário pode acionar a substituição através da CLI usando o comando abaixo. A substituição também pode ser acionada a partir do portal selecionando o nome da migração na grade de migração.

• Você também pode iniciar a substituição no portal do Azure.

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