Migrate PolarDB for PostgreSQL (Oracle compatible) to Message Queue for Kafka - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

No cluster de origem do PolarDB for PostgreSQL (Oracle-compatible), o parâmetro wal_level deve estar definido como logical para adicionar as informações necessárias para a decodificação lógica ao write-ahead logging (WAL). Para mais informações, consulte Set cluster parameters.
Crie uma instância de destino do Alibaba Cloud Message Queue for Kafka com mais espaço de armazenamento que o da instância de origem do PolarDB for PostgreSQL (Compatible with Oracle).

Nota
Para obter informações sobre as versões compatíveis para a origem e o destino, consulte Migration solutions overview.
Crie um tópico na instância de destino do Alibaba Cloud Message Queue for Kafka para receber os dados migrados. Para obter instruções, consulte Step 1: Create a topic.

Limitações

Tipo	Descrição
Limitações do banco de dados de origem	O servidor que hospeda o banco de dados de origem deve ter largura de banda de saída suficiente. A largura de banda insuficiente pode afetar a velocidade da migração. Cada tabela a ser migrada deve ter uma chave primária ou restrição única. Todos os campos da chave ou restrição devem ser únicos para evitar dados duplicados no banco de dados de destino. Se você migrar objetos no nível da tabela e precisar editar mapeamentos de nomes de colunas, uma única tarefa de migração suportará no máximo 1.000 tabelas. Se exceder esse limite, ocorrerá um erro ao enviar a tarefa. Nesse caso, divida as tabelas em várias tarefas ou configure uma tarefa para migrar o banco de dados inteiro. Para a migração incremental, configure o write-ahead logging (WAL): O recurso WAL deve estar ativado. Para uma tarefa apenas de migração incremental, o Data Transmission Service (DTS) exige a retenção dos logs WAL do banco de dados de origem por pelo menos 24 horas. Para uma tarefa que inclua migração completa e incremental, o DTS exige a retenção dos logs por pelo menos 7 dias. Você pode alterar o período de retenção para 24 horas após a conclusão da migração completa. Definir um período de retenção mais curto pode causar falha na tarefa se o DTS não conseguir obter os logs WAL necessários, levando à inconsistência ou perda de dados. O Service Level Agreement (SLA) do DTS não cobre problemas causados por um período de retenção de WAL inferior ao exigido. Limitações operacionais no banco de dados de origem: Durante as fases de migração de schema e migração completa de dados, não execute nenhuma operação DDL que altere o schema dos bancos de dados ou das tabelas. Caso contrário, a tarefa de migração falhará. Se executar apenas a migração completa 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, recomendamos selecionar a migração de schema, a migração completa de dados e a migração incremental de dados. Para garantir a execução suave da tarefa de migração e evitar interrupções de assinatura lógica causadas por failover entre primário e secundário, o cluster de origem do PolarDB for PostgreSQL(Compatible with Oracle) deve suportar o logical replication slot failover e tê-lo ativado. Nota Se o cluster de origem do PolarDB for PostgreSQL(Compatible with Oracle) não suportar o failover de slot de replicação lógica (por exemplo, se o mecanismo de banco de dados do cluster for Oracle syntax compatibility 2.0), um failover de alta disponibilidade (HA) no banco de dados de origem pode causar a falha irrecuperável da instância de migração. Devido às limitações das assinaturas lógicas, se uma instância de migração com migração incremental de dados 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 e será necessário reconfigurá-la. Se houver transações de longa duração no banco de dados de origem durante uma migração incremental, os registros de write-ahead logging (WAL) gerados antes do commit dessas transações não poderão ser limpos. Isso pode causar o acúmulo de arquivos WAL e esgotar o espaço em disco do banco de dados de origem.
Outras limitações	Uma única tarefa de migração de dados pode migrar apenas um banco de dados. Para migrar vários bancos de dados, configure uma tarefa de migração separada para cada um. O DTS não oferece suporte à migração de tabelas de extensão do 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 ao configurar a tarefa. Não há suporte para a migração dos seguintes tipos de objeto: INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER e chaves estrangeiras (FK). 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 dados 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 de bloqueio de tabela durante a execução deste comando. Se ignorar as verificações relacionadas durante a pré-verificação, o DTS executará automaticamente este comando ao inicializar a instância. Quando a instância é executada pela primeira vez. Quando a granularidade do objeto de migração é 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. Execute 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, a estrutura de tabelas incrementais e heartbeats. Não exclua essas tabelas temporárias durante a migração, pois isso causará a falha da 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 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 IPs 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 o acúmulo de logs, 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. Se o cluster Kafka de destino for redimensionado durante a migração de dados, reinicie a instância de migração. 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 completa de dados, o DTS consome recursos de leitura e gravação em ambos os bancos de dados, o que pode aumentar a carga deles. 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 usada pelo DTS para acessar a instância de destino. Isso evita que uma tarefa retomada automaticamente sobrescreva os dados na instância de destino. Se uma tarefa falhar, a equipe de suporte do DTS tentará restaurá-la em até oito horas. Durante a restauração, a equipe pode reiniciar a tarefa ou ajustar seus parâmetros. Nota Apenas 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 os 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ências 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ências entre os bancos de dados de origem e de destino. Não há suporte para a migração de tabelas particionadas ou tabelas herdadas (tabelas pai e filhas) distribuídas em bancos de dados diferentes. 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.

Faturamento

Tipo de migração	Taxa de configuração da tarefa	Taxa de tráfego de Internet
Migração de schema e migração completa de dados	Gratuito.	O DTS cobra uma taxa de tráfego de Internet quando o Access Method do banco de dados de destino é definido como Public IP Address. Billing overview.
Migração incremental de dados	Há cobrança. Billing overview.

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

Tipo	Instrução SQL
DML	INSERT, UPDATE e DELETE
DDL	CREATE TABLE, ALTER TABLE, DROP TABLE, RENAME TABLE e TRUNCATE TABLE CREATE VIEW, ALTER VIEW e DROP VIEW CREATE PROCEDURE, ALTER PROCEDURE e DROP PROCEDURE CREATE FUNCTION e DROP FUNCTION CREATE INDEX e DROP INDEX Importante Cláusulas adicionais em instruções DDL, como CASCADE ou RESTRICT, não são migradas. Instruções DDL de uma sessão onde o comando `SET session_replication_role = replica` é executado não são migradas. Instruções DDL chamadas a partir de uma função não podem ser migradas. Se um commit no banco de dados de origem contiver instruções DML e DDL, as instruções DDL não serão migradas. Se um commit no banco de dados de origem contiver instruções DDL para objetos não selecionados para migração, essas instruções não serão migradas.

Permissões da conta do banco de dados

Banco de dados	Permissões	Referências
Cluster do PolarDB for PostgreSQL (Compatible with Oracle)	Conta privilegiada	Create and manage 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.
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 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 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.

Nota

Para obter informações sobre como obter os parâmetros da instância de destino do Message Queue for Apache Kafka, consulte Configure parameters for a Message Queue for Apache Kafka instance.

Categoria	Parâmetro	Descrição
N/D	Task Name	O DTS gera automaticamente um nome para a tarefa. Recomendamos especificar um nome descritivo para fácil identificação. O nome não precisa ser único.
Source Database	Select Existing Connection	Para usar uma instância de banco de dados que foi added to the system (criada ou salva), selecione a instância de banco de dados desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente. Nota No console do DMS, este parâmetro é chamado de Select a DMS database instance.. Se não tiver registrado a instância do banco de dados no sistema ou não precisar usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.
	Database Type	Selecione PolarDB (Compatible with Oracle).
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde o cluster de origem do PolarDB (Compatible with Oracle) está localizado.
	Replicate Data Across Alibaba Cloud Accounts	Neste exemplo, os dados são migrados dentro da mesma conta da Alibaba Cloud. Selecione No.
	Instance ID	Selecione o ID da instância do cluster de origem do PolarDB (Compatible with Oracle).
	Database Name	Insira o nome do banco de dados no cluster de origem do PolarDB (Compatible with Oracle) que contém os objetos a serem migrados.
	Database Account	Insira a conta do banco de dados para o cluster de origem do PolarDB (Compatible with Oracle). Para obter informações sobre as permissões necessárias, consulte Required permissions for the database account.
	Database Password	Insira a senha que corresponde à conta do banco de dados.
Destination Database	Select Existing Connection	Para usar uma instância de banco de dados que foi added to the system (criada ou salva), selecione a instância de banco de dados desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente. Nota No console do DMS, este parâmetro é chamado de Select a DMS database instance.. Se não tiver registrado a instância do banco de dados no sistema ou não precisar usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.
	Database Type	Selecione Kafka.
	Access Method	Selecione Express Connect, VPN Gateway, or Smart Access Gateway. Nota Nesta etapa, a instância do Message Queue for Apache Kafka é configurada como um banco de dados Kafka autogerenciado para a instância de migração.
	Instance Region	Selecione a região onde a instância de destino do Message Queue for Apache Kafka está localizada.
	Connected VPC	Selecione o ID da Virtual Private Cloud (VPC) onde a instância de destino do Message Queue for Apache Kafka está localizada.
	Domain Name or IP	Insira qualquer endereço IP do Default Endpoint da instância de destino do Message Queue for Apache Kafka.
	Port Number	Insira a porta de service da instância de destino do Message Queue for Apache Kafka. O valor padrão é 9092.
	Database Account	Não é necessário configurar esses parâmetros neste exemplo.
	Database Password	Não é necessário configurar esses parâmetros neste exemplo.
	Kafka Version	Selecione a versão que corresponde à sua instância do Kafka.
	Encryption	Com base em seus requisitos de negócios e segurança, selecione Non-encrypted ou SCRAM-SHA-256.
	Topic	Na lista suspensa, selecione o Topic para receber dados.
	Use Kafka Schema Registry	O Kafka Schema Registry é uma camada de service para seus metadados. Ele fornece uma API RESTful para armazenar e recuperar schemas Avro. No: Não use o Kafka Schema Registry. Yes: Use o Kafka Schema Registry. No campo URL or IP Address of Schema Registry, insira a URL ou o endereço IP registrado no Kafka Schema Registry para o seu schema Avro.

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 seja 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 que aparece.

Configure os objetos da tarefa.

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

Parâmetro	Descrição
Migration Types	Se precisar executar apenas a migração completa de dados, selecione Schema Migration e Full Data Migration. Para migração sem tempo de inatividade, selecione Schema Migration, Full Data Migration e Incremental Data Migration. Nota Se o Access Method da instância Kafka de destino for Alibaba Cloud Instance, não há suporte para Schema Migration. 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 houver tabelas com os mesmos nomes, a pré-verificação será aprovada. Se houver, um erro será reportado durante a pré-verificação e a tarefa de migração de dados não será iniciada. Nota Se uma tabela no banco de dados de destino tiver o mesmo nome, mas não puder ser facilmente excluída ou renomeada, 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 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 podem ser migradas, ou a migração pode falhar. Prossiga com cautela.
Data Format in Kafka	Selecione o formato para armazenar dados na instância Kafka com base em seus requisitos de negócios. Se selecionar Canal JSON, consulte Canal JSON para descrições e exemplos de parâmetros. Nota Atualmente, apenas as regiões China (Qingdao) e China (Beijing) suportam o formato Canal JSON. Se selecionar DTS Avro, analise os dados com base na definição do schema DTS Avro. Para mais informações, consulte a definição do schema DTS Avro e o exemplo de desserialização DTS Avro. Se selecionar Shareplex JSON, consulte Shareplex JSON para descrições e exemplos de parâmetros.
Kafka Data Compression Format	Selecione um formato de compressão para mensagens Kafka com base em seus requisitos. LZ4 (padrão): baixa taxa de compressão, alta velocidade de compressão. GZIP: alta taxa de compressão, baixa velocidade de compressão. Nota Alto consumo de CPU. Snappy: taxa de compressão média, velocidade de compressão média.
Policy for Shipping Data to Kafka Partitions	Selecione uma policy com base em seus requisitos de negócios.
Message acknowledgement mechanism	Selecione um message acknowledgment mechanism com base em seus requisitos de negócios.
Topic That Stores DDL Information	Selecione o tópico para armazenar informações DDL. Nota Se nenhum tópico for selecionado, o DTS armazenará as informações DDL no tópico de dados por padrão.
Capitalization of Object Names in Destination Instance	Você pode configurar a política de diferenciação de maiúsculas e minúsculas para os nomes dos objetos migrados, como bancos de dados, tabelas e colunas, na instância de destino. Por padrão, 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 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. Nota Você pode selecionar tabelas como objetos de migração.
Selected Objects	Nenhuma configuração adicional é necessária neste exemplo. Use o recurso de mapeamento para definir o nome do Topic, o número de partições no Topic e a chave de partição para a tabela de origem na instância Kafka de destino. Para mais informações, consulte Mapping information. Nota Se usar o recurso de mapeamento de nomes de objetos, a migração de outros objetos que dependem do objeto mapeado poderá falhar. Para selecionar as operações SQL para migração incremental, clique com o botão direito em um objeto de migração na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece.

Clique em Next: Advanced Settings para configurar os 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 reportará um erro e iniciará imediatamente a reconexão. A duração padrão da nova tentativa é de 720 minutos. Você pode personalizar o tempo de nova tentativa para um valor entre 10 e 1440 minutos. Recomendamos definir a duração para mais de 30 minutos. Se o DTS se reconectar aos bancos de dados de origem e de destino dentro da duração especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará. Nota Para 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 a tarefa é cobrada 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 dos bancos 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 à conexão, 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 a repetição da operação. A duração padrão da nova tentativa é de 10 minutos. Você pode personalizar o tempo de nova tentativa para um valor entre 1 e 1440 minutos. Recomendamos definir a duração para mais de 10 minutos. Se as operações relacionadas forem bem-sucedidas dentro da duração de nova tentativa especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará. Importante O valor de Retry Time for Other Issues deve ser menor que o valor de Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Durante a migração completa, o DTS consome recursos de leitura e gravação nos bancos de dados de origem e de destino, o que pode aumentar a carga do banco de dados. Se necessário, ative o throttling 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 selecionar Full Data Migration para Migration Types. Você também pode 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, escolha 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 selecionar Incremental Data Migration para Migration Types. Você também pode 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 em seus requisitos de negócios. Neste exemplo, não é necessário selecionar nenhuma tag.
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 com base nas necessidades do seu negócio. No: Não define 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.

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 de API, passe o ponteiro do mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica que aparece.
- Se não precisar visualizar ou já terminou 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ó é 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 conforme as instruções 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 as instruções 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 ignorar o item de alerta e executar a pré-verificação novamente. Optar por ignorar um aviso pode causar problemas como inconsistência de dados e representar riscos ao seu negócio.

Adquira a instância.

Quando o Success Rate for 100%, clique em Next: Purchase Instance.

Na página Purchase, selecione a especificação do 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ó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.

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

Informações de mapeamento

Na área Selected Objects, passe o mouse sobre o nome do tópico de destino (no nível da tabela).
Clique em Edit ao lado do nome do tópico de destino.

Na caixa de diálogo Edit Table, configure as informações de mapeamento.