Migrar dados do MySQL para o ApsaraDB for SelectDB - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

Você deve ter uma instância de origem do ApsaraDB RDS for MySQL e uma instância do ApsaraDB for SelectDB de destino.

Limitações

Tipo	Descrição
Banco de dados de origem	Requisito de largura de banda: O servidor que hospeda o banco de dados de origem precisa ter largura de banda de saída suficiente. Caso contrário, a velocidade de migração diminuirá. Requisitos para objetos de migração: Se todas as tabelas a serem migradas possuírem chave primária ou restrição única: Garanta que as colunas da tabela sejam únicas. Caso contrário, poderão ocorrer dados duplicados no banco de dados de destino. Se os objetos de migração incluírem tabelas sem chave primária ou restrição única: Ao configurar a instância, recomendamos selecionar Schema Migration em Migration Types. Na etapa Configurations for Databases, Tables, and Columns, defina o Engine da tabela como duplicate. Caso contrário, a instância poderá falhar ou ocorrer perda de dados. Nota Durante a migração de schema, o DTS adiciona uma coluna extra às tabelas de destino. Para mais informações, consulte Colunas adicionais. Ao migrar dados no nível de tabela e precisar editar os objetos, por exemplo, usando mapeamento de nomes de objetos, uma única tarefa de migração de dados pode migrar no máximo 1.000 tabelas. Se esse limite for excedido, a tarefa retornará um erro ao ser enviada. Nesse caso, divida as tabelas em várias tarefas de migração ou configure uma tarefa para migrar o banco de dados inteiro. 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 como master e slave — ative o parâmetro log_slave_updates. Isso garante que o DTS possa 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 Excluir logs locais automaticamente. Durante as fases de migração de schema e migração completa, 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 Durante a fase de migração completa, o DTS consulta o banco de dados de origem. Isso 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 dados de origem e de destino. Para manter a consistência dos dados em tempo real, selecione migração de schema, migração completa de dados e migração incremental de dados. O DTS não migra dados gerados por alterações que não gravam nos 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 quando 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	A migração de dados só é possível para tabelas que usam o modelo Unique ou Duplicate em uma instância do ApsaraDB for SelectDB. Modelo Unique Se a tabela de destino usar o modelo Unique, garanta que todas as chaves únicas da tabela de destino existam na tabela de origem e estejam incluídas nos objetos de migração. Caso contrário, pode ocorrer inconsistência de dados. Modelo Duplicate Se a tabela de destino usar o modelo Duplicate, poderão ocorrer dados duplicados no banco de dados de destino nos seguintes casos. É possível desduplicar os dados manualmente com base em colunas adicionais como _is_deleted, _version e _record_id. A instância de migração foi repetida. A instância de migração foi reiniciada. Você executou duas ou mais operações DML na mesma linha de dados após o início da instância de migração. Nota Se a tabela de destino usar o modelo Duplicate, o DTS converterá instruções UPDATE ou DELETE em instruções INSERT. O DTS não oferece suporte à migração de índices, partições, views, procedures, functions, triggers ou foreign keys. Ao configurar parâmetros na caixa Selected Objects, atualmente só é possível definir o parâmetro `bucket_count` (contagem de buckets). Nota O parâmetro `bucket_count` aceita apenas inteiros positivos. O valor padrão é auto. Durante a migração de dados, não crie um cluster na instância do ApsaraDB for SelectDB de destino. Caso contrário, a tarefa falhará. Reinicie a instância de migração para retomar a tarefa com falha. As instâncias do ApsaraDB for SelectDB aceitam apenas nomes de bancos de dados e tabelas que começam com uma letra. Se o nome de um banco de dados ou tabela a ser migrado não começar com uma letra, use o mapeamento de nomes de objetos para renomeá-lo. Se o nome de um objeto de migração, como banco de dados, tabela ou coluna, contiver caracteres chineses, use o mapeamento de nomes de objetos para renomeá-lo, por exemplo, para um nome em inglês. Caso contrário, a tarefa poderá falhar. O DTS não oferece suporte à migração de operações DDL que modifiquem várias colunas de uma vez ou que realizem modificações consecutivas na mesma tabela. Durante a migração de dados, não adicione um nó de backend ao banco de dados do ApsaraDB for SelectDB. Caso contrário, a tarefa falhará. Reinicie a instância de migração para retomar a tarefa com falha. Em um cenário de mesclagem de várias tabelas, onde você migra dados de várias tabelas de origem para uma única tabela de destino, garanta que todas as tabelas de origem tenham o mesmo schema. Caso contrário, pode ocorrer inconsistência de dados ou falha na tarefa. No MySQL, o M no tipo `VARCHAR(M)` especifica o comprimento em caracteres. No ApsaraDB for SelectDB, o N no tipo `VARCHAR(N)` especifica o comprimento em bytes. Se você não usar o recurso de migração de schema do DTS, recomendamos definir o comprimento de uma coluna VARCHAR no ApsaraDB for SelectDB como quatro vezes o seu comprimento no MySQL. Ao usar o DMS ou gh-ost para executar operações DDL online na origem, o DTS migra apenas as instruções DDL originais para o destino. Nesse cenário, o DTS não precisa migrar grandes volumes de dados de tabelas temporárias, mas a operação pode causar bloqueios de tabela no destino. Nota O DTS não oferece suporte à migração de alterações DDL online feitas por ferramentas como pt-online-schema-change na origem. Se a origem tiver tais alterações, pode ocorrer perda de dados ou falha na tarefa no destino. Avalie o desempenho dos bancos de dados de origem e de destino antes de migrar os dados. Recomendamos realizar a migração de dados fora dos horários de pico. Durante a migração completa de dados, o DTS consome recursos de leitura e gravação tanto no banco de dados de origem quanto no de destino, o que pode aumentar a carga deles. A migração completa de dados executa operações INSERT simultâneas, o que causa fragmentação de tabela no banco de dados de destino. Como resultado, o espaço de tabela usado na instância de destino será maior do que na instância de origem após a conclusão da migração completa. Durante a migração de dados, se fontes diferentes do DTS gravarem dados no banco de dados de destino, poderá ocorrer inconsistência de dados entre os bancos de dados de origem e 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 oferecem suporte a migração de schema, migração completa e migração incremental. Durante a migração incremental, o DTS usa uma estratégia de sincronização em lote para reduzir a carga no destino. Por padrão, o DTS grava em um único objeto de sincronização no máximo uma vez a cada 5 segundos. Portanto, as tarefas de migração do DTS podem apresentar latência de sincronização regular — geralmente dentro de 10 segundos. Para reduzir essa latência regular de migração, modifique o parâmetro da instância DTS `selectdb.reservoir.timeout.milliseconds` no console para ajustar o intervalo de lote. O intervalo permitido é de [1000, 10000] milissegundos. Nota Ao ajustar o intervalo de lote, um valor menor aumenta a frequência de gravação do DTS. Isso pode aumentar a carga e o tempo de resposta de gravação (RT) no destino, o que, por sua vez, aumenta a latência de sincronização do DTS. Ajuste o valor com base na carga do destino. Se uma tarefa falhar, a equipe de suporte do DTS tentará restaurá-la em até oito horas. Durante a restauração, eles podem reiniciar a tarefa ou ajustar seus parâmetros. Nota Apenas os parâmetros da tarefa DTS são modificados — não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modificar parâmetros da instância.
Casos especiais	Para origens MySQL autogerenciadas: Um failover entre master 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. O DTS executa periodicamente 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 — sempre aponte 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 origens. O DTS executa periodicamente 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 público
Migração de schema e migração completa de dados	Gratuito.	Gratuito neste exemplo. Nota Uma taxa de transferência de dados pela internet será aplicada se o Access Method do banco de dados de destino for Public IP Address. Para mais informações, consulte Visão geral do faturamento.
Migração incremental de dados	Cobrado. Para mais informações, consulte Visão geral do faturamento.

SQL suportado para migração incremental

Tipo de operação	Instrução SQL
DML	`INSERT`, `UPDATE` e `DELETE`
DDL	`ADD COLUMN` `MODIFY COLUMN` `CHANGE COLUMN` `DROP COLUMN` e `DROP TABLE` `TRUNCATE TABLE` RENAME TABLE 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 a 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. Garanta que os bancos de dados aos quais a tabela pertence antes e depois da operação RENAME TABLE estejam ambos incluídos nos objetos de migração.

Requisitos de permissão para contas de banco de dados

Banco de dados	Migração de schema	Migração completa de dados	Migração incremental de dados
Origem ApsaraDB RDS for MySQL	Permissão SELECT	Permissão SELECT	Permissões de leitura e gravação
Destino ApsaraDB for SelectDB	Permissão de acesso ao cluster (`Usage_priv`) e permissões de leitura e gravação para o banco de dados (`Select_priv`, `Load_priv`, `Alter_priv`, `Create_priv` e `Drop_priv`)

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

Instância ApsaraDB RDS for MySQL: Consulte Criar uma conta e Modificar permissões da conta.
Instância ApsaraDB for SelectDB: Consulte Gerenciamento de permissões do cluster e Gerenciamento básico de permissões.

Nota

Se a conta do banco de dados de origem foi criada fora do console do ApsaraDB RDS for MySQL, garanta que ela tenha as permissões REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW e SELECT.

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 Console do modo simples e Personalizar o layout e o estilo do console do DMS.
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.

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 já foi adicionada ao sistema (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 chama-se 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 onde reside a instância de origem do ApsaraDB RDS for MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo pressupõe a migração de dados dentro de uma única conta Alibaba Cloud. Selecione No.
	RDS Instance ID	Selecione o ID da instância de origem do ApsaraDB RDS for MySQL.
	Database Account	Insira a conta do banco de dados da instância de origem do ApsaraDB RDS for MySQL. Para mais informações sobre as permissões necessárias, consulte Requisitos de permissão para contas de banco de dados.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Encryption	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se você selecionar SSL-encrypted, deverá ativar a criptografia SSL para a instância do RDS for MySQL antecipadamente. Para mais informações, consulte Usar um certificado cloud para ativar rapidamente a criptografia SSL.
Destination Database	Select Existing Connection	Para usar uma instância de banco de dados que já foi adicionada ao sistema (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 chama-se 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 ApsaraDB for SelectDB.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde reside a instância de destino do ApsaraDB for SelectDB.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo pressupõe a migração de dados dentro de uma única conta Alibaba Cloud. Selecione No.
	Instance ID	Selecione o ID da instância de destino do ApsaraDB for SelectDB.
	Database Account	Insira a conta do banco de dados da instância de destino do ApsaraDB for SelectDB. Para mais informações sobre as permissões necessárias, consulte Requisitos de permissão para contas de banco de dados.
	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
- Garanta que os blocos CIDR de endereços IP dos servidores DTS estejam adicionados às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso dos servidores DTS. Isso pode ser feito automática ou manualmente. Para mais informações, consulte Adicionar os blocos CIDR de endereços IP dos servidores DTS a uma lista de permissões.
- Se o banco de dados de origem ou de destino for autogerenciado (onde 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.

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 completa de dados apenas, selecione Schema Migration e Full Data Migration. Para realizar a migração de dados sem interrupção do service, selecione Schema Migration, Full Data Migration e Incremental Data Migration. Importante Ao migrar dados do MySQL para o ApsaraDB for SelectDB, os tipos de dados são convertidos. Se você não selecionar Schema Migration, deverá criar tabelas que usem o modelo Unique Key ou Duplicate Key na instância de destino do ApsaraDB for SelectDB antecipadamente. Para mais informações, consulte Mapeamentos de tipos de dados, Colunas adicionais e Modelos de dados. Se você não selecionar Incremental Data Migration, não grave dados na instância de origem durante a migração de dados para garantir a consistência dos dados.
Processing Mode of Conflicting Tables	Precheck and Report Errors: O DTS verifica se existe uma tabela com o mesmo nome no banco de dados de destino. Se não existir nenhuma tabela com o mesmo nome, a pré-verificação será aprovada. Se existir uma tabela com o mesmo nome, a pré-verificação reportará um erro e a tarefa de migração de dados não será iniciada. Nota Se você não puder excluir ou renomear a tabela no banco de dados de destino, poderá alterar o nome da tabela no banco de dados de destino. Para mais informações, consulte Mapear nomes de objetos de schema. Ignore Errors and Proceed: O DTS ignora a verificação de tabelas com o mesmo nome no banco de dados de destino. Aviso Se você selecionar Ignore Errors and Proceed, poderá ocorrer inconsistência de dados, representando riscos para o seu negócio. Exemplos: 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, o DTS não reterá o registro de destino. O registro de origem sobrescreverá o registro de destino. Se os schemas das tabelas forem inconsistentes, apenas os dados de algumas colunas poderão ser migrados ou a migração poderá falhar. Prossiga com cautela.
Capitalization of Object Names in Destination Instance	É possível 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, a DTS default policy está selecionada. 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 Diferenciação de maiúsculas e minúsculas de nomes de objetos no banco de dados de destino.
Source Objects	Na caixa Source Objects, clique nos objetos a serem migrados e, em seguida, clique em para movê-los para a caixa Selected Objects. Nota É possível selecionar bancos de dados ou tabelas como objetos de migração.
Selected Objects	Para alterar os nomes dos objetos de migração na instância de destino, clique com o botão direito em um objeto de migração na seção Selected Objects. Para mais informações, consulte Mapear nomes de objetos de schema. Se você selecionar Schema Migration em Migration Types, selecionar tabelas e precisar configurar o número de buckets (parâmetro `bucket_count`), clique com o botão direito em uma tabela na seção Selected Objects. Na área Parameter Settings, defina Enable Parameter Settings como Yes, especifique o Value de acordo com seus requisitos de negócio e clique em OK. Nota Para selecionar as operações SQL para migração incremental no nível de banco de dados ou tabela, clique com o botão direito em um objeto de migração na seção Selected Objects e selecione as operações SQL que deseja migrar na caixa de diálogo exibida. Para definir condições WHERE para filtrar dados, clique com o botão direito em uma tabela na seção Selected Objects e especifique as condições de filtro na caixa de diálogo exibida. Para mais informações, consulte Filtrar dados. Se você usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem do objeto remapeado poderão falhar na migração.

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 cluster dedicado 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 reportará um erro e iniciará imediatamente uma nova tentativa de conexão. 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 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 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 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 que não seja de conectividade, como uma exceção de execução DDL ou DML, no banco de dados de origem ou de destino, o DTS reportará um erro e iniciará imediatamente uma nova tentativa da 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 você selecionar Full Data Migration em Migration Types. Também é possível ajustar a velocidade da migração completa depois que a instância de migração estiver 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. Também é possível ajustar a velocidade da migração incremental depois que a instância de migração estiver em execução.
Environment Tag	Selecione uma tag de ambiente para identificar a instância com base nos requisitos do seu negócio. Este parâmetro não é obrigatório neste 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 estiver 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 reporte 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 recurso ETL para processar dados. Yes: Configura o recurso ETL. Você também deve inserir instruções de processamento de dados 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 alerta. Yes: Configure alertas definindo um limiar de alerta e um 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 Primary Key Column, Distribution Key e Engine para as tabelas de destino.
Nota
- Esta etapa está disponível apenas se você selecionar Schema Migration em Migration Types ao configurar os objetos da tarefa. Defina Definition Status como All e modifique as configurações.
- Para Primary Key Column, selecione várias colunas para formar uma chave primária composta. Selecione também uma ou mais colunas da Primary Key Column como Distribution Key.
- Para uma tabela que não possui chave primária ou restrição única, selecione duplicate em Engine. Caso contrário, a instância poderá falhar ou ocorrer perda de dados.

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 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 de verificação com falha, corrija o problema conforme a instrução e execute a pré-verificação novamente.
- Se um aviso for reportado 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, 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, poderão ocorrer problemas como inconsistência de dados, representando riscos para o seu negócio.

Adquira uma 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 O que é 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ócio. Para mais informações, consulte Especificações de link de migração de dados.

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.

Visualize 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 completa. Após a interrupção da tarefa, seu Status mudará para Completed.
- Se a tarefa de migração incluir migração incremental, ela não será interrompida automaticamente. A tarefa de migração incremental continuará em execução. Enquanto a tarefa de migração incremental estiver em execução, o Status da tarefa será Running.

Mapeamentos de tipos de dados

Categoria	Tipo MySQL	Tipo SelectDB
NUMERIC	TINYINT	TINYINT
	TINYINT UNSIGNED	SMALLINT
	SMALLINT	SMALLINT
	SMALLINT UNSIGNED	INT
	MEDIUMINT	INT
	MEDIUMINT UNSIGNED	BIGINT
	INT	INT
	INT UNSIGNED	BIGINT
	BIGINT	BIGINT
	BIGINT UNSIGNED	LARGEINT
	BIT(M)	INT
	DECIMAL	DECIMAL Nota ZEROFILL não é suportado.
	NUMERIC	DECIMAL
	FLOAT	FLOAT
	DOUBLE	DOUBLE
	BOOL BOOLEAN	BOOLEAN
DATE AND TIME	DATE	DATEV2
	DATETIME[(fsp)]	DATETIMEV2
	TIMESTAMP[(fsp)]	DATETIMEV2
	TIME[(fsp)]	VARCHAR
	YEAR[(4)]	INT
STRING	CHAR VARCHAR	VARCHAR Importante Durante a migração de dados para o ApsaraDB for SelectDB, os tipos de dados CHAR e VARCHAR(n) são convertidos para VARCHAR(4*n) para evitar perda de dados. Se você não especificar um comprimento de dados, o padrão será VARCHAR(65533). Se o comprimento dos dados exceder 65.533, o tipo de dados se tornará STRING.
	BINARY VARBINARY	STRING
	TINYTEXT TEXT MEDIUMTEXT LONGTEXT	STRING
	TINYBLOB BLOB MEDIUMBLOB LONGBLOB	STRING
	ENUM	STRING
	SET	STRING
	JSON	STRING

Colunas adicionais

Nota

Esta tabela descreve as colunas adicionais para tabelas de destino que usam o modelo Duplicate key. Essas colunas são adicionadas automaticamente pelo DTS ou devem ser adicionadas manualmente.

Parâmetro	Tipo	Padrão	Descrição
_is_deleted	Int	0	Indica se o registro foi excluído. Insert: 0 Update: 0 Delete: 1
_version	Bigint	0	Para migração completa de dados, o valor é 0. Para migração incremental de dados, o valor é o timestamp (em segundos) da entrada correspondente no log binário do banco de dados de origem.
_record_id	Bigint	0	Para migração completa de dados, o valor é 0. Para migração incremental de dados, o valor é o ID exclusivo do registro proveniente do log incremental. Nota O ID é exclusivo e autoincrementável.

Pré-requisitos

Limitações

Modelo Unique

Modelo Duplicate