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

Pré-requisitos

Crie uma instância de origem do PolarDB-X 2.0.
Tenha um cluster de destino do AnalyticDB for MySQL 3.0 disponível. Para mais informações, consulte Create a cluster.
O cluster de destino do AnalyticDB for MySQL 3.0 deve ter mais espaço de armazenamento do que o utilizado pela instância de origem do PolarDB-X 2.0.

Limitações

Nota

Durante a migração de schema, o DTS não migra chaves estrangeiras do banco de dados de origem para o banco de dados de destino.
Nas fases de migração total e incremental de dados, o DTS desativa temporariamente as verificações de restrições e as operações em cascata de chaves estrangeiras no nível da sessão. Caso ocorram atualizações ou exclusões em cascata no banco de dados de origem durante a execução da tarefa, pode haver inconsistência de dados.
A migração de schema não suporta a transferência de materialized views para a instância de destino do AnalyticDB for MySQL. Para utilizar materialized views, crie-as manualmente na instância de destino após a conclusão da migração.

Tipo	Descrição
Limitações do banco de dados de origem	O servidor que hospeda o banco de dados de origem precisa 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 possuir uma PRIMARY KEY ou uma restrição UNIQUE, e os campos dessa chave ou restrição precisam ser únicos. Caso contrário, podem surgir dados duplicados no banco de dados de destino. Ao migrar objetos no nível de tabela com necessidade de edição, como mapeamento de nomes de colunas, uma única tarefa de migração de dados suporta no máximo 1.000 tabelas. Exceder esse limite causa falha no envio da tarefa. Nessa situação, divida as tabelas em várias tarefas de migração de dados ou configure uma tarefa para migrar o banco de dados inteiro. 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`. Sem essa configuração, a pré-verificação falha e a tarefa de migração de dados não inicia. Em tarefas de migração incremental, 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 total e incremental, os binary logs devem ser mantidos por no mínimo 7 dias. Após a conclusão da migração total, altere o período de retenção para 24 horas. Se os binary logs não forem retidos pelo período necessário, o DTS pode não conseguir obtê-los, causando falhas na tarefa ou até mesmo inconsistência e perda de dados. O SLA do DTS não cobre problemas causados por período de retenção de binary log insuficiente. Se o nome de uma tabela na instância PolarDB-X 2.0 contiver letras maiúsculas, apenas a migração de schema será suportada para essa tabela. Limitações operacionais no banco de dados de origem: Durante a migração de schema e a migração total de dados, não execute operações DDL que alterem o schema do banco de dados ou da tabela. Caso contrário, a tarefa de migração de dados falhará. Nota Na migração total 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. Caso seja 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 executar apenas a migração total de dados, não grave novos dados no banco de dados de origem durante a migração. Isso causaria 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 schema, migração total de dados e migração incremental de dados. Não há suporte para migração de grupos de tabelas (TABLEGROUP) nem de bancos de dados ou tabelas com o atributo Locality. Tabelas cujos nomes são palavras reservadas, como `select`, não podem ser migradas. 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 é permitido alterar o tipo de uma broadcast table na instância de origem PolarDB-X 2.0 (por exemplo, mudar de broadcast table para tabela regular ou tabela fragmentada). Para alterar o tipo da tabela, pare primeiro a tarefa de migração e reconfigure-a após a conclusão da mudança.
Outras limitações	O DTS não suporta a migração de prefix index. Se o banco de dados de origem contiver um prefix index, a tarefa de migração de dados poderá falhar. O banco de dados de destino deve ter uma chave primária personalizada. Alternativamente, na etapa Configurations for Databases, Tables, and Columns, defina a Primary Key Column. Caso contrário, a migração pode falhar. Se o uso de espaço em disco em um nó do cluster de destino AnalyticDB for MySQL 3.0 exceder 80%, a tarefa do DTS poderá sofrer atrasos ou apresentar erros. Isso ocorre devido a limitações do AnalyticDB for MySQL 3.0. Antes de iniciar a migração, estime o espaço de armazenamento necessário com base nos objetos a serem migrados e garanta que o cluster de destino tenha espaço suficiente. Se o cluster de destino AnalyticDB for MySQL 3.0 estiver realizando backup enquanto a tarefa do DTS está em execução, a tarefa falhará. Avalie o desempenho dos bancos de dados de origem e 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 durante a migração total, aumentando a carga do banco de dados. Durante a migração total 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 as correspondentes no banco de dados de origem. O DTS tenta recuperar tarefas com falha por até sete dias. Antes de transferir suas cargas de trabalho para o banco de dados de destino, encerre ou libere a tarefa, ou revogue as permissões de gravação da conta do DTS no banco de dados de destino usando o comando `REVOKE`. Isso evita que o DTS sobrescreva dados no banco de dados de destino caso a tarefa seja recuperada automaticamente. Se uma instrução DDL falhar ao ser executada no banco de dados de destino, a tarefa do DTS continuará em execução. Verifique o log da tarefa para identificar a instrução DDL com falha. Para mais informações, consulte View task logs. Em caso de falha na tarefa, 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. Ao usar o AnalyticDB for MySQL como banco de dados de destino, o DTS consegue gravar apenas os tipos de dados que ele suporta nativamente, incluindo basic data types e complex data types, como ARRAY, MAP e JSON. Outros tipos, como MULTIVALUE, não são suportados.
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.

Faturamento

Tipo de migração	Taxa de configuração da instância	Taxa de tráfego pela Internet
Migração de schema e migração total 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 pela 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 schema

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

O DTS transfere 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 total, o DTS migra as 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 interrupções nas aplicações autogerenciadas.

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

Tipo de operação	Instrução SQL
DML	`INSERT`, `UPDATE` e `DELETE` Nota Ao gravar dados no AnalyticDB for MySQL, as instruções `UPDATE` são convertidas automaticamente para `REPLACE INTO`. Se você atualizar uma chave primária, a instrução `UPDATE` será convertida em um `DELETE` seguido por um `INSERT`.
DDL	`CREATE TABLE`, `DROP TABLE`, `RENAME TABLE`, `TRUNCATE TABLE`, `ADD COLUMN`, `MODIFY COLUMN` e `DROP COLUMN` Importante Uma operação RENAME TABLE pode causar inconsistência de dados. Por exemplo, se você selecionar apenas uma tabela como objeto de migração e renomear essa tabela na instância de origem durante a migração, os dados dessa tabela não serão migrados para o banco de dados de destino. Para evitar esse problema, selecione todo o banco de dados ao qual a tabela pertence como objeto de migração ao configurar a tarefa de migração de dados. Certifique-se de que os bancos de dados aos quais a tabela pertence antes e depois da operação RENAME TABLE estejam incluídos nos objetos de migração.

Permissões de conta de banco de dados

Banco de dados	Migração de schema	Migração total de dados	Migração incremental de dados
PolarDB-X 2.0	Permissão SELECT	Permissão SELECT	Permissões REPLICATION SLAVE, REPLICATION CLIENT e SELECT sobre os objetos a serem migrados. Nota Para informações sobre como conceder permissões, consulte Account permission issues during data synchronization.
AnalyticDB for MySQL 3.0	Permissões de leitura e gravação

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

AnalyticDB for MySQL 3.0: Create a database account.

Mapeamentos de tipos de dados

Para mais informações, consulte Data type mappings for initial schema synchronization.

Procedimento

Acesse a página da lista de tarefas de migração da região de destino usando um dos métodos abaixo.
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 conforme o modo e o 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.

Configure os bancos de dados de origem e de destino.

Aviso

Após selecionar as instâncias de origem e destino, leia atentamente os limites exibidos na parte superior da página. Caso contrário, a tarefa poderá 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 já 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 PolarDB-X 2.0.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância de origem do PolarDB-X 2.0 está localizada.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo refere-se a uma migração dentro da mesma conta Alibaba Cloud. Selecione No.
	Instance ID	Selecione o ID da instância de origem do PolarDB-X 2.0.
	Database Account	Insira a conta do banco de dados da instância de origem do PolarDB-X 2.0. 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 já 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 AnalyticDB for MySQL 3.0.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde o cluster de destino do AnalyticDB for MySQL 3.0 está localizado.
	Instance ID	Selecione o ID do cluster de destino do AnalyticDB for MySQL 3.0.
	Database Account	Insira a conta do banco de dados do cluster de destino do AnalyticDB for MySQL 3.0. 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.

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

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

Configure os objetos da tarefa.

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

Parâmetro	Descrição
Migration Types	Para migração apenas de dados totais, selecione Schema Migration e Full Data Migration. Para uma migração sem tempo de inatividade, selecione Schema Migration, Full Data Migration e Incremental Data Migration. Nota Se você selecionar Full Data Migration, o schema e os dados das tabelas criadas com a instrução CREATE TABLE poderão ser migrados para o banco de dados de destino. Caso não selecione Incremental Data Migration, não grave novos dados na instância de origem durante a migração 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 houver tabelas com nomes iguais, 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 iniciará. 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 ao negócio. Por exemplo: Se os schemas 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 total, 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 schemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas ou a migração poderá falhar. Prossiga com cautela.
Table Merging	Se você selecionar Yes, o DTS adiciona a coluna `__dts_data_source` a cada tabela para registrar as fontes de dados. Para mais informações, consulte Enable multi-table merge. Se você selecionar No, esta é a opção padrão. Nota O recurso de mesclagem de tabelas é configurado no nível da tarefa, não no nível da tabela. Para mesclar algumas tabelas, mas não outras, crie duas tarefas separadas de migração de dados. Aviso Não execute operações DDL para alterar o schema do banco de dados ou das tabelas de origem. Caso contrário, pode ocorrer inconsistência de dados ou falha na tarefa.
Source Objects	Selecione um ou mais objetos na seção Source Objects. Clique no ícone e adicione os objetos à seção Selected Objects. Nota É possível selecionar objetos de migração no nível de banco de dados, tabela ou coluna. Se você selecionar tabelas como objetos de migração, outros objetos, como views, triggers e stored procedures, não serão migrados para o banco de dados de destino. Ao selecionar um banco de dados inteiro como objeto de migração, aplicam-se as seguintes regras padrão: Se uma tabela no banco de dados de origem tiver uma chave primária (coluna única ou composta), a(s) coluna(s) da chave primária serão usadas como chave de distribuição. Se uma tabela no banco de dados de origem não tiver chave primária, uma coluna de chave primária com incremento automático será gerada automaticamente. Isso pode causar inconsistência de dados entre os bancos de origem e 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 você usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem do objeto renomeado podem falhar na migração. Para filtrar dados com uma cláusula WHERE, clique com o botão direito do mouse em uma tabela na caixa Selected Objects e especifique as condições 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 de banco de dados ou tabela, clique com o botão direito do mouse em um objeto de migração na caixa Selected Objects. Na caixa de diálogo exibida, selecione as operações SQL desejadas.

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 iniciará imediatamente uma nova tentativa de conexão. A duração padrão de nova tentativa é de 720 minutos. Personalize 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 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 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 conforme suas necessidades de negócio ou liberar a instância do DTS assim que 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 à conectividade, como uma exceção de execução DDL ou DML, no banco de dados de origem ou destino, o DTS relatará um erro e iniciará imediatamente uma nova tentativa da operação. A duração padrão de nova tentativa é de 10 minutos. Personalize 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 total, 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 throttling para a tarefa de migração total. 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 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 você selecionar Incremental Data Migration em Migration Types. Você também pode adjust the incremental migration speed após a instância de migração estar em execução.
Environment Tag	Selecione uma tag de ambiente para identificar a instância conforme suas necessidades. Isso não é obrigatório para este exemplo.
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 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 suas necessidades de negócio, 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 conforme suas necessidades de negócio. No: Não define 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.

Opcional: Após concluir as configurações anteriores, clique em Next: Configure Database and Table Fields para definir o Type, a Primary Key Column, a Distribution Key e as informações de chave de partição (Partition Key, Partitioning Rules e Partition Lifecycle) para as tabelas a serem migradas no banco de dados de destino.
Nota
- Esta etapa está disponível apenas se você selecionar a opção Schema Migration em Migration Types ao configurar os objetos da tarefa. Selecione All em Definition Status para fazer modificações.
- Selecione várias colunas para Primary Key Column para formar uma chave primária composta. Também é necessário selecionar uma ou mais colunas da Primary Key Column para usar como Distribution Key e Partition Key. Para mais informações, consulte CREATE TABLE.

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 os parâmetros da API ou já tiver terminado de visualizá-los, 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 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, podem surgir problemas como inconsistência de dados e riscos ao seu negócio.

Adquira a instância.

Quando a Success Rate for 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 oferece 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ócio. 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.

Acompanhe 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 total. Após a interrupção da tarefa, seu Status muda para Completed.
- Caso a tarefa de migração inclua 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 ativa, o Status da tarefa será Running.