Migrate RDS MySQL to MaxCompute - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

Crie um projeto de destino no MaxCompute com espaço de armazenamento superior ao utilizado pela instância de origem do ApsaraDB RDS for MySQL. Para mais informações, consulte Create a MaxCompute project.
Configure uma lista de permissões de endereços IP para o MaxCompute a fim de permitir o acesso do DTS. Para mais informações, consulte Configure an IP address whitelist to allow Alibaba Cloud services to access MaxCompute.
Utilize uma conta da Alibaba Cloud (conta primária) para create and record an AccessKey pair.

Nota
Como alternativa, create a RAM user and record its AccessKey pair e, em seguida, assign the user a super administrator role (admin or super_administrator).

Limitações

Nota

O DTS não migra chaves estrangeiras. Consequentemente, operações em cascata, como exclusão em cascata no banco de dados de origem, não são replicadas no banco de dados de destino.

Tipo	Descrição
Limitações do banco de dados de origem	As tabelas migradas devem possuir uma chave primária ou uma restrição única, e os valores nas colunas dessa chave ou restrição precisam ser exclusivos. Caso contrário, o banco de dados de destino poderá conter dados duplicados. Ao migrar no nível de tabela com operações de edição, como mapeamento de nomes de colunas, uma única tarefa de migração suporta até 1.000 tabelas. O envio de uma tarefa com mais tabelas gera um erro. Recomendamos dividir as tabelas em várias tarefas de migração ou configurar uma única tarefa para migrar todo o banco de dados. Se você precisar de migração incremental, ative o log binário: Defina binlog_format como ROW e binlog_row_image como FULL. Caso contrário, a pré-verificação falhará e a tarefa não poderá ser iniciada. Importante Se sua origem MySQL autogerenciada for um cluster dual-master — onde cada instância atua simultaneamente como mestre e escravo — ative o parâmetro log_slave_updates. Isso garante que o DTS consiga ler todos os logs binários. Para instâncias do RDS for MySQL, retenha os logs binários locais por pelo menos três dias (sete dias é o recomendado). Para bancos de dados MySQL autogerenciados, retenha os logs binários locais por pelo menos sete dias. Se o DTS não conseguir acessar os logs binários, a tarefa falhará. Em casos extremos, pode ocorrer inconsistência ou perda de dados. Problemas causados por períodos de retenção de logs binários inferiores aos exigidos pelo DTS não são cobertos pelo SLA do DTS. Nota Para definir o retention period dos logs binários locais em uma instância do RDS for MySQL, consulte Automatically delete local logs. Durante as fases de migração de esquema e migração completa, não execute operações DDL que alterem o esquema do banco de dados ou das tabelas. Caso contrário, a tarefa de migração de dados falhará. Nota Na fase de migração completa, o DTS consulta o banco de dados de origem. Essa ação cria um bloqueio de metadados, que pode impedir operações DDL no banco de dados de origem. Se você executar apenas uma migração completa de dados, não grave novos dados no banco de dados de origem. Caso contrário, ocorrerá inconsistência de dados entre os bancos de origem e destino. Para manter a consistência dos dados em tempo real, selecione migração de esquema, migração completa de dados e migração incremental de dados. Se você precisar de migração incremental, instâncias do RDS for MySQL que não registram logs de transações — como instâncias somente leitura do RDS for MySQL 5.6 — não são suportadas como origem. O DTS não migra dados gerados por alterações que não escrevem em logs binários. Exemplos incluem dados restaurados de backups físicos ou criados por operações em cascata. Nota Se isso ocorrer, execute novamente a migração completa assim que sua aplicação permitir. Se seu banco de dados MySQL de origem for da versão 8.0.23 ou posterior e contiver colunas ocultas invisíveis, o DTS não conseguirá ler essas colunas. Isso pode causar perda de dados. Nota Execute `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` para tornar a coluna oculta visível. Para mais informações, consulte Invisible Columns.
Outras limitações	O DTS não suporta a migração dos seguintes tipos de objetos: INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER e chaves estrangeiras (FK). Como o MaxCompute não suporta restrições de chave primária, se o DTS retransmitir dados devido a problemas de rede ou outros motivos, registros duplicados poderão aparecer no MaxCompute. Não utilize ferramentas como pt-online-schema-change para alterar esquemas online nos objetos de migração no banco de dados de origem. Caso contrário, a tarefa de migração falhará. Para colunas dos tipos de dados FLOAT ou DOUBLE, o DTS lê os valores utilizando a função `ROUND(COLUMN,PRECISION)`. Se você não especificar a precisão, o DTS usará uma precisão padrão de 38 dígitos para FLOAT e 308 dígitos para DOUBLE. Certifique-se de que a precisão da migração atenda aos requisitos da sua aplicação. Antes de migrar os dados, avalie o desempenho dos bancos de dados de origem e destino. Recomendamos executar a migração fora dos horários de pico, pois a migração completa consome recursos de leitura e gravação de ambos os bancos e pode aumentar a carga de trabalho. A migração completa envolve operações INSERT concorrentes, que causam fragmentação de tabelas no banco de dados de destino. Após a migração completa, as tabelas no banco de dados de destino ocuparão mais espaço de armazenamento do que na instância de origem. O DTS tenta retomar tarefas de instâncias de migração com falha dentro de sete dias. Portanto, antes de transferir suas cargas de trabalho para a instância de destino, pare ou libere a instância do DTS, ou use a instrução `REVOKE` para revogar as permissões de gravação da conta que o DTS usa para acessar a instância de destino. Isso evita que a tarefa seja retomada automaticamente, o que poderia fazer com que os dados de origem sobrescrevessem os dados na instância de destino. Se sua instância do RDS for MySQL tiver o Always-Encrypted ativado, a migração completa não é suportada. Nota Instâncias do RDS for MySQL com Transparent Data Encryption (TDE) ativado suportam migração de esquema, migração completa e migração incremental. Se uma tarefa falhar, a equipe de suporte do DTS tentará restaurá-la dentro de oito horas. Durante a restauração, eles podem reiniciar a tarefa ou ajustar seus parâmetros. Nota Apenas 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.
Casos especiais	Para origens MySQL autogerenciadas: Um failover entre mestre e standby no banco de dados de origem causa falha na tarefa de migração. O DTS calcula a latência comparando o timestamp do último registro migrado para o banco de dados de destino com a hora atual. Se nenhuma operação DML for executada na origem por um longo período, o relatório de latência torna-se impreciso. Se a latência parecer muito alta, execute uma operação DML na origem para atualizar o valor da latência. Nota Se você selecionar a migração de banco de dados completo, crie uma tabela de heartbeat. Atualize-a ou grave nela a cada segundo. Periodicamente, o DTS executa CREATE DATABASE IF NOT EXISTS `test` no banco de dados de origem para avançar o offset do log binário. Se sua origem for Amazon Aurora MySQL ou outra instância MySQL em cluster, garanta que o nome de domínio ou endereço IP configurado para a tarefa — e sua resolução DNS — aponte sempre para um nó de leitura e gravação (RW). Caso contrário, a tarefa de migração poderá falhar. Para origens RDS for MySQL: Se você precisar de migração incremental, instâncias do RDS for MySQL que não registram logs de transações — como instâncias somente leitura do RDS for MySQL 5.6 — não são suportadas como origem. Periodicamente, o DTS executa CREATE DATABASE IF NOT EXISTS `test` no banco de dados de origem para avançar o offset do log binário.

Faturamento

Tipo de migração	Taxa de configuração da tarefa	Taxa de tráfego de internet
Migração de esquema e migração completa de dados	Sem cobrança.	Sem cobrança neste exemplo. Nota Definir o Access Method do banco de dados de destino como Public IP Address gera taxas de tráfego de internet. Para mais informações, consulte Billing overview.
Migração incremental de dados	Cobrado. Para mais informações, consulte Billing overview.

Tipos de migração

Migração de esquema

O DTS migra os esquemas das tabelas de origem para o MaxCompute e adiciona o sufixo _base aos nomes das tabelas durante a inicialização. Por exemplo, se uma tabela de origem for chamada customer, a tabela correspondente no MaxCompute será chamada customer_base.
Migração completa de dados

O DTS migra todos os dados históricos das tabelas de origem para as tabelas _base no MaxCompute. Esses dados tornam-se a linha de base para a subsequente migração incremental de dados. Por exemplo, os dados da tabela customer no banco de dados de origem são migrados para a tabela customer_base no MaxCompute.

Nota
Essa tabela também é chamada de tabela de linha de base completa.
Migração incremental de dados

O DTS cria uma tabela de log incremental no MaxCompute e migra dados incrementais do banco de dados de origem para essa tabela em tempo real. A tabela recebe o nome da tabela de origem com o acréscimo do sufixo _log, por exemplo, customer_log.

Nota
Para mais informações sobre o esquema da tabela de log incremental, consulte Incremental log table schema.

Operações SQL para migração incremental

Tipo	Instrução SQL
DML	INSERT, UPDATE, DELETE
DDL	ADD COLUMN Nota Operações ADD COLUMN com atributos não são suportadas.

Permissões de conta de banco de dados

Banco de dados	Schema migration	Full data migration	Incremental data migration
RDS MySQL	Permissão SELECT	Permissão SELECT	REPLICATION SLAVE, REPLICATION CLIENT e permissão SELECT nos objetos a serem migrados. O DTS concede essas permissões automaticamente.
MaxCompute	Permissões de leitura e gravação

Para criar uma conta de banco de dados RDS MySQL e conceder permissões, consulte Create an account e Modify account permissions.

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.

Configure os bancos de dados de origem e de destino.

Categoria	Parâmetro	Descrição
N/A	Task Name	O DTS gera automaticamente um nome para a tarefa. Utilize um nome descritivo para facilitar a identificação. O nome não precisa ser exclusivo.
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 MySQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instância de origem do RDS MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Neste exemplo, utiliza-se uma instância de banco de dados sob a conta atual da Alibaba Cloud. Selecione No.
	RDS Instance ID	Selecione o ID da instância de origem do RDS MySQL.
	Database Account	Insira a conta do banco de dados da instância de origem do RDS MySQL. 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.
	Connection Method	Selecione Non-encrypted ou SSL-encrypted com base nos requisitos do seu banco de dados. Se você definir este parâmetro como SSL-encrypted, deverá ativar a criptografia SSL para a instância do RDS for MySQL antecipadamente. Para mais informações, consulte Quickly enable SSL encryption using a cloud certificate.
Destination Database	Select Existing Connection	Para usar uma instância de banco de dados que 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 MaxCompute.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região do projeto MaxCompute de destino.
	Project	Insira o nome do projeto MaxCompute de destino.
	AccessKey ID of Alibaba Cloud Account	Insira o par de AccessKey preparado em Prerequisites.
	AccessKey Secret of Alibaba Cloud Account	Insira o par de AccessKey preparado em Prerequisites.

Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.
Nota
- Certifique-se de que o segmento de endereço IP do service DTS foi adicionado automática ou manualmente às configurações de segurança dos bancos de dados de origem e destino para permitir o acesso dos servidores do DTS. Para mais informações, consulte Add DTS server IP addresses to a whitelist.
- Se o banco de dados de origem ou de destino for autogerenciado (o Access Method não é Alibaba Cloud Instance), você também deve clicar em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers que aparece.
Clique em OK para autorizar a conta do MaxCompute.

Configure os objetos da tarefa.

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

Parâmetro	Descrição
Migration Types	Se você precisar apenas migrar completamente, selecione tanto Schema Migration quanto Full Data Migration. Para migrar sem tempo de inatividade, selecione Schema Migration, Full Data Migration e Incremental Data Migration. Nota Se você não selecionar Schema Migration, deverá garantir que existam um banco de dados e tabelas para receber os dados no banco de dados de destino. Você também pode usar o recurso de mapeamento de nomes de objetos na caixa Selected Objects, conforme necessário. Se você 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.
Naming Rules of Additional Columns	Quando o DTS migra dados para o MaxCompute, ele adiciona colunas extras às tabelas de destino. Selecione New Rule ou Previous Rule com base nos requisitos da sua aplicação. Aviso Antes de selecionar uma regra, verifique se os nomes das colunas adicionais entram em conflito com nomes de colunas existentes nas tabelas de destino. Conflitos de nomes podem causar falha na migração de dados ou levar à perda de dados. Para mais informações sobre as regras e definições das colunas adicionais, consulte Names and definitions of additional columns.
Partition Definition of Incremental Data Table	Selecione um nome de partição com base nos requisitos da sua aplicação. Para mais informações sobre partições, consulte Partition.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Verifica se existem tabelas com os mesmos nomes no banco de dados de destino. Se não existirem tabelas com os mesmos nomes, a pré-verificação é aprovada. Se existirem tabelas com os mesmos nomes, um erro é relatado durante a pré-verificação e a tarefa de migração de dados não é iniciada. Nota Se uma tabela no banco de dados de destino tiver o mesmo nome, mas não puder ser facilmente excluída ou renomeada, você poderá alterar o nome da tabela no banco de dados de destino. Para mais informações, consulte Object name mapping. Ignore Errors and Proceed: Ignora a verificação de tabelas com os mesmos nomes. Aviso Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e riscos ao negócio. Por exemplo: Se os esquemas das tabelas forem consistentes e um registro no banco de dados de destino tiver o mesmo valor de chave primária que um registro no banco de dados de origem: Durante a migração completa, o DTS mantém o registro no banco de dados de destino. O registro do banco de dados de origem não é migrado. Durante a migração incremental, o DTS não mantém o registro no banco de dados de destino. O registro do banco de dados de origem sobrescreve o registro no banco de dados de destino. Se os esquemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas ou a migração poderá falhar. Prossiga com cautela.
Capitalization of Object Names in Destination Instance	Você pode configurar a política de diferenciação de maiúsculas e minúsculas para os nomes dos objetos migrados, como bancos de dados, tabelas e colunas, na instância de destino. Por padrão, DTS default policy está selecionado. Você também pode optar por manter a diferenciação de maiúsculas e minúsculas consistente com a política padrão do banco de dados de origem ou de destino. Para mais informações, consulte Case sensitivity of object names in the destination database.
Source Objects	Selecione um ou mais objetos na seção Source Objects. Clique no ícone e adicione os objetos à seção Selected Objects. Nota Você pode selecionar objetos apenas no nível de tabela.
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, a migração de outros objetos que dependem do objeto renomeado poderá falhar. 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 as condições de filtro na caixa de diálogo que aparece. Para instruções, consulte Configure filter conditions. Para selecionar operações SQL a serem migradas no nível de banco de dados ou 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 que aparece.

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, você pode adquirir 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 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. Você pode personalizar o tempo de nova tentativa para um valor entre 10 e 1440 minutos. Recomendamos definir a duração para mais de 30 minutos. Se o DTS se reconectar aos bancos de dados de origem e de 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 você é cobrado pela tarefa durante o período de nova tentativa de conexão, recomendamos personalizar o tempo de nova tentativa com base nas necessidades da sua aplicação ou liberar a instância 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. Você pode personalizar o tempo de nova tentativa para um valor entre 1 e 1440 minutos. Recomendamos definir a duração para mais de 10 minutos. Se as operações relacionadas forem bem-sucedidas dentro da duração de nova tentativa especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará. Importante O valor de Retry Time for Other Issues deve ser menor que o valor de Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Durante a migração completa, o DTS consome recursos de leitura e gravação nos bancos de dados de origem e de destino, o que pode aumentar a carga do banco de dados. Se necessário, você pode ativar o limitador de taxa para a tarefa de migração completa. É possível definir Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s) para reduzir a carga no banco de dados de destino. Nota Este item de configuração está disponível apenas se você selecionar Full Data Migration em Migration Types. Você também pode adjust the full migration speed depois que a instância de migração estiver em execução.
Enable Throttling for Incremental Data Migration	Se necessário, você também pode optar por definir limites de velocidade para a tarefa de migração incremental. É possível definir RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s) para reduzir a carga no banco de dados de destino. Nota Este item de configuração está disponível apenas se você selecionar Incremental Data Migration em Migration Types. Você também pode adjust the incremental migration speed depois que a instância de migração estiver em execução.
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.
Environment Tag	Selecione uma tag de ambiente para identificar a instância. Este parâmetro é opcional.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carregamento (ETL). Para mais informações, consulte What is ETL? Valores válidos: Yes: Ativa o recurso ETL. Insira instruções de processamento de dados no editor de código. Para mais informações, consulte Configure ETL in a data migration or data synchronization task. No: Desativa o recurso ETL.
Monitoring and Alerting	Selecione se deseja definir alertas e receber notificações de alerta com base nas necessidades da sua aplicação. No: Não define um alerta. Yes: Configure alertas definindo um alert threshold e um alert notifications. Se uma migração falhar ou a latência exceder o limiar, o sistema enviará uma notificação de alerta.

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 que aparece.
- Se você 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 de verificação com falha, corrija o problema conforme a instrução e execute a pré-verificação novamente.
- Se um aviso for relatado durante a pré-verificação:
  
  Para itens de verificação que não podem ser ignorados, clique em View Details ao lado do item com falha, corrija o problema conforme a instrução e execute a pré-verificação novamente.
  
  Para itens de verificação que podem ser ignorados, você pode clicar em Confirm Alert Details, Ignore, OK e Precheck Again para pular o item de alerta e executar a pré-verificação novamente. Se você optar por ignorar um aviso, isso poderá causar problemas como inconsistência de dados e representar riscos ao 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. Você pode selecionar uma especificação com base no cenário da sua aplicação. 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 que aparece, clique em OK.

Você pode visualizar o progresso da tarefa de migração na página de lista de Data Migration Tasks.
Nota
- Se a tarefa de migração não incluir migração incremental, ela será interrompida automaticamente após a conclusão da migração completa. Após a interrupção da tarefa, seu Status muda para Completed.
- Se a tarefa de migração incluir migração incremental, ela não será interrompida automaticamente. A tarefa de migração incremental continua em execução. Enquanto a tarefa de migração incremental estiver em execução, o Status da tarefa será Running.

Esquema da tabela de log incremental