Todos os produtos
Search

Este produto

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

    Central de documentação

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

    Última atualização: Jul 20, 2026

    Use o Data Transmission Service (DTS) para migrar dados de uma instância ApsaraDB RDS for MySQL para uma instância Tablestore.

    Pré-requisitos

    Considerações

    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 em colunas exclusivas. Caso contrário, pode ocorrer duplicação de dados no banco de dados de destino.

    • Ao migrar no nível de tabela e precisar editar objetos como mapeamentos de nomes de tabelas ou colunas, uma única tarefa de migração suporta até 1.000 tabelas. Se esse limite for excedido, o envio da tarefa falhará. Recomendamos dividir as tabelas em várias tarefas ou configurar uma tarefa para migrar todo o banco de dados.

    • Para realizar 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 possa 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 logs binários 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 Automatically delete local logs.

    • Durante as fases de migração de esquema e migração completa, não execute operações DDL que alterem o esquema do banco de dados ou da tabela. Caso contrário, a tarefa de migração de dados falhará.

      Nota

      Na fase de migração completa, o DTS consulta o banco de dados de origem. Isso cria um bloqueio de metadados, que pode impedir operações DDL no banco de dados de origem.

    • Se você executar apenas uma migração completa de dados, não grave novos dados no banco de dados de origem. Caso contrário, ocorrerá inconsistência de dados entre os bancos de origem e destino. Para manter a consistência dos dados em tempo real, selecione migração de esquema, migração completa de dados e migração incremental de dados.

    • Para 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 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 o banco de dados MySQL de origem for 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

    • 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 tarefa de migração falhará.

    • Para colunas dos tipos de dados FLOAT ou DOUBLE, o DTS usa ROUND(COLUMN,PRECISION) para recuperar valores. Se você não definir explicitamente uma precisão, o DTS usará como padrão 38 dígitos para FLOAT e 308 dígitos para DOUBLE. Certifique-se de que a precisão da migração atenda aos requisitos da sua aplicaçã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, pois a migração completa consome recursos de leitura e gravação em ambos os bancos, o que pode aumentar a carga.

    • Durante a migração completa de dados, operações INSERT simultâneas causam fragmentação nas tabelas de destino. Como resultado, as tabelas de destino ocupam mais espaço de armazenamento do que as tabelas de origem após a conclusão da migração.

    • O DTS tenta retomar uma tarefa de migração com falha dentro de sete dias. Antes de alternar cargas de trabalho para a instância de destino, encerre ou libere a tarefa de migração. Alternativamente, execute o comando REVOKE para revogar permissões de gravação da conta que o DTS usa para acessar a instância de destino. Isso impede que a tarefa seja retomada automaticamente e sobrescreva os dados de destino com dados de origem.

    • Garanta que o número de tabelas a serem migradas não exceda o limite de 64 tabelas da instância Tablestore. Se precisar de mais, solicite um aumento de cota para a instância Tablestore de destino.

    • Certifique-se de que os nomes das tabelas e colunas a serem migradas sigam as convenções de nomenclatura do Tablestore:

      • Um nome de tabela ou coluna pode conter letras maiúsculas, minúsculas, dígitos e sublinhados (_). Deve começar com uma letra ou um sublinhado (_).

      • Um nome de tabela ou coluna deve ter entre 1 e 255 caracteres.

    • 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 de tarefas do DTS são modificados — não 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:

      • Uma troca 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:

      • Para 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 pela Internet

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

    Gratuito.

    São cobradas taxas para migrar dados da Alibaba Cloud pela Internet. Para mais informações, consulte Billing overview.

    Migração incremental de dados

    Pago. Para detalhes, consulte Billing overview.

    Tipos de migração

    • Migração de esquema

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

    • Migração completa de dados

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

    • Migração incremental de dados

      Após a migração completa de dados, o DTS sincroniza dados incrementais do banco de dados de origem para o banco de dados de destino em tempo real, minimizando o tempo de inatividade das suas aplicações.

    Operações SQL suportadas para migração incremental

    Tipo de operação

    Instrução SQL

    DML

    INSERT, UPDATE e DELETE

    Permissões de conta de banco de dados

    Banco de dados

    Migração de esquema

    Migração completa de dados

    Migração incremental de dados

    ApsaraDB RDS for MySQL

    Permissão SELECT

    Permissão SELECT

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

    Para criar uma conta de banco de dados e conceder permissões para uma instância ApsaraDB RDS for MySQL, consulte Create an account e Modify the permissions of a standard account on an ApsaraDB RDS for MySQL instance.

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

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

      Access Method

      Selecione Alibaba Cloud Instance.

      Instance Region

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

      Cross-account

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

      RDS Instance ID

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

      Database Account

      Insira a conta do banco de dados para a instância ApsaraDB RDS for MySQL de origem. 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 definir este parâmetro como SSL-encrypted, você deve 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

      Select Existing Connection

      • Para usar uma instância de banco de dados que foi 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 é 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 Tablestore.

      Access Method

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde a instância Tablestore de destino está localizada.

      Instance ID

      Selecione o ID da instância Tablestore de destino.

      AccessKey ID of Alibaba Cloud Account

      Insira o AccessKey ID da sua conta Alibaba Cloud. Para mais informações, consulte Create an AccessKey pair.

      AccessKey Secret of Alibaba Cloud Account

      Insira o AccessKey Secret da sua conta Alibaba Cloud. Para mais informações, consulte Create an AccessKey pair.

    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 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 realizar uma migração completa, selecione tanto Schema Migration quanto Full Data Migration.

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

        Nota

        • Se não selecionar Schema Migration, você deve 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 não selecionar Incremental Data Migration, não grave novos dados na instância de origem durante a migração de dados para garantir a consistência dos dados.

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: Verifica se existem tabelas com os mesmos nomes no banco de dados de destino. Se não existirem tabelas com os mesmos nomes, a pré-verificação é aprovada. Se existirem tabelas com os mesmos nomes, um erro 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ê 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 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 poderão ser migradas ou a migração poderá falhar. Prossiga com cautela.

        Operation Types

        Selecione os tipos de operações a serem sincronizadas com base nos requisitos da sua aplicação. Por padrão, todos os tipos de operação estão selecionados.

        Processing Policy of Dirty Data

        Selecione a política para lidar com erros de gravação de dados. Valores válidos:

        • Skip

        • Block

        Data Write Mode

        Selecione o modo de gravação de dados. Valores válidos:

        • Update Row: Usa PutRowChange para realizar atualizações no nível de linha.

        • Overwrite Row: Usa UpdateRowChange para realizar sobrescritas no nível de linha.

        Batch Write Mode

        A operação de api para gravação em lote. Valores válidos:

        • BulkImportRequest: Grava dados offline.

        • BatchWriteRowRequest: Grava dados em lotes.

        Recomendamos BulkImportRequest para maior eficiência de leitura/gravação e menores custos na instância Tablestore.

        More

        Configure os seguintes parâmetros conforme necessário:

        • Queue Size: O tamanho da fila para o processo de gravação de dados da instância Tablestore.

        • Thread Quantity: O número de threads de tratamento de callback para o processo de gravação de dados da instância Tablestore.

        • Concurrency: O número máximo de requisições simultâneas para a instância Tablestore.

        • Buckets: O número de buckets concorrentes para gravação sequencial de dados incrementais. Um valor maior pode melhorar a capacidade de gravação simultânea.

          Nota

          O valor deve ser menor ou igual à concorrência.

        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 Case sensitivity of object names in the destination database.

        Source Objects

        Selecione um ou mais objetos na seção Source Objects. Clique no ícone Rightwards arrow e adicione os objetos à seção Selected Objects.

        Nota

        • Você pode selecionar bancos de dados ou tabelas como objetos de migração. Se selecionar apenas tabelas, outros objetos como views, triggers e stored procedures não serão migrados para o banco de dados de destino.

        • É possível migrar tabelas apenas de um único banco de dados. Você pode selecionar um único banco de dados ou várias tabelas do mesmo banco de dados.

        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

        • Passe o mouse sobre uma tabela que deseja sincronizar e clique no ícone Editar ao lado do nome dela para definir o tipo de dados de cada coluna da tabela na instância Tablestore.

        • Apenas nomes de tabelas suportam o recurso de mapeamento. Se usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem do objeto mapeado podem falhar na migração.

        • Para definir uma cláusula WHERE para filtrar dados, clique com o botão direito na tabela a ser migrada na seção Selected Objects e defina a condição de filtro na caixa de diálogo. Para instruções, consulte Set filter conditions.

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

        Parâmetro

        Descrição

        Dedicated Cluster for Task Scheduling

        Por padrão, o DTS agenda tarefas em um cluster compartilhado. Não é necessário selecionar um. Se desejar tarefas mais estáveis, adquira um 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 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 da sua aplicação 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, 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 depois que a instância de migração estiver 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 adjust the incremental migration speed depois que a instância de migração estiver em execução.

        Environment Tag

        Selecione uma tag de ambiente para identificar a instância. Este parâmetro é opcional.

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

        Configure ETL

        Com base nas necessidades da sua aplicação, selecione se deseja configurar o ETL feature para processar dados.

        • Yes: Configura o recurso ETL. Você também deve inserir data processing statements 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 da sua aplicação.

        • No: Não define um 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. Após concluir as configurações anteriores, clique em Next: Configure Database and Table Fields para configurar as colunas de chave primária das tabelas a serem sincronizadas na instância Tablestore.

    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 do mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica que aparecer.

      • 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 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 apresentar riscos ao seu negócio.

    7. Adquira a instância.

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

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

        Categoria

        Parâmetro

        Descrição

        New Instance Class

        Resource Group Settings

        Selecione o grupo de recursos ao qual a instância pertence. O valor padrão é default resource group. Para mais informações, consulte 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 cenário da sua aplicação. 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 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.