Data migration between AnalyticDB for PostgreSQL instances - Data Transmission Service: Central de Documentação do Alibaba Cloud

Este tópico descreve como migrar dados entre instâncias do AnalyticDB for PostgreSQL usando o Data Transmission Service (DTS).

Pré-requisitos

Uma instância de destino do AnalyticDB for PostgreSQLinstance foi criada com espaço de armazenamento suficiente para conter os dados da instância source do AnalyticDB for PostgreSQL.
Um database foi criado na instância de destino do AnalyticDB for PostgreSQL para os dados migrados.

Observações

Limitações do banco de dados source

Requisito de largura de banda: o servidor que hospeda o banco de dados source deve ter uma largura de banda de saída de 100 Mbit/s ou superior. Caso contrário, a velocidade de migração de dados será afetada.
A versão do kernel da instance source do AnalyticDB for PostgreSQL deve ser 7.2.1.7 ou posterior.
Configurações de parâmetros para o banco de dados source:
- Você deve ativar o logical decoding ao setting o parâmetro wal_level para logical.
- Se a instance edition da instance source do AnalyticDB for PostgreSQL for a High-availability Edition, você deve definir os parâmetros hot_standby, hot_standby_feedback e sync_replication_slots como on. Isso garante que a migration task seja executada conforme o esperado e evita que as assinaturas lógicas sejam interrompidas por um primary/standby switchover.
Requisitos para objetos de migração:
- O nome do banco de dados a ser migrado não pode conter hifens (-), como dts-testdata.
- Cada tabela a ser migrada deve ter uma primary key ou uma unique constraint. Para uma unique constraint, as colunas restritas não devem conter valores duplicados. Caso contrário, podem ocorrer dados duplicados no banco de dados de destino.
- O DTS não oferece suporte à migração dos seguintes objetos: tabelas com relações de herança entre schemas, tabelas temporárias, gatilhos internos do sistema (TRIGGER), algumas funções (como funções em linguagem C e funções internas para PROCEDURE e FUNCTION) e extensões (EXTENSION). No entanto, o DTS oferece suporte à migração de alguns tipos de dados personalizados (COMPOSITE, ENUM ou RANGE) e das seguintes restrições: primary key, unique e CHECK.
- Se você usar schema migration em uma partitioned table, as informações de particionamento serão perdidas e a tabela será criada como uma tabela não particionada no banco de dados de destino.
- Se você migrar objetos no nível de tabela e precisar editá-los, como mapear nomes de tabelas ou colunas, uma única migration task oferece suporte a no máximo 5.000 tabelas. Se você exceder esse limite, a tarefa falhará após o envio. Nesse caso, divida as tabelas em várias tarefas de migração ou configure uma tarefa para migrar o banco de dados inteiro.
Limites operacionais para o banco de dados source:
- Durante a migração de schema e a migração completa de dados, não execute operações DDL que alterem o schema do banco de dados ou da tabela. Caso contrário, a tarefa de migração de dados falhará.
  
  Nota
  Durante a migração completa de dados, o DTS consulta o banco de dados source. Isso cria um bloqueio de metadados, que pode bloquear operações DDL no banco de dados source.
- Se você executar apenas a migração completa de dados, não grave novos dados na instância source. Caso contrário, ocorrerá inconsistência de dados entre a source e o 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.
Se o banco de dados source tiver transações de longa duração e a instância estiver configurada para uma tarefa de migração incremental, o write-ahead logging (WAL) gerado antes do commit das transações não poderá ser limpo. Isso pode fazer com que o WAL se acumule e esgote o espaço em disco do banco de dados source.

Outras limitações

Uma única migration task pode migrar dados de apenas um banco de dados. Para migrar vários bancos de dados, você deve configurar uma migration task separada para cada um.
O DTS não oferece suporte à migração de operações DDL do banco de dados source.
Após a schema migration, a conta usada para a migration task se torna a proprietária de todos os schemas e tabelas no banco de dados de destino.
Se uma tabela source tiver uma primary key, ela será preservada no banco de dados de destino. Se uma tabela source não tiver uma primary key, sua distribution key se tornará a primary key no banco de dados de destino por padrão.
Se uma tabela a ser migrada contiver uma coluna do tipo SERIAL, uma sequence será criada automaticamente para essa coluna no banco de dados source. Portanto, ao configurar Source Objects, se os Migration Types incluírem Schema Migration, recomendamos que você também selecione Sequence ou migre o schema inteiro. Caso contrário, a instância de migração poderá falhar.
Para tarefas que incluem migração incremental de dados, você deve executar o comando ALTER TABLE schema.table REPLICA IDENTITY FULL; nas tabelas a serem migradas no banco de dados source 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 enquanto esse comando é executado. Se você ignorar as verificações relacionadas durante a pré-verificação, o DTS executará automaticamente esse 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 durante horários de baixa demanda.
O DTS valida o conteúdo dos dados, mas não os metadados, como sequences; você deve validar os metadados por conta própria.
Antes do switchover, você deve consultar o valor máximo de cada sequence no banco de dados source e, em seguida, usar esse valor como o valor inicial para a sequence correspondente no banco de dados de destino. O comando a seguir consulta os valores das sequences no banco de dados source:
```
do language plpgsql $$
declare
  nsp name;
  rel name;
  val int8;
begin
  for nsp,rel in select nspname,relname from pg_class t2 , pg_namespace t3 where t2.relnamespace=t3.oid and t2.relkind='S'
  loop
    execute format($_$select last_value from %I.%I$_$, nsp, rel) into val;
    raise notice '%',
    format($_$select setval('%I.%I'::regclass, %s);$_$, nsp, rel, val+1);
  end loop;
end;
$$;
```
Nota
As instruções SQL retornadas após a execução do comando anterior contêm todas as sequences no banco de dados source. Execute essas instruções no banco de dados de destino com base nos seus requisitos de negócios.
Para garantir a precisão da latência exibida na migração incremental de dados, o DTS cria uma tabela de heartbeat chamada dts_postgres_heartbeat no banco de dados source.
O DTS cria as seguintes tabelas temporárias no banco de dados source para obter informações como instruções DDL para dados incrementais, os schemas das tabelas incrementais e dados de heartbeat. Não exclua essas tabelas temporárias durante a migração. Caso contrário, a tarefa do DTS será interrompida. 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.
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 source 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 source usada pela tarefa ou remover os endereços IP do DTS da lista de permissões de endereços IP do banco de dados source durante a migração, o slot de replicação não poderá ser limpo automaticamente. Nesse caso, você deve limpar manualmente o slot de replicação no banco de dados source para evitar o acúmulo de logs, o que pode esgotar o espaço em disco e tornar o banco de dados source indisponível.
- Se ocorrer um switchover primário/secundário no banco de dados source, você deve fazer login no banco de dados secundário para limpar manualmente o slot de replicação.
Durante a full data migration, o DTS consome recursos de leitura e gravação nos bancos de dados source e de destino, o que pode aumentar a carga deles. Antes de migrar, avalie o desempenho de ambos os bancos de dados e execute a migração durante horários de baixa demanda, por exemplo, quando a CPU utilization de ambos os bancos de dados estiver abaixo de 30%.
A migração completa de dados executa operações INSERT simultâneas, o que pode causar fragmentação de tabela no banco de dados de destino. Como resultado, as tabelas de destino podem ocupar mais espaço de armazenamento do que as tabelas source após a migração.
Enquanto a migration task estiver em execução:
- Não altere o endpoint de conexão ou a zona de disponibilidade da instância do AnalyticDB for PostgreSQL. Caso contrário, a migration task falhará.
- Se qualquer processo diferente do DTS gravar dados no banco de dados de destino durante a migração, isso poderá causar inconsistência de dados ou até mesmo fazer com que a migration task falhe.
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, não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modify instance parameters.

Faturamento

Tipo de migração	Taxas de configuração de link	Taxas de transferência de dados
Migração de schema + migração completa de dados	Gratuito	Gratuito (a menos que o método de acesso de destino seja Public IP Address — consulte Billing overview)
Migração incremental de dados	Cobrado — consulte Billing overview	—

Objetos suportados

SCHEMA, TABLE

Nota
As tabelas incluem PRIMARY KEY, UNIQUE KEY, DATATYPE (tipo de dados integrado) e DEFAULT CONSTRAINT.
VIEW, INDEX, PROCEDURE, FUNCTION, RULE, SEQUENCE, AGGREGATE, OPERATOR, DOMAIN

SQL suportado para migração incremental

Tipo de operação	Instrução SQL
DML	INSERT, UPDATE, DELETE

Requisitos de permissão da conta do banco de dados

Banco de dados	Permissões necessárias	Ações
Instância source do AnalyticDB for PostgreSQL	Permissões de leitura e `REPLICATION` para os objetos a serem migrados. `ALTER USER your_user WITH REPLICATION;`	Create and manage users Nota Você pode conceder a permissão `REPLICATION` executando o comando `ALTER USER <username> WITH REPLICATION;`.
Instância de destino do AnalyticDB for PostgreSQL	Permissões de leitura e gravação no banco de dados de destino.	Create and manage users Nota Você pode usar a conta inicial ou uma conta com a função `RDS_SUPERUSER`.

Procedimento

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 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.
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 obter 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 source e de destino.

Categoria	Parâmetro	Descrição
N/D	Task Name	O DTS gera automaticamente um nome de tarefa. Recomendamos que você especifique um nome descritivo para facilitar a identificação. O nome não precisa ser exclusivo.
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 é nomeado como Select a DMS database instance.. Se você não registrou a instância do banco de dados no sistema ou não precisa usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.
	Database Type	Selecione AnalyticDB for PostgreSQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instância source do AnalyticDB for PostgreSQL.
	Replicate Data Across Alibaba Cloud Accounts	Neste exemplo, é usada uma instância de banco de dados sob a conta atual do Alibaba Cloud. Selecione No.
	Instance ID	Selecione o ID da instância source do AnalyticDB for PostgreSQL.
	Database Name	Insira o nome do banco de dados na instância source do AnalyticDB for PostgreSQL a ser migrado.
	Database Account	Insira o database account para a instância source do AnalyticDB for PostgreSQL.
	Database Password	Insira a senha da 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 é nomeado como Select a DMS database instance.. Se você não registrou a instância do banco de dados no sistema ou não precisa usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.
	Database Type	Selecione AnalyticDB for PostgreSQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instância de destino do AnalyticDB for PostgreSQL.
	Instance ID	Selecione o ID da instância de destino do AnalyticDB for PostgreSQL.
	Database Name	Insira o nome do banco de dados na instância de destino do AnalyticDB for PostgreSQL para receber os dados migrados.
	Database Account	Insira o database account para a instância de destino do AnalyticDB for PostgreSQL.
	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 os segmentos de endereços IP do service do DTS sejam adicionados automática ou manualmente às configurações de segurança dos bancos de dados source e de destino para permitir o acesso a partir dos servidores do DTS. Para obter mais informações, consulte Add DTS server IP addresses to a whitelist.

Configure os objetos da tarefa.

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

Parâmetro	Descrição
Migration Types	Se você precisar apenas executar 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 Se você não selecionar Schema Migration, deverá garantir 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 você não selecionar Incremental Data Migration, não grave novos dados na instância source durante a migração de dados para garantir a consistência dos dados.
DDL and DML Operations to Be Synchronized	Selecione as operações SQL para migração incremental no nível da instância com base nos seus requisitos. Nota Para selecionar operações SQL para migração incremental no nível de schema ou tabela, clique com o botão direito do mouse no objeto de migração na caixa Selected Objects abaixo e selecione as operações SQL desejadas na caixa de diálogo exibida.
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 será relatado 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 excluída ou renomeada facilmente, você poderá alterar o nome da tabela no banco de dados de destino. Para obter 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 source: Durante a migração completa, o DTS mantém o registro no banco de dados de destino. O registro do banco de dados source 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 source 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 seus requisitos de negócios. 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 você tiver selecionado Migration Types para o parâmetro Schema Migration.
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, DTS default policy está selecionado. 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 source ou de destino. Para obter 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 objetos de migração no nível de schema ou tabela.
Selected Objects	Para definir o nome de um objeto de migração na instância de destino ou especificar o objeto que recebe dados na instância de destino, clique com o botão direito do mouse no objeto de migração na caixa Selected Objects para fazer alterações. Para obter mais informações, consulte Object name mapping. Para remover um objeto de migração selecionado, clique no objeto na caixa Selected Objects e, em seguida, clique em para movê-lo para a caixa Source Objects. Nota Se você usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem do objeto mapeado poderão falhar na migração. Para definir uma cláusula WHERE para filtrar dados, clique com o botão direito do mouse na tabela a ser migrada na caixa Selected Objects e defina a condição de filtro na caixa de diálogo exibida. Para obter mais informações sobre como definir a condição, consulte Filter task data with an SQL condition. Para selecionar as operações SQL para migração incremental, clique com o botão direito do mouse no objeto de migração na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo exibida.

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. Você não precisa selecionar um. Se desejar tarefas mais estáveis, poderá adquirir 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 source ou de destino falhar, o DTS relatará um erro e começará imediatamente a tentar reconectar. A duração padrão de nova tentativa é de 720 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 10 a 1440 minutos. Recomendamos que você defina a duração para mais de 30 minutos. Se o DTS se reconectar aos bancos de dados source 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 source ou o mesmo destino, o tempo de nova tentativa de rede é determinado pela configuração da última tarefa criada. Como você é cobrado pela tarefa durante o período de nova tentativa de conexão, recomendamos que você personalize o tempo de nova tentativa com base nas suas necessidades de negócios ou libere a instância do DTS o mais rápido possível após a liberação das instâncias de banco de dados source e de destino.
Retry Time for Other Issues	Após o início da tarefa de migração, se ocorrer um problema que não seja de conectividade, como uma exceção de execução DDL ou DML, no banco de dados source ou de destino, o DTS relatará um erro e começará imediatamente a tentar repetir a operação. A duração padrão de nova tentativa é de 10 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 1 a 1440 minutos. Recomendamos que você 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 source e de destino, o que pode aumentar a carga do banco de dados. Se necessário, você pode ativar o throttling para a tarefa de migração completa. Você pode definir 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. Você também pode adjust the full migration speed depois que a instância de migração estiver em execução.
Enable Throttling for Incremental Data Migration	Se necessário, você também pode optar por definir limites de velocidade para a tarefa de migração incremental. Você pode definir 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. Você também pode adjust the incremental migration speed depois que a instância de migração estiver em execução.
Environment Tag	Você pode selecionar 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 carga (ETL). Para obter 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 obter 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 suas necessidades de negócios. No: Não define um alerta. 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.

Opcional: Após concluir as configurações anteriores, clique em Next: Configure Database and Table Fields para configurar o Type, a Primary Key Column e a Distribution Key para as tabelas migradas na instância de destino do AnalyticDB for PostgreSQL.
Nota
- Esta etapa está disponível apenas se você selecionar Schema Migration para Migration Types ao configurar os objetos da tarefa. Você pode definir Definition Status como All para fazer modificações.
- A Primary Key Column pode ser uma chave composta que consiste em várias colunas. Você deve selecionar uma ou mais colunas da Primary Key Column para servir como Distribution Key. Para obter mais informações, consulte Manage data tables e Table distribution definition.

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, mova o ponteiro sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica que aparecer.
- Se você 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 executa uma pré-verificação. A tarefa é iniciada apenas 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 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 com base na instrução e execute a pré-verificação novamente.
  
  Para itens de verificação que podem ser ignorados, você pode clicar em Confirm Alert Details, Ignore, OK e Precheck Again para pular o item de alerta e executar a pré-verificação novamente. Se você optar por ignorar um aviso, isso poderá causar problemas como inconsistência de dados e apresentar riscos aos seus negócios.

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 obter 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 obter 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. Você pode selecionar uma especificação com base no seu cenário de negócios. Para obter 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.

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