Migração completa de PostgreSQL autogerenciado para RDS for PostgreSQL - Data Transmission Service: Central de Documentação do Alibaba Cloud

O Data Transmission Service (DTS) permite migrar totalmente um banco de dados PostgreSQL autogerenciado para uma instância ApsaraDB RDS for PostgreSQL. O DTS oferece suporte a migração de schema, migração completa de dados e migração incremental de dados. Ao combinar a migração de schema com a migração completa de dados, você conclui a migração total do seu banco de dados PostgreSQL autogerenciado.

Contexto

Este tópico utiliza um User-Created Database with Public IP Address para demonstrar a configuração de uma tarefa de migração completa de dados. Para realizar uma migração com tempo de inatividade mínimo, consulte Migração incremental de PostgreSQL autogerenciado (10.1 a 13) para ApsaraDB RDS for PostgreSQL e Migração incremental de PostgreSQL autogerenciado (10.0 ou anterior) para ApsaraDB RDS for PostgreSQL.
Também é possível executar uma migração completa de dados de um banco PostgreSQL autogerenciado para uma instância ApsaraDB RDS for PostgreSQL restaurando dados a partir de um backup lógico. Para mais informações, consulte Restaurar dados de um arquivo de backup lógico usando pg_restore.

Pré-requisitos

O banco de dados PostgreSQL autogerenciado de source deve ser versão 9,2, 9,3, 9,4, 9,5, 9,6, 10.x, 11, 12 ou 13.
O espaço de armazenamento disponível na instância ApsaraDB RDS for PostgreSQL de destino deve ser maior que o espaço ocupado pelo banco de dados PostgreSQL autogerenciado de source.
A porta de serviço do banco de dados PostgreSQL autogerenciado de source precisa estar acessível pela internet.

Considerações

Durante uma migração completa de dados, o DTS consome recursos de leitura e gravação nos bancos de dados de source e destino, aumentando a carga sobre eles. Se seus bancos tiverem desempenho baixo, especificações reduzidas ou cargas de trabalho elevadas (por exemplo, se o banco de source possuir muitas consultas SQL lentas ou tabelas sem chaves primárias, ou se ocorrerem deadlocks no banco de destino), o aumento de carga pode sobrecarregar os bancos ou até causar interrupções no serviço. Execute a migração de dados em horários de baixa demanda, como quando a utilização de CPU de ambos os bancos estiver abaixo de 30%.
Nomes de banco de dados não podem conter hifens (-). Exemplo: dts-testdata.
Caso uma tabela de source não tenha chave primária nem restrição de unicidade e contenha dados não únicos, poderão surgir dados duplicados no banco de destino.
Uma tarefa de migração de dados transfere apenas um único banco de dados. Para migrar vários bancos, crie uma tarefa separada para cada um.
O failover entre primário e secundário durante a migração tem suporte apenas no ApsaraDB RDS for PostgreSQL 11. Defina rds_failover_slot_mode como sync. Consulte Failover de slot de replicação lógica.

Aviso
Um failover entre primário e secundário em um banco de dados PostgreSQL autogerenciado ou em outras versões do RDS interrompe a migração.
Se uma tarefa de migração falhar, o DTS tentará retomá-la automaticamente. Antes de transferir suas cargas de trabalho para a instância de destino, pare ou libere a tarefa para evitar que a retomada automática sobrescreva dados na instância de destino com dados da source.
Quando o banco de source possui transações de longa duração e a instância é usada para migração incremental de dados, os dados de write-ahead logging (WAL) gerados antes do commit dessas transações não podem ser limpos. Isso pode esgotar o espaço em disco do banco de source.

Tipos de migração

Migração de schema

O DTS migra os schemas dos objetos para a instância de destino. Os seguintes tipos de objeto são suportados: tabelas, triggers, views, sequências, funções, tipos definidos pelo usuário, regras, domínios, operações e agregações.
Migração completa de dados

O DTS migra todos os dados existentes dos objetos especificados no banco de source para o banco de destino.

Faturamento

Tipo de migração	Taxa de configuração de link	Taxa de tráfego de rede pública
Migração completa de dados	Gratuita.	Taxas de tráfego de saída pela internet se aplicam ao migrar dados para fora da Alibaba Cloud. Para mais informações, consulte Visão geral de faturamento.

Permissões da conta do banco de dados

Banco de dados	Migração de schema	Migração completa de dados
Banco de dados PostgreSQL autogerenciado	Permissão USAGE em pg_catalog	Permissão SELECT nos objetos a serem migrados
Instância ApsaraDB RDS for PostgreSQL	Permissões CREATE e USAGE nos objetos a serem migrados	Permissão OWNER no schema

Para criar uma conta de banco de dados e conceder as permissões necessárias:

Banco de dados PostgreSQL autogerenciado: CREATE USER e GRANT.
Instância ApsaraDB for PostgreSQL: Criar uma conta

.

Processo de migração completa de dados

Para evitar falhas de migração causadas por dependências entre objetos, o DTS migra schemas e dados do PostgreSQL na seguinte ordem:

Migre os schemas de tabelas, views, sequências, funções, tipos definidos pelo usuário, regras, domínios, operações e agregações.

Nota
O DTS não suporta plug-ins ou funções escritos na linguagem de programação C.
Execute a migração completa de dados.
Migre os schemas de triggers e chaves estrangeiras.

Antes de começar

Crie um banco de dados e um schema na instância ApsaraDB RDS for PostgreSQL de destino para os objetos que deseja migrar. O nome do schema de destino deve ser idêntico ao nome do schema de source. Para mais informações, consulte Criar um banco de dados e Gerenciar schemas.

Procedimento

Faça login no console do Data Transmission Service (DTS).

Nota
Se você for redirecionado automaticamente para o console do Data Management (DMS), clique em no canto inferior direito e depois clique em para retornar ao console clássico do DTS.
No painel de navegação à esquerda, clique em Data Migration.
Na parte superior da página Migration Tasks, selecione a região onde a instância de destino está localizada.
No canto superior direito da página, clique em Create Data Migration Task.

Configure os bancos de dados de source e de destino.

Categoria	Parâmetro	Descrição
N/A	Task Name	O DTS gera automaticamente um nome para a tarefa. Recomendamos usar um nome descritivo para facilitar a identificação. O nome não precisa ser único.
Source Database	Instance Type	Selecione o tipo do banco de dados de source com base em seu local de implantação. Este tópico usa User-Created Database with Public IP Address como exemplo. Nota Se o banco de dados autogerenciado usar um tipo de instância diferente, será necessário concluir preparações adicionais. Para mais informações, consulte Visão geral das preparações.
	Instance Region	Se você selecionar User-Created Database with Public IP Address para Instance Region, não será necessário configurar este parâmetro. Nota Se você configurou uma lista de permissões de endereços IP para seu banco de dados PostgreSQL autogerenciado, clique em Get DTS IP Segment ao lado do parâmetro Instance Region para obter os endereços IP dos servidores DTS. Em seguida, adicione esses endereços IP à lista de permissões do seu banco de dados PostgreSQL autogerenciado.
	Database Type	Selecione PostgreSQL.
	Hostname or IP Address	Insira o endpoint do banco de dados PostgreSQL autogerenciado. Neste exemplo, insira o endpoint público.
	Port	Insira a porta de serviço do banco de dados PostgreSQL autogerenciado. A porta padrão é 5432.
	Database Name	Insira o nome do banco de dados a ser migrado do banco PostgreSQL autogerenciado.
	Database Account	Insira a conta do banco de dados PostgreSQL autogerenciado. Para as permissões necessárias, consulte Permissões da conta do banco de dados.
	Database Password	Insira a senha da conta do banco de dados. Nota Após inserir as informações do banco de dados de source, clique em Test Connectivity ao lado de Database Password para verificar se as informações estão corretas. Se estiverem corretas, a mensagem Passed será exibida. Caso a mensagem Failed apareça, clique em Diagnose ao lado da mensagem Failed e ajuste as informações do banco de source conforme as orientações.
Destination Database	Instance Type	Selecione RDS Instance.
	Instance Region	Selecione a região onde a instância RDS de destino está localizada.
	RDS Instance ID	Selecione o ID da instância RDS de destino.
	Database Name	Insira o nome do banco de dados de destino na instância RDS. O nome pode ser diferente do nome do banco de source. Nota Antes de configurar a tarefa, você deve criar o banco de dados e o schema correspondentes na instância RDS de destino. Para mais informações, consulte Antes de começar.
	Database Account	Insira a conta do banco de dados da instância RDS de destino. Para as permissões necessárias, consulte Permissões da conta do banco de dados.
	Database Password	Insira a senha da conta do banco de dados. Nota Após inserir as informações do banco de dados de destino, clique em Test Connectivity após Database Password para verificar se as informações inseridas estão corretas. Se estiverem corretas, a mensagem Passed será exibida. Caso a mensagem Failed apareça, clique em Diagnose após Failed e ajuste as informações do banco de destino conforme as orientações.

Após concluir a configuração, clique em Set Whitelist and Next no canto inferior direito da página.

Se o banco de dados de source ou de destino for uma instância de banco de dados da Alibaba Cloud, como ApsaraDB RDS for MySQL ou ApsaraDB for MongoDB, o DTS adiciona automaticamente os endereços IP dos servidores DTS na região correspondente à lista de permissões de endereços IP da instância. Se o banco de source ou destino for autogerenciado em uma instância ECS, o DTS adiciona automaticamente os endereços IP às regras do grupo de segurança da instância ECS. Você também deve garantir que o banco de dados autogerenciado não restrinja o acesso proveniente da instância ECS. Se seu cluster de banco de dados estiver implantado em várias instâncias ECS, adicione manualmente os endereços IP dos servidores DTS da região correspondente às regras de segurança de cada uma das outras instâncias ECS. Caso o banco de source ou destino seja autogerenciado em um data center on-premises ou hospedado em outra nuvem, adicione manualmente os endereços IP dos servidores DTS regionais ao seu firewall para permitir o acesso. Para obter a lista de endereços IP dos servidores DTS, consulte Endereços IP dos servidores DTS.

Aviso
Adicionar os blocos CIDR públicos dos servidores DTS, seja automática ou manualmente, pode introduzir riscos de segurança. Ao utilizar este produto, você reconhece e aceita esses riscos potenciais. É sua responsabilidade implementar medidas básicas de segurança, incluindo, mas não se limitando a: uso de senhas fortes, restrição de portas abertas, autenticação para chamadas internas de API, revisão regular e restrição de segmentos de rede desnecessários, ou conexão por meio de redes privadas como Express Connect, VPN Gateway ou Smart Access Gateway.

Selecione os tipos de migração e os objetos a serem migrados.

Parâmetro	Descrição
Migration Types	Para uma migração completa de dados, selecione tanto Schema Migration quanto Full Data Migration. Para uma migração com tempo de inatividade mínimo, selecione Schema Migration, Full Data Migration e Incremental Data Migration. Este tópico aborda apenas a migração completa de dados. Selecione Schema Migration e Full Data Migration. Nota Para garantir a consistência dos dados, não grave novos dados no banco de dados PostgreSQL autogerenciado durante a migração.
Migration Objects	Na caixa Available Objects, selecione os objetos a serem migrados e clique em para movê-los para a caixa Selected Objects. Nota É possível selecionar objetos no nível de schema, tabela ou coluna. Por padrão, os nomes dos objetos de destino correspondem aos da source. Para renomear um objeto de destino, utilize o recurso de mapeamento de nomes de objetos. Para mais informações, consulte Mapeamento de nomes de objetos. Se você usar o recurso de mapeamento de nomes de objetos, outros objetos que dependam do objeto renomeado podem falhar na migração.
Edit Mapped Name	Para renomear um objeto de migração na instância de destino, use o recurso de mapeamento de nomes de objetos. Para mais informações, consulte Mapeamento de nomes de objetos.
Retry Duration for Failed Connections	A duração padrão de nova tentativa é de 12 horas. Você também pode especificar uma duração personalizada. Se o DTS reconectar aos bancos de dados de source e destino dentro do período especificado, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará. Nota O DTS cobra taxas durante as tentativas de reconexão. Recomendamos definir uma duração de nova tentativa com base nas necessidades do seu negócio ou liberar a instância DTS prontamente após a liberação dos bancos de dados de source e destino.

Após concluir essas configurações, clique em Pre-check and Start no canto inferior direito da página.
Nota
- O DTS executa uma pré-verificação antes do início da tarefa. A tarefa só pode começar após passar nessa pré-verificação.
- Se a pré-verificação falhar, clique em ao lado do item com falha para visualizar os detalhes.
  - Corrija os problemas com base nos detalhes e execute a pré-verificação novamente.
  - Para avisos que não exigem correção, selecione Ignore ou Ignore and Rerun Precheck para executar a pré-verificação novamente.
Depois que a tarefa passar na pré-verificação, clique em Next.
Na página Confirm Order, selecione uma Instance Class e marque a caixa de seleção Data Transmission Service (Pay-As-You-Go) Terms of Service.
Clique em Buy and Start para iniciar a tarefa de migração.

Nota
Não pare a tarefa manualmente, pois isso pode resultar em dados incompletos. A tarefa é interrompida automaticamente após a conclusão.
Transfira suas cargas de trabalho para a instância RDS de destino.

Próximos passos

Por motivos de segurança, exclua essas contas de banco de dados tanto da source quanto do destino após a conclusão da migração.