Todos os produtos
Search

Este produto

    Data Transmission Service:Migrar PostgreSQL autogerenciado para PolarDB for PostgreSQL (compatível com Oracle)

    Central de documentação

    Data Transmission Service:Migrar PostgreSQL autogerenciado para PolarDB for PostgreSQL (compatível com Oracle)

    Última atualização: Oct 15, 2026

    Utilize o Data Transmission Service (DTS) para migrar dados de um banco de dados PostgreSQL autogerenciado para um cluster PolarDB for PostgreSQL (Compatible with Oracle).

    Pré-requisitos

    • Crie previamente um cluster de destino PolarDB for PostgreSQL (Compatible with Oracle). Para mais informações, consulte {{XREF_0}}.

      Nota

      Para obter informações sobre as versões compatíveis dos bancos de dados de origem e de destino, consulte {{XREF_1}}.

    • O espaço de armazenamento do cluster PolarDB for PostgreSQL (Compatible with Oracle) deve ser maior que o espaço utilizado pelo PostgreSQL autogerenciado.

    Observações de uso

    Nota

    • O DTS migra chaves estrangeiras durante a migração de esquema.

    • Durante a migração completa e incremental de dados, o DTS desativa temporariamente as verificações de restrições e cascatas de chave estrangeira no nível da sessão. Atualizações ou exclusões em cascata no banco de dados de origem enquanto a tarefa estiver em execução podem causar inconsistência de dados.

    • O DTS não oferece suporte à realização de migração completa em várias etapas; a migração completa deve ser concluída em uma única operação. Caso precise migrar dados em lotes, configure várias tarefas de migração.

    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 exclusivos. Caso contrário, poderão ocorrer dados duplicados no banco de dados de destino.

      Nota

      Se a tabela de destino não foi criada pelo Data Transmission Service (DTS) 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, poderão 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.

    • Ao 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 no envio da tarefa. Nesse caso, divida as tabelas em várias tarefas ou configure uma tarefa para migrar o banco de dados inteiro.

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

      • O parâmetro wal_level deve estar definido como logical.

      • Para uma tarefa de migração de dados incremental, o WAL no banco de dados de origem deve ser retido por mais de 24 horas. Para uma tarefa que inclui migração de dados completa e incremental, o DTS exige que o WAL seja retido por pelo menos 7 dias. Após a conclusão da migração completa de dados, reduza 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 inferior ao necessário não são cobertos pelo Service Level Agreement (SLA) do DTS.

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

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

      • Devido às limitações das assinaturas lógicas, se uma instância de migração que inclui migração de dados incremental 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 deverá ser reconfigurada.

      • Durante a fase de migração completa de dados, não realize operações DDL para alterar esquemas de banco de dados ou tabelas. Caso contrário, a tarefa de migração de dados falhará.

      • Se realizar apenas a migração completa de dados, não grave novos dados no banco de dados de origem durante a migração. Caso contrário, ocorrerá inconsistência de dados entre os bancos de dados de origem e de destino. Para manter a consistência dos dados em tempo real, recomenda-se selecionar tanto a migração completa quanto a incremental.

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

    • Ao realizar uma atualização de versão principal no banco de dados de origem enquanto uma instância de migração está em execução, a instância falhará irrecuperavelmente e deverá ser reconfigurada.

    • Quando o banco de dados de origem é RDS PostgreSQL, o DTS reporta o checkpoint de consumo de volta ao banco de dados de origem aproximadamente a cada 15 minutos. Durante esse intervalo, o banco de dados de origem adia a limpeza de seus Write-Ahead Logs (WAL), o que causa um aumento na métrica de monitoramento logical_rep_latency_in_mb. Trata-se de uma ocorrência normal relacionada ao ciclo de reporte de checkpoints e não indica um atraso real de sincronização no DTS. Consulte o console do DTS para verificar o status preciso da sincronização ou migração de dados.

    Outros limites

    • Esta observação aplica-se a instâncias de migração de dados completa ou incremental para tabelas que contêm chaves estrangeiras, gatilhos ou gatilhos de evento. O DTS define temporariamente o parâmetro session_replication_role como replica no nível da sessão durante a migração completa ou incremental. Se a conta do banco de dados de destino não tiver essa permissão, defina manualmente o parâmetro session_replication_role como replica. Durante esse período, se ocorrerem operações de atualização ou exclusão em cascata no banco de dados de origem, poderá resultar em inconsistência de dados. Após a liberação da instância de migração de dados do DTS, altere o valor do parâmetro session_replication_role de volta para origin.

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

    • Para tarefas que incluem migração de dados incremental, 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 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 esquema ou uma tabela existente é reconstruída usando o comando RENAME.

      Nota

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

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

    • 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, esquemas 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 na migração de dados incrementais, 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 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.

    • 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 esquemas ou tabelas com índices únicos baseados em expressão.

    • Esquemas 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.

    • Antes de migrar dados, avalie o desempenho dos bancos de dados de origem e de destino. Realize 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 simultâneas, que podem causar fragmentação de tabela no banco de dados de destino, resultando em um consumo de espaço de armazenamento maior no destino do que na 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 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 impede que uma tarefa retomada automaticamente sobrescreva dados na instância de destino.

    • O DTS valida o conteúdo dos dados, mas não metadados como sequências; valide os metadados por conta própria.

    • Após alternar suas cargas de trabalho para a instância de destino, as sequências recém-gravadas não incrementam a partir do valor máximo das sequências correspondentes no banco de dados de origem. Antes de alternar suas cargas de trabalho, atualize os valores das sequências no banco de dados de destino. Para mais informações, consulte {{XREF_3}}.

    • 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 DTS são modificados — não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em {{XREF_4}}.

    • 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 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, 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

    • Não modifique o endpoint de conexão ou a zona de uma instância ApsaraDB RDS for PostgreSQL de origem durante a migração, pois isso causará falha na tarefa.

    • 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 dos 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.

    • 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 DTS que planeja criar para a origem.

    Faturamento

    Tipo de migração

    Taxa de configuração da instância

    Taxa de tráfego de Internet

    Migração de esquema e migração completa de dados

    Gratuito.

    Quando o parâmetro Access Method do banco de dados de destino estiver definido como Public IP Address, haverá cobrança de tráfego de Internet. Para mais informações, consulte {{XREF_5}}.

    Migração de dados incremental

    Pago. Para mais informações, consulte {{XREF_7}}.

    Tipos de migração

    • Migração de esquema

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

    • 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 da 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 sem problemas e sem interromper suas aplicações autogerenciadas.

    Objetos suportados

    • schema e table

      Nota

      Inclui chave primária, chave única, chave estrangeira, DATATYPE (tipo de dados integrado) e restrição padrão.

    • view, procedure (para PostgreSQL 11 ou posterior), function, rule, sequence, extension, trigger, aggregate, index, operator e domain

    Operações SQL suportadas

    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

      • Para tarefas de migração de dados criadas em Singapore antes de 12 de maio de 2023, crie gatilhos e funções no banco de dados de origem para capturar informações DDL antes de configurar a tarefa de migração. Para mais informações, consulte {{XREF_11}}.

      • A migração de dados incremental não migra dados do tipo BIT.

    • A tarefa de migração de dados suporta as 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.

      • CREATE SEQUENCE não é suportado atualmente.

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

    Permissões da conta do banco de dados

    Banco de dados

    Migração de esquema

    Migração completa de dados

    Migração de dados incremental

    PostgreSQL autogerenciado

    Permissão USAGE em pg_catalog

    Permissão SELECT nos objetos de origem

    superuser

    Cluster PolarDB for PostgreSQL (Compatible with Oracle)

    Permissões de database owner

    Importante

    O database owner é especificado ao criar um banco de dados.

    Para criar uma conta de banco de dados e conceder permissões, consulte os seguintes tópicos:

    • Para um banco de dados PostgreSQL autogerenciado, consulte CREATE USER e GRANT.

    • Para um cluster PolarDB for PostgreSQL (Compatible with Oracle), consulte {{XREF_12}}.

    Pré-requisitos

    Nota

    • Se o banco de dados de origem for uma instância Amazon RDS for PostgreSQL, consulte {{XREF_13}}. Se for uma instância Amazon Aurora PostgreSQL, consulte {{XREF_14}}.

    • As etapas a seguir destinam-se ao Linux.

    Siga estas etapas para todas as versões do 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.

      /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. 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 DTS que planeja criar.

      /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/'
      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 dos servidores DTS na região onde seu banco de dados de destino está localizado. Para mais informações, consulte {{XREF_15}}.

      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, consulte The pg_hba.conf File. Se já definiu o endereço confiável como 0.0.0.0/0 (como 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:

      /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/'

    5. Na instância do banco de dados de destino, crie bancos de dados e esquemas que correspondam aos objetos de origem que você está migrando.

    Para versões do PostgreSQL autogerenciado de 9.4.8 a 10.0, siga estas etapas adicionais.

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

      1. Baixe o código-fonte da 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 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.

        /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. Acesse o diretório ali_decoding e substitua o conteúdo do arquivo Makefile pelo seguinte código:

        /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/'

      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 instância do banco de dados de destino, crie bancos de dados e esquemas que correspondam aos objetos de origem que você está migrando.

    Procedimento

    1. Acesse a página da lista de tarefas de migração da 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 {{XREF_16}} e {{XREF_17}}.

      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.

      Aviso

      Após selecionar as instâncias de origem e de destino, leia os Limits no topo da página para garantir que a tarefa de migração seja executada com sucesso.

      Categoria

      Parâmetro

      Descrição

      N/A

      Task Name

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

      Source Database

      Database Type

      Selecione PostgreSQL.

      Access Method

      Selecione Self-managed Database Connected via Express Connect/VPN Gateway/Smart Access Gateway.

      Nota

      Selecionar um banco de dados autogerenciado requer alguma preparação. Para mais informações, consulte {{XREF_18}}.

      Instance Region

      Selecione a região do banco de dados PostgreSQL autogerenciado.

      Cross-account

      Neste exemplo, os dados são migrados dentro da mesma conta Alibaba Cloud. Selecione No.

      The VPC that has been connected to the source database

      Selecione o ID da VPC à qual o banco de dados PostgreSQL autogerenciado pertence.

      IP address

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

      Port

      Insira o número da porta de serviço do banco de dados PostgreSQL autogerenciado. O valor padrão é 5432.

      Database Name

      Insira o nome do banco de dados de origem que contém os objetos a serem migrados.

      Database Account

      Insira a conta do banco de dados PostgreSQL autogerenciado. Para informações sobre as permissões necessárias, consulte {{XREF_19}}.

      Database Password

      Insira a senha da conta do banco de dados.

      Encryption

      Especifica se a conexão com o banco de dados de origem deve ser criptografada. Configure este parâmetro conforme 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, realize as seguintes etapas: Selecione SSL-encrypted, faça upload do CA Certificate, Client Certificate e Private Key of Client Certificate conforme necessário, e então especifique a Private Key Password of Client Certificate.

      Nota

      • Se definir Encryption como SSL-encrypted para um banco de dados PostgreSQL autogerenciado, faça upload do CA Certificate.

      • Para usar o certificado de cliente, faça upload do Client Certificate e da Private Key of Client Certificate e especifique a Private Key Password of Client Certificate.

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

      Destination Database

      Database Type

      Selecione PolarDB (Compatible with Oracle).

      Access Method

      Selecione Self-managed Database Connected via Express Connect/VPN Gateway/Smart Access Gateway.

      Instance Region

      Selecione a região onde reside o cluster de destino PolarDB for PostgreSQL (Compatible with Oracle).

      Connected VPC

      Selecione o ID da VPC do cluster de destino PolarDB for PostgreSQL (Compatible with Oracle). O ID da VPC está na página Basic Information do cluster.

      Domain Name or IP Address

      Insira o endpoint do nó primário no cluster de destino PolarDB for PostgreSQL (Compatible with Oracle).

      Nota

      Execute o comando ping para obter o endereço IP do endpoint de conexão direta do cluster de destino PolarDB for PostgreSQL (Compatible with Oracle).

      Port

      Insira o número da porta de serviço do banco de dados de destino. O valor padrão é 1521.

      Database Name

      Insira o nome do banco de dados que conterá os objetos de migração no cluster de destino PolarDB for PostgreSQL (Compatible with Oracle).

      Database Account

      Insira a conta do banco de dados para o cluster de destino PolarDB for PostgreSQL (Compatible with Oracle). Para informações sobre as permissões necessárias, consulte {{XREF_21}}.

      Database Password

      Insira a senha da conta do banco de dados.

    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 serviço 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 {{XREF_22}}.

      • 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

        • Se precisar realizar apenas uma migração completa, selecione tanto Schema Migration quanto Full Data Migration.

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

        Nota

        • Se não selecionar Schema Migration, garanta que exista um banco de dados e tabelas para receber os dados no banco de dados de destino. Use também o recurso de mapeamento de nomes de objetos na caixa Selected Objects conforme necessário.

        • Se não selecionar Incremental Data Migration, não grave novos dados na instância de origem durante a migração de dados 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 é reportado 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 {{XREF_23}}.

        • 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 esquemas 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 esquemas das tabelas forem inconsistentes, apenas algumas colunas de dados podem ser migradas, ou a migração pode 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

        • Selecione objetos no nível de esquema ou 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 esquema inteiro.

        Selected Objects

        • Para renomear um objeto que deseja migrar para a instância de destino, clique com o botão direito no objeto na caixa Selected Objects. Para mais informações, consulte {{XREF_24}}.

        • Para renomear vários objetos de uma vez, clique em Batch Edit no canto superior direito da caixa Selected Objects. Para mais informações, consulte {{XREF_25}}.

        Nota

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

        • Para filtrar dados usando condições WHERE, clique com o botão direito em uma tabela na caixa Selected Objects. Na caixa de diálogo que aparece, especifique as condições. Para mais informações, consulte {{XREF_26}}.

        • Para selecionar as operações SQL a serem migradas no nível de banco de dados ou tabela, clique com o botão direito em um 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 {{XREF_27}} 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 reportará um erro e iniciará imediatamente uma nova tentativa de conexão. 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. Recomenda-se 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 falhará.

        Nota

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

        • Como há cobrança pela tarefa durante o período de nova tentativa de conexão, recomenda-se personalizar o tempo de nova tentativa com base nas necessidades do seu negócio ou liberar a instância 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 não relacionado à conectividade, como uma exceção de execução DDL ou DML, no banco de dados de origem ou de destino, o DTS reportará um erro e iniciará imediatamente uma nova tentativa da 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. Recomenda-se 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 falhará.

        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 throttling 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 selecionar Full Data Migration em Migration Types.

        • Também é possível {{XREF_28}} após a instância de migração estar em execução.

        Enable Throttling for Incremental Data Migration

        Se necessário, também é possível definir 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 selecionar Incremental Data Migration em Migration Types.

        • Também é possível {{XREF_29}} após a instância de migração estar em execução.

        Environment Tag

        Selecione uma tag de ambiente para identificar a instância. Neste exemplo, nenhuma tag é selecionada.

        Configure ETL

        Escolha se deseja ativar o recurso de extração, transformação e carregamento (ETL). Para mais informações, consulte {{XREF_30}} Valores válidos:

        • Yes: Ativa o recurso ETL. Insira instruções de processamento de dados no editor de código. Para mais informações, consulte {{XREF_31}}.

        • No: Desativa o recurso ETL.

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

        • Yes: Configure alertas definindo um {{XREF_32}} e um notificações de alerta. Se uma migração falhar ou a latência exceder o limiar, o sistema enviará 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 {{XREF_33}}.

    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 de 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 inicia somente após ser aprovada 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 reportado 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 aviso e executar a pré-verificação novamente. Se optar por ignorar um aviso, isso pode causar problemas como inconsistência de dados e apresentar riscos ao seu negócio.

    7. Adquira a instância.

      1. Quando a Success Rate for 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 {{XREF_34}}

        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 {{XREF_35}}.

      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 parará 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 parará 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.