Migrate PolarDB for PostgreSQL (Oracle compatible) to AnalyticDB for MySQL V3.0 - Data Transmission Service: Central de Documentação do Alibaba Cloud

Use o Data Transmission Service (DTS) para migrar um cluster PolarDB for PostgreSQL (Compatible with Oracle) para um cluster AnalyticDB for MySQL 3.0.

Pré-requisitos

Você deve ter um cluster de destino AnalyticDB for MySQL V3.0. Para mais informações, consulte Create a cluster.
No cluster de origem PolarDB for PostgreSQL (Compatible with Oracle), defina o parâmetro wal_level como logical. Essa configuração adiciona as informações necessárias para decodificação lógica ao write-ahead logging (WAL). Para mais informações, consulte Configure cluster parameters.

Limitações

Nota

Durante a migração de schema, o DTS não migra chaves estrangeiras do banco de dados de origem para o banco de dados de destino.
Nas fases de migração total e incremental de dados, o DTS desativa temporariamente as verificações de restrições e operações em cascata de chaves estrangeiras no nível da sessão. Caso ocorram atualizações ou exclusões em cascata no banco de origem durante a execução da tarefa, pode haver inconsistência de dados.
O DTS não oferece suporte à migração de materialized views para a instância de destino AnalyticDB for MySQL durante a migração de schema. Para utilizar materialized views, crie-as manualmente na instância de destino após a conclusão da migração.

Tipo	Descrição
Limitações do banco de dados de origem	O servidor que hospeda o banco de dados de origem precisa ter largura de banda de saída suficiente. A falta de largura de banda adequada pode impactar a velocidade da migração. Cada tabela a ser migrada deve possuir uma chave primária ou uma restrição única. Todos os campos da chave ou restrição precisam ser únicos para evitar dados duplicados no banco de destino. Ao migrar objetos no nível de tabela com necessidade de edições como mapeamento de nomes de colunas, uma única tarefa de migração aceita no máximo 1.000 tabelas. Se esse limite for excedido, um erro será reportado no envio da tarefa. Nesse cenário, divida as tabelas em várias tarefas ou configure uma tarefa para migrar o banco de dados inteiro. Para migração incremental, é obrigatório configurar o write-ahead logging (WAL): O recurso WAL deve estar ativado. Em tarefas exclusivamente de migração incremental, o DTS exige que os logs WAL do banco de origem sejam retidos por pelo menos 24 horas. Para tarefas que incluem migração total e incremental, a retenção mínima exigida é de 7 dias. Após a conclusão da migração total, reduza o período de retenção para pelo menos 24 horas. Definir um período de retenção inferior ao necessário pode causar falha na tarefa caso o DTS não consiga obter os logs WAL requeridos, resultando potencialmente em inconsistência ou perda de dados. O SLA do DTS não cobre problemas decorrentes de um período de retenção de WAL inferior ao exigido. Restrições operacionais no banco de dados de origem: Evite executar operações DDL que alterem o schema de bancos de dados ou tabelas durante as fases de migração de schema e migração total de dados. Caso contrário, a tarefa de migração falhará. Se realizar apenas a migração total de dados, não grave novos dados na instância de origem para evitar inconsistências. Para manter a consistência dos dados em tempo real, recomenda-se selecionar migração de schema, migração total de dados e migração incremental de dados. Para assegurar o bom funcionamento da tarefa de migração e prevenir interrupções na assinatura lógica causadas por failover entre primário e secundário, o cluster de origem PolarDB for PostgreSQL(Compatible with Oracle) deve oferecer suporte a logical replication slot failover e tê-lo ativado. Nota Caso o cluster de origem PolarDB for PostgreSQL(Compatible with Oracle) não ofereça suporte a failover de slot de replicação lógica (por exemplo, se o database engine do cluster for Oracle syntax compatibility 2.0), um failover de alta disponibilidade (HA) no banco de origem pode causar falha irrecuperável na instância de migração. Devido às limitações das assinaturas lógicas, se uma instância de migração que inclui migração incremental estiver em execução e o tamanho de uma única linha a ser migrada exceder 256 MB após uma alteração incremental, a instância de migração falhará de forma irrecuperável, sendo necessária sua reconfiguração. A existência de transações de longa duração no banco de origem durante uma migração incremental impede a limpeza dos registros de write-ahead logging (WAL) gerados antes do commit dessas transações. Isso pode resultar no acúmulo de arquivos WAL e na exaustão do espaço em disco do banco de origem.
Outras limitações	Uma única tarefa de migração de dados suporta apenas um banco de dados. Para migrar múltiplos bancos, configure uma tarefa de migração separada para cada um. O banco de dados de destino deve ter uma chave primária personalizada. Alternativamente, na etapa Configurations for Databases, Tables, and Columns, defina a Primary Key Column. Caso contrário, a migração poderá falhar. O DTS não oferece suporte à migração de tabelas de extensão TimescaleDB, tabelas com herança entre schemas ou tabelas com índices únicos baseados em expressões. Esses schemas não ficarão visíveis no console durante a configuração da tarefa. Para tarefas que incluem migração incremental de dados, execute o comando `ALTER TABLE schema.table REPLICA IDENTITY FULL;` nas tabelas a serem migradas no banco de origem antes de gravar dados nelas. Isso garante a consistência dos dados para as tabelas nos dois cenários a seguir. Para evitar deadlocks, evite operações que bloqueiem tabelas enquanto este comando é executado. Se você pular as verificações relacionadas durante a pré-verificação, o DTS executa automaticamente este comando ao inicializar a instância. Quando a instância é executada pela primeira vez. Quando a granularidade do objeto de migração está definida como Schema e uma nova tabela é criada no schema ou uma tabela existente é reconstruída usando o comando RENAME. Nota No comando, substitua `schema` e `table` pelo nome do schema e pelo nome da tabela dos dados a serem migrados. Realize esta operação fora do horário de pico. O DTS cria as seguintes tabelas temporárias no banco de dados de origem para obter informações como instruções DDL para dados incrementais, estrutura de tabelas incrementais e heartbeats. Não exclua essas tabelas temporárias durante a migração, pois isso causará falha na tarefa. As tabelas são excluídas automaticamente após a liberação da instância do DTS. `public.dts_pg_class`, `public.dts_pg_attribute`, `public.dts_pg_type`, `public.dts_pg_enum`, `public.dts_postgres_heartbeat`, `public.dts_ddl_command`, `public.dts_args_session` e `public.aliyun_dts_instance`. Para garantir a precisão das métricas de latência na migração incremental de dados, o DTS cria uma tabela de heartbeat chamada `dts_postgres_heartbeat` no banco de dados de origem. Durante a sincronização de dados, o DTS cria um slot de replicação lógica com o prefixo `dts_sync_` no banco de dados de origem para ler logs incrementais. Se a sincronização de dados falhar ou a instância de sincronização for liberada, o DTS tentará limpar proativamente esse slot de replicação. Nota Se você alterar a senha da conta do banco de dados de origem usada pela tarefa ou remover os endereços IP do DTS da lista de permissões de endereços IP do banco de dados de origem durante a migração, o slot de replicação não poderá ser limpo automaticamente. Nesse caso, limpe manualmente o slot de replicação no banco de dados de origem para evitar acúmulo de logs, o que pode esgotar o espaço em disco e tornar o banco de dados de origem indisponível. Se ocorrer um failover entre primário e secundário no banco de dados de origem, faça login no banco de dados secundário para limpar manualmente o slot de replicação. Devido às limitações de uso do AnalyticDB for MySQL, se o uso de espaço em disco de um nó no cluster de destino AnalyticDB for MySQL exceder 80%, a tarefa do DTS falhará e sua latência aumentará. Antes de migrar dados, estime o espaço de armazenamento necessário e certifique-se de que o cluster de destino tenha espaço suficiente. Se o cluster de destino AnalyticDB for MySQL 3.0 estiver realizando backup enquanto a tarefa do DTS é executada, a tarefa falhará. Antes de iniciar a migração, avalie o desempenho dos bancos de dados de origem e de destino. Recomendamos executar a migração fora do horário de pico. Durante a migração total de dados, o DTS consome recursos de leitura e gravação em ambos os bancos, o que pode aumentar a carga sobre eles. Verifique se a precisão da migração para colunas dos tipos de dados FLOAT ou DOUBLE atende aos requisitos do seu negócio. O DTS usa a função `ROUND(COLUMN,PRECISION)` para ler valores dessas colunas. Se uma precisão não for explicitamente definida, o DTS usará uma precisão de 38 para FLOAT e 308 para DOUBLE. O DTS tenta retomar uma tarefa de migração com falha por até sete dias. Antes de alternar as cargas de trabalho de negócios para a instância de destino, encerre ou libere a tarefa, ou revogue as permissões de gravação da conta que o DTS usa para acessar a instância de destino usando o comando `revoke`. Isso evita que uma tarefa retomada automaticamente sobrescreva dados na instância de destino. Se uma operação DDL falhar ao gravar no banco de dados de destino, a tarefa do DTS continuará em execução. É possível visualizar as operações DDL com falha nos logs da tarefa. Para mais informações, consulte View task logs. 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. Ao migrar tabelas particionadas, inclua a tabela pai e todas as suas partições filhas como objetos de migração para evitar inconsistência de dados. Importante No PolarDB for PostgreSQL(Compatible with Oracle), a tabela pai de uma tabela particionada não armazena dados diretamente. Os dados são armazenados nas partições filhas. A tarefa de migração deve incluir a tabela pai e todas as suas partições filhas para evitar perda de dados e inconsistência entre os bancos de origem e destino. Não há suporte para migração de tabelas particionadas ou tabelas herdadas (tabelas pai e filhas) distribuídas entre diferentes bancos de dados. Certifique-se de que as tabelas particionadas e todas as suas partições, bem como as tabelas pai e todas as suas tabelas filhas, estejam no mesmo banco de dados. Quando o banco de dados de destino é o AnalyticDB for MySQL, o DTS suporta a gravação apenas dos tipos de dados suportados por esse banco, incluindo basic data types e complex data types, como ARRAY, MAP e JSON. Outros tipos, como MULTIVALUE, não são suportados.

Faturamento

Tipo de migração	Taxa de configuração da instância	Taxa de tráfego pela Internet
Migração de schema e migração total de dados	Gratuito.	Quando o parâmetro Access Method do banco de dados de destino está definido como Public IP Address, há cobrança de tráfego pela Internet. Para mais informações, consulte Billing overview.
Migração incremental de dados	Pago. Para mais informações, consulte Billing overview.

Tipos de migração

Tipo	Descrição
Migração de schema	O DTS migra as definições de schema dos objetos de migração para o banco de dados de destino. Atualmente, o DTS oferece suporte à migração de schema apenas para tabelas.
Migração total de dados	O DTS migra todos os dados existentes nos objetos de migração do banco de dados de origem para o banco de dados de destino. Nota Antes que a migração de schema e a migração total de dados sejam concluídas, não execute operações DDL nos objetos de migração. Caso contrário, a tarefa de migração poderá falhar.
Migração incremental de dados	Após a conclusão da migração total de dados, o DTS captura atualizações incrementais de dados dos redo logs do banco de origem e as migra para o banco de destino. A migração incremental permite migrar seus dados de forma suave, com tempo de inatividade mínimo da aplicação.

Operações SQL suportadas para migração incremental

Tipo	Instrução SQL
DML	INSERT, UPDATE e DELETE Nota Ao gravar dados no AnalyticDB for MySQL, ele converte automaticamente instruções `UPDATE` para `REPLACE INTO`. Se você atualizar uma chave primária, ele converte a instrução `UPDATE` em um `DELETE` seguido por um `INSERT`.

Permissões de conta de banco de dados

Banco de dados	Permissões	Referências
Cluster PolarDB for PostgreSQL (Compatible with Oracle)	Requer uma conta privilegiada.	Consulte Create a database account.
AnalyticDB for MySQL 3.0	Permissões de leitura e gravação no banco de dados de destino.	Consulte Create a database account.

Procedimento

Acesse a página da lista de tarefas de migração para a 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.

Aviso

Após selecionar as instâncias de origem e de destino, leia atentamente os limites exibidos na parte superior da página. Caso contrário, a tarefa poderá falhar ou ocorrer inconsistência de dados.

Categoria	Parâmetro	Descrição
N/A	Task Name	O DTS gera automaticamente um nome para a tarefa. Recomenda-se especificar um nome descritivo para facilitar a identificação. O nome não precisa ser único.
Source Database	Database Type	Selecione PolarDB (Compatible with Oracle).
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde reside o cluster de origem PolarDB for Oracle.
	Instance ID	Selecione o ID da instância do cluster de origem PolarDB for Oracle.
	Database Name	Insira o nome do banco de dados que contém os objetos a serem migrados do cluster de origem PolarDB for Oracle.
	Database Account	Insira a conta do banco de dados do cluster de origem PolarDB for Oracle. 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.
Destination Database	Database Type	Selecione AnalyticDB for MySQL 3.0.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde reside o cluster de destino AnalyticDB for MySQL V3.0.
	Instance ID	Selecione o ID do cluster de destino AnalyticDB for MySQL V3.0.
	Database Account	Insira a conta do banco de dados do cluster de destino AnalyticDB for MySQL V3.0. 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.

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 de destino para permitir o acesso dos servidores 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 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 que aparece.

Configure os objetos da tarefa.

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

Parâmetro	Descrição
Migration Types	Selecione os tipos de migração com base nos seus requisitos e nos tipos suportados por cada mecanismo. Se precisar realizar apenas uma migração total, selecione tanto Schema Migration quanto Full Data Migration. Para realizar 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 destino. Também é possível 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.
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 inicia. Nota Se uma tabela no banco de dados de destino tiver o mesmo nome, mas não puder ser facilmente excluída ou renomeada, altere 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 aos negócios. 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 total, 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.
DDL and DML Operations to Be Synchronized	Selecione as operações DDL ou DML a serem migradas no nível da instância. Para obter uma lista de operações suportadas, consulte Supported SQL operations for incremental migration. Nota Para selecionar operações SQL para migração incremental de dados no nível da tabela, clique com o botão direito no objeto de migração na caixa Selected Objects e selecione as operações SQL necessárias na caixa de diálogo que aparece.
Merge Tables	Se selecionar Yes, o DTS adiciona a coluna `__dts_data_source` a cada tabela para registrar as fontes de dados. Para mais informações, consulte Enable multi-table merge. Se selecionar No, esta é a opção padrão. Nota O recurso de mesclagem de tabelas é configurado no nível da tarefa, não no nível da tabela. Para mesclar algumas tabelas, mas não outras, crie duas tarefas de migração de dados separadas. Aviso Não execute operações DDL para alterar o schema do banco de dados de origem ou das tabelas. Caso contrário, pode ocorrer inconsistência de dados ou falha na tarefa.
Capitalization of Object Names in Destination Instance	Configure 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. Também é possível 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	Na caixa Source Objects, clique nos objetos a serem migrados e, em seguida, clique em para movê-los para a caixa Selected Objects. Importante Se selecionar Incremental Data Migration para Migration Types, selecione apenas uma única tabela para migrar. Se não selecionar Incremental Data Migration para Migration Types, selecione objetos no nível de banco de dados, tabela ou coluna. Se selecionar um banco de dados inteiro como objeto de migração, aplicam-se as seguintes regras padrão: Se uma tabela no banco de dados de origem tiver uma chave primária (coluna única ou composta), a(s) coluna(s) da chave primária serão usadas como chave de distribuição. Se uma tabela no banco de dados de origem não tiver uma chave primária, uma coluna de chave primária de incremento automático será gerada automaticamente. Isso pode causar inconsistência de dados entre os bancos de origem e destino.
Selected Objects	Para alterar o nome de um único objeto de migração na instância de destino, clique 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 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 usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem do objeto renomeado podem falhar ao serem migrados. Para filtrar dados usando uma cláusula WHERE, clique com o botão direito na tabela a ser migrada na caixa Selected Objects e especifique as condições de filtro na caixa de diálogo que aparece. Para mais informações, consulte Set filter conditions. Para selecionar operações SQL a serem migradas no nível do banco de dados ou da tabela, clique com o botão direito no objeto de migração na caixa Selected Objects e selecione as operações SQL necessárias 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, adquira 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 iniciará imediatamente uma nova tentativa de conexão. A duração padrão de nova tentativa é de 720 minutos. Personalize o tempo de nova tentativa para um valor entre 10 e 1440 minutos. Recomenda-se 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 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 há cobrança pela tarefa durante o período de nova tentativa de conexão, recomenda-se 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 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 iniciará imediatamente uma nova tentativa da operação. A duração padrão de nova tentativa é de 10 minutos. Personalize o tempo de nova tentativa para um valor entre 1 e 1440 minutos. Recomenda-se 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 total, 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 throttling para a tarefa de migração total. 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 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, 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 para Migration Types. Também é possível adjust the incremental migration speed após a instância de migração estar 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 para este exemplo.
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	Selecione se deseja definir alertas e receber notificações de alerta com base nas necessidades do seu negócio. No: Não define um alerta. Yes: Configure alertas definindo um alert threshold e alert notifications. Se uma migração falhar ou a latência exceder o limiar, o sistema enviará 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: Após concluir as configurações anteriores, clique em Next: Configure Database and Table Fields para definir o Type, Primary Key Column, Distribution Key e informações da chave de partição (Partition Key, Partitioning Rules e Partition Lifecycle) para as tabelas no banco de dados de destino.
Nota
- Esta etapa está disponível apenas se você selecionar Schema Migration para Migration Types. Defina Definition Status como All para modificar as configurações.
- Selecione várias colunas para Primary Key Column para formar uma chave primária composta. Em seguida, selecione uma ou mais colunas da Primary Key Column como Distribution Key e Partition Key. Para mais informações, consulte CREATE TABLE.

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 que aparece.
- Se não precisar visualizar ou já tiver terminado de visualizar 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ó inicia 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 no aviso 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 com base no aviso 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, isso pode causar problemas como inconsistência de dados e representar riscos ao seu negócio.

Adquira a instância.

Quando a Success Rate for 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. Selecione uma especificação com base no seu cenário de negócios. 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.

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 total. 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.