Todos os produtos
Search

Este produto

    Data Transmission Service:Migrar PostgreSQL autogerenciado para RDS for PostgreSQL

    Central de documentação

    Data Transmission Service:Migrar PostgreSQL autogerenciado para RDS for PostgreSQL

    Última atualização: Oct 15, 2026

    Este tópico descreve como usar o Data Transmission Service (DTS) para migrar dados de um banco de dados PostgreSQL autogerenciado para uma instância RDS for PostgreSQL. O DTS oferece suporte a migração de schema, migração completa de dados e migração incremental de dados. A combinação desses tipos de migração permite migrar seu banco de dados PostgreSQL autogerenciado para a nuvem sem tempo de inatividade.

    Pré-requisitos

    • Crie uma instância RDS for PostgreSQL de destino com espaço de armazenamento maior que o utilizado pelo PostgreSQL autogerenciado de origem. Para mais informações sobre como criar uma instância RDS for PostgreSQL de destino, consulte Create an RDS for PostgreSQL instance.

      Nota

      • Para informações sobre as versões compatíveis dos bancos de dados de origem e de destino, consulte Overview of migration scenarios.

      • Para garantir compatibilidade, o banco de dados de destino deve executar a mesma versão ou uma versão posterior à do banco de dados de origem. A migração de dados para uma versão anterior pode causar problemas de compatibilidade.

    • Crie um banco de dados na instância RDS for PostgreSQL de destino para armazenar os dados migrados. Para detalhes, consulte Create a database.

    Precauções

    Tipo

    Descrição

    Limites do banco de dados de origem

    • O servidor que hospeda o banco de dados de origem deve ter largura de banda de saída suficiente; largura de banda insuficiente afetará a velocidade da migração.

    • As tabelas selecionadas para migração devem ter uma chave primária ou uma restrição única, e os campos na restrição devem ser únicos. Caso contrário, podem ocorrer dados duplicados no banco de dados de destino.

      Nota

      Se o DTS não criou a tabela de destino porque você não selecionou Schema Migration como Migration Types, garanta que a tabela de destino tenha a mesma chave primária ou restrição única não nula da tabela de origem. Caso contrário, podem ocorrer dados duplicados no banco de dados de destino.

      O nome do banco de dados a ser migrado não pode conter hifens (-), por exemplo, dts-testdata.

    • Se você selecionar tabelas como objetos de migração e precisar editá-las (por exemplo, mapeando nomes de tabelas ou colunas), uma única tarefa de migração pode migrar até 1.000 tabelas. Exceder esse limite causa um erro ao enviar a tarefa. Nesse caso, divida as tabelas em várias tarefas ou configure uma tarefa para migrar o banco de dados inteiro.

    • O DTS não migra tabelas temporárias, triggers internos ou certas funções (como funções em linguagem C e funções internas para PROCEDURE e FUNCTION) do banco de dados de origem. O DTS oferece suporte à migração de alguns tipos de dados personalizados (COMPOSITE, ENUM ou RANGE) e das seguintes restrições: chave primária, chave estrangeira, única e CHECK.

    • Para uma migração incremental de dados, aplicam-se os seguintes requisitos de write-ahead logging (WAL):

      • Defina o parâmetro wal_level como logical.

      • Para uma tarefa de migração incremental de dados, o WAL no banco de dados de origem deve ser retido por mais de 24 horas. Para uma tarefa que inclui migração completa e incremental de dados, o DTS exige que o WAL seja retido por pelo menos 7 dias. Após a conclusão da migração completa de dados, você pode reduzir o período de retenção para mais de 24 horas. Se o DTS não conseguir obter o WAL necessário, a tarefa de migração poderá falhar. Em casos extremos, pode ocorrer inconsistência ou perda de dados. Problemas causados por um período de retenção de WAL menor que a duração necessária não são cobertos pelo Service Level Agreement (SLA) do DTS.

    • Limites nas operações no banco de dados de origem:

      • Realizar um failover primário/secundário no banco de dados PostgreSQL autogerenciado de origem causará falha na migração.

      • Durante as fases de migração de schema e migração completa de dados, não execute operações DDL, pois elas causarão falha na tarefa de migração.

      • Devido às limitações das assinaturas lógicas, se uma instância de migração que inclui migração incremental de dados estiver em execução e o tamanho de uma única linha a ser migrada exceder 256 MB após uma alteração incremental, a instância de migração falhará irrecuperavelmente e você deverá reconfigurá-la.

    • Se o banco de dados de origem tiver transações de longa duração e a instância estiver configurada para uma tarefa de migração incremental, o write-ahead logging (WAL) gerado antes do commit das transações não poderá ser limpo. Isso pode fazer com que o WAL se acumule e esgote o espaço em disco do banco de dados de origem.

    • Se você realizar uma atualização de versão principal no banco de dados de origem enquanto uma instância de migração estiver em execução, a instância falhará irrecuperavelmente e você deverá reconfigurá-la.

    • Tabelas com colunas geradas no PostgreSQL 18 não oferecem suporte à migração. Se você configurar a migração para tais tabelas, as operações DML nessas tabelas serão bloqueadas.

    Outros limites

    • Os dados podem ficar inconsistentes entre os nós primário e secundário do banco de dados de origem devido ao atraso de replicação. Ao migrar dados, use o nó primário do banco de dados de origem como fonte de migração.

    • O DTS migra apenas um banco de dados por tarefa. Para migrar vários bancos de dados, configure uma tarefa separada para cada um.

    • O DTS não oferece suporte à migração de tabelas de extensão TimescaleDB, tabelas com herança entre schemas ou tabelas com índices únicos baseados em expressões.

    • Schemas criados por plug-ins não podem ser migrados e não estão disponíveis para seleção no console durante a configuração da tarefa.

    • Se uma tabela a ser migrada contiver uma coluna do tipo SERIAL, uma sequence será criada automaticamente para essa coluna no banco de dados de origem. Portanto, ao configurar Source Objects, se Migration Types incluir Schema Migration, recomendamos que você também selecione Sequence ou migre o schema inteiro. Caso contrário, a instância de migração poderá falhar.

    • Para tarefas que incluem migração incremental de dados, execute o comando ALTER TABLE schema.table REPLICA IDENTITY FULL; nas tabelas a serem migradas no banco de dados de origem antes de gravar dados nelas. Isso garante a consistência dos dados para as tabelas nos dois cenários a seguir. Para evitar deadlocks, evite operações de bloqueio de tabela enquanto este comando é executado. Se você pular as verificações relacionadas durante a pré-verificação, o DTS executa automaticamente este comando ao inicializar a instância.

      • Quando a instância é executada pela primeira vez.

      • Quando a granularidade do objeto de migração está definida como Schema e uma nova tabela é criada no schema ou uma tabela existente é reconstruída usando o comando RENAME.

      Nota

      • No comando, substitua schema e table pelo nome do schema e pelo nome da tabela dos dados a serem migrados.

      • Execute esta operação fora do horário de pico.

    • O DTS valida o conteúdo dos dados, mas não metadados como sequences; você deve validar os metadados por conta própria.

    • Após alternar suas cargas de trabalho para a instância de destino, as novas sequences gravadas não incrementam a partir do valor máximo das sequences correspondentes no banco de dados de origem. Antes de alternar suas cargas de trabalho, atualize os valores das sequences no banco de dados de destino. Para mais informações, consulte Update sequence values in the destination database.

    • O DTS cria as seguintes tabelas temporárias no banco de dados de origem para obter informações como instruções DDL para dados incrementais, schemas de tabelas incrementais e dados de heartbeat. Não exclua essas tabelas temporárias durante a migração. Caso contrário, a tarefa do DTS será interrompida. O DTS exclui automaticamente essas tabelas após a liberação da instância de migração.

      public.dts_pg_class, public.dts_pg_attribute, public.dts_pg_type, public.dts_pg_enum, public.dts_postgres_heartbeat, public.dts_ddl_command, public.dts_args_session e public.aliyun_dts_instance.

    • Para garantir a precisão da latência exibida para migração incremental de dados, o DTS cria uma tabela de heartbeat chamada dts_postgres_heartbeat no banco de dados de origem.

    • Durante a sincronização de dados, o DTS cria um slot de replicação lógica com o prefixo dts_sync_ no banco de dados de origem para ler logs incrementais. Se a sincronização de dados falhar ou a instância de sincronização for liberada, o DTS tentará limpar proativamente esse slot de replicação.

      Nota

      • Se você alterar a senha da conta do banco de dados de origem usada pela tarefa ou remover os endereços IP do DTS da lista de permissões de endereços IP do banco de dados de origem durante a migração, o slot de replicação não poderá ser limpo automaticamente. Nesse caso, limpe manualmente o slot de replicação no banco de dados de origem para evitar acúmulo de logs, o que pode esgotar o espaço em disco e tornar o banco de dados de origem indisponível.

      • Se ocorrer um failover primário/secundário no banco de dados de origem, faça login no banco de dados secundário para limpar manualmente o slot de replicação.

    • Este limite aplica-se a tarefas de migração completa ou incremental de dados em que as tabelas a serem migradas do banco de dados de origem contêm chaves estrangeiras, triggers ou event triggers. O DTS define temporariamente o parâmetro session_replication_role como replica no nível da sessão durante a migração. Se a conta do banco de dados de destino não tiver as permissões necessárias, defina manualmente o parâmetro como replica no banco de dados de destino. Durante esse período (enquanto session_replication_role estiver definido como replica), operações de atualização ou exclusão em cascata no banco de dados de origem podem causar inconsistência de dados. Após a liberação da tarefa de migração, você pode definir o parâmetro de volta para origin.

    • Antes de migrar dados, avalie o desempenho dos bancos de dados de origem e de destino. Execute a migração de dados fora do horário de pico. Durante a migração completa de dados, o DTS consome recursos de leitura e gravação nos bancos de dados de origem e de destino, o que pode aumentar a carga do banco de dados.

    • A migração completa de dados envolve operações INSERT concorrentes, o que pode causar fragmentação de tabela no banco de dados de destino, resultando em um consumo maior de espaço de armazenamento no destino em comparação à origem.

    • Confirme se a precisão da migração para colunas dos tipos de dados FLOAT ou DOUBLE atende aos seus requisitos de negócios. O DTS usa a função ROUND(COLUMN,PRECISION) para ler valores dessas colunas. Se você não definir explicitamente uma precisão, o DTS usará uma precisão de 38 dígitos para FLOAT e 308 dígitos para DOUBLE.

    • O DTS tenta retomar uma tarefa de migração com falha por até sete dias. Portanto, antes de alternar suas cargas de trabalho para a instância de destino, pare ou libere a tarefa. Alternativamente, revogue as permissões de gravação da conta que o DTS usa para acessar a instância de destino usando o comando REVOKE. Isso evita que uma tarefa retomada automaticamente sobrescreva dados na instância de destino.

    • Se uma tarefa falhar, a equipe de suporte do DTS tentará restaurá-la dentro de oito horas. Durante a restauração, eles podem reiniciar a tarefa ou ajustar seus parâmetros.

      Nota

      Apenas os parâmetros da tarefa do DTS são modificados — não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modify instance parameters.

    • Ao migrar uma tabela particionada, inclua tanto a tabela pai quanto suas partições filhas como objetos de migração. Caso contrário, os dados na tabela particionada podem ficar inconsistentes.

      Importante

      • A tabela pai de uma tabela particionada do PostgreSQL não armazena dados diretamente. Todos os dados são armazenados em suas partições filhas. Uma tarefa de migração de dados deve incluir a tabela pai e todas as suas partições filhas. Caso contrário, os dados nas partições filhas podem ser perdidos, levando à inconsistência de dados entre a origem e o destino.

      • Não há suporte para migração de tabelas particionadas e tabelas de herança (tabelas pai-filho) entre bancos de dados diferentes. Garanta que a tabela particionada e todas as suas partições estejam no mesmo banco de dados. Além disso, garanta que a tabela pai e todas as suas tabelas filhas estejam no mesmo banco de dados.

    Casos especiais

    • Se o banco de dados de origem for uma instância PostgreSQL autogerenciada, garanta que os valores dos parâmetros max_wal_senders e max_replication_slots excedam a soma dos slots de replicação existentes e o número de instâncias de migração do DTS que você planeja criar para a origem.

    • Se a instância de origem for Cloud SQL for PostgreSQL, especifique uma conta com a permissão cloudsqlsuperuser no campo Database Account. Ao selecionar os objetos de migração, selecione objetos que esta conta tem autorização para gerenciar. Alternativamente, conceda a função OWNER para os objetos a esta conta (por exemplo, execute o comando GRANT <owner_of_the_object_to_be_migrated> TO <source_database_account_used_by_the_task>).

      Nota

      Uma conta com a permissão cloudsqlsuperuser não pode gerenciar dados pertencentes a outra conta cloudsqlsuperuser.

    Tipos de migração

    • Migração de schema

      O DTS migra as definições de schema dos objetos de migração do banco de dados de origem para o banco de dados de destino.

      Nota

      O DTS oferece suporte à migração de schema para os seguintes tipos de objetos: tabelas, triggers, views, sequences, funções, tipos definidos pelo usuário, regras, domínios, operações e agregações.

    • Migração completa

      O DTS migra todos os dados históricos dos objetos de migração especificados do banco de dados de origem para o banco de dados de destino.

    • Migração incremental

      Após a conclusão de uma migração completa, o DTS migra atualizações incrementais de dados do banco de dados de origem para o banco de dados de destino. A migração incremental permite migrar dados suavemente sem interromper suas aplicações autogerenciadas.

    Objetos suportados

    • SCHEMA, TABLE.

      Nota

      Isso inclui PRIMARY KEY, UNIQUE KEY, FOREIGN KEY, DATATYPE (tipos de dados integrados) e DEFAULT CONSTRAINT.

    • VIEW, PROCEDURE (requer PostgreSQL 11 ou posterior), FUNCTION, RULE, SEQUENCE, EXTENSION, TRIGGER, AGGREGATE, INDEX, OPERATOR, DOMAIN.

    Operações SQL para migração incremental

    Tipo de operação

    Instrução SQL

    DML

    INSERT, UPDATE e DELETE

    DDL

    • Somente tarefas de migração de dados criadas após oferecem suporte a operações DDL.

      Importante

    • A tarefa de migração de dados oferece suporte às seguintes instruções DDL. A conta do banco de dados de origem deve ser uma conta privilegiada:

      • CREATE TABLE, DROP TABLE

      • ALTER TABLE (incluindo RENAME TABLE, ADD COLUMN, ADD COLUMN DEFAULT, ALTER COLUMN TYPE, DROP COLUMN, ADD CONSTRAINT, ADD CONSTRAINT CHECK e ALTER COLUMN DROP DEFAULT)

      • TRUNCATE TABLE (O banco de dados PostgreSQL de origem deve ser versão 11 ou posterior.)

      • CREATE INDEX ON TABLE

      Importante

      • Informações adicionais em instruções DDL, como CASCADE ou RESTRICT, não são migradas.

      • Se uma sessão usar o comando SET session_replication_role = replica, suas instruções DDL não serão migradas.

      • Instruções DDL executadas chamando funções não são migradas.

      • Se uma única transação do banco de dados de origem contiver instruções DML e DDL, as instruções DDL não serão migradas.

      • Se uma única transação do banco de dados de origem contiver instruções DDL para objetos não selecionados para migração, as instruções DDL não serão migradas.

      • Atualmente, não há suporte para CREATE SEQUENCE.

      • Instruções DDL executadas diretamente dentro de um plug-in através da Server Programming Interface (SPI) não são migradas.

    Requisitos de permissão da conta do banco de dados

    Banco de dados

    Migração de schema

    Migração completa

    Migração incremental

    Banco de dados PostgreSQL autogerenciado

    Permissão USAGE em pg_catalog

    Permissão SELECT nos objetos de origem

    superuser

    Instância RDS for PostgreSQL

    Permissões CREATE e USAGE nos objetos de origem

    Permissões do proprietário do schema

    Permissões do proprietário do schema

    Para criar uma conta de banco de dados e conceder permissões:

    Pré-requisitos

    Nota

    Complete as seguintes etapas para todas as versões do seu banco de dados PostgreSQL autogerenciado.

    1. Faça login no servidor que hospeda seu banco de dados PostgreSQL autogerenciado.

    2. Execute o seguinte comando para consultar o número de slots de replicação usados no banco de dados.

      select count(1) from pg_replication_slots;

    3. Modifique o arquivo de configuração postgresql.conf. Defina o parâmetro wal_level como logical e garanta que os parâmetros max_wal_senders e max_replication_slots sejam maiores que o número de slots de replicação usados mais o número de instâncias do DTS que você planeja criar.

      # - Settings -

wal_level = logical			# minimal, replica, or logical
					# (change requires restart)

......

# - Sending Server(s) -

# Set these on the master and on any standby that will send replication data.

max_wal_senders = 10		# max number of walsender processes
				# (change requires restart)
#wal_keep_segments = 0		# in logfile segments, 16MB each; 0 disables
#wal_sender_timeout = 60s	# in milliseconds; 0 disables

max_replication_slots = 10	# max number of replication slots
				# (change requires restart)
      Nota

      Após modificar o arquivo de configuração, reinicie o banco de dados PostgreSQL autogerenciado para aplicar as alterações.

    4. Adicione os blocos CIDR dos servidores DTS ao arquivo de configuração pg_hba.conf do seu banco de dados PostgreSQL autogerenciado. Adicione apenas os blocos CIDR para os servidores DTS na região onde seu banco de dados de destino está localizado. Para mais informações, consulte Add the CIDR blocks of DTS servers to a whitelist.

      Nota

      • Após modificar o arquivo de configuração, execute o comando SELECT pg_reload_conf(); ou reinicie o banco de dados PostgreSQL autogerenciado para aplicar as alterações.

      • Para mais informações sobre as configurações neste arquivo de configuração, consulte The pg_hba.conf File. Se você já definiu o endereço confiável como 0.0.0.0/0 (conforme mostrado no exemplo a seguir), pule esta etapa.

      No arquivo pg_hba.conf, defina os endereços para conexões IPv4 e conexões de replicação como 0.0.0.0/0 e o método de autenticação como md5. Configuração de exemplo:

      # "local" is for Unix domain socket connections only
local   all             all                                     trust
# IPv4 local connections:
host    all             all             0.0.0.0/0               md5
# IPv6 local connections:
host    all             all             ::1/128                 trust
# Allow replication connections from localhost, by a user with the
# replication privilege.
local   replication     postgres                                trust
host    replication     postgres        0.0.0.0/0               md5

    5. Na sua instância RDS for PostgreSQL de destino, crie um banco de dados e um schema para os objetos que você planeja migrar. O nome do schema deve ser idêntico ao schema de origem. Para mais informações, consulte Create a database e Manage schemas.

    Se a versão do seu banco de dados PostgreSQL autogerenciado for de 9.4.8 a 10.0, complete também as seguintes etapas.

    1. Baixe, compile e instale o código-fonte do PostgreSQL.

      1. Baixe o código-fonte para a sua versão do PostgreSQL autogerenciado no site oficial do PostgreSQL.

      2. Execute os comandos sudo ./configure, sudo make e sudo make install em sequência para configurar, compilar e instalar o código-fonte.

        Importante

        • Ao compilar e instalar o PostgreSQL, a versão do sistema operacional deve ser compatível com a versão do GNU Compiler Collection (GCC).

        • Se ocorrer um erro ao executar o comando sudo ./configure, modifique o comando com base na mensagem de erro. Por exemplo, se a mensagem de erro for readline library not found. Use --without-readline to disable readline support., altere o comando para sudo ./configure --without-readline.

        • Se você instalar o PostgreSQL usando outro método, compile o plug-in ali_decoding em um ambiente de teste que use as mesmas versões de sistema operacional e GCC do seu ambiente de produção.

    2. Baixe, compile e instale o plug-in ali_decoding fornecido pelo DTS.

      1. Baixe o ali_decoding.

      2. Copie todo o diretório ali_decoding para o diretório contrib da sua instalação do PostgreSQL.

        total 1008
-rw-r--r--  1 1107 1107    384 Sep 27  2016 aclocal.m4
drwxrwxrwx  2 1107 1107   4096 Sep 27  2016 config
-rw-r--r--  1 root root 374806 Sep  7 10:10 config.log
-rwxr-xr-x  1 root root  39032 Sep  7 10:10 config.status
-rwxr-xr-x  1 1107 1107 471157 Sep 27  2016 configure
-rw-r--r--  1 1107 1107  75195 Sep 27  2016 configure.in
drwxrwxrwx 56 1107 1107   4096 Sep  7 10:28 contrib
-rw-r--r--  1 1107 1107   1192 Sep 27  2016 COPYRIGHT
drwxrwxrwx  3 1107 1107   4096 Sep 27  2016 doc
-rw-r--r--  1 root root   3638 Sep  7 10:10 GNUmakefile
-rw-r--r--  1 1107 1107   3638 Sep 27  2016 GNUmakefile.in
-rw-r--r--  1 1107 1107    283 Sep 27  2016 HISTORY
-rw-r--r--  1 1107 1107  75065 Sep 27  2016 INSTALL
-rw-r--r--  1 1107 1107   1489 Sep 27  2016 Makefile
-rw-r--r--  1 1107 1107   1209 Sep 27  2016 README
drwxrwxrwx 16 1107 1107   4096 Sep  7 10:10 src

      3. Acesse o diretório ali_decoding e substitua o conteúdo do arquivo Makefile pelo código a seguir:

        # contrib/ali_decoding/Makefile
MODULE_big = ali_decoding
MODULES = ali_decoding
OBJS    = ali_decoding.o

DATA = ali_decoding--0.0.1.sql ali_decoding--unpackaged--0.0.1.sql

EXTENSION = ali_decoding

NAME = ali_decoding

#subdir = contrib/ali_decoding
#top_builddir = ../..
#include $(top_builddir)/src/Makefile.global
#include $(top_srcdir)/contrib/contrib-global.mk

#PG_CONFIG = /usr/pgsql-9.6/bin/pg_config
#pgsql_lib_dir := $(shell $(PG_CONFIG) --libdir)
#PGXS := $(shell $(PG_CONFIG) --pgxs)
#include $(PGXS)

# Use the following for source code installation
ifdef USE_PGXS
PG_CONFIG = pg_config
PGXS := $(shell $(PG_CONFIG) --pgxs)
include $(PGXS)
else
subdir = contrib/ali_decoding
top_builddir = ../..
include $(top_builddir)/src/Makefile.global
include $(top_srcdir)/contrib/contrib-global.mk
endif

      4. Acesse o diretório ali_decoding. Execute os comandos sudo make e sudo make install em sequência para compilar o plug-in ali_decoding e gerar os arquivos de instalação necessários.

      5. Copie os seguintes arquivos para os locais especificados.

        /usr/bin/install -c -m 755  ali_decoding.so '/usr/local/pgsql/lib/ali_decoding.so'
/usr/bin/install -c -m 644 ./ali_decoding.control '/usr/local/pgsql/share/extension/'
/usr/bin/install -c -m 644 ./ali_decoding--0.0.1.sql ./ali_decoding--unpackaged--0.0.1.sql  '/usr/local/pgsql/share/extension/'
/usr/bin/install -c -m 755  ali_decoding.so '/usr/local/pgsql/lib/'

    3. Na sua instância RDS for PostgreSQL de destino, crie um banco de dados e um schema para os objetos que você planeja migrar. O nome do schema deve ser idêntico ao schema de origem. Para mais informações, consulte Create a database e Manage schemas.

    Procedimento

    1. Acesse a página da lista de tarefas de migração para a região de destino usando um dos seguintes métodos.

      Pelo console do DTS

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

      2. No painel de navegação à esquerda, clique em Data Migration.

      3. No canto superior esquerdo da página, selecione a região onde a instância de migração está localizada.

      Pelo console do DMS

      Nota

      As operações reais podem variar com base no modo e layout do console do DMS. Para mais informações, consulte Simple mode console e Customize the layout and style of the DMS console.

      1. Faça login no console do Data Management (DMS).

      2. Na barra de menu superior, escolha Data + AI > Data Transmission (DTS) > Data Migration.

      3. À direita de Data Migration Tasks, selecione a região onde a instância de migração está localizada.

    2. Clique em Create Task para acessar a página de configuração da tarefa.

    3. Configure os bancos de dados de origem e de destino.

      Categoria

      Parâmetro

      Descrição

      N/A

      Task Name

      O DTS gera automaticamente um nome para a tarefa. Recomendamos especificar um nome descritivo para facilitar a identificação. O nome não precisa ser único.

      Source Database

      Select Existing Connection

      • Para usar uma instância de banco de dados que foi added to the system (criada ou salva), selecione a instância de banco de dados desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente.

        Nota

        No console do DMS, este parâmetro é chamado Select a DMS database instance..

      • Se você não registrou a instância de banco de dados no sistema, ou não precisa usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.

      Database Type

      Selecione PostgreSQL.

      Access Method

      Selecione um método de acesso com base no local de implantação do banco de dados de origem. Este tópico usa Cloud Enterprise Network (CEN) como exemplo.

      Nota

      Se a instância de origem for um banco de dados autogerenciado, conclua também as preparações necessárias. Para mais informações, consulte Prerequisites.

      Instance Region

      Selecione a região onde reside o banco de dados PostgreSQL autogerenciado.

      CEN Instance ID

      Selecione o ID da instância CEN do banco de dados PostgreSQL autogerenciado.

      Connected VPC

      Selecione a Virtual Private Cloud (VPC) conectada ao banco de dados PostgreSQL autogerenciado.

      Domain Name or IP

      Insira o endereço IP do servidor que hospeda o banco de dados PostgreSQL autogerenciado.

      Port Number

      Insira a porta de service do banco de dados PostgreSQL autogerenciado. O valor padrão é 5432.

      Database Name

      Insira o nome do banco de dados a ser migrado da instância autogerenciada.

      Database Account

      Insira a conta do banco de dados PostgreSQL autogerenciado. Para informações sobre as permissões necessárias, consulte Permissions required for database accounts.

      Database Password

      Insira a senha da conta do banco de dados.

      Encryption

      Especifica se deve criptografar a conexão com o banco de dados de origem. Configure este parâmetro com base nos seus requisitos de negócios. Neste exemplo, Non-encrypted está selecionado.

      Para estabelecer uma conexão criptografada por SSL com o banco de dados de origem, execute as seguintes etapas: Selecione SSL-encrypted, carregue CA Certificate, Client Certificate e Private Key of Client Certificate conforme necessário e, em seguida, especifique Private Key Password of Client Certificate.

      Nota

      • Se você definir Encryption como SSL-encrypted para um banco de dados PostgreSQL autogerenciado, carregue CA Certificate.

      • Para usar o certificado de cliente, carregue Client Certificate e Private Key of Client Certificate e especifique Private Key Password of Client Certificate.

      • Para informações sobre como configurar criptografia SSL para uma instância ApsaraDB RDS for PostgreSQL, consulte SSL encryption.

      Destination Database

      Select Existing Connection

      • Para usar uma instância de banco de dados que foi added to the system (criada ou salva), selecione a instância de banco de dados desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente.

        Nota

        No console do DMS, este parâmetro é chamado Select a DMS database instance..

      • Se você não registrou a instância de banco de dados no sistema, ou não precisa usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.

      Database Type

      Selecione PostgreSQL.

      Access Method

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde reside a instância RDS for PostgreSQL de destino.

      Instance ID

      Selecione o ID da instância RDS for PostgreSQL de destino.

      Database Name

      Insira o nome do banco de dados na instância RDS for PostgreSQL de destino para receber os objetos migrados.

      Database Account

      Insira a conta do banco de dados para a instância RDS for PostgreSQL de destino. Para informações sobre as permissões necessárias, consulte Permissions required for database accounts.

      Database Password

      Insira a senha da conta do banco de dados.

      Encryption

      Especifica se deve criptografar a conexão com o banco de dados de origem. Configure este parâmetro com base nos seus requisitos de negócios. Neste exemplo, Non-encrypted está selecionado.

      Para estabelecer uma conexão criptografada por SSL com o banco de dados de origem, execute as seguintes etapas: Selecione SSL-encrypted, carregue CA Certificate, Client Certificate e Private Key of Client Certificate conforme necessário e, em seguida, especifique Private Key Password of Client Certificate.

      Nota

      • Se você definir Encryption como SSL-encrypted para um banco de dados PostgreSQL autogerenciado, carregue CA Certificate.

      • Para usar o certificado de cliente, carregue Client Certificate e Private Key of Client Certificate e especifique Private Key Password of Client Certificate.

      • Para informações sobre como configurar criptografia SSL para uma instância ApsaraDB RDS for PostgreSQL, consulte SSL encryption.

    4. Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.

      Nota

      • Garanta que o segmento de endereço IP do service DTS seja adicionado automática ou manualmente às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso dos servidores DTS. Para mais informações, consulte Add DTS server IP addresses to a whitelist.

      • Se o banco de dados de origem ou de destino for um banco de dados autogerenciado (o Access Method não é Alibaba Cloud Instance), clique também em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers que aparece.

    5. Configure os objetos da tarefa.

      1. Na página Configure Objects, configure os objetos que deseja migrar.

        Parâmetro

        Descrição

        Migration Types

        • Para realizar uma migração completa de dados única, selecione tanto Schema Migration quanto Full Data Migration.

        • Para realizar uma migração com tempo de inatividade mínimo, selecione Schema Migration, Full Data Migration e Incremental Data Migration.

        Nota

        • Se você selecionar Schema Migration, o DTS migra o schema das tabelas a serem migradas, incluindo chaves estrangeiras, do banco de dados de origem para o banco de dados de destino.

        • Se você não selecionar Incremental Data Migration, não grave novos dados na instância de origem durante a migração para garantir a consistência dos dados.

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: Verifica se existem tabelas com os mesmos nomes no banco de dados de destino. Se não existirem tabelas com os mesmos nomes, a pré-verificação é aprovada. Se existirem tabelas com os mesmos nomes, um erro é relatado durante a pré-verificação e a tarefa de migração de dados não inicia.

          Nota

          Se uma tabela no banco de dados de destino tiver o mesmo nome, mas não puder ser facilmente excluída ou renomeada, altere o nome da tabela no banco de dados de destino. Para mais informações, consulte Object name mapping.

        • Ignore Errors and Proceed: Ignora a verificação de tabelas com os mesmos nomes.

          Aviso

          Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e riscos aos negócios. Por exemplo:

          • Se os schemas das tabelas forem consistentes e um registro no banco de dados de destino tiver o mesmo valor de chave primária que um registro no banco de dados de origem:

            • Durante a migração completa, o DTS mantém o registro no banco de dados de destino. O registro do banco de dados de origem não é migrado.

            • Durante a migração incremental, o DTS não mantém o registro no banco de dados de destino. O registro do banco de dados de origem sobrescreve o registro no banco de dados de destino.

          • Se os schemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas, ou a migração poderá falhar. Prossiga com cautela.

        Source Objects

        Na caixa Source Objects, clique nos objetos a serem migrados e, em seguida, clique em Right arrow para movê-los para a caixa Selected Objects.

        Nota

        • Você pode selecionar objetos no nível de schema ou de tabela. Se selecionar tabelas, outros objetos como views, triggers e stored procedures não serão migrados.

        • Se uma tabela a ser migrada contiver colunas do tipo SERIAL e você tiver selecionado Migration Types para Schema Migration, selecione também Sequence ou migre o schema inteiro.

        Selected Objects

        • Para alterar o nome de um único objeto de migração na instância de destino, clique com o botão direito do mouse no objeto na caixa Selected Objects. Para mais informações, consulte Map individual schema, table, and column names.

        • Para alterar os nomes de vários objetos de migração na instância de destino, clique em Selected Objects no canto superior direito da caixa Batch Edit. Para mais informações, consulte Map multiple schema, table, and column names.

        Nota

        • Se você usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem do objeto renomeado podem falhar na migração.

        • Para definir uma cláusula WHERE para filtrar dados, clique com o botão direito do mouse na tabela na caixa Selected Objects e especifique a condição de filtro na caixa de diálogo que aparece. Para mais informações, consulte Set filter conditions.

        • Para selecionar as operações SQL incrementais a serem migradas no nível de banco de dados ou tabela, clique com o botão direito do mouse no objeto na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece.

      2. Clique em Next: Advanced Settings para configurar parâmetros avançados.

        Parâmetro

        Descrição

        Dedicated Cluster for Task Scheduling

        Por padrão, o DTS agenda tarefas em um cluster compartilhado. Não é necessário selecionar um. Se desejar tarefas mais estáveis, adquira um dedicated cluster para executar tarefas de migração do DTS.

        Retry Time for Failed Connections

        Após o início da tarefa de migração, se a conexão com o banco de dados de origem ou de destino falhar, o DTS relata um erro e começa imediatamente a tentar reconectar. A duração padrão de nova tentativa é de 720 minutos. Personalize o tempo de nova tentativa para um valor entre 10 e 1440 minutos. Recomendamos definir a duração para mais de 30 minutos. Se o DTS reconectar aos bancos de dados de origem e de destino dentro da duração especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falha.

        Nota

        • Para várias instâncias do DTS que compartilham a mesma origem ou destino, o tempo de nova tentativa de rede é determinado pela configuração da última tarefa criada.

        • Como você é cobrado pela tarefa durante o período de nova tentativa de conexão, recomendamos personalizar o tempo de nova tentativa com base nas necessidades do seu negócio ou liberar a instância do DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e de destino.

        Retry Time for Other Issues

        Após o início da tarefa de migração, se ocorrer um problema que não seja de conectividade, como uma exceção de execução DDL ou DML, no banco de dados de origem ou de destino, o DTS relata um erro e começa imediatamente a tentar repetir a operação. A duração padrão de nova tentativa é de 10 minutos. Personalize o tempo de nova tentativa para um valor entre 1 e 1440 minutos. Recomendamos definir a duração para mais de 10 minutos. Se as operações relacionadas forem bem-sucedidas dentro da duração de nova tentativa especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falha.

        Importante

        O valor de Retry Time for Other Issues deve ser menor que o valor de Retry Time for Failed Connections.

        Enable Throttling for Full Data Migration

        Durante a migração completa, o DTS consome recursos de leitura e gravação nos bancos de dados de origem e de destino, o que pode aumentar a carga do banco de dados. Se necessário, ative o limitador de taxa para a tarefa de migração completa. Defina Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s) para reduzir a carga no banco de dados de destino.

        Nota

        • Este item de configuração está disponível apenas se você selecionar Full Data Migration em Migration Types.

        • Você também pode adjust the full migration speed após a instância de migração estar em execução.

        Enable Throttling for Incremental Data Migration

        Se necessário, defina limites de velocidade para a tarefa de migração incremental. Defina RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s) para reduzir a carga no banco de dados de destino.

        Nota

        • Este item de configuração está disponível apenas se você selecionar Incremental Data Migration em Migration Types.

        • Você também pode adjust the incremental migration speed após a instância de migração estar em execução.

        Environment Tag

        Selecione uma tag de ambiente para identificar a instância conforme necessário. Para este exemplo, nenhuma seleção é necessária.

        Configure ETL

        Com base nas necessidades do seu negócio, selecione se deseja configurar o recurso ETL feature para processar dados.

        Monitoring and Alerting

        Selecione se deseja definir alertas e receber notificações de alerta com base nas necessidades do seu negócio.

        • No: Não define um alerta.

        • Yes: Configure alertas definindo um alert threshold e um notificações de alerta. Se uma migração falhar ou a latência exceder o limiar, o sistema envia uma notificação de alerta.

      3. Clique em Next: Data Validation para configurar uma tarefa de validação de dados.

        Para mais informações sobre o recurso de validação de dados, consulte Configure data validation.

    6. Salve a tarefa e execute uma pré-verificação.

      • Para visualizar os parâmetros de configuração desta instância ao chamar a operação da API, passe o ponteiro sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters no balão que aparece.

      • Se não precisar visualizar ou já tiver terminado de visualizar os parâmetros da API, clique em Next: Save Task Settings and Precheck na parte inferior da página.

      Nota

      • Antes do início da tarefa de migração, o DTS realiza uma pré-verificação. A tarefa só inicia após passar na pré-verificação.

      • Se a pré-verificação falhar, clique em View Details ao lado do item de verificação com falha, corrija o problema com base no aviso e execute a pré-verificação novamente.

      • Se um aviso for relatado durante a pré-verificação:

        • Para itens de verificação que não podem ser ignorados, clique em View Details ao lado do item com falha, corrija o problema com base no aviso e execute a pré-verificação novamente.

        • Para itens de verificação que podem ser ignorados, clique em Confirm Alert Details, Ignore, OK e Precheck Again para pular o item de alerta e executar a pré-verificação novamente. Se optar por ignorar um aviso, isso pode causar problemas como inconsistência de dados e representar riscos para o seu negócio.

    7. Adquira a instância.

      1. Quando a Success Rate for de 100%, clique em Next: Purchase Instance.

      2. Na página Purchase, selecione a especificação de link para a instância de migração de dados. Para mais informações, consulte a tabela a seguir.

        Categoria

        Parâmetro

        Descrição

        New Instance Class

        Resource Group Settings

        Selecione o grupo de recursos ao qual a instância pertence. O valor padrão é default resource group. Para mais informações, consulte What is resource management?

        Instance Class

        O DTS fornece especificações de migração com diferentes níveis de desempenho. A especificação do link afeta a velocidade da migração. Selecione uma especificação com base no seu cenário de negócios. Para mais informações, consulte Data migration link specifications.

      3. Após concluir a configuração, leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Clique em Buy and Start. Na caixa de diálogo OK que aparece, clique em OK.

        Visualize o progresso da tarefa de migração na página de lista Data Migration Tasks.

        Nota

        • Se a tarefa de migração não incluir migração incremental, ela para automaticamente após a conclusão da migração completa. Após a parada da tarefa, seu Status muda para Completed.

        • Se a tarefa de migração incluir migração incremental, ela não para automaticamente. A tarefa de migração incremental continua em execução. Enquanto a tarefa de migração incremental estiver em execução, o Status da tarefa será Running.