Todos os produtos
Search

Este produto

    Data Transmission Service:Migrar do RDS for MySQL para o RDS for PostgreSQL

    Central de documentação

    Data Transmission Service:Migrar do RDS for MySQL para o RDS for PostgreSQL

    Última atualização: Oct 15, 2026

    Este tópico descreve como usar o Data Transmission Service (DTS) para migrar dados de uma instância do ApsaraDB RDS for MySQL para uma instância do ApsaraDB RDS for PostgreSQL.

    Pré-requisitos

    Precauções

    Nota

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

    • Durante a migração de dados completa e incremental, o DTS desativa temporariamente as verificações de restrição 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 está em execução podem causar inconsistência de dados.

    • O DTS não suporta a execução de migração completa em múltiplas etapas; a migração completa deve ser concluída em uma única operação. Se você precisar migrar dados em lotes, configure várias tarefas de migração.

    Tipo

    Descrição

    Limitações do banco de dados de origem

    • As tabelas a serem migradas devem ter uma chave primária ou restrição de unicidade, e os campos da restrição devem ser exclusivos. Caso contrário, podem ocorrer dados duplicados no banco de dados de destino.

    • Se você migrar dados no nível da tabela e precisar executar operações de edição, como mapeamento de nomes de colunas, uma única tarefa de migração de dados pode migrar no máximo 1.000 tabelas. Se você exceder esse limite, o envio da tarefa falhará. Nesse caso, recomendamos dividir as tabelas em várias tarefas de migração de dados ou configurar uma tarefa para migrar o banco de dados inteiro.

    • Se você precisar de migração incremental, ative o log binário:

      • Defina binlog_format como ROW e binlog_row_image como FULL. Caso contrário, a pré-verificação falhará e a tarefa não poderá ser iniciada.

        Importante

        Se a sua origem MySQL autogerenciada for um cluster dual-master — onde cada instância atua como master e slave — ative o parâmetro log_slave_updates. Isso garante que o DTS possa ler todos os logs binários.

      • Para instâncias do RDS for MySQL, retenha os logs binários locais por pelo menos três dias (recomenda-se sete dias). Para bancos de dados MySQL autogerenciados, retenha os logs binários locais por pelo menos sete dias. Se o DTS não conseguir acessar os logs binários, a tarefa falhará. Em casos extremos, pode ocorrer inconsistência ou perda de dados. Problemas causados por períodos de retenção de log binário menores do que o exigido pelo DTS não são cobertos pelo SLA do DTS.

        Nota

        Para definir o retention period dos logs binários locais em uma instância do RDS for MySQL, consulte Automatically delete local logs.

    • Limites de operação do banco de dados de origem: durante a fase de migração de esquema, não execute operações DDL para alterar os esquemas do banco de dados ou das tabelas. Caso contrário, a tarefa de migração de dados falhará.

    • Se a sua instância do RDS for MySQL tiver o Always-Encrypted ativado, não há suporte para a migração completa.

      Nota

      Instâncias do RDS for MySQL com Transparent Data Encryption (TDE) ativado suportam migração de esquema, migração completa e migração incremental.

    • O DTS não migra dados gerados por alterações que não gravam nos logs binários. Exemplos incluem dados restaurados de backups físicos ou criados por operações em cascata.

      Nota

      Se isso ocorrer, execute novamente a migração completa quando a sua operação permitir.

    • Se o seu banco de dados MySQL de origem for da versão 8.0.23 ou posterior e contiver colunas ocultas, o DTS não conseguirá ler essas colunas. Isso pode causar perda de dados.

      Nota

      Execute ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; para tornar a coluna oculta visível. Para mais informações, consulte Invisible Columns.

    Outras limitações

    • O DTS não suporta a migração de partições, views, procedimentos, funções ou triggers.

    • Se o seu banco de dados de origem usar operações DDL online no modo de tabela temporária — incluindo cenários de mesclagem de várias tabelas — ou adicionar índices baseados em funções a colunas de chave única, pode ocorrer perda de dados ou falha na tarefa no banco de dados de destino.

    • Não use ferramentas como pt-online-schema-change para executar alterações DDL online em objetos de migração no banco de dados de origem. Caso contrário, a migração falhará.

    • Confirme se a precisão da migração para colunas do tipo 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 nenhuma precisão for definida, o DTS migra valores FLOAT com precisão de 38 dígitos e valores DOUBLE com precisão de 308 dígitos.

    • Antes de migrar os dados, avalie o desempenho dos bancos de dados de origem e de destino. Recomendamos migrar os dados durante horários de baixa demanda. Caso contrário, a migração completa de dados pode aumentar a carga do banco de dados ao consumir recursos de leitura e gravação nos bancos de dados de origem e de destino.

    • Durante a migração completa de dados, operações INSERT simultâneas causam fragmentação de tabela no banco de dados de destino. Como resultado, o espaço de tabela do banco de dados de destino fica maior do que o do banco de dados de origem após a conclusão da migração completa.

    • O DTS tenta retomar uma tarefa de migração com falha em até sete dias. Portanto, antes de transferir a carga de trabalho para a instância de destino, encerre ou libere a tarefa. Como alternativa, execute a instrução REVOKE para revogar as permissões de gravação da conta que o DTS usa para acessar a instância de destino. Isso evita que a tarefa retomada sobrescreva dados na instância de destino.

    • Este limite se aplica a tarefas de migração de dados completa ou incremental onde 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 este 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, defina o parâmetro de volta para origin.

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

      Nota

      O DTS modifica apenas os parâmetros da tarefa, não os do banco de dados. Os parâmetros passíveis de ajuste incluem os listados em Modify instance parameters.

    • O DTS não suporta os seguintes tipos de dados do MySQL para migração de dados: GEOMETRY, LINESTRING e POLYGON. Se os objetos de migração contiverem colunas desses tipos, a tarefa poderá falhar.

    Casos especiais

    • Para origens MySQL autogerenciadas:

      • Um switchover master-standby no banco de dados de origem causa a falha da tarefa de migração.

      • O DTS calcula a latência comparando o timestamp do último registro migrado para o banco de dados de destino com a hora atual. Se nenhuma operação DML for executada na origem por um longo período, o relatório de latência se torna impreciso. Se a latência parecer muito alta, execute uma operação DML na origem para atualizar o valor da latência.

        Nota

        Se você selecionar a migração de banco de dados completo, crie uma tabela de heartbeat. Atualize ou grave nela a cada segundo.

      • O DTS executa periodicamente CREATE DATABASE IF NOT EXISTS test no banco de dados de origem para avançar o offset do log binário.

      • Se a sua origem for Amazon Aurora MySQL ou outra instância MySQL em cluster, certifique-se de que o nome de domínio ou endereço IP configurado para a tarefa — e sua resolução DNS — sempre aponte para um nó de leitura e gravação (RW). Caso contrário, a tarefa de migração poderá falhar.

    • Para origens RDS for MySQL:

      • Se você precisar de migração incremental, o DTS não suporta instâncias do RDS for MySQL que não registram logs de transações — como instâncias somente leitura do RDS for MySQL 5.6 — como origens.

      • O DTS executa periodicamente CREATE DATABASE IF NOT EXISTS test no banco de dados de origem para avançar o offset do log binário.

    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 Billing overview.

    Migração incremental de dados

    Há cobrança. Para mais informações, consulte Billing overview.

    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 de uma 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 de forma suave, sem interromper as aplicações autogerenciadas.

    Operações SQL suportadas

    Tipo de operação

    Instrução SQL

    DML

    INSERT, UPDATE e DELETE

    Permissões da conta do banco de dados

    Banco de dados

    Migração de esquema

    Migração completa de dados

    Migração incremental de dados

    Ações

    Instância do ApsaraDB RDS for MySQL

    Permissão SELECT

    Permissão SELECT

    Permissões REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW e SELECT

    Create an account e Modify the permissions of a standard account on an ApsaraDB RDS for MySQL instance

    Instância do ApsaraDB RDS for PostgreSQL

    Permissões CREATE e USAGE

    Permissões de proprietário do esquema

    Permissões de proprietário do esquema

    Create an account

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

      Seção

      Parâmetro

      Descrição

      N/D

      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

      Database Type

      Selecione MySQL.

      Connection Type

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região da instância de origem do ApsaraDB for RDS (MySQL).

      Replicate Data Across Alibaba Cloud Accounts

      Neste exemplo, como a migração de dados ocorre na mesma conta da Alibaba Cloud, selecione No.

      RDS Instance ID

      Selecione o ID da instância de origem do ApsaraDB for RDS (MySQL).

      Database Account

      Insira a conta do banco de dados da instância de origem do ApsaraDB for RDS (MySQL).

      Database Password

      Insira a senha correspondente à conta do banco de dados.

      Encryption

      Selecione Non-encrypted ou SSL-encrypted conforme necessário. Caso selecione SSL-encrypted, ative a criptografia SSL para a instância do RDS for MySQL com antecedência. Para mais informações, consulte Use a cloud certificate to quickly enable SSL encryption.

      Destination Database

      Database Type

      Selecione PostgreSQL.

      Connection Type

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde a instância de destino do ApsaraDB for RDS (PostgreSQL) está localizada.

      Instance ID

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

      Database Name

      Insira o nome do banco de dados para os objetos de migração na instância de destino do ApsaraDB RDS for PostgreSQL.

      Database Account

      Insira a conta do banco de dados da instância de destino do ApsaraDB for RDS (PostgreSQL).

      Database Password

      Insira a senha correspondente à conta do banco de dados.

      Encryption

      Define se a conexão com o banco de dados de origem será criptografada. Configure este parâmetro com base nos 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, faça o upload de CA Certificate, Client Certificate e Private Key of Client Certificate conforme necessário e, em seguida, especifique Private Key Password of Client Certificate.

      Nota

      • Caso defina Encryption como SSL-encrypted para um banco de dados PostgreSQL autogerenciado, faça o upload de CA Certificate.

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

      • Para obter informações sobre como configurar a 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 o segmento de endereços IP do service DTS esteja 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 do DTS. Para mais informações, consulte Add DTS server IP addresses to a whitelist.

      • Caso o banco de dados de origem ou de destino seja 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 exibida.

    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 apenas a migração completa, selecione Schema Migration e Full Data Migration.

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

        Nota

        • Caso não selecione Schema Migration, garanta a existência de um banco de dados e tabelas para receber os dados no banco de dados de destino. Se necessário, use o recurso de mapeamento de nomes de objetos na caixa Selected Objects.

        • Caso não selecione Incremental Data Migration, não grave novos dados na instância de origem durante a migração, a fim de garantir a consistência dos dados.

        Processing Mode of Conflicting Tables

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

          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 e não migra o registro do banco de dados de origem.

            • 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 poderão ser migradas, ou a migração poderá falhar. Prossiga com cautela.

        Capitalization of Object Names in Destination Instance

        Configure a política de diferenciação de maiúsculas e minúsculas para os nomes dos objetos migrados, como bancos de dados, tabelas e colunas, na instância de destino. Por padrão, DTS default policy está selecionado. Também é possível optar por manter a diferenciação de maiúsculas e minúsculas consistente com a política padrão do banco de dados de origem ou de destino. Para mais informações, consulte Case sensitivity of object names in the destination database.

        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 de migração nos níveis de banco de dados, tabela e coluna.

        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

        • Há suporte para o tipo de dados TIMESTAMP em campos de tempo. Se um campo de tempo no banco de dados de origem for 0, o campo de tempo correspondente no banco de dados de destino será automaticamente convertido para nulo.

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

        • Ao usar o recurso de mapeamento de nomes de objetos, a migração de outros objetos que dependem do objeto mapeado poderá falhar.

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

        Parâmetro

        Descrição

        Dedicated Cluster for Task Scheduling

        Por padrão, o DTS agenda tarefas em um cluster compartilhado, portanto, não é necessário selecionar um. Para 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 relatará um erro e tentará reconectar imediatamente. A duração padrão de nova tentativa é de 720 minutos. Personalize o tempo de nova tentativa para um valor de 10 a 1440 minutos. Recomendamos definir a duração para mais de 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 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 há cobrança 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 dos bancos 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 relatará um erro e tentará repetir a operação imediatamente. A duração padrão da nova tentativa é de 10 minutos. Personalize o tempo de nova tentativa para um valor de 1 a 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 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 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 Full Data Migration estiver selecionado em Migration Types.

        • Também é possível 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 Incremental Data Migration estiver selecionado em Migration Types.

        • Também é possível 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. Neste exemplo, não é necessário selecionar uma tag.

        Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

        Escolha se deseja gravar informações SQL de heartbeat no banco de dados de origem enquanto a instância do DTS está em execução.

        • Yes: as informações SQL de heartbeat não são gravadas no banco de dados de origem. Isso pode fazer com que a instância do DTS relate um atraso.

        • No: grava informações SQL de heartbeat no banco de dados de origem. Isso pode interferir em recursos como backup físico e clonagem do banco de dados de origem.

        Configure ETL

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

        Monitoring and Alerting

        Defina se deseja configurar 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 alert notifications. 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 do mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica exibida.

      • Caso não precise visualizar ou já tenha 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 a aprovação 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, em seguida, 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, em seguida, 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. Ignorar um aviso pode causar problemas como inconsistência de dados e representar riscos para o seu negócio.

    7. Compre 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 é o grupo de recursos padrão. 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 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.