Todos os produtos
Search

Este produto

    Data Transmission Service:Migração de dados entre instâncias do ApsaraDB RDS for PostgreSQL

    Central de documentação

    Data Transmission Service:Migração de dados entre instâncias do ApsaraDB RDS for PostgreSQL

    Última atualização: Oct 15, 2026

    Este tópico descreve como usar o Data Transmission Service (DTS) para migrar esquemas, dados completos e dados incrementais entre instâncias do ApsaraDB RDS for PostgreSQL. Ao combinar esses três tipos de migração, você migra seu banco de dados sem tempo de inatividade.

    Pré-requisitos

    • Crie as instâncias de origem e de destino do ApsaraDB RDS for PostgreSQL. Para mais informações, consulte Criar uma instância do ApsaraDB RDS for PostgreSQL.

      Nota

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

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

    • A instância de destino do ApsaraDB RDS for PostgreSQL precisa ter mais espaço de armazenamento do que o utilizado pela instância de origem do ApsaraDB RDS for PostgreSQL.

    Observações de uso

    Tipo

    Descrição

    Limites do banco de dados de origem

    • As tabelas selecionadas para migração devem possuir uma chave primária ou uma restrição única, e os campos dessa restrição precisam ser exclusivos. 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 em 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. Do contrário, dados duplicados poderão surgir 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 suporta até 1.000 tabelas. Exceder esse limite gera um erro no envio da tarefa. Nesse cenário, 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, gatilhos 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.

      • Em tarefas de migração incremental, retenha o WAL no banco de dados de origem por mais de 24 horas. Para tarefas que incluem migração completa e incremental, o DTS exige a retenção do WAL por pelo menos 7 dias. Após a conclusão da migração completa, 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 haver 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.

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

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

      • Se realizar apenas a migração completa de dados, não grave novos dados no banco de dados de origem. Essa ação causa inconsistência de dados entre a origem e o destino. Para garantir consistência em tempo real, selecione um tipo de migração que inclua migração de esquema, migração completa e migração incremental.

      • Devido às limitações das assinaturas lógicas, se uma instância de migração com migração 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á irreversivelmente e precisará ser reconfigurada.

    • Caso o banco de dados de origem tenha transações de longa duração e a instância esteja configurada para uma tarefa de migração incremental, o write-ahead logging (WAL) gerado antes do commit dessas transações não poderá ser limpo. Isso pode levar ao acúmulo de WAL e esgotar o espaço em disco do banco de dados de origem.

    • Ao atualizar a versão principal do banco de dados de origem enquanto uma instância de migração está em execução, a instância falhará irreversivelmente e precisará ser reconfigurada.

    • O DTS não suporta a migração de tabelas com colunas geradas no PostgreSQL 18. Se você configurar a migração para essas tabelas, as operações DML nessas tabelas serão bloqueadas.

    • Quando o banco de dados de origem é o 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 aumenta a métrica de monitoramento logical_rep_latency_in_mb. Trata-se de um comportamento normal relacionado 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

    • Para evitar interrupções na assinatura lógica causadas por failover e garantir estabilidade na tarefa de migração, ative o Logical Replication Slot Failover na sua instância do ApsaraDB RDS for PostgreSQL. Para instruções, consulte Logical Replication Slot Failover.

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

    • Esquemas criados por plug-ins não podem ser migrados e não ficam 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 sequência será criada automaticamente para essa coluna no banco de dados de origem. Portanto, ao configurar Source Objects, caso Migration Types inclua Schema Migration, recomenda-se selecionar também Sequence ou migrar todo o esquema. Caso contrário, a instância de migração poderá falhar.

    • Quando o DTS migra dados entre bancos de dados PostgreSQL, nem a vinculação de propriedade OWNED BY de uma sequência nem o valor atual da sequência são migrados para o banco de dados de destino. Antes de alternar suas cargas de trabalho, execute as seguintes operações no banco de dados de destino:

      • Reconstrua a vinculação de propriedade: execute o comando ALTER SEQUENCE para vincular a sequência à sua coluna novamente. Por exemplo: ALTER SEQUENCE order_id_seq OWNED BY orders.order_id;.

      • Defina o valor atual: execute a função setval() para definir a sequência com o valor real do banco de dados de origem. Por exemplo: SELECT setval('order_id_seq', 100, true);.

    • 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 nas tabelas nos dois cenários a seguir. Para evitar deadlocks, evite operações de bloqueio de tabela enquanto este comando é executado. Se você ignorar 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.

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

    • O DTS valida o conteúdo dos dados, mas não metadados como sequências; valide os metadados manualmente.

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

    • Quando o DTS migra sequências, ele não migra o relacionamento OWNED BY nem o valor atual de cada sequência. Após a migração, as sequências existem no banco de dados de destino, mas o relacionamento OWNED BY está vazio e last_value pode ser null ou o valor inicial. Antes de alternar suas cargas de trabalho para o banco de dados de destino, reconstrua manualmente o relacionamento OWNED BY e defina o valor atual de cada sequência no banco de dados de destino. Execute a seguinte instrução no banco de dados de destino para reconstruir o relacionamento OWNED BY. Substitua <schema>, <sequence_name>, <table> e <column> pelos nomes reais do esquema, da sequência, da tabela e da coluna.

      ALTER SEQUENCE <schema>.<sequence_name> OWNED BY <schema>.<table>.<column>;

      Execute a seguinte instrução no banco de dados de destino para definir o valor atual da sequência com o mesmo valor do banco de dados de origem. Substitua <current_value> pelo last_value da sequência no banco de dados de origem.

      SELECT setval('<schema>.<sequence_name>', <current_value>, true);

      É possível executar a seguinte instrução SQL no banco de dados de origem para consultar informações de sequências em lote, incluindo o relacionamento OWNED BY, last_value e as instruções executáveis no banco de dados de destino.

      SELECT
        seq_ns.nspname AS sequence_schema,
        seq.relname AS sequence_name,
        tbl_ns.nspname AS table_schema,
        tbl.relname AS table_name,
        attr.attname AS column_name,
        ps.last_value,
        CASE
            WHEN tbl.oid IS NOT NULL AND attr.attname IS NOT NULL THEN
                format(
                    'ALTER SEQUENCE %I.%I OWNED BY %I.%I.%I;',
                    seq_ns.nspname,
                    seq.relname,
                    tbl_ns.nspname,
                    tbl.relname,
                    attr.attname
                )
        END AS alter_sequence_sql,
        CASE
            WHEN ps.last_value IS NOT NULL THEN
                format(
                    'SELECT setval(%L, %s, true);',
                    format('%I.%I', seq_ns.nspname, seq.relname),
                    ps.last_value
                )
        END AS setval_sql
    FROM pg_class seq
    JOIN pg_namespace seq_ns ON seq.relnamespace = seq_ns.oid
    LEFT JOIN pg_depend dep
        ON dep.objid = seq.oid
        AND dep.deptype = 'a'
    LEFT JOIN pg_class tbl ON dep.refobjid = tbl.oid
    LEFT JOIN pg_namespace tbl_ns ON tbl.relnamespace = tbl_ns.oid
    LEFT JOIN pg_attribute attr
        ON attr.attrelid = tbl.oid
        AND attr.attnum = dep.refobjsubid
    LEFT JOIN pg_sequences ps
        ON ps.schemaname = seq_ns.nspname
        AND ps.sequencename = seq.relname
    WHERE seq.relkind = 'S'
    ORDER BY sequence_schema, sequence_name;

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

    • Este limite aplica-se a tarefas de migração completa ou incremental em que as tabelas a serem migradas do banco de dados de origem contêm chaves estrangeiras, gatilhos ou gatilhos de eventos. O DTS define temporariamente o parâmetro session_replication_role como replica no nível de 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 redefinir o parâmetro para origin.

    • Para garantir a precisão da latência exibida na 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.

    • 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 tanto no banco de dados de origem quanto no 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 tabelas no banco de dados de destino, fazendo com que ele consuma mais espaço de armazenamento do que a origem.

    • Confirme se a precisão da migração para colunas dos tipos de dados FLOAT ou DOUBLE atende aos requisitos do seu negócio. 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 impede 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 ajustáveis 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 residem 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 de origem do ApsaraDB RDS for PostgreSQL durante a migração, pois isso causará falha na tarefa.

    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 as 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 continuamente sem interromper suas aplicações autogerenciadas.

    Objetos suportados

    • schema e table

      Nota

      Isso 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

    Operação SQL

    DML

    INSERT, UPDATE, DELETE

    DDL

    • A migração de DDL é suportada apenas para tarefas de migração de dados criadas após .

      Importante

      • Para tarefas de migração de dados criadas antes de 12 de maio de 2023 (horário de Singapore), crie um gatilho e uma função no banco de dados de origem para capturar informações DDL antes de configurar a tarefa. Para mais informações, consulte Use triggers and functions to implement incremental DDL migration for PostgreSQL.

      • O tipo de dados BIT não é suportado durante a migração incremental de dados.

    • A tarefa de migração suporta as seguintes operações DDL, desde que a conta do banco de dados de origem seja uma conta com altos privilégios e a instância do RDS PostgreSQL tenha a versão secundária do mecanismo 20210228 ou posterior. Para informações sobre como atualizar a versão secundária do mecanismo, consulte Upgrade the minor engine version.

      • 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 (requer que o banco de dados de origem seja PostgreSQL 11 ou posterior)

      • CREATE INDEX ON TABLE

      Importante

      • Instruções DDL que incluem informações adicionais, como CASCADE ou RESTRICT, não são suportadas.

      • Instruções DDL em uma sessão que usa o comando SET session_replication_role = replica não são migradas.

      • Instruções DDL executadas chamando uma FUNCTION não são suportadas.

      • Se um commit contiver operações DML e DDL, as operações DDL não serão migradas.

      • Se um commit contiver operações DDL em objetos que não estão sendo migrados, essas operações não serão migradas.

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

    Permissões da conta do banco de dados

    Instância do banco de dados

    Migração de esquema

    Migração completa de dados

    Migração incremental de dados

    Instância de origem do ApsaraDB RDS for PostgreSQL

    Permissão USAGE no esquema pg_catalog.

    Permissão SELECT nos objetos a serem migrados.

    Uma conta privilegiada proprietária do banco de dados selecionado.

    Nota

    Se a instância de origem do ApsaraDB RDS for PostgreSQL executar o PostgreSQL 9.4 e você precisar migrar apenas operações DML, a conta precisará apenas da permissão REPLICATION.

    Instância de destino do ApsaraDB RDS for PostgreSQL

    Permissões CREATE e USAGE nos objetos de destino.

    Permissões de proprietário do esquema.

    Para criar uma conta de banco de dados para uma instância do ApsaraDB RDS for PostgreSQL e conceder permissões a ela, consulte Create an account e Create a database.

    Procedimento

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

      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 dependendo do modo e do 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.

      Aviso

      Após selecionar as instâncias de origem e de destino, leia atentamente os limites exibidos na parte superior da página. Caso contrário, a tarefa poderá falhar ou ocorrer inconsistência de dados.

      Seção

      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

      Select Existing Connection

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

        Nota

        No console do DMS, este parâmetro chama-se 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 a instância de origem do ApsaraDB RDS for PostgreSQL está localizada.

      Instance ID

      Selecione o ID da instância de origem do ApsaraDB RDS for PostgreSQL.

      Database Name

      Insira o nome do banco de dados na instância de origem do ApsaraDB RDS for PostgreSQL que contém os objetos a serem migrados.

      Database Account

      Insira a conta do banco de dados para a instância de origem do ApsaraDB RDS for PostgreSQL. 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

      Define se a conexão com o banco de dados de origem deve ser criptografada. Configure este parâmetro conforme os requisitos do seu negócio. 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 o CA Certificate, o Client Certificate e a Private Key of Client Certificate conforme necessário e especifique a Private Key Password of Client Certificate.

      Nota

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

      • Para usar o certificado de cliente, carregue o Client Certificate e a 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 do ApsaraDB RDS for PostgreSQL, consulte SSL encryption.

      Destination Database

      Select Existing Connection

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

        Nota

        No console do DMS, este parâmetro chama-se 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 a instância de destino do ApsaraDB RDS for PostgreSQL está localizada.

      Instance ID

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

      Database Name

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

      Database Account

      Insira a conta do banco de dados para a instância de destino do ApsaraDB RDS for PostgreSQL. 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

      Define se a conexão com o banco de dados de origem deve ser criptografada. Configure este parâmetro conforme os requisitos do seu negócio. 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 o CA Certificate, o Client Certificate e a Private Key of Client Certificate conforme necessário e especifique a Private Key Password of Client Certificate.

      Nota

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

      • Para usar o certificado de cliente, carregue o Client Certificate e a 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 do 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

      • Certifique-se de que os blocos CIDR de endereços IP dos servidores do DTS foram adicionados às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso dos servidores do DTS. Isso pode ser feito automática ou manualmente. Para mais informações, consulte Add the IP address CIDR blocks of DTS servers to a whitelist.

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

    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 migrar dados completos uma única vez, selecione Schema Migration e Full Data Migration.

        • Para migrar com tempo de inatividade mínimo, selecione Schema Migration, Full Data Migration e Incremental Data Migration.

        Nota

        • Se selecionar Schema Migration, o DTS migrará o esquema das tabelas a serem migradas, incluindo chaves estrangeiras, do banco de dados de origem para o banco de dados de destino.

        • Se 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 é 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 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 ao negócio. 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

        • É possível selecionar objetos no nível de esquema 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 todo o esquema.

        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 utilizar o recurso de mapeamento de nomes de objetos, outros objetos dependentes 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 exibida. 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 exibida.

      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. Para obter 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 reportará um erro e iniciará imediatamente a tentativa de reconexã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 superior a 30 minutos. Se o DTS se 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 múltiplas 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, recomenda-se personalizar o tempo de nova tentativa com base nas necessidades do seu negócio ou liberar a instância do DTS assim que 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 a tentativa de 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. Recomenda-se definir a duração superior a 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 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, 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 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 os requisitos do seu negócio. Este exemplo não requer uma tag de ambiente.

        Configure ETL

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

        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 alert threshold e 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 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 exibido.

      • 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 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 conforme a orientação 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 conforme a orientação 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 representar 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 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ócio. 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 exibida, clique em OK.

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

        Nota

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

        • Se a tarefa de migração incluir migração incremental, ela não será interrompida 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.