Políticas de agendamento da integração de dados - Data Transmission Service: Central de Documentação do Alibaba Cloud

O Data Transmission Service (DTS) oferece o recurso de integração de dados. configure uma política de agendamento para migrar esquemas e dados históricos do banco de dados source para o banco de dados de destino de forma periódica. Esse recurso permite construir data warehouses de maneira flexível — por exemplo, um data warehouse T+1. Este tópico descreve as políticas de agendamento da integração de dados, suas limitações e os cenários de uso de cada política.

Bancos de dados compatíveis

Todos os bancos de dados compatíveis com migração completa de dados também são compatíveis com o recurso de integração de dados. Para mais informações, consulte Migration scenarios.

Faturamento

Tipo de migração	Taxa de configuração da tarefa	Taxa de tráfego pela Internet
Migração de esquema e migração completa de dados	Gratuito.	Cobrada somente quando os dados são migrados a partir da Alibaba Cloud pela Internet. Para mais informações, consulte Billing overview.

Método de configuração

configure uma política de agendamento para uma tarefa de integração de dados na etapa Configure Migration Types and Objects.

Nota

Para mais informações sobre como configurar uma política de agendamento, consulte

Configure a data integration task between RDS for MySQL instances

Políticas de agendamento

Política de agendamento	Descrição	Cenário
Multi-replica mode	O DTS migra os esquemas e os dados históricos dos objetos selecionados do banco de dados source para o banco de dados de destino com base no ciclo de agendamento. Nota Durante o agendamento da tarefa, o DTS cria um banco de dados na instância de destino para receber os dados migrados. O nome do banco de dados recebe o sufixo `_yyyymmdd_HH_mm_ss`, que representa o horário agendado. Por exemplo, uma tarefa de migração transfere dados de um banco de dados chamado dtstestdata. A tarefa está agendada para as 11:00:00 de 10 de fevereiro de 2020. Nesse momento, o DTS cria um banco de dados chamado `dtstestdata_20200210_11_00_00` na instância de destino. O banco de dados de destino deve ter espaço suficiente para armazenar os dados migrados em cada ciclo de agendamento.	Adequada para cenários de teste em que operações são executadas em múltiplas réplicas de dados históricos.
Resynchronization mode	No primeiro horário agendado, o DTS migra os esquemas e os dados históricos dos objetos selecionados para o banco de dados de destino. Em cada horário agendado subsequente, o DTS migra novamente os esquemas e os dados históricos dos mesmos objetos para o banco de dados de destino. Aviso Antes de cada horário agendado, exclua manualmente os esquemas e dados migrados na execução anterior. Caso contrário, a migração de dados falhará. Se o DTS não oferecer suporte à migração de esquema para um banco de dados específico, crie o esquema manualmente no banco de dados de destino com base no esquema dos objetos desejados.	Indicada quando apenas os dados históricos mais recentes precisam ser mantidos no banco de dados de destino para testes ou análise de dados.
Timestamp-based incremental data mode	O DTS migra os dados incrementais gerados após o agendamento anterior para o banco de dados de destino com base no timestamp especificado. Essa política possui as seguintes limitações: Essa política só é compatível quando os bancos de dados source e destino são MySQL. Cada tabela source deve conter um campo de timestamp. Especifique o campo de timestamp de cada tabela ao configurar a tarefa de migração de dados. As tabelas source não podem possuir restrições de FOREIGN KEY. Caso contrário, a migração pode falhar. Se você atualize uma tabela filha com restrições de FOREIGN KEY no banco de dados de destino e depois atualize a tabela pai, ocorrerá um erro ao inserir dados na tabela filha. Registros excluídos pelos comandos DELETE ou TRUNCATE não podem ser migrados. Nota Se uma tabela não possuir chave primária, o DTS usa o registro inteiro como chave primária. Isso significa que um registro só será correspondido quando todos os campos coincidirem. O DTS exclui os registros correspondentes e insere novos registros. Quando houver conflito entre duas chaves primárias durante a gravação no banco de dados de destino, o DTS executa o comando REPLACE INTO para inserir o registro.	Mais adequada para cenários de migração de dados leve, nos quais não é necessário migrar todos os dados históricos a cada execução. Por exemplo, utilize essa política ao construir um data warehouse T+1.