Migrar do RDS for MySQL para o AnalyticDB for PostgreSQL - Data Transmission Service: Central de Documentação do Alibaba Cloud

O Data Transmission service (DTS) oferece suporte à migração de dados de uma instância do ApsaraDB RDS for MySQL para o AnalyticDB for PostgreSQL.

Bancos de dados de origem compatíveis

Você pode migrar dados dos seguintes tipos de bancos de dados de origem MySQL para uma instância do AnalyticDB for PostgreSQL.

Instâncias do ApsaraDB RDS for MySQL
Bancos de dados MySQL autogerenciados:
- Banco de dados autogerenciado com um endereço IP público
- Banco de dados autogerenciado em uma instância do ecs
- Banco de dados autogerenciado conectado via Database Gateway
- Banco de dados autogerenciado conectado via CEN
- Banco de dados autogerenciado conectado via Express Connect, VPN Gateway ou Smart Access Gateway

Nota

Este tópico usa uma instância do ApsaraDB RDS for MySQL como exemplo para ilustrar o procedimento de configuração. O procedimento é semelhante para outros tipos de bancos de dados de origem.

Pré-requisitos

crie uma instância de destino do AnalyticDB for PostgreSQL. Para mais detalhes, consulte Create an instance.
O espaço de armazenamento da instância de destino do AnalyticDB for PostgreSQL deve ser maior que o espaço de armazenamento usado pela instância de origem do ApsaraDB RDS for MySQL.

Observações de uso

Nota

O DTS migra chaves estrangeiras durante a migração de schema.
Durante a migração de dados completa e incremental, o DTS desativa temporariamente as verificações de restrição e cascatas de chave estrangeira no nível da sessão. Atualizações ou exclusões em cascata no banco de dados de origem enquanto a tarefa está em execução podem causar inconsistência de dados.
O DTS não oferece suporte à migração completa em múltiplas etapas; a migração completa deve ser concluída em uma única operação. Se precisar migrar dados em lotes, configure várias tarefas de migração.

Tipo	Descrição
Limitações no banco de dados de origem	As tabelas a serem migradas devem ter uma chave primária ou uma restrição exclusiva com campos exclusivos para evitar duplicação de dados no banco de dados de destino. Se a sua migração no nível da tabela envolver a edição de objetos, como o uso de mapeamento de colunas, uma única tarefa de migração de dados ficará limitada a 1.000 tabelas. Exceder esse limite causa um erro ao envie a tarefa. Para contornar isso, divida as tabelas em várias tarefas ou migre o banco de dados inteiro. Se 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 a 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, podem ocorrer inconsistência ou perda de dados. O SLA do DTS não cobre problemas causados por períodos de retenção de logs binários inferiores ao exigido. Nota Para definir o retention period de logs binários locais em uma instância do RDS for MySQL, consulte Automatically delete local logs. Durante a migração, não execute operações DDL para modifique chaves primárias ou adicionar comentários, como `ALTER TABLE table_name COMMENT='table_comment';`. Caso contrário, a operação DDL falhará. Se os dados a serem migrados do banco de dados de origem contiverem o valor DATETIME `0000-00-00 00:00:00`, a tarefa de migração de dados poderá falhar. Nota O DTS converte esse valor de data para `null` ao migrá-lo para o banco de dados de destino. Você pode alterar temporariamente os dados no banco de dados de origem para `0001-01-01 00:00:00` ou definir a coluna correspondente no banco de dados de destino para permitir valores nulos. Operações não permitidas no banco de dados de origem: Não execute operações DDL que alterem schemas de bancos de dados ou tabelas durante a migração de schema ou a migração completa. Caso contrário, a tarefa de migração falhará. Nota Durante a migração completa, o DTS consulta o banco de dados de origem. Isso cria bloqueios de metadados que podem impedir operações DDL no banco de dados de origem. Se executar apenas a migração completa, não grave novos dados na instância de origem. Caso contrário, os dados de origem e de destino ficarão inconsistentes. Para manter os dados consistentes em tempo real, selecione migração de schema, migração completa e migração incremental. O DTS não migra dados gerados por alterações que não gravam 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 quando o seu negócio permitir. Se o 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 poderá 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	Requisitos do objeto de migração: Há suporte apenas para migração no nível da tabela. Não há suporte para migração de dados dos seguintes tipos: VARBIT, GEOMETRY, ARRAY, UUID, TSQUERY, TSVECTOR, TXID_SNAPSHOT e POINT. Não há suporte para migração de índices de prefixo, o que pode causar falha na migração de dados. Não há suporte para migração de partições, visualizações, procedimentos, funções, gatilhos, chaves estrangeiras e índices. Se o seu banco de dados de origem usar operações DDL online no modo de tabela temporária — incluindo cenários de mesclagem de múltiplas tabelas — ou adicionar índices baseados em funções a colunas de chave exclusiva, pode ocorrer perda de dados ou falha na tarefa no banco de dados de destino. Se uma tabela a ser migrada tiver uma chave primária, a coluna da chave primária na tabela de destino deverá ser a mesma da tabela de origem. Se uma tabela a ser migrada não tiver uma chave primária, a coluna da chave primária na tabela de destino deverá ser a mesma da chave de distribuição. A chave exclusiva da tabela de destino, incluindo a coluna da chave primária, deve conter todas as colunas da chave de distribuição. Antes de migrar os dados, avalie o desempenho dos bancos de dados de origem e de destino. Recomendamos migrar os dados em horários de menor demanda. Caso contrário, a sincronização inicial completa de dados aumentará a carga em ambos os bancos de dados, consumindo seus recursos de leitura e gravação. Operações INSERT simultâneas durante a sincronização inicial completa de dados causam fragmentação da tabela, tornando o espaço da tabela no banco de dados de destino maior do que na origem. Se migrar uma ou mais tabelas em vez do banco de dados inteiro, não use ferramentas como pt-online-schema-change para execute operações DDL online nos objetos de migração no banco de dados de origem. Caso contrário, a migração falhará. Use o Data gerencie (DMS) para execute alterações DDL online. Para mais informações, consulte Perform lock-free DDL operations. Durante a migração do DTS, não grave dados de outras fontes no banco de dados de destino. Caso contrário, ocorrerá inconsistência de dados entre os bancos de dados de origem e de destino. Por exemplo, se usar o DMS para execute uma alteração DDL online enquanto dados de outras fontes estão sendo gravados no banco de dados de destino, poderá ocorrer perda de dados no banco de dados de destino. A tabela de destino não pode ser uma tabela append-optimized (AO). Se usar mapeamento de colunas para uma migração parcial de tabela ou se os schemas das tabelas de origem e de destino forem inconsistentes, quaisquer dados nas colunas de origem que não existam na tabela de destino serão perdidos. Se a sua instância do RDS for MySQL tiver o Always-Encrypted ativado, não há suporte para migração completa. Nota Há suporte para migração de schema, migração completa e migração incremental em instâncias do RDS for MySQL com Transparent Data Encryption (TDE) ativado. 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 Somente os parâmetros da tarefa do DTS são modificados, e 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 de master-standby no banco de dados de origem causa a falha da tarefa de migração. O DTS calcula a latência comparando o carimbo de data/hora 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 muito tempo, o relatório de latência se torna impreciso. Se a latência parecer muito alta, execute uma operação DML na origem para atualize o valor da latência. Nota Se selecionar a migração de banco de dados completo, crie uma tabela de heartbeat. atualize 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 a sua origem for o Amazon Aurora MySQL ou outra instância MySQL em cluster, certifique-se de 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 precisar de migração incremental, instâncias do RDS for MySQL que não gravam logs de transações — como instâncias somente leitura do RDS for MySQL 5.6 — não são compatíveis 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 instância	Taxa de tráfego de internet
Migração de schema e migração completa de dados	Gratuita.	Quando o parâmetro Access Method do banco de dados de destino estiver definido como Public IP Address, você será cobrado pelo tráfego de internet. Para mais informações, consulte Billing overview.
Migração incremental de dados	Cobrada. Para mais informações, consulte Billing overview.

Tipos de migração

Migração de schema

O DTS migra os schemas dos objetos de migração do banco de dados de origem para o banco de dados de destino.

Nota
Em migrações de schema entre bancos de dados heterogêneos, os tipos de dados podem não mapear perfeitamente. Recomendamos avaliar cuidadosamente o impacto no negócio do mapeamento de tipos de dados. Para mais informações, consulte Data type mapping for heterogeneous databases.
Migração completa de dados

O DTS migra todos os dados existentes dos objetos de migração do banco de dados de origem para o banco de dados de destino.
Migração incremental de dados

Após uma migração completa de dados, o DTS replica atualizações incrementais de dados do banco de dados de origem para o banco de dados de destino. Isso permite uma migração de dados suave para suas aplicações autogerenciadas, minimizando a interrupção do service.

Operações SQL para migração incremental

Tipo de operação	Instrução SQL
DML	INSERT, UPDATE e DELETE Nota O sistema converte automaticamente uma instrução UPDATE em uma instrução REPLACE INTO ao gravar na instância de destino do AnalyticDB for PostgreSQL. Se uma instrução UPDATE modifique uma chave primária, o sistema a converte em instruções DELETE e INSERT.
DDL	ALTER TABLE

Aviso

Se o tipo de dados de uma coluna na tabela de origem for alterado durante a migração de dados, a tarefa de migração de dados relatará um erro e será interrompida. Siga estas etapas para corrigir o problema manualmente.

Suponha que uma tarefa de migração de dados para a instância de destino do AnalyticDB for PostgreSQL falhe devido a uma alteração no tipo de dados em uma tabela de origem, como a tabela customer.
Na sua instância do AnalyticDB for PostgreSQL, crie uma nova tabela, como customer_new, com o mesmo schema da tabela customer.
execute um comando INSERT INTO ... SELECT para copiar dados de customer para customer_new. Certifique-se de que os dados nas duas tabelas sejam consistentes.
Renomeie ou exclua a tabela com falha customer e, em seguida, renomeie customer_new para customer.
No console do DTS, reinicie a tarefa de migração de dados.

Permissões de conta do banco de dados

Banco de dados	Migração de schema	Migração completa	Migração incremental
ApsaraDB RDS for MySQL	Permissão SELECT	Permissão SELECT	Permissões REPLICATION SLAVE, REPLICATION CLIENT e SELECT nos objetos a serem migrados. O DTS concede automaticamente essas permissões à conta do banco de dados.
AnalyticDB for PostgreSQL	Permissões de leitura e gravação

Para saber como criar e autorizar uma conta de banco de dados, consulte os seguintes tópicos:

Para uma instância do ApsaraDB RDS for MySQL: Create an account e Modify account permissions.
Para uma instância do AnalyticDB for PostgreSQL: Create e gerencie a database account.

Procedimento

acesse a página da lista de tarefas de migração para a região de destino usando um dos seguintes métodos.
Do 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.
Do console do DMS

Nota
As operações reais podem variar com base no modo e no 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 gerencie (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 acesse 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/D	Task Name	O DTS gera automaticamente um nome de tarefa. Recomendamos especifique um nome descritivo para fácil identificação. O nome não precisa ser exclusivo.
Source Database	Database Type	Selecione MySQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância de origem do ApsaraDB RDS for MySQL está localizada.
	Cross-account	Este exemplo mostra a migração de dados dentro de uma única conta da Alibaba Cloud. Para este cenário, 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 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 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	Database Type	Selecione AnalyticDB for PostgreSQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância de destino do AnalyticDB for PostgreSQL está localizada.
	Instance ID	Selecione o ID da instância de destino do AnalyticDB for PostgreSQL.
	Database Name	insira o nome do banco de dados de destino na instância do AnalyticDB for PostgreSQL.
	Database Account	insira a conta inicial da instância de destino do AnalyticDB for PostgreSQL. Nota Também é possível inserir uma conta que tenha a permissão RDS_SUPERUSER. Para mais informações, consulte User permission management.
	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 o intervalo de endereços IP do service DTS esteja adicionado automática ou manualmente às configurações de segurança dos bancos de dados de origem e de 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 um banco de dados autogerenciado (o Access Method não é Alibaba Cloud Instance), clique também em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers exibida.

Configure os objetos da tarefa.

Na página Configure Objects, configure os objetos a serem migrados.

Parâmetro	Descrição
Migration Types	Se precisar apenas execute uma migração completa, selecione tanto Schema Migration quanto Full Data Migration. Para execute uma migração sem tempo de inatividade, selecione Schema Migration, Full Data Migration e Incremental Data Migration. Nota Se não selecionar Schema Migration, garanta que exista 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 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.
Select DDL and DML to Sync at the Instance Level	Selecione as operações SQL a serem migradas incrementalmente no nível da instância. Para mais informações sobre as operações suportadas, consulte Supported SQL operations for incremental migration. Nota Para selecionar operações SQL no nível do banco de dados ou da tabela, clique em com o botão direito em um objeto de migração na seção Selected Objects e selecione as operações SQL desejadas na caixa de diálogo.
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 Caso uma tabela no banco de dados de destino tenha o mesmo nome e não possa ser excluída ou renomeada facilmente, altere o nome dela 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 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 schemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas, ou a migração poderá falhar. Prossiga com cautela.
Storage Engine Type	Selecione um mecanismo de armazenamento para as tabelas de destino com base nos requisitos do seu negócio. O valor padrão é Beam. Nota Este parâmetro está disponível apenas se a instância de destino do AnalyticDB for PostgreSQL tiver uma versão de kernel v7.0.6.6 ou posterior e tiver selecionado Migration Types para o parâmetro Schema Migration.
Source Objects	Na caixa Source Objects, clique em nos objetos a serem migrados e, em seguida, clique em para movê-los para a caixa Selected Objects. Nota A granularidade para selecionar objetos de migração é schema, tabela e coluna. Se selecionar apenas tabelas ou colunas como objetos de migração, outros objetos, como visualizações, gatilhos e procedimentos armazenados, não serão migrados para o banco de dados de destino.
Selected Objects	Para alterar o nome de um único objeto de migração na instância de destino, clique em com o botão direito no objeto na caixa Selected Objects. Para mais informações, consulte Map individual schema, table, and column names. Para alterar os nomes de múltiplos 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 Para selecionar operações SQL no nível do banco de dados ou da tabela, clique em com o botão direito em um objeto de migração na seção Selected Objects e selecione as operações SQL desejadas na caixa de diálogo. Para especifique condições WHERE para filtrar dados, clique em com o botão direito em uma tabela na seção Selected Objects e especifique as condições na caixa de diálogo. Para mais informações, consulte Set filter conditions. Se renomear um objeto usando o recurso de mapeamento de nomes, a migração de objetos dependentes poderá falhar.

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. Para tarefas mais estáveis, adquira um dedicated cluster para execute 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 da nova tentativa é de 720 minutos. Personalize o tempo de nova tentativa para um valor de 10 a 1440 minutos. Recomendamos defina 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 há cobrança 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 as instâncias dos bancos de dados de origem e de destino serem liberadas.
Retry Time for Other Issues	Após o início da tarefa de migração, se ocorrer um problema de não 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 da nova tentativa é de 10 minutos. Personalize o tempo de nova tentativa para um valor de 1 a 1440 minutos. Recomendamos defina 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 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 tiver selecionado Full Data Migration para Migration Types. Também é possível 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, defina 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 tiver selecionado Incremental Data Migration para Migration Types. Também é possível adjust the incremental migration speed após a instância de migração estar em execução.
Enclose Object Names in Quotation Marks	especifique se deseja colocar os nomes dos objetos entre aspas. Selecione Yes: Se o banco de dados de origem atender aos seguintes requisitos, o DTS colocará automaticamente os nomes de schemas, tabelas ou colunas entre aspas simples (') ou duplas (") durante a migração de schema e a migração incremental de dados. O banco de dados de origem diferencia maiúsculas de minúsculas e os nomes dos objetos usam maiúsculas e minúsculas mistas. O nome de uma tabela de origem começa com um caractere não alfabético ou contém caracteres diferentes de letras, dígitos ou os caracteres especiais suportados. Nota Apenas os seguintes caracteres especiais são suportados: sublinhados (_), sinais de número (#) e cifrões ($). Os nomes dos schemas, tabelas ou colunas que você deseja migrar são palavras-chave, palavras reservadas ou caracteres inválidos no banco de dados de destino. Selecione No: O DTS não coloca os nomes dos objetos entre aspas.
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 quando 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 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 com base nos requisitos do seu negócio. Neste exemplo, não é necessário configurar este parâmetro.
Configure ETL	escolha se deseja ativar o recurso de extração, transformação e carga (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	defina se deseja configurar alertas e receber notificações de alerta com base nas necessidades do seu negócio. No: Não configura alertas. Yes: Configure alertas definindo um alert threshold e um notificações de alerta. Se uma migração falhar ou a latência exceder o limiar, o sistema envia uma notificação de alerta.

Clique em Next: Data Validation para configurar uma tarefa de validação de dados.

Para mais informações sobre o recurso de validação de dados, consulte Configure data validation.
Opcional: Configure os campos de tabela e coluna. especifique a Primary Key Column e a Distribution Key para as tabelas a serem migradas para a instância de destino do AnalyticDB for PostgreSQL. Para mais informações, consulte CREATE TABLE.

Nota
Esta etapa está disponível apenas se tiver selecionado Schema Migration ao configurar os objetos de migração.

salve a tarefa e execute uma pré-verificação.
- Para visualize os parâmetros de configuração desta instância ao chamar a operação da API, mova o ponteiro sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica exibida.
- Se não for necessário visualize ou já tiver terminado de visualize os parâmetros da API, 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ó é iniciada 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 com base na mensagem e, em seguida, 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 com base na mensagem e, em seguida, 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 ignorar o item de alerta e execute a pré-verificação novamente. Optar por ignorar um aviso pode causar problemas como inconsistência de dados e representar riscos para o 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 é o grupo de recursos padrão. 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. 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.

visualize o progresso da tarefa de migração na página da lista de Data Migration Tasks.
Nota
- Se a tarefa de migração não incluir migração incremental, ela para 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 para 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.