Migrate PolarDB-X 2.0 to PolarDB for MySQL - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

Uma instância PolarDB-X 2.0 de origem criada.
Um cluster PolarDB for MySQL de destino disponível. Para mais informações, consulte Custom purchase e Purchase a subscription cluster.
O cluster PolarDB for MySQL de destino deve ter mais espaço de armazenamento do que o utilizado pela instância PolarDB-X 2.0 de origem.

Limitações

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.
O DTS não oferece suporte à migração completa em várias etapas; a migração completa deve ser concluída em uma única operação. Se precisar migrar dados em lotes, configure várias tarefas de migração.

Tipo	Descrição
Limitações do banco de dados de origem	O servidor que hospeda o banco de dados de origem deve ter largura de banda de saída suficiente. Largura de banda insuficiente reduz a velocidade da migração de dados. Instâncias somente leitura do PolarDB-X 2.0 Enterprise Edition não são suportadas como banco de dados de origem. As tabelas a serem migradas devem ter uma PRIMARY KEY ou uma restrição UNIQUE, e os campos na chave ou restrição devem ser únicos. Caso contrário, isso pode causar dados duplicados no banco de dados de destino. Ao migrar objetos no nível de tabela e precisar editá-los, por exemplo, mapeando nomes de colunas, uma única tarefa de migração de dados suporta no máximo 1.000 tabelas. Se exceder esse limite, o envio da tarefa falhará. Nesse caso, divida as tabelas em várias tarefas de migração de dados ou configure uma tarefa para migrar todo o banco de dados. Para migração incremental de dados, o banco de dados de origem deve atender aos seguintes requisitos de binary log: Ative o recurso de binary log e defina o parâmetro `binlog_row_image` como `full`. Caso contrário, a pré-verificação falha e a tarefa de migração de dados não pode ser iniciada. Para tarefas de migração incremental de dados, o DTS exige que os binary logs do banco de dados de origem sejam retidos por pelo menos 24 horas. Para tarefas que incluem migração completa e incremental de dados, os binary logs devem ser retidos por pelo menos 7 dias. É possível alterar o período de retenção para 24 horas após a conclusão da migração completa dos dados. Se os binary logs não forem retidos pelo período necessário, o DTS pode falhar ao obtê-los, o que pode causar falhas na tarefa ou até mesmo inconsistência e perda de dados. O SLA do DTS não cobre problemas causados por um período de retenção de binary log insuficiente. Se um nome de tabela na instância PolarDB-X 2.0 contiver letras maiúsculas, apenas a migração de esquema será suportada para essa tabela. Limitações operacionais no banco de dados de origem: Durante a migração de esquema e a migração completa de dados, 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 Durante a migração completa de dados, o DTS consulta o banco de dados de origem. Essa ação aplica um bloqueio de metadados, que pode impedir operações DDL no banco de dados de origem. Se for necessário alterar o tipo de rede da instância PolarDB-X 2.0 durante a migração, atualize as informações de conexão de rede da tarefa de migração após a conclusão da alteração. Ao realizar apenas a migração completa de dados, não grave novos dados no banco de dados de origem durante a migração. Caso contrário, ocorrerá inconsistência de dados entre os bancos de dados de origem e de 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. Não há suporte para migração de grupos de tabelas (TABLEGROUP) e bancos de dados ou tabelas com o atributo Locality. Não há suporte para migração de tabelas cujos nomes são palavras reservadas, como `select`. Em uma instância PolarDB-X 2.0, partições de banco de dados no modo DRDS não são suportadas para sincronização. Durante a execução de uma tarefa de migração do DTS, não há suporte para alteração do tipo de uma tabela de broadcast na instância PolarDB-X 2.0 de origem (por exemplo, alterar uma tabela de broadcast para uma tabela regular ou fragmentada). Para alterar o tipo de tabela, pare primeiro a tarefa de migração e reconfigure-a após a conclusão da alteração.
Outras limitações	Avalie o desempenho dos bancos de dados de origem e de destino antes de iniciar a migração. Recomendamos realizar a migração de dados fora dos horários de pico, pois o DTS consome recursos de leitura e gravação em ambos os bancos de dados durante a migração completa, o que pode aumentar a carga do banco de dados. Durante a migração completa de dados, operações INSERT simultâneas podem causar fragmentação de tabelas no banco de dados de destino. Como resultado, as tabelas no banco de dados de destino podem ocupar mais espaço de armazenamento do que aquelas na instância de origem. O DTS tenta recuperar tarefas com falha por até sete dias. Antes de transferir suas cargas de trabalho para a instância de destino, encerre ou libere a tarefa, ou revogue as permissões de gravação da conta do DTS na instância de destino usando o comando `revoke`. Isso evita que os dados na instância de destino sejam sobrescritos caso o DTS recupere a tarefa automaticamente. Se seus dados incluírem caracteres de quatro bytes — como caracteres chineses raros ou emojis — o banco de dados e a tabela de destino devem usar o charset utf8mb4. Nota Se usar o DTS para migrar esquemas, defina o parâmetro de nível de instância `character_set_server` como utf8mb4 no banco de dados de destino. Se uma instrução DDL falhar ao executar no banco de dados de destino, a tarefa do DTS continuará em execução. Verifique o log da tarefa para visualizar a instrução DDL com falha. Para mais informações, consulte View task logs. 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 do 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.
Outras precauções	O DTS atualiza periodicamente a tabela `dts_health_check`.`ha_health_check` no banco de dados de origem para avançar a posição do binary log. Se o destino for um cluster PolarDB for MySQL: O DTS cria automaticamente o banco de dados no cluster PolarDB for MySQL. Se o nome do banco de dados que você deseja migrar não estiver em conformidade com as convenções de nomenclatura do PolarDB for MySQL, crie o banco de dados no cluster PolarDB for MySQL antes de configurar a tarefa de migração de dados. Para mais informações, consulte Manage databases.

Faturamento

Tipo de migração	Taxa de configuração da instância	Taxa de tráfego de Internet
Migração de esquema e migração completa de dados	Gratuito.	Quando o parâmetro Access Method do banco de dados de destino estiver definido como Public IP Address, haverá cobrança de tráfego de Internet. Para mais informações, consulte Billing overview.
Migração incremental de dados	Pago. Para mais informações, consulte Billing overview.

Tipos de migração

Migração de esquema

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

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

Após a conclusão 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 na migração incremental

Tipo de operação	Instrução SQL
DML	INSERT, UPDATE, DELETE
DDL	ALTER TABLE CREATE FUNCTION, CREATE INDEX, CREATE TABLE Nota Se o banco de dados de origem for uma instância PolarDB-X 2.0 Enterprise Edition, as operações `CREATE FUNCTION` e `CREATE INDEX` não serão migradas. DROP INDEX, DROP TABLE RENAME TABLE Importante A operação RENAME TABLE pode causar inconsistência de dados. Se selecionar apenas uma tabela específica para migração e ela for renomeada na instância de origem, seus dados não serão migrados para o destino. Para evitar isso, selecione todo o banco de dados como objeto de migração para que o DTS continue rastreando a tabela após a renomeação. TRUNCATE TABLE

Permissões de conta de banco de dados

Banco de dados	Migração de esquema	Migração completa	Migração incremental
Instância PolarDB-X 2.0 de origem	Permissão SELECT	Permissão SELECT	Permissões REPLICATION SLAVE e REPLICATION CLIENT, além da permissão SELECT nos objetos a serem migrados. Nota Para informações sobre como conceder permissões, consulte Account permission issues during data synchronization.
Cluster PolarDB for MySQL de destino	Permissões de leitura e gravação

Para criar uma conta de banco de dados e conceder permissões:

Para um cluster PolarDB for MySQL, consulte Create and manage a database account.

Procedimento

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 do layout do console do DMS. Para mais informações, consulte Simple mode console e Customize the layout and style of the DMS console.
1. Faça login no console do Data Management (DMS).
2. Na barra de menu superior, escolha Data + AI > Data Transmission (DTS) > Data Migration.
3. À direita de Data Migration Tasks, selecione a região onde a instância de migração está localizada.
Clique em Create Task para acessar a página de configuração da tarefa.
Opcional: No canto superior direito da página, clique em New Configuration Page.
Nota
- Se já estiver na nova página de configuração (o botão no canto superior direito é Back to Previous Version), pule esta etapa.
- Os parâmetros nas páginas de configuração nova e antiga são diferentes. Recomendamos o uso da nova página de configuração.

Configure os bancos de dados de origem e de destino.

Aviso

Após selecionar as instâncias de origem e de destino, recomendamos ler atentamente os limites exibidos na parte superior da página. Caso contrário, a tarefa pode falhar ou ocorrer inconsistência de dados.

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	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 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 PolarDB-X 2.0.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância PolarDB-X 2.0 de origem está localizada.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo migra dados dentro da mesma conta Alibaba Cloud. Selecione No.
	Instance ID	Selecione o ID da instância PolarDB-X 2.0 de origem.
	Database Account	Insira a conta do banco de dados para a instância PolarDB-X 2.0 de origem. Para 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.
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 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 PolarDB for MySQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde o cluster PolarDB for MySQL de destino está localizado.
	PolarDB Cluster ID	Selecione o ID do cluster PolarDB for MySQL de destino.
	Database Account	Insira a conta do banco de dados para o cluster PolarDB for MySQL de destino. Para 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.
	Encryption	Selecione um tipo de conexão conforme necessário. Para mais informações sobre o recurso de criptografia ssl, consulte Enable SSL encryption.

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

Se o banco de dados de origem ou de destino for uma instância de banco de dados da Alibaba Cloud, como uma instância RDS for MySQL ou ApsaraDB for MongoDB, o DTS adiciona automaticamente os blocos CIDR dos servidores DTS à lista de permissões de endereços IP da instância. Se o banco de dados de origem ou de destino for um banco de dados autogerenciado hospedado em uma instância ECS, o DTS adiciona automaticamente os blocos CIDR dos servidores DTS às regras do grupo de segurança da instância ECS. Você também deve garantir que o banco de dados esteja acessível a partir da instância ECS. Se o banco de dados autogerenciado estiver hospedado em várias instâncias ECS, adicione manualmente os blocos CIDR dos servidores DTS às regras do grupo de segurança de cada instância ECS. Se o banco de dados de origem ou de destino for um banco de dados autogerenciado implantado em um data center on-premises ou fornecido por um provedor de serviços em nuvem terceirizado, adicione manualmente os blocos CIDR dos servidores DTS à lista de permissões de endereços IP do banco de dados para permitir o acesso dos servidores DTS. Para mais informações sobre os endereços IP dos servidores DTS, consulte CIDR blocks of DTS servers.

Aviso
Adicionar os blocos de endereços IP públicos dos servidores DTS, seja automaticamente ou manualmente, pode introduzir riscos de segurança. Ao usar este product, você reconhece e aceita esses riscos potenciais. Implemente medidas básicas de segurança, como usar senhas fortes, limitar portas abertas para cada bloco CIDR, usar autenticação para chamadas internas de API e verificar e restringir regularmente blocos CIDR desnecessários. Também é possível conectar-se usando uma rede interna, como uma linha dedicada, VPN Gateway ou Smart Access Gateway.

Configure os objetos da tarefa.

Na página Configure Objects, configure os objetos que deseja migrar.

Parâmetro	Descrição
Migration Types	Se precisar realizar apenas uma migração completa, selecione Schema Migration e Full Data Migration. Para realizar uma migração sem tempo de inatividade, selecione Schema Migration, Full Data Migration e Incremental Data Migration. Nota Se não selecionar Schema Migration, garanta que exista um banco de dados e tabelas para receber os dados no banco de dados de destino. Também é possível 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 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, altere o nome da tabela no banco de dados de destino. Para mais informações, consulte Object name mapping. Ignore Errors and Proceed: Ignora a verificação de tabelas com os mesmos nomes. Aviso Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e riscos 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 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.
Source Objects	Selecione um ou mais objetos na seção Source Objects. Clique no ícone e adicione os objetos à seção Selected Objects. Nota A granularidade para seleção de objetos de migração é esquema, tabela e coluna. Se 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 do mouse no objeto na caixa Selected Objects. Para mais informações, consulte Map individual schema, table, and column names. Para alterar os nomes de vários objetos de migração na instância de destino, clique em Selected Objects no canto superior direito da caixa Batch Edit. Para mais informações, consulte Map multiple schema, table, and column names. Nota Se usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem do objeto renomeado podem falhar na migração. Para filtrar dados usando uma cláusula WHERE, clique com o botão direito do mouse na tabela a ser migrada na caixa Selected Objects e especifique a condição de filtro na caixa de diálogo exibida. Para mais informações, consulte Set filter conditions. Para selecionar as operações SQL a serem migradas no nível do banco de dados ou da tabela, clique com o botão direito do mouse no objeto na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo exibida. Para obter uma lista de operações suportadas, consulte SQL operations that can be migrated during incremental data migration.

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.
Select the engine type of the destination database	Selecione o tipo de mecanismo de armazenamento para o banco de dados de destino. InnoDB: O mecanismo de armazenamento padrão. X-Engine: Um mecanismo de armazenamento para cargas de trabalho de Processamento de Transações Online (OLTP).
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. É possível 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 de destino dentro da duração especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará. Nota Para várias instâncias do DTS que compartilham a mesma origem ou destino, o tempo de nova tentativa de rede é determinado pela configuração da última tarefa criada. Como há cobrança pela tarefa durante o período de nova tentativa de conexão, recomendamos personalizar o tempo de nova tentativa com base nas necessidades do seu negócio ou liberar a instância do DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e de destino.
Retry Time for Other Issues	Após o início da tarefa de migração, se ocorrer um problema não relacionado à 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. É possível 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 de 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 selecionar Full Data Migration em Migration Types. Também é possível adjust the full migration speed após a instância de migração estar em execução.
Enable Throttling for Incremental Data Migration	Se necessário, também é possível 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 selecionar Incremental Data Migration em Migration Types. Também é possível adjust the incremental migration speed após a instância de migração estar em execução.
Environment Tag	Opcional. Selecione uma tag de ambiente para identificar a instância.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Escolha se deseja gravar informações SQL de heartbeat no banco de dados de origem enquanto a instância do DTS está em execução. Yes: As informações SQL de heartbeat não são gravadas no banco de dados de origem. Isso pode fazer com que a instância do DTS relate um atraso. No: Grava informações SQL de heartbeat no banco de dados de origem. Isso pode interferir em recursos como backup físico e clonagem do banco de dados de origem.
Configure ETL	Com base nas necessidades do seu negócio, selecione se deseja configurar o ETL feature para processar dados. Yes: Configura o recurso ETL. Também é necessário 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 do seu negócio. No: Não define um alerta. Yes: Configure alertas definindo um alert threshold e alert notifications. Se uma migração falhar ou a latência exceder o limiar, o sistema enviará uma notificação de alerta.

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.

Salve a tarefa e execute uma pré-verificação.
- Para visualizar os parâmetros de configuração desta instância ao chamar a operação da API, passe o ponteiro do mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters no balão exibido.
- 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 orientaçã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 orientaçã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 para o seu negócio.

Adquira a instância.

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

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?
New Instance Class	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.

Após concluir a configuração, leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.
Clique em Buy and Start. Na caixa de diálogo OK exibida, clique em OK.

É possível acompanhar 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á parada automaticamente após a conclusão da migração completa. Após a parada da tarefa, seu Status muda para Completed.
- Se a tarefa de migração incluir migração incremental, ela não será parada 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.