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:
Uma instância RDS for SQL Server de origem executando uma versão suportada pelo DTS. Para versões suportadas, consulte Migration solutions
Um cluster PolarDB for MySQL de destino com capacidade de armazenamento superior ao espaço utilizado pela instância de origem. Para criar um cluster, consulte Create a cluster using the custom purchase method ou Create a subscription cluster
Contas de banco de dados com as permissões necessárias tanto na origem quanto no destino. Consulte Permissions required
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:
RDS for SQL Server: consulte Create a standard account, a privileged account, or a global read-only account. Para ajustar permissões após a criação, consulte Modify account permissions.
PolarDB for MySQL: consulte Create and manage database accounts. Para atualizar senhas, consulte Manage database account passwords.
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_SNAPSHOTdeve 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_logpara 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
srvnamena viewsys.sysserversdeve corresponder ao valor retornado pela funçãoSERVERPROPERTY.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 |
|
Campo único com CDC habilitado excede 64 KB |
Execute |
|
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 |
Outras considerações
Se você usar o comando
sp_renamepara 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 comandoALTERpara 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.
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 |
|
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 <time> está em minutos. Se uma única tabela gerar mais de 10 milhões de alterações incrementais por dia, defina <time> 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
Faça login no console do Data Transmission Service (DTS).
No painel de navegação à esquerda, clique em Data Migration.
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.
Faça login no console do Data Management (DMS).
Na barra de menu superior, escolha .
À 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
Clique em Create Task.
-
Configure o banco de dados de origem.
AvisoApó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. NotaNo 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. -
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. NotaNo 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. -
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 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
Quando a Success Rate atingir 100%, clique em Next: Purchase Instance.
-
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.
Leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.
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.