Todos os produtos
Search

Este produto

    Data Transmission Service:Migrar RDS for MySQL para ApsaraMQ for Kafka

    Central de documentação

    Data Transmission Service:Migrar RDS for MySQL para ApsaraMQ for Kafka

    Última atualização: Aug 27, 2026

    Utilize o Data Transmission Service (DTS) para migrar dados de uma instância RDS for MySQL para uma instância Message Queue for Apache Kafka.

    Pré-requisitos

    • Crie uma instância de origem ApsaraDB RDS for MySQL e uma instância de destino ApsaraMQ for Kafka.

      Nota

      • Para criar uma instância ApsaraDB RDS for MySQL, consulte {{XREF_0}}.

      • Para verificar as versões compatíveis dos bancos de dados de origem e destino, consulte {{XREF_1}}.

    • A instância de destino ApsaraMQ for Kafka deve ter mais espaço de armazenamento do que o utilizado pela instância de origem ApsaraDB RDS for MySQL.

    • Crie um tópico na instância de destino ApsaraMQ for Kafka para receber os dados migrados. Para obter instruções, consulte {{XREF_2}}.

    Limitações

    Nota

    O DTS não migra chaves estrangeiras. Consequentemente, operações em cascata, como exclusão em cascata no banco de dados de origem, não são replicadas no banco de dados de destino.

    Tipo

    Descrição

    Limites do banco de dados de origem

    • Requisito de largura de banda: O servidor que hospeda o banco de dados de origem precisa ter largura de banda de saída suficiente. Caso contrário, a velocidade de migração diminuirá.

    • Cada tabela a ser migrada deve possuir uma chave primária ou restrição UNIQUE, e as colunas-chave devem conter valores exclusivos. Do contrário, registros duplicados podem surgir no banco de dados de destino.

    • Ao selecionar tabelas como objetos de migração e editá-las — por exemplo, mapeando nomes de colunas —, uma única tarefa de migração suporta até 1.000 tabelas. Se esse limite for excedido, a tarefa falhará com um erro ao ser enviada. Para corrigir, divida as tabelas em várias tarefas ou configure uma tarefa de migração de banco de dados completo.

    • Se 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 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 consiga ler todos os logs binários.

      • Para instâncias RDS for MySQL, retenha logs binários locais por pelo menos três dias (sete dias é o recomendado). Para bancos de dados MySQL autogerenciados, retenha 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 inferiores aos exigidos 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 RDS for MySQL, consulte {{XREF_3}}.

    • 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 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 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 a consistência dos dados 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 sua aplicação permitir.

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

    • Compatibilidade com MySQL: Ao migrar dados de um banco de origem da família MySQL, o DTS depende do protocolo padrão MySQL e do formato Binlog. Comportamentos incompatíveis com o MySQL padrão não são suportados. Se seu banco de dados de origem alegar compatibilidade com MySQL, mas se comportar de maneira diferente (por exemplo, quando o OceanBase é conectado como origem no modo MySQL, o timestamp do evento rotate final no Binlog é 0, diferentemente do MySQL), a tarefa de migração do DTS pode falhar.

    Outros limites

    • Apenas tabelas de dados são suportadas como objetos de migração.

    • O DTS não suporta a migração de objetos INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER ou FK.

    • Antes da migração, avalie o desempenho dos bancos de dados de origem e destino. Execute a migração fora dos horários de pico. Caso contrário, a migração completa consumirá recursos de leitura e gravação em ambos os bancos de dados, aumentando a carga.

    • A migração completa executa operações INSERT simultaneamente. Isso fragmenta as tabelas de destino. Após a migração completa, as tabelas de destino exigirão mais espaço de armazenamento do que as tabelas de origem.

    • Confirme se a precisão de migração do DTS para colunas FLOAT ou DOUBLE atende às suas necessidades de negócios. O DTS lê essas colunas usando ROUND(COLUMN,PRECISION). Se nenhuma precisão for definida, o DTS usará 38 dígitos para FLOAT e 308 dígitos para DOUBLE.

    • O DTS tenta recuperar tarefas com falha dentro de sete dias. Antes de alternar o tráfego para a instância de destino, encerre ou libere a tarefa. Ou execute o comando revoke para remover a permissão de gravação do DTS na conta da instância de destino. Isso evita que a recuperação automática sobrescreva os dados de destino com dados de origem.

    • Não grave dados no banco de dados de destino exceto através do DTS, pois isso pode causar inconsistência de dados entre os bancos de origem e destino.

    • Se seu cluster Kafka de destino expandir ou reduzir durante a migração, reinicie a tarefa do DTS.

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

      Nota

      Instâncias RDS for MySQL com Transparent Data Encryption (TDE) ativado 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 parâmetros da tarefa DTS são modificados — não parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em {{XREF_4}}.

    Casos especiais

    • Para origens MySQL autogerenciadas:

      • Um failover master-standby no banco de dados de origem causa falha na 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 muito tempo, 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 selecionar 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 offset 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 pode falhar.

    • Para origens RDS for MySQL:

      • Se precisar de migração incremental, instâncias 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 origem.

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

    Taxa de tráfego de Internet

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

    Gratuito.

    O DTS cobra uma taxa de tráfego de Internet quando o Access Method do banco de dados de destino está definido como Public IP Address. {{XREF_5}}.

    Migração incremental de dados

    Pago. {{XREF_6}}.

    Tipos de migração

    • Migração de esquema

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

    • Migração completa

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

    • Migração incremental

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

    Operações SQL para migração incremental

    Tipo de operação

    Instrução SQL

    DML

    INSERT, UPDATE e DELETE

    DDL

    • CREATE TABLE, ALTER TABLE, DROP TABLE, RENAME TABLE e TRUNCATE TABLE

    • CREATE VIEW, ALTER VIEW e DROP VIEW

    • CREATE PROCEDURE, ALTER PROCEDURE e DROP PROCEDURE

    • CREATE FUNCTION, DROP FUNCTION, CREATE TRIGGER e DROP TRIGGER

    • CREATE INDEX e DROP INDEX

    Permissões da conta do banco de dados

    Instância

    Migração de esquema

    Migração completa de dados

    Migração incremental de dados

    Instância de origem ApsaraDB RDS for MySQL

    Permissão de leitura nos objetos a serem migrados.

    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 layout do console do DMS. Para mais informações, consulte {{XREF_7}} e {{XREF_8}}.

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

      Aviso

      Após selecionar as instâncias de origem e destino, recomendamos ler atentamente as limitações exibidas no topo da página. Caso contrário, a tarefa pode falhar ou ocorrer inconsistência de dados.

      Categoria

      Parâmetro

      Descrição

      N/A

      Task Name

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

      Source Database

      Select Existing Connection

      • Para usar uma instância de banco de dados que foi {{XREF_9}} (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 é denominado 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 MySQL.

      Connection Type

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região da instância de origem RDS for MySQL.

      Cross-account

      Para migrações dentro da mesma conta Alibaba Cloud, selecione No.

      RDS Instance ID

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

      Database Account

      Insira a conta do banco de dados da instância de origem RDS for MySQL. A conta deve ter permissões de leitura nos objetos a serem migrados.

      Database Password

      Insira a senha correspondente à conta do banco de dados.

      Encryption

      Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se selecionar SSL-encrypted, você deve ativar a criptografia SSL para a instância RDS for MySQL antecipadamente. Para mais informações, consulte {{XREF_10}}.

      Destination Database

      Select Existing Connection

      • Para usar uma instância de banco de dados que foi {{XREF_11}} (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 é denominado 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 Kafka.

      Connection Type

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região da instância de destino ApsaraMQ for Kafka.

      Kafka Instance ID

      Selecione o ID da instância de destino ApsaraMQ for Kafka.

      Encryption

      Selecione Non-encrypted ou SCRAM-SHA-256 com base nos seus requisitos de negócios e segurança.

      Topic

      Selecione o Topic que receberá os dados.

      Use Kafka Schema Registry

      O Kafka Schema Registry fornece uma interface RESTful para armazenar e recuperar esquemas Avro.

      • No: Não usar Kafka Schema Registry.

      • Yes: Usar Kafka Schema Registry. Você deve inserir a URL ou endereço IP registrado para o esquema Avro no Kafka Schema Registry.

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

      Nota

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

      • Se o banco de dados de origem ou destino for 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 precisar apenas de migração completa, selecione tanto Schema Migration quanto Full Data Migration.

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

        Nota

        • Schema Migration não é suportada quando o Access Method da instância Kafka de destino é Alibaba Cloud Instance.

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

        Processing Mode for Existing Destination 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 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, você pode alterar o nome da tabela no banco de dados de destino. Para mais informações, consulte {{XREF_13}}.

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

          Aviso

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

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

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

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

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

        Data Format in Kafka

        Selecione o formato de armazenamento para os dados migrados para a instância Kafka.

        • Se selecionar DTS Avro, você deve analisar os dados com base na definição de esquema DTS Avro. Para mais informações, consulte definição de esquema DTS Avro e exemplo de desserialização DTS Avro.

        • Se selecionar Canal JSON, consulte {{XREF_14}} para detalhes e exemplos de parâmetros.

        • Se selecionar Shareplex JSON, consulte {{XREF_15}} para detalhes e exemplos de parâmetros.

        Kafka Data Compression Format

        Selecione um formato de compressão para mensagens Kafka com base nos seus requisitos.

        • LZ4 (padrão): baixa taxa de compressão, alta velocidade de compressão.

        • GZIP: alta taxa de compressão, baixa velocidade de compressão.

          Nota

          Alto consumo de CPU.

        • Snappy: taxa de compressão média, velocidade de compressão média.

        Policy for Shipping Data to Kafka Partitions

        Selecione uma {{XREF_16}} com base nos requisitos do seu negócio.

        Message acknowledgement mechanism

        Selecione um {{XREF_17}} com base nos requisitos do seu negócio.

        Topic That Stores DDL Information

        Selecione o tópico para armazenar informações DDL.

        Nota

        Se nenhum tópico for selecionado, o DTS armazena informações DDL no tópico de dados por padrão.

        Capitalization of Object Names in Destination Instance

        Você pode configurar 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. Você também pode 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 destino. Para mais informações, consulte {{XREF_18}}.

        Source Objects

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

        Nota

        Você pode selecionar objetos para migrar no nível da tabela.

        Selected Objects

        Nenhuma configuração extra é necessária para este exemplo. Você pode usar o recurso de mapeamento para especificar o nome do tópico, a contagem de partições e a chave de partição para cada tabela de origem. Para mais informações, consulte {{XREF_19}}.

        Nota

        • Usar o recurso de mapeamento de nomes de objetos pode causar falhas de migração para objetos dependentes.

        • Para selecionar operações SQL para migração incremental, clique com o botão direito em um objeto de migração na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece.

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

        Parâmetro

        Descrição

        Dedicated Cluster for Task Scheduling

        Por padrão, o DTS agenda tarefas em um cluster compartilhado. Você não precisa selecionar um. Se desejar tarefas mais estáveis, adquira um {{XREF_20}} 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 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 múltiplas 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 não relacionado à conexão, como uma exceção de execução DDL ou DML, no banco de dados de origem ou 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 em Migration Types.

        • Você também pode {{XREF_21}} 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 em Migration Types.

        • Você também pode {{XREF_22}} após a instância de migração estar em execução.

        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 DTS estiver em execução.

        • Yes: 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

        Selecione uma tag de ambiente para identificar a instância. Nenhuma seleção é necessária para este exemplo.

        Configure ETL

        Com base nas necessidades do seu negócio, selecione se deseja configurar o {{XREF_23}} para processar dados.

        • Yes: Configura o recurso ETL. Você também deve inserir {{XREF_24}} na caixa de texto.

        • No: Não configura o recurso ETL.

        Monitoring and Alerting

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

        • No: Não define alerta.

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

    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 na dica 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 passar na pré-verificação.

      • Se a pré-verificação falhar, clique em View Details ao lado do item de verificação com falha, corrija o problema conforme a instrução 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 a instruçã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 alerta e executar a pré-verificação novamente. Se optar por ignorar um aviso, isso pode causar problemas como inconsistência de dados e representar riscos ao seu negócio.

    7. Adquira uma instância.

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

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

        Categoria

        Parâmetro

        Descrição

        New Instance Class

        Resource Group Settings

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

        Instance Class

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

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

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

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

        Nota

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

    Informações de mapeamento

    1. Na área Selected Objects, passe o mouse sobre o nome do tópico de destino no nível da tabela.

    2. Clique em Edit ao lado do nome do tópico de destino.

    3. Na caixa de diálogo Edit Table, configure as informações de mapeamento.

      Nota

      • A caixa de diálogo é denominada Edit Schema no nível do banco de dados e Edit Table no nível da tabela. A caixa de diálogo Edit Schema possui menos parâmetros.

      • Se não migrar o banco de dados inteiro, você não poderá modificar os parâmetros Name of target Topic e Number of Partitions na caixa de diálogo Edit Schema.

      Parâmetro

      Descrição

      Name of target Topic

      O nome do tópico que recebe dados da tabela de origem. O padrão é o Topic selecionado na seção Destination Database durante a etapa Configurations for Source and Destination Databases.

      Importante

      • Se o destino for uma instância Message Queue for Apache Kafka, o tópico especificado já deve existir na instância de destino. Caso contrário, a tarefa de migração de dados falhará. Se o destino for um banco de dados Kafka auto-hospedado e a tarefa de migração de dados incluir migração de estrutura de banco de dados e tabela, o DTS tentará criar o tópico especificado no banco de dados de destino.

      • Se alterar o Name of target Topic, o DTS gravará dados no tópico especificado.

      Filter Conditions

      Para mais informações, consulte {{XREF_28}}.

      Number of Partitions

      O número de partições no tópico de destino.

      Partition Key

      Disponível quando Policy for Shipping Data to Kafka Partitions está definido como Ship Data to Separate Partitions Based on Hash Values of Primary Keys. Especifique uma ou mais colunas como chave de partição. O DTS calcula um valor de hash para as colunas especificadas e distribui linhas entre as partições no tópico de destino.

      Nota

      Você pode selecionar Partition Key apenas na caixa de diálogo Edit Table.

    4. Clique em OK.