Todos os produtos
Search
Central de documentação

Data Transmission Service:Migrar RDS for SQL Server para PolarDB for MySQL

Última atualização: Oct 15, 2026

O Data Transmission Service (DTS) suporta migração de dados heterogêneos de uma instância RDS for SQL Server para um cluster PolarDB for MySQL, incluindo migração de schema, migração completa de dados e migração incremental de dados.

Pré-requisitos

Antes de começar, certifique-se de que você possui:

Caso a instância de origem atenda a qualquer uma das condições abaixo, divida a migração em várias tarefas:

  • Mais de 10 bancos de dados

  • Backups de log em um único banco de dados com frequência superior a uma vez por hora

  • Operações DDL em um único banco de dados com frequência superior a 100 vezes por hora

  • Volume de log de um único banco de dados excedendo 20 MB/s

  • Change Data Capture (CDC) necessário para mais de 1.000 tabelas

Faturamento

Tipo de migração

Taxa de configuração do link

Taxa de tráfego de internet

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

Gratuita

Gratuita

Migração incremental de dados

Cobrada. Para detalhes, consulte Billing overview.

—

Permissões necessárias

Banco de dados

Migração de schema

Migração completa

Migração incremental

Instância RDS for SQL Server

Leitura

Leitura

Owner

Cluster PolarDB for MySQL

Leitura e gravação

Leitura e gravação

Leitura e gravação

Para criar contas e conceder permissões:

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

Tipo de operação Operações SQL suportadas
DML INSERT, UPDATE, DELETE.
Nota

Instruções UPDATE que modificam apenas colunas de objetos grandes não são suportadas.

DDL CREATE TABLE; ALTER TABLE (apenas ADD COLUMN e DROP COLUMN); DROP TABLE; CREATE INDEX; DROP INDEX

As seguintes operações DDL não são suportadas:

  • Operações DDL que envolvem tipos definidos pelo usuário

  • Operações DDL online

  • Operações DDL transacionais (por exemplo, adicionar várias colunas em uma única instrução ou combinar DDL e DML em uma única instrução)

  • Operações DDL que usam palavras-chave reservadas como nomes de atributos

  • Operações DDL executadas por stored procedures do sistema

  • TRUNCATE TABLE

  • Partições e funções dentro de definições de tabela

Limitações

Requisitos do banco de dados de origem

  • As tabelas a serem migradas devem ter chaves primárias ou restrições UNIQUE com campos únicos. Caso contrário, dados duplicados podem aparecer no banco de dados de destino.

  • Uma única tarefa de migração suporta no máximo 1.000 tabelas ao editar objetos no nível de tabela (como mapeamento de nomes de tabelas ou colunas). Se você exceder esse limite, divida as tabelas em várias tarefas de migração ou configure a tarefa para migrar um banco de dados inteiro.

  • Uma única tarefa de migração suporta no máximo 10 bancos de dados. Exceder esse limite pode causar problemas de estabilidade e desempenho.

  • Se você migrar objetos específicos em vez de um banco de dados inteiro, tabelas com o mesmo nome, mas com schemas diferentes, não poderão ser migradas para o mesmo banco de dados de destino.

  • O servidor do banco de dados de origem deve ter largura de banda de saída suficiente. Largura de banda insuficiente reduz a velocidade da migração.

  • READ_COMMITTED_SNAPSHOT deve estar habilitado no banco de dados de origem durante a migração completa de dados. Desabilitá-lo permite bloqueios compartilhados que podem afetar a gravação de dados e causar inconsistência de dados ou falhas na instância. Exceções decorrentes dessa causa não são cobertas pelo Service-Level Agreement (SLA) do DTS.

Requisitos de migração incremental

Para migração incremental, o banco de dados de origem deve atender às seguintes condições:

  • Os logs devem estar habilitados com o modo de backup definido como Full, e um backup físico completo deve ter sido concluído com sucesso.

  • Para tarefas apenas incrementais, o DTS exige que os logs sejam retidos por mais de 24 horas. Para tarefas que incluem migração completa e incremental, os logs devem ser retidos por pelo menos 7 dias. Você pode aumentar o período de retenção para mais de 24 horas após a conclusão da migração completa. Retenção insuficiente de logs pode causar falha na tarefa do DTS e, em casos extremos, inconsistência ou perda de dados. Problemas causados por retenção insuficiente de logs não são cobertos pelo SLA do DTS.

  • O DTS utiliza a função fn_log para obter logs do banco de dados de origem. Não limpe os logs do banco de dados de origem prematuramente. Caso contrário, a tarefa do DTS pode falhar.

  • Não execute alterações de schema DDL durante a sincronização inicial de schema e a migração completa de dados. Caso contrário, a tarefa de migração falhará.

  • Não grave novos dados na instância de origem se estiver realizando apenas a migração completa de dados. Para garantir consistência de dados em tempo real, selecione Schema Migration, Full Data Migration e Incremental Data Migration juntos.

  • Se uma tarefa de migração incluir migração incremental de dados, não reindexe. Caso contrário, a tarefa pode falhar ou dados podem ser perdidos.

Não é possível alterar as chaves primárias de tabelas com CDC habilitado.

Condições para habilitação do CDC

Para habilitar o CDC em tabelas no banco de dados de origem, todas as condições a seguir devem ser atendidas. Caso contrário, a pré-verificação falhará.

  • O valor do campo srvname na view sys.sysservers deve corresponder ao valor retornado pela função SERVERPROPERTY.

  • Para SQL Server autogerenciado: o proprietário do banco de dados deve ser sa.

  • Para RDS for SQL Server: o proprietário do banco de dados deve ser sqlsa.

  • Enterprise Edition: SQL Server 2008 ou posterior.

  • Standard Edition: SQL Server 2016 SP1 ou posterior.

  • SQL Server 2017 (Standard ou Enterprise Edition): atualize a versão do banco de dados antes de habilitar o CDC.

Tipos de dados e objetos que não podem ser migrados

Os seguintes tipos de dados do SQL Server não podem ser migrados: CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, GEOGRAPHY e tipos definidos pelo usuário criados com o comando CREATE TYPE.

Os seguintes tipos de objetos não podem ser migrados: PROCEDURE, FUNCTION, TRIGGER, DATATYPE, SYNONYM, CATALOG, PLAN_GUIDE e SEQUENCE.

Operações DDL complexas não podem ser migradas.

Cenários especiais

Cenário

Limitação

Caracteres de quatro bytes (caracteres raros ou emojis)

O banco de dados e a tabela de destino devem usar o charset utf8mb4. Defina o parâmetro de nível de instância character_set_server como utf8mb4 no banco de dados de destino.

Campo único com CDC habilitado excede 64 KB

Execute exec sp_configure 'max text repl size', -1; no banco de dados de origem antecipadamente. Por padrão, um job de CDC pode processar um único campo com comprimento máximo de 64 KB.

Instância de origem somente leitura

Operações DDL não podem ser migradas.

Origem Azure SQL Database

Uma única tarefa do DTS pode migrar apenas um banco de dados.

Origem RDS for SQL Server com migração incremental

Desabilite a criptografia transparente de dados (TDE) para garantir a estabilidade da tarefa. Para detalhes, consulte Disable TDE.

Origem RDS for SQL Server Web Edition

Defina SQL Server Incremental Synchronization Mode como Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).

Várias instâncias do DTS compartilhando a mesma origem SQL Server

Seus módulos de ingestão de dados incrementais operam independentemente.

Origem RDS for SQL Server

O DTS cria uma conta rdsdt_dtsacct na instância de origem. Não exclua esta conta nem altere sua senha enquanto a tarefa estiver em execução. Para detalhes, consulte System accounts.

Outras considerações

  • Se você usar o comando sp_rename para renomear objetos (como stored procedures) antes da execução da tarefa de sincronização inicial de schema, a tarefa pode não funcionar conforme esperado ou pode falhar. Utilize o comando ALTER para renomear objetos.

  • A migração completa de dados usa operações INSERT concorrentes, o que causa fragmentação de tabela no banco de dados de destino. Após a conclusão da migração completa de dados, o espaço de armazenamento da tabela de destino será maior que o da origem.

  • Se uma instrução DDL falhar ao gravar no banco de dados de destino, a tarefa do DTS continuará em execução. Visualize a instrução com falha nos logs da tarefa. Para detalhes, consulte View task logs.

  • Agende a migração fora dos horários de pico. O DTS consome recursos de leitura e gravação nos bancos de dados de origem e destino durante a migração completa de dados, o que aumenta a carga do banco de dados.

  • 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 parâmetros da tarefa do DTS (não parâmetros do banco de dados). Para parâmetros ajustáveis, consulte Modify instance parameters.

Importante

O SQL Server é um banco de dados comercial de código fechado. Devido a restrições específicas de formato, problemas podem ocorrer quando o DTS realiza CDC e análise de logs no SQL Server. Antes de habilitar a migração incremental para uma origem SQL Server em produção, execute um teste abrangente de prova de conceito (POC) que cubra todos os tipos de alterações de negócios, mudanças de schema e cenários de estresse em horários de pico. Certifique-se de que a lógica de negócios no ambiente de produção corresponda ao ambiente de teste POC.

Nota sobre migração de schema

Durante a migração de schema, o DTS migra chaves estrangeiras da origem para o banco de dados de destino. Durante a migração completa e incremental de dados, o DTS desabilita temporariamente as verificações de restrições e operações em cascata em chaves estrangeiras no nível de sessão. Executar atualizações ou exclusões em cascata na origem durante a migração pode causar inconsistência de dados.

Modo de análise híbrida de logs (limites adicionais)

No modo de análise híbrida de logs, não adicione ou remova colunas consecutivamente dentro de um intervalo inferior a 10 minutos. Por exemplo, as seguintes instruções consecutivas causam erro na tarefa:

ALTER TABLE test_table DROP COLUMN Flag;
ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');

O DTS cria o trigger dts_cdc_sync_ddl, a tabela de heartbeat dts_sync_progress e a tabela de armazenamento DDL dts_cdc_ddl_history no banco de dados de origem. No modo de sincronização incremental híbrida, o DTS também habilita o CDC no nível do banco de dados e o CDC para algumas tabelas. Mantenha a taxa de alteração de dados para tabelas com CDC habilitado em ou abaixo de 1.000 registros por segundo (RPS).

Escolher um modo de sincronização incremental

Esta configuração está disponível apenas quando Incremental Data Migration estiver selecionado.

Modo

Ideal para

Limitações

Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing)

Tabelas heap, tabelas sem chaves primárias, tabelas compactadas, tabelas com colunas computadas. Oferece alta estabilidade de link e suporta uma ampla gama de cenários DDL.

O DTS cria o trigger dts_cdc_sync_ddl, a tabela de heartbeat dts_sync_progress e a tabela de armazenamento DDL dts_cdc_ddl_history no banco de dados de origem, e habilita o CDC no nível do banco de dados. Você não pode executar SELECT INTO, TRUNCATE ou RENAME COLUMN em tabelas com CDC habilitado, nem excluir manualmente triggers criados pelo DTS.

Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported)

Cenários sem tabelas heap, tabelas sem chaves primárias, tabelas compactadas ou tabelas com colunas computadas. Não intrusivo ao banco de dados de origem.

Não suporta tabelas heap, tabelas sem chaves primárias, tabelas compactadas ou tabelas com colunas computadas. Para tabelas a serem migradas, é necessário um índice clusterizado contendo colunas de chave primária.

Polling and querying CDC instances for incremental synchronization

Origens que são Amazon RDS for SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on Virtual Machine ou Google Cloud SQL for SQL Server. Usa o componente CDC nativo para obter dados incrementais, melhorando a estabilidade e reduzindo o uso de largura de banda de rede.

Requer que a conta do banco de dados de origem tenha permissões de habilitação de CDC. A latência da migração incremental é de aproximadamente 10 segundos. Migrar várias tabelas em vários bancos de dados pode causar problemas de estabilidade e desempenho.

Additional limits for Polling and querying CDC instances for incremental synchronization:

  • Para Azure SQL Database: a conta privilegiada (administrador do servidor) do console do Azure SQL Database atende ao requisito de permissões. Para bancos de dados baseados em vCore, todos os tipos de instância suportam CDC. Para bancos de dados baseados em DTU, apenas S3 e posteriores suportam CDC. Tabelas com índice columnstore clusterizado não suportam CDC.

  • Para Amazon RDS for SQL Server: a conta privilegiada pode habilitar o CDC no nível do banco de dados para stored procedures.

  • Não adicione ou remova colunas consecutivamente — por exemplo, não execute mais de duas operações DDL para adicionar ou remover colunas dentro de um minuto. Caso contrário, a tarefa pode falhar.

  • Não altere a instância CDC do banco de dados de origem. Caso contrário, a tarefa pode falhar ou dados podem ser perdidos.

Retenção de dados do CDC (para modos híbrido e polling):

Por padrão, os dados incrementais armazenados no componente CDC são retidos por 3 dias. Ajuste o período de retenção usando:

exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;

Onde &lt;time&gt; está em minutos. Se uma única tabela gerar mais de 10 milhões de alterações incrementais por dia, defina &lt;time&gt; como 1440.

Limite o CDC a no máximo 1.000 tabelas por tarefa de migração. Exceder esse limite pode causar latência ou instabilidade na tarefa.

O módulo de pré-requisito de uma tarefa de migração incremental habilita o CDC para o banco de dados de origem. Durante esse processo, o banco de dados de origem pode ser brevemente bloqueado devido a restrições do kernel do banco de dados SQL Server.

Para tabelas no modo Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported), consulte How to view information about heap tables, tables without primary keys, compressed tables, tables with computed columns, and tables with sparse columns in SQL Server.

Criar uma tarefa de migração

Etapa 1: Abrir a lista de tarefas de migração

Use um dos métodos a seguir para navegar até a lista de tarefas de migração da região de destino.

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, 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 detalhes, consulte Simple mode console. Para alterar o layout e o estilo, consulte 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.

Etapa 2: Configurar os bancos de dados de origem e destino

  1. Clique em Create Task.

  2. Configure o banco de dados de origem.

    Aviso

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

    Parâmetro Valor
    Task Name O DTS gera um nome automaticamente. Especifique um nome descritivo para facilitar a identificação. O nome não precisa ser único.
    Select Existing Connection Selecione uma instância de banco de dados registrada na lista suspensa para preencher automaticamente os detalhes de conexão. Se a instância não estiver registrada, configure a conexão manualmente.
    Nota

    No console do DMS, este parâmetro é denominado Select a DMS database instance.

    Database Type Selecione SQL Server.
    Access Method Selecione Alibaba Cloud Instance.
    Instance Region Selecione a região da instância RDS for SQL Server de origem.
    Replicate Data Across Alibaba Cloud Accounts Selecione No (migração na mesma conta).
    RDS Instance ID Selecione o ID da instância RDS for SQL Server de origem.
    Database Account Insira a conta do banco de dados. Para requisitos de permissão, consulte Permissions required.
    Database Password Insira a senha da conta.
    Encryption Selecione Non-encrypted se a criptografia SSL estiver desabilitada no banco de dados de origem. Selecione SSL-encrypted se a criptografia SSL estiver habilitada. O DTS confia no certificado do servidor por padrão.
  3. Configure o banco de dados de destino.

    Parâmetro Valor
    Select Existing Connection Selecione uma instância de banco de dados registrada na lista suspensa para preencher automaticamente os detalhes de conexão. Se a instância não estiver registrada, configure a conexão manualmente.
    Nota

    No console do DMS, este parâmetro é denominado Select a DMS database instance.

    Database Type Selecione PolarDB for MySQL.
    Access Method Selecione Alibaba Cloud Instance.
    Instance Region Selecione a região do cluster PolarDB for MySQL de destino.
    PolarDB Cluster ID Selecione o ID do cluster PolarDB for MySQL de destino.
    Database Account Insira a conta do banco de dados. Para requisitos de permissão, consulte Permissions required.
    Database Password Insira a senha da conta.
    Encryption Selecione um método de conexão conforme necessário. Para detalhes sobre criptografia SSL, consulte Enable SSL encryption.
  4. Clique em Test Connectivity and Proceed na parte inferior da página.

    O DTS adiciona automaticamente seus intervalos de endereços IP às configurações de segurança dos bancos de dados de origem e destino. Se a origem ou o destino for um banco de dados autogerenciado ( Access Method não é Alibaba Cloud Instance ), clique também em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers . Para detalhes, consulte Add DTS server IP addresses to a whitelist .

Etapa 3: Configurar objetos de migração

Na página Configure Objects, defina as seguintes configurações.

Parâmetro Descrição
Migration Types Selecione os tipos de migração para o seu cenário. Para migração completa apenas, selecione Schema Migration e Full Data Migration. Para migração sem tempo de inatividade, selecione também Incremental Data Migration.
Nota

Se você pular Schema Migration, certifique-se de que o banco de dados de destino já possua os bancos de dados e tabelas alvo. Se você pular Incremental Data Migration, não grave novos dados na instância de origem durante a migração.

Schema Mapping Mode of Source and Destination Databases Selecione um modo de mapeamento de schema para mapear schemas entre os bancos de dados de origem e destino.
Aviso

Tabelas em schemas diferentes do banco de dados de origem não podem compartilhar o mesmo nome. Caso contrário, pode ocorrer inconsistência de dados ou falha na tarefa.

SQL Server Incremental Synchronization Mode Selecione um modo com base no tipo do seu banco de dados de origem e estrutura da tabela. Consulte Escolher um modo de sincronização incremental. Este parâmetro aparece apenas quando Incremental Data Migration estiver selecionado.
The maximum number of tables for which CDC is enabled Especifique o número máximo de tabelas com CDC habilitado para esta instância de migração. Padrão: 1.000. Esta opção não aparece quando Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) estiver selecionado.
Processing Mode of Conflicting Tables Precheck and Report Errors: verifica se existem tabelas com os mesmos nomes no banco de dados de destino antes de iniciar a migração. Se houver correspondências, a pré-verificação falha e a migração não inicia.
Nota

Se uma tabela conflitante não puder ser excluída ou renomeada, use Object name mapping para renomeá-la. Ignore Errors and Proceed: ignora a verificação de tabelas duplicadas.

Aviso

Isso pode causar inconsistência de dados. Durante a migração completa, o DTS mantém o registro de destino; durante a migração incremental, o registro de origem sobrescreve o registro de destino.

Capitalization of Object Names in Destination Instance Configure a política de diferenciação de maiúsculas e minúsculas para nomes de objetos migrados (bancos de dados, tabelas, colunas). Padrão: DTS default policy. Para detalhes, 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

A granularidade da migração é schema, tabela ou coluna. Selecionar apenas tabelas ou colunas exclui views, triggers e stored procedures.

Selected Objects Para renomear um objeto no destino, clique com o botão direito nele na caixa Selected Objects. Para detalhes, consulte Individual table column mapping. Para renomear vários objetos de uma vez, clique em Batch Edit. Para detalhes, consulte Map multiple object names at a time. Para filtrar linhas, clique com o botão direito em uma tabela e configure a condição WHERE. Para detalhes, consulte Configure filter conditions. Para selecionar operações SQL incrementais específicas, clique com o botão direito no objeto e selecione as operações desejadas.
Nota

O mapeamento de nomes de objetos pode causar falhas de migração para outros objetos que dependem do objeto renomeado.

Etapa 4: Configurar configurações avançadas

Clique em Next: Advanced Settings e configure os seguintes parâmetros.

Parâmetro Descrição
Dedicated Cluster for Task Scheduling Por padrão, o DTS agenda tarefas em um cluster compartilhado. Para melhorar a estabilidade da tarefa, adquira um cluster dedicado.
Retry Time for Failed Connections A duração durante a qual o DTS tenta reconectar após uma falha de conexão. Padrão: 720 minutos. Intervalo: 10–1.440 minutos. Defina como mais de 30 minutos. Se o DTS reconectar dentro dessa duração, a tarefa será retomada automaticamente.
Nota

Para várias instâncias do DTS compartilhando a mesma origem ou destino, o tempo de nova tentativa é determinado pela última tarefa criada. Cobranças são aplicadas durante o período de nova tentativa.

Retry Time for Other Issues A duração durante a qual o DTS tenta novamente após erros que não sejam de conectividade (como exceções DDL ou DML). Padrão: 10 minutos. Intervalo: 1–1.440 minutos. Defina como mais de 10 minutos. Este valor deve ser menor que Retry Time for Failed Connections.
Enable Throttling for Full Data Migration Limite a carga de leitura/gravação durante a migração completa definindo Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s). Disponível apenas quando Full Data Migration estiver selecionado. Ajuste a velocidade após o início da tarefa. Para detalhes, consulte Enable throttling for data migration.
Enable Throttling for Incremental Data Migration Limite a carga durante a migração incremental definindo RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s). Disponível apenas quando Incremental Data Migration estiver selecionado.
Environment Tag Selecione uma tag para identificar a instância. Opcional.
Configure ETL Escolha se deseja habilitar extração, transformação e carregamento (ETL). Selecione Yes para inserir instruções de processamento de dados. Para detalhes, consulte Configure ETL in a data migration or data synchronization task.
Monitoring and Alerting Selecione Yes para configurar um limiar de alertanotificações de alerta e notificações. O DTS envia um alerta se a migração falhar ou se a latência exceder o limiar.

Etapa 5: Configurar validação de dados

Clique em Next: Data Validation para configurar uma tarefa de validação de dados. Para detalhes, consulte Configure data validation.

Etapa 6: Salvar a tarefa e executar a pré-verificação

Clique em Next: Save Task Settings and Precheck.

Para visualizar os parâmetros da API para esta configuração, passe o mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters .

O DTS executa uma pré-verificação antes do início da migração. A tarefa só começa após passar por todos os itens de pré-verificação.

  • Se a pré-verificação falhar, clique em View Details ao lado do item com falha, corrija o problema e execute a pré-verificação novamente.

  • Se um aviso aparecer:

    • Para avisos que não podem ser ignorados: clique em View Details, corrija o problema e execute a pré-verificação novamente.

    • Para avisos que podem ser ignorados: clique em Confirm Alert Details > Ignore > OK > Precheck Again para pular o item. Ignorar avisos pode causar inconsistência de dados ou riscos aos negócios.

Etapa 7: Adquirir a instância e iniciar a migração

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

  2. Na página Purchase, selecione a especificação do link para a instância de migração.

    Parâmetro

    Descrição

    Resource Group Settings

    Selecione o grupo de recursos para a instância. Padrão: grupo de recursos padrão. Para detalhes, consulte What is Resource Management?

    Instance Class

    Selecione uma especificação com base no seu cenário de migração. A especificação do link afeta a velocidade da migração. Para detalhes, consulte Data migration link specifications.

  3. Leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.

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

Monitorar o progresso da migração

Após o início da tarefa, vá para a página de lista Data Migration Tasks para monitorar o progresso.

  • Se a tarefa não incluir migração incremental, ela será interrompida automaticamente após a conclusão da migração completa e o Status mudará para Completed.

  • Se a tarefa incluir migração incremental, ela será executada continuamente. O Status permanecerá como Running até que você pare a tarefa manualmente.