How to migrate from PolarDB for PostgreSQL to RDS for PostgreSQL - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

Você criou um cluster de banco de dados PolarDB for PostgreSQL de origem. Para mais informações, consulte crie um cluster de banco de dados.
Você criou uma instância de destino do ApsaraDB RDS for PostgreSQL. Para mais informações, consulte crie uma instância RDS.
Você definiu o parâmetro wal_level do cluster PolarDB for PostgreSQL de origem como logical. Para mais informações, consulte defina os parâmetros do cluster.
O banco de dados de destino deve ter mais espaço de armazenamento do que o utilizado pelo banco de dados de origem.

Precauções

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ções e as cascatas de chaves estrangeiras no nível da sessão. Atualizações ou exclusões em cascata no banco de dados de origem durante a execução da tarefa 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 você precisar migrar dados em lotes, configure várias tarefas de migração.

Tipo	Descrição
Limites do banco de dados de origem	Em um cluster PolarDB for PostgreSQL, as tabelas a serem migradas devem ter uma chave primária ou um índice exclusivo não nulo. Se o banco de dados de origem tiver transações de longa duração e a instância tiver uma tarefa de migração incremental, pode haver acúmulo do log de write-ahead (WAL) gerado antes da confirmação das transações de longa duração. Isso pode causar insuficiência de espaço em disco no banco de dados de origem. Para garantir a execução adequada da tarefa de migração e evitar a interrupção da replicação lógica por um failover primário/secundário, o cluster PolarDB for PostgreSQL deve oferecer suporte e ativar o Logical Replication Slot Failover. Nota Se o cluster PolarDB for PostgreSQL de origem não oferecer suporte ao Logical Replication Slot Failover (por exemplo, se o Database Engine do cluster for o PostgreSQL 14), um failover de alta disponibilidade (HA) no banco de dados de origem pode causar falha irrecuperável na instância de migração. Limites de operações no banco de dados de origem: Durante a migração de schema e a migração completa, não execute operações DDL que alterem a estrutura do banco de dados ou da tabela. Caso contrário, a tarefa de migração de dados falhará. Se você executar apenas a migração completa de dados, não grave novos dados na instância 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 de dados em tempo real, selecione a migração de schema, a migração completa de dados e a migração incremental de dados. 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 falhará de forma irrecuperável e será necessário reconfigurá-la. Tabelas com colunas geradas no PostgreSQL 18 não têm suporte à migração. Se você configurar a migração para essas tabelas, as operações DML serão bloqueadas.
Outros limites	O DTS migra apenas um banco de dados por tarefa. Para migrar vários bancos de dados, configure uma tarefa 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 exclusivos baseados em expressões. Não é possível migrar schemas criados pela instalação de plugins. O sistema não exibe informações sobre esses schemas no console ao configurar a 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 dados de origem antes de gravar dados nelas, garantindo a consistência dos dados nos dois cenários a seguir. Para evitar deadlocks, evite operações de bloqueio de tabela durante a execução deste comando. Se você 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 com 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 durante horários de baixa demanda. Se uma tabela a ser migrada contiver uma coluna do tipo SERIAL, uma sequência será criada automaticamente para essa coluna no banco de dados de origem. Portanto, ao configurar os Source Objects, se os Migration Types incluírem a Schema Migration, recomendamos selecionar Sequence ou migrar o schema inteiro. Caso contrário, a instância de migração poderá falhar. A migração completa de dados executa operações INSERT simultâneas, causando fragmentação de tabela no banco de dados de destino. Como resultado, o espaço da tabela no banco de dados de destino será maior do que o da instância de origem após a conclusão da migração completa. O DTS tenta recuperar automaticamente tarefas com falha em até sete dias. Portanto, antes de transferir suas cargas de trabalho para a instância de destino, encerre ou libere a tarefa, ou use o comando `revoke` para revogar as permissões de gravação da conta usada pelo DTS para acessar a instância de destino. Isso evita que os dados de origem sobrescrevam os dados na instância de destino após a recuperação automática da tarefa. O DTS valida o conteúdo dos dados, mas não oferece suporte à validação de metadados, como sequências. Valide os metadados por conta própria. 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 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 exaurir o espaço em disco e tornar o banco de dados de origem indisponível. Se ocorrer um failover primário/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. Após transferir suas cargas de trabalho para a instância de destino, as sequências recém-gravadas não incrementam a partir do valor máximo das sequências correspondentes no banco de dados de origem. Antes de transferir suas cargas de trabalho, atualize os valores de sequência no banco de dados de destino. Para mais informações, consulte atualize os valores de sequência no banco de dados de destino. 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, os schemas de tabelas incrementais e dados de heartbeat. Não exclua essas tabelas temporárias durante a migração para evitar a interrupção da tarefa do DTS. O DTS exclui automaticamente essas tabelas após a liberação da instância de migração. `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`. Este limite se aplica a tarefas de migração de dados completa ou incremental onde as tabelas a serem migradas do banco de dados de origem contêm chaves estrangeiras, gatilhos ou gatilhos de eventos. O DTS define temporariamente o parâmetro `session_replication_role` como `replica` no nível da sessão durante a migração. Se a conta do banco de dados de destino não tiver as permissões necessárias, defina manualmente o parâmetro como `replica` no banco de dados de destino. Durante esse período (enquanto `session_replication_role` estiver definido como `replica`), as operações de atualização ou exclusão em cascata no banco de dados de origem podem causar inconsistência de dados. Após a liberação da tarefa de migração, defina o parâmetro de volta para `origin`. 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 do DTS são modificados, e não os parâmetros do banco de dados. Os parâmetros ajustáveis incluem aqueles listados em modifique os parâmetros da instância. Ao migrar uma tabela particionada, inclua tanto a tabela pai quanto suas partições filhas como objetos de migração. Caso contrário, os dados na tabela particionada podem ficar inconsistentes. Importante A tabela pai de uma tabela particionada do PostgreSQL não armazena dados diretamente; todos os dados ficam em suas partições filhas. A tarefa de migração de dados deve incluir a tabela pai e todas as suas partições filhas. Caso contrário, os dados nas partições filhas podem ser perdidos, causando inconsistência entre a origem e o destino. Não há suporte para a migração de tabelas particionadas e tabelas de herança (tabelas pai-filho) entre bancos de dados diferentes. Certifique-se de que a tabela particionada e todas as suas partições estejam no mesmo banco de dados, assim como a tabela pai e todas as suas tabelas filhas.

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	Gratuito.	Quando o parâmetro Access Method do banco de dados de destino é definido como Public IP Address, há cobrança pelo tráfego de Internet. Para mais informações, consulte Billing overview.
Migração incremental de dados	Há cobrança. Para mais informações, consulte Billing overview.

Tipos de migração

Migração de schema

O DTS migra as definições de schema dos objetos de migração do banco de dados de origem para o banco de dados de destino.
Migração completa

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

Após a conclusão de uma migração completa, o DTS migra as atualizações incrementais de dados do banco de dados de origem para o banco de dados de destino. A migração incremental permite migrar dados de forma contínua sem interromper aplicações autogerenciadas.

Objetos de migração suportados

SCHEMA, TABLE

Nota

Inclui PRIMARY KEY, UNIQUE KEY, FOREIGN KEY, DATATYPE (tipos de dados integrados) e DEFAULT CONSTRAINT.
Ao usar este tipo de banco de dados como origem, os recursos compatíveis podem variar dependendo do tipo de banco de dados de destino. Para obter informações mais precisas, consulte as opções exibidas no console.

Operações SQL que suportam migração incremental

Tipo de operação	Instrução SQL
DML	INSERT, UPDATE e DELETE
DDL	Há suporte para operações DDL apenas em tarefas de migração de dados criadas em ou após 1º de outubro de 2020. Importante Para tarefas de migração de dados criadas antes de 12 de maio de 2023, crie um gatilho e uma função no banco de dados de origem para capturar informações DDL antes de configurar a tarefa de migração de dados. Para mais informações, consulte Use triggers and functions to implement incremental DDL migration for PostgreSQL. A migração incremental de dados não oferece suporte ao tipo de dados BIT. Se a conta do banco de dados de origem for uma conta privilegiada, a tarefa de migração de dados oferece suporte às seguintes instruções DDL: CREATE TABLE, DROP TABLE ALTER TABLE (incluindo RENAME TABLE, ADD COLUMN, ADD COLUMN DEFAULT, ALTER COLUMN TYPE, DROP COLUMN, ADD CONSTRAINT, ADD CONSTRAINT CHECK e ALTER COLUMN DROP DEFAULT) TRUNCATE TABLE (O banco de dados PostgreSQL de origem deve ser a versão 11 ou posterior.) CREATE INDEX ON TABLE 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 uma confirmação no banco de dados de origem contiver instruções DML e DDL, as instruções DDL não serão migradas. Se uma confirmação 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.

Requisitos de permissão para contas de banco de dados

Tipo de banco de dados	Migração de schema	Migração completa de dados	Migração incremental de dados	Ações
PolarDB for PostgreSQL	Conta privilegiada			crie uma conta de banco de dados
RDS PostgreSQL	Permissões CREATE e USAGE nos objetos de origem	Permissões de proprietário do schema	Permissões de proprietário do schema	crie uma conta

Procedimento

Para iniciar, acesse a página da lista de tarefas de migração para a região de destino usando um dos seguintes métodos.
A partir do console do DTS
1. Faça login no Data Transmission Service (DTS) console.
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.
A partir 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 Data Management (DMS) console.
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.

Categoria	Parâmetro	Descrição
N/A	Task Name	O DTS gera automaticamente um nome de tarefa. Recomendamos especificar um nome descritivo para fácil identificação. O nome não precisa ser exclusivo.
Source Database	Database Type	Selecione PolarDB for PostgreSQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde o cluster PolarDB for PostgreSQL de origem está localizado.
	Replicate Data Across Alibaba Cloud Accounts	Como este exemplo demonstra a migração dentro da mesma conta Alibaba Cloud, selecione No.
	Instance ID	Selecione o ID do cluster PolarDB for PostgreSQL de origem.
	Database Name	insira o nome do banco de dados PolarDB for PostgreSQL de origem.
	Database Account	insira a conta do banco de dados PolarDB for PostgreSQL de origem.
	Database Password	insira a senha que corresponde à conta do banco de dados.
Destination Database	Database Type	Selecione PostgreSQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância ApsaraDB RDS for PostgreSQL de destino está localizada.
	Instance ID	Selecione o ID da instância ApsaraDB RDS for PostgreSQL de destino.
	Database Name	insira o nome do banco de dados na instância ApsaraDB RDS for PostgreSQL de destino que armazenará os objetos migrados.
	Database Account	insira a conta da instância ApsaraDB RDS for PostgreSQL de destino.
	Database Password	insira a senha que corresponde à conta do banco de dados.
	Encryption	Especifica se a conexão com o banco de dados de origem deve ser criptografada. Configure este parâmetro com base nos seus requisitos de negócios. Neste exemplo, Non-encrypted está selecionado. Para estabelecer uma conexão criptografada por SSL com o banco de dados de origem, execute as seguintes etapas: selecione SSL-encrypted, carregue o CA Certificate, o Client Certificate e a Private Key of Client Certificate conforme necessário e, em seguida, especifique a Private Key Password of Client Certificate. Nota Se você definir Encryption como SSL-encrypted para um banco de dados PostgreSQL autogerenciado, carregue o CA Certificate. Para usar o certificado de cliente, carregue o Client Certificate e a Private Key of Client Certificate e especifique a Private Key Password of Client Certificate. Para obter informações sobre como configurar a criptografia SSL para uma instância ApsaraDB RDS for PostgreSQL, consulte SSL encryption.

Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.
Nota
- Certifique-se de 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. Essa adição pode ser automática ou manual. Para mais informações, consulte Add the IP address CIDR blocks of DTS servers to a whitelist.
- Se o banco de dados de origem ou de destino for um banco de dados autogerenciado (onde o Access Method não é Alibaba Cloud Instance), clique também 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 você deseja migrar.

Parâmetro	Descrição
Migration Types	Para executar apenas uma migração completa, selecione Schema Migration e Full Data Migration. Para executar uma migração sem tempo de inatividade, selecione Schema Migration, Full Data Migration e Incremental Data Migration. Nota Caso não selecione Schema Migration, garanta a existência de um banco de dados e de tabelas para receber os dados no banco de dados de destino. Se necessário, use o recurso de mapeamento de nomes de objetos na caixa Selected Objects. Caso não selecione Incremental Data Migration, não grave novos dados na instância de origem durante a migração para garantir a consistência dos dados.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Verifica a existência de tabelas com os mesmos nomes no banco de dados de destino. Se não houver tabelas com nomes iguais, a pré-verificação é aprovada. Caso existam, um erro é relatado durante a pré-verificação e a tarefa de migração de dados não é 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 A seleção de 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 podem ser migradas, ou a migração pode falhar. Prossiga com cautela.
Case Sensitivity Policy for Destination Object Names	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, a DTS default policy está selecionada. Você também pode optar por manter a diferenciação 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 selecione objetos no nível do schema ou da tabela. Ao selecionar tabelas, outros objetos, como visualizações, gatilhos e procedimentos armazenados, não serão migrados. Se uma tabela a ser migrada contiver colunas do tipo SERIAL e você tiver selecionado Migration Types para Schema Migration, selecione também Sequence ou migre o schema inteiro.
Selected Objects	Para alterar o nome de um único objeto de migração na instância de destino, clique com o botão direito do mouse no objeto na caixa Selected Objects. Para mais informações sobre como definir o nome, consulte Map a single table or column name. Para alterar os nomes de vários objetos de migração em lote, clique em Batch Edit no canto superior direito da caixa Selected Objects. Para mais informações sobre como definir os nomes, consulte Map multiple table or column names in a batch. Nota O uso do recurso de mapeamento de nomes de objetos pode causar falha na migração de outros objetos que dependem do objeto mapeado.

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 sendo necessário selecionar um. Para 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 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 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 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 suas necessidades de negócios 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 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 novamente a operação. A duração padrão da nova tentativa é de 10 minutos. Personalize 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 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. Para reduzir a carga no banco de dados de destino, defina Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s). Nota Este item de configuração está disponível apenas se Full Data Migration estiver selecionado em 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, defina limites de velocidade para a tarefa de migração incremental. Para reduzir a carga no banco de dados de destino, defina RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s). Nota Este item de configuração está disponível apenas se Incremental Data Migration estiver selecionado em 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. Isso não é necessário para este exemplo.
Configure ETL	escolha se deseja ativar o recurso de extração, transformação e carregamento (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	Aqui, defina se deseja configurar alertas e receber notificações com base nas suas necessidades de negócios. 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 enviará uma notificação de alerta.

Clique em Next Data Verification 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.

Agora, salve a tarefa e execute uma pré-verificação.
- visualize os parâmetros de configuração desta instância ao chamar a operação da API, passe o ponteiro do mouse 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 visualizar os parâmetros da API ou se você já terminou 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 executa 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 a instrução 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 conforme a instrução e execute a pré-verificação novamente.
  
  Para itens de verificação que podem ser ignorados, confirme o alerta clicando em Confirm Alert Details, Ignore, OK e Precheck Again para ignorar o item de alerta e executar a pré-verificação novamente. Ignorar um aviso pode causar problemas como inconsistência de dados e apresentar riscos ao 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 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.

Você pode visualizar o progresso da tarefa de migração na página da 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, o Status mudará para Completed.
- Se a tarefa de migração incluir migração incremental, ela não será interrompida automaticamente e continuará em execução. Enquanto a tarefa de migração incremental estiver em execução, o Status da tarefa será Running.