Todos os produtos
Search

Este produto

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

    Central de documentação

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

    Última atualização: Sep 17, 2026

    O Data Transmission Service (DTS) suporta a migração de dados de uma instância do ApsaraDB RDS for MySQL para o AnalyticDB for PostgreSQL.

    Bancos de dados de origem suportados

    Você pode migrar dados dos seguintes tipos de bancos de dados de origem MySQL para uma instância do AnalyticDB for PostgreSQL.

    • Instâncias do ApsaraDB RDS for MySQL

    • Bancos de dados MySQL autogerenciados:

      • Banco de dados autogerenciado com endereço IP público

      • Banco de dados autogerenciado em uma instância ECS

      • Banco de dados autogerenciado conectado via Database Gateway

      • Banco de dados autogerenciado conectado via CEN

      • Banco de dados autogerenciado conectado via Express Connect, VPN Gateway ou Smart Access Gateway

    Nota

    Este tópico usa uma instância do ApsaraDB RDS for MySQL como exemplo para ilustrar o procedimento de configuração. O processo é semelhante para outros tipos de bancos de dados de origem.

    Pré-requisitos

    • Crie uma instância de destino no AnalyticDB for PostgreSQL. Para mais detalhes, consulte Create an instance.

    • O espaço de armazenamento da instância de destino do AnalyticDB for PostgreSQL deve exceder o espaço utilizado pela instância de origem do ApsaraDB RDS for MySQL.

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

    Tipo

    Descrição

    Limitações do banco de dados de origem

    • As tabelas a serem migradas devem ter uma chave primária ou uma restrição única com campos exclusivos para evitar duplicação de dados no banco de dados de destino.

    • Se a migração no nível de tabela envolver edição de objetos, como o uso de mapeamento de colunas, uma única tarefa de migração de dados fica limitada a 1.000 tabelas. Exceder esse limite causa um erro ao enviar a tarefa. Para contornar isso, divida as tabelas em várias tarefas ou migre o banco de dados inteiro.

    • Se você precisar de migração incremental, ative o registro 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 sua origem MySQL autogerenciada for um cluster dual-master — onde cada instância atua como mestre e escravo — 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 (sete dias recomendados). 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 logs binários 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.

    • Durante a migração, não execute operações DDL para modificar chaves primárias ou adicionar comentários, como ALTER TABLE table_name COMMENT='table_comment';. Caso contrário, a operação DDL falhará.

    • Se os dados a serem migrados do banco de dados de origem contiverem o valor DATETIME 0000-00-00 00:00:00, a tarefa de migração de dados poderá falhar.

      Nota

      O DTS converte esse valor de data para null ao migrá-lo para o banco de dados de destino. Você pode alterar temporariamente os dados no banco de dados de origem para 0001-01-01 00:00:00 ou definir a coluna correspondente no banco de dados de destino para permitir valores nulos.

    • Operações não permitidas no banco de dados de origem:

      • Não execute operações DDL que alterem esquemas de banco de dados ou tabelas durante a migração de esquema ou a migração completa. Caso contrário, a tarefa de migração falhará.

        Nota

        Durante a migração completa, o DTS consulta o banco de dados de origem. Isso cria bloqueios de metadados que podem impedir operações DDL no banco de dados de origem.

      • Se você executar apenas a migração completa, não grave novos dados na instância de origem. Caso contrário, os dados de origem e destino ficarão inconsistentes. Para manter os dados consistentes em tempo real, selecione 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 em 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 seus negócios permitirem.

    • Se o banco de dados MySQL de origem for da versão 8.0.23 ou posterior e contiver colunas ocultas invisíveis, 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

    • Requisitos do objeto de migração:

      • Somente a migração no nível de tabela é suportada.

      • A migração de dados dos seguintes tipos não é suportada: VARBIT, GEOMETRY, ARRAY, UUID, TSQUERY, TSVECTOR, TXID_SNAPSHOT e POINT.

      • A migração de índices de prefixo não é suportada e pode causar falha na migração de dados.

      • A migração de partições, visualizações, procedimentos, funções, gatilhos, chaves estrangeiras e índices não é suportada.

    • Se o 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ção a colunas de chave única, poderá ocorrer perda de dados ou falha na tarefa no banco de dados de destino.

    • Se uma tabela a ser migrada tiver uma chave primária, a coluna da chave primária na tabela de destino deverá ser igual à da tabela de origem. Se a tabela não tiver chave primária, a coluna da chave primária na tabela de destino deverá ser igual à chave de distribuição.

    • A chave única da tabela de destino, incluindo a coluna da chave primária, deve conter todas as colunas da chave de distribuição.

    • Antes de migrar dados, avalie o desempenho dos bancos de dados de origem e destino. Recomendamos migrar dados fora dos horários de pico. Caso contrário, a sincronização inicial completa de dados aumentará a carga em ambos os bancos de dados, consumindo recursos de leitura e gravação.

    • As operações INSERT simultâneas durante a sincronização inicial completa de dados causam fragmentação da tabela, tornando o espaço da tabela no banco de dados de destino maior do que na origem.

    • Se você migrar uma ou mais tabelas em vez de todo o banco de dados, não use ferramentas como pt-online-schema-change para executar operações DDL online nos objetos de migração no banco de dados de origem. Caso contrário, a migração falhará.

      Use o Data Management (DMS) para realizar alterações DDL online. Para mais informações, consulte Perform lock-free DDL operations.

    • Durante a migração do DTS, não grave dados de outras fontes no banco de dados de destino. Caso contrário, ocorrerá inconsistência de dados entre os bancos de origem e destino. Por exemplo, se você usar o DMS para realizar uma alteração DDL online enquanto dados de outras fontes estão sendo gravados no banco de dados de destino, poderá haver perda de dados no destino.

    • A tabela de destino não pode ser uma tabela otimizada para anexação (AO).

    • Se você usar mapeamento de colunas para uma migração parcial de tabela ou se os esquemas das tabelas de origem e destino forem inconsistentes, quaisquer dados nas colunas de origem que não existirem na tabela de destino serão perdidos.

    • Se sua instância RDS for MySQL tiver o Always-Encrypted ativado, a migração completa não é suportada.

      Nota

      Instâncias do RDS for MySQL com Criptografia Transparente de Dados (TDE) ativada suportam migração de esquema, migração completa e migração incremental.

    • 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 Modify instance parameters.

    Casos especiais

    • Para origens MySQL autogerenciadas:

      • Um failover mestre-standby no banco de dados de origem causa falha na tarefa de migração.

      • O DTS calcula a latência comparando o carimbo de data/hora 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 torna-se 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-a 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 deslocamento do log binário.

      • Se sua origem for Amazon Aurora MySQL ou outra instância MySQL em cluster, garanta 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-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, 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 — não são suportadas como origens.

      • O DTS executa periodicamente CREATE DATABASE IF NOT EXISTS test no banco de dados de origem para avançar o deslocamento 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, você será cobrado pelo tráfego de Internet. Para mais informações, consulte Billing overview.

    Migração incremental de dados

    Pago. Para mais informações, consulte Billing overview.

    Tipos de migração

    • Migração de esquema

      O DTS migra os esquemas dos objetos de migração do banco de dados de origem para o banco de dados de destino.

      Nota

      Em migrações de esquema entre bancos de dados heterogêneos, os tipos de dados podem não ter um mapeamento perfeito. Recomendamos avaliar cuidadosamente o impacto comercial do mapeamento de tipos de dados. Para mais informações, consulte Data type mapping for heterogeneous databases.

    • Migração completa de dados

      O DTS migra todos os dados existentes dos objetos de migração do banco de dados de origem para o banco de dados de destino.

    • Migração incremental de dados

      Após uma migração completa de dados, o DTS replica atualizações incrementais de dados do banco de dados de origem para o banco de dados de destino. Isso permite uma migração de dados suave para suas aplicações autogerenciadas, minimizando a interrupção do service.

    Operações SQL para migração incremental

    Tipo de operação

    Instrução SQL

    DML

    INSERT, UPDATE e DELETE

    Nota

    O sistema converte automaticamente uma instrução UPDATE em uma instrução REPLACE INTO ao gravar na instância de destino do AnalyticDB for PostgreSQL. Se uma instrução UPDATE modificar uma chave primária, o sistema a converterá em instruções DELETE e INSERT.

    DDL

    ALTER TABLE
    Aviso

    Se o tipo de dados de uma coluna na tabela de origem mudar durante a migração de dados, a tarefa de migração reportará um erro e será interrompida. Siga estas etapas para corrigir o problema manualmente.

    1. Suponha que uma tarefa de migração de dados para a instância de destino do AnalyticDB for PostgreSQL falhe devido a uma alteração no tipo de dados em uma tabela de origem, como a tabela customer.

    2. Na sua instância do AnalyticDB for PostgreSQL, crie uma nova tabela, como customer_new, com o mesmo esquema da tabela customer.

    3. Execute um comando INSERT INTO ... SELECT para copiar dados de customer para customer_new. Garanta que os dados nas duas tabelas sejam consistentes.

    4. Renomeie ou exclua a tabela com falha customer e, em seguida, renomeie customer_new para customer.

    5. No console DTS, reinicie a tarefa de migração de dados.

    Permissões da conta do banco de dados

    Banco de dados

    Migração de esquema

    Migração completa

    Migração incremental

    ApsaraDB RDS for MySQL

    Permissão SELECT

    Permissão SELECT

    Permissões REPLICATION SLAVE, REPLICATION CLIENT e SELECT nos objetos a serem migrados. O DTS concede automaticamente essas permissões à conta do banco de dados.

    AnalyticDB for PostgreSQL

    Permissões de leitura e gravação

    Para saber como criar e autorizar uma conta de banco de dados, consulte os seguintes tópicos:

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

      Nota

      As operações reais podem variar dependendo do modo e layout do console 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/A

      Task Name

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

      Source Database

      Database Type

      Selecione MySQL.

      Access Method

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde a instância de origem do ApsaraDB RDS for MySQL está localizada.

      Cross-account

      Este exemplo mostra a migração de dados dentro de uma única conta Alibaba Cloud. Para este cenário, selecione No.

      RDS Instance ID

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

      Database Account

      Insira a conta do banco de dados da instância de origem do ApsaraDB RDS for MySQL. Para mais 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.

      Connection Method

      Selecione Non-encrypted ou SSL-encrypted com base nos requisitos do seu banco de dados. Se você definir este parâmetro como SSL-encrypted, deverá ativar a criptografia SSL para a instância RDS for MySQL antecipadamente. Para mais informações, consulte Quickly enable SSL encryption using a cloud certificate.

      Destination Database

      Database Type

      Selecione AnalyticDB for PostgreSQL.

      Access Method

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde a instância de destino do AnalyticDB for PostgreSQL está localizada.

      Instance ID

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

      Database Name

      Insira o nome do banco de dados de destino na instância do AnalyticDB for PostgreSQL.

      Database Account

      Insira a conta inicial da instância de destino do AnalyticDB for PostgreSQL.

      Nota

      Você também pode inserir uma conta que tenha a permissão RDS_SUPERUSER. Para mais informações, consulte User permission management.

      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

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

      • Se o banco de dados de origem ou de destino for um banco de dados autogerenciado (o Access Method não é Alibaba Cloud Instance), você também deve clicar 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 você 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 você não selecionar Schema Migration, deverá garantir que exista um banco de dados e tabelas para receber os dados no banco de dados de destino. Você também pode usar o recurso de mapeamento de nomes de objetos na caixa Selected Objects conforme necessário.

        • Se você 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.

        Select DDL and DML to Sync at the Instance Level

        Selecione as operações SQL que deseja migrar incrementalmente no nível da instância. Para mais informações sobre as operações suportadas, consulte Supported SQL operations for incremental migration.

        Nota

        Para selecionar operações SQL no nível do banco de dados ou da tabela, clique com o botão direito em um objeto de migração na seção Selected Objects e selecione as operações SQL desejadas na caixa de diálogo.

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: Verifica se existem tabelas com os mesmos nomes no banco de dados de destino. Se não existirem tabelas com os mesmos nomes, a pré-verificação é aprovada. Se existirem tabelas com os mesmos nomes, um erro é relatado durante a pré-verificação e a tarefa de migração de dados não é 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, você poderá alterar 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 comerciais. 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 substitui 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.

        Storage Engine Type

        Selecione um mecanismo de armazenamento para as tabelas de destino com base nos requisitos do seu negócio. O valor padrão é Beam.

        Nota

        Este parâmetro está disponível apenas se a instância de destino do AnalyticDB for PostgreSQL tiver uma versão de kernel v7.0.6.6 ou posterior e você tiver selecionado Migration Types para o parâmetro Schema Migration.

        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

        A granularidade para selecionar objetos de migração é esquema, tabela e coluna. Se você selecionar apenas tabelas ou colunas como objetos de migração, outros objetos, como visualizações, gatilhos e procedimentos armazenados, não serão migrados para o banco de dados de destino.

        Selected Objects

        • Para alterar o nome de um único objeto de migração na instância de destino, clique com o botão direito 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

        • Para selecionar operações SQL no nível do banco de dados ou da tabela, clique com o botão direito em um objeto de migração na seção Selected Objects e selecione as operações SQL desejadas na caixa de diálogo.

        • Para especificar condições WHERE para filtrar dados, clique com o botão direito em uma tabela na seção Selected Objects e especifique as condições na caixa de diálogo. Para mais informações, consulte Set filter conditions.

        • Se você renomear um objeto usando o recurso de mapeamento de nomes, a migração de objetos dependentes poderá falhar.

      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, você pode adquirir 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 começará imediatamente a tentar reconectar. A duração padrão de nova tentativa é de 720 minutos. Você pode personalizar o tempo de nova tentativa para um valor entre 10 e 1440 minutos. Recomendamos definir a duração para mais de 30 minutos. Se o DTS se reconectar aos bancos de dados de origem e 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 você é cobrado pela tarefa durante o período de nova tentativa de conexão, recomendamos personalizar o tempo de nova tentativa com base nas necessidades do seu negócio ou liberar a instância DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e 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 começará imediatamente a tentar repetir a operação. A duração padrão de nova tentativa é de 10 minutos. Você pode personalizar o tempo de nova tentativa para um valor entre 1 e 1440 minutos. Recomendamos definir a duração para mais de 10 minutos. Se as operações relacionadas forem bem-sucedidas dentro da duração de nova tentativa especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa 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 destino, o que pode aumentar a carga do banco de dados. Se necessário, você pode ativar 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 para 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, você também pode optar por 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 para Migration Types.

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

        Enclose Object Names in Quotation Marks

        Especifique se deseja colocar os nomes dos objetos entre aspas.

        • Selecione Yes: Se o banco de dados de origem atender aos seguintes requisitos, o DTS colocará automaticamente os nomes de esquemas, tabelas ou colunas entre aspas simples (') ou duplas (") durante a migração de esquema e a migração incremental de dados.

          • O banco de dados de origem diferencia maiúsculas de minúsculas e os nomes dos objetos usam caixa mista.

          • Um nome de tabela de origem começa com um caractere não alfabético ou contém caracteres diferentes de letras, dígitos ou caracteres especiais suportados.

            Nota

            Apenas os seguintes caracteres especiais são suportados: sublinhados (_), sinais de número (#) e cifrões ($).

          • Os nomes dos esquemas, tabelas ou colunas que você deseja migrar são palavras-chave, palavras reservadas ou caracteres inválidos no banco de dados de destino.

        • Selecione No: O DTS não coloca os nomes dos objetos entre aspas.

        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 quando a instância DTS estiver 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 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.

        Environment Tag

        Você pode selecionar uma tag de ambiente para identificar a instância com base nos requisitos do seu negócio. Neste exemplo, não é necessário configurar este parâmetro.

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

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

      4. Opcional: Configure os campos de tabela e coluna. Especifique a Primary Key Column e a Distribution Key para as tabelas a serem migradas para a instância de destino do AnalyticDB for PostgreSQL. Para mais informações, consulte CREATE TABLE.

        Nota

        Esta etapa está disponível apenas se você selecionar Schema Migration ao configurar os objetos de migração.

    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 só começa 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 solicitado e execute a pré-verificação novamente.

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

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

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

    7. Adquira a instância.

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

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

        Categoria

        Parâmetro

        Descrição

        New Instance Class

        Resource Group Settings

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

        Instance Class

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

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

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

        Você pode visualizar o progresso da tarefa de migração na página da 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.