Migrar uma instância independente do MongoDB para qualquer arquitetura - Data Transmission Service: Central de Documentação do Alibaba Cloud

Bancos de dados de origem e destino suportados

Banco de dados de origem	Banco de dados de destino
ApsaraDB for MongoDB	ApsaraDB for MongoDB
Banco de dados autogerenciado em uma instância ECS	Banco de dados autogerenciado em uma instância ECS
Banco de dados autogerenciado conectado via Express Connect, VPN Gateway ou Smart Access Gateway	Banco de dados autogerenciado conectado via Express Connect, VPN Gateway ou Smart Access Gateway
Banco de dados autogerenciado com endereço IP público	Banco de dados autogerenciado com endereço IP público

Este exemplo demonstra a migração de uma instância independente do ApsaraDB for MongoDB para uma instância do ApsaraDB for MongoDB de qualquer arquitetura.

Pré-requisitos

Crie a instância de origem independente do ApsaraDB for MongoDB e a instância de destino do ApsaraDB for MongoDB. Para mais informações, consulte Create a standalone instance, Create a replica set instance e Create a sharded cluster instance.

Nota
Para obter detalhes sobre as versões suportadas, consulte Migration solutions.
A instância de destino do ApsaraDB for MongoDB deve ter pelo menos 10% a mais de espaço de armazenamento do que o utilizado pela instância de origem do ApsaraDB for MongoDB.
Se a instância de destino do ApsaraDB for MongoDB usar uma arquitetura de cluster fragmentado, crie os bancos de dados e coleções a serem fragmentados, configure o sharding, ative o balanceador e execute o pré-sharding na instância de destino do ApsaraDB for MongoDB conforme suas necessidades de negócio. Para mais informações, consulte Configure sharding to maximize shard performance e How do I handle uneven data distribution in a MongoDB sharded cluster?.

Nota
Configurar o sharding evita que todos os dados sejam migrados para um único shard, o que degradaria o desempenho do cluster. Ativar o balanceador e realizar o pré-sharding ajuda a evitar a distorção de dados.

Limitações

Tipo	Descrição
Limitações do banco de dados de origem	Requisito de largura de banda: O servidor do banco de dados de origem deve possuir largura de banda de saída suficiente. Caso contrário, a velocidade da migração de dados será afetada. As coleções a serem migradas devem ter uma chave primária ou restrição única, e os campos restritos devem conter valores exclusivos. Caso contrário, dados duplicados poderão ser criados no banco de dados de destino. Os nomes dos campos nos dados não devem conter o caractere "." (ponto); caso contrário, podem ocorrer inconsistências de dados. Se você migrar dados no nível da coleção e precisar editar as coleções, como mapear nomes de coleções, uma única tarefa de migração poderá migrar no máximo 1.000 coleções. Se esse limite for excedido, a tarefa reportará um erro no envio. Nesse caso, divida as coleções em vários lotes e configure uma tarefa separada para cada lote, ou configure uma tarefa para migrar todo o banco de dados. Um único documento no banco de dados de origem não pode exceder 16 MB. Caso contrário, a tarefa de migração falhará. Limitações operacionais no banco de dados de origem: Durante as fases de migração de esquema e migração total de dados, não realize alterações de esquema em bancos de dados ou coleções, incluindo atualizações de dados em arrays. Tais alterações podem causar falha na migração ou levar à inconsistência de dados entre os bancos de origem e destino. Este cenário de migração não suporta migração incremental de dados. Para garantir a consistência dos dados, não grave novos dados no banco de dados MongoDB de origem durante a migração total de dados. Se uma coleção a ser migrada contiver um índice Time-to-Live (TTL), poderá ocorrer inconsistência de dados ou aumento na latência da instância.
Outras limitações	Se a instância de destino tiver uma arquitetura de cluster fragmentado: Limpe documentos órfãos, pois eles podem afetar o desempenho da migração. Se forem encontrados documentos com conflitos de `_id` durante a migração, poderá ocorrer inconsistência de dados ou falha na tarefa. Antes de iniciar a tarefa, adicione uma chave de shard aos dados de origem para cada coleção fragmentada no destino. Se não for possível adicionar uma chave de shard aos dados de origem, consulte Migrate data from a MongoDB instance without a shard key to a MongoDB sharded cluster instance. Após o início da tarefa, o comando INSERT deve incluir a chave de shard. O comando UPDATE não pode alterar a chave de shard. Se a instância de destino tiver uma arquitetura de conjunto de réplicas: Quando o Access Method for Express Connect, VPN Gateway, or Smart Access Gateway, Public IP Address ou Cloud Enterprise Network (CEN), defina Domain Name or IP e Port Number como o endereço e a porta do nó primário, ou configure um endereço de conexão de alta disponibilidade. Para mais informações sobre endereços de conexão de alta disponibilidade, consulte Create a Source or Destination Instance for a High-availability MongoDB Database. Quando o Access Method for Self-managed Database on ECS, defina Port Number como a porta do nó primário. A migração incremental de dados não é suportada. O DTS não suporta conexão a um banco de dados MongoDB usando um registro SRV. Se a coleção de destino tiver um índice único ou seu atributo `capped` estiver definido como `true`, a coleção não suportará reprodução concorrente (apenas gravação single-threaded é suportada) durante a migração incremental de dados. Isso pode aumentar a latência da tarefa. O DTS não suporta a migração de dados dos bancos de dados admin, config ou local. O DTS não preserva informações de transação. Ele converte transações do banco de dados de origem em instruções individuais no banco de dados de destino. Ao gravar dados em uma coleção de destino, se ocorrer um conflito de chave primária ou única, o DTS ignora a instrução de gravação conflitante e mantém os dados existentes na coleção de destino. Mantenha as versões do MongoDB dos bancos de dados de origem e destino consistentes, ou migre de uma versão anterior para uma posterior para garantir compatibilidade. A migração de uma versão posterior para uma anterior pode causar problemas de compatibilidade. Se o banco de dados de origem for uma versão do MongoDB anterior à 3.6 e o banco de dados de destino for MongoDB 3.6 ou posterior, a ordem dos campos nos dados migrados poderá diferir da origem. Os pares campo-valor permanecem corretos. Isso ocorre devido a diferenças no plano de execução do mecanismo de banco de dados. Se a lógica da sua aplicação envolver correspondência de texto em estruturas aninhadas, avalie o impacto potencial dessa alteração na ordem dos campos. Antes de migrar dados, avalie o desempenho dos bancos de dados de origem e destino e realize 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, o que pode aumentar a carga do banco de dados. Durante a migração total de dados, o DTS executa operações INSERT concorrentes, o que pode causar fragmentação nas coleções de destino. Como resultado, as coleções de destino podem ocupar mais espaço de armazenamento do que aquelas na instância de origem. Verifique se a precisão de migração usada pelo DTS para colunas FLOAT ou DOUBLE atende aos seus requisitos de negócio. O DTS lê valores desses tipos usando `ROUND(COLUMN,PRECISION)`. Se você não definir explicitamente a precisão, o DTS migrará valores FLOAT com precisão de 38 dígitos e valores DOUBLE com precisão de 308 dígitos. O DTS tenta retomar tarefas de migração com falha dentro de sete dias. Antes do cutover do service 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 que o DTS usa para acessar a instância de destino. Isso impede que os dados de origem sobrescrevam dados na instância de destino caso a tarefa seja retomada automaticamente. Como o DTS grava dados de forma concorrente, o banco de dados de destino utiliza de 5% a 10% a mais de espaço de armazenamento do que o banco de dados de origem. Use a sintaxe `db.$table_name.aggregate([{ $count:"myCount"}])` para consultar a contagem no MongoDB de destino. Garanta que o banco de dados MongoDB de destino não tenha documentos com a mesma chave primária (o campo _id por padrão) que o banco de dados de origem. Caso contrário, pode ocorrer perda de dados. Se tais documentos existirem, exclua aqueles com valores de _id conflitantes do banco de dados de destino antes da migração, desde que isso não afete seu negócio. 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 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. Se o banco de dados de destino for um cluster fragmentado do MongoDB, após alternar seu negócio para este banco de dados, garanta que suas operações comerciais estejam em conformidade com os requisitos para coleções fragmentadas. Não é possível migrar `capped collections` quando o banco de dados de origem é MongoDB 5.0 ou posterior e o banco de dados de destino é uma versão anterior. Isso pode causar falha na tarefa ou resultar em inconsistência de dados. O motivo é que o comportamento das `capped collections` mudou no MongoDB 5.0, permitindo exclusões explícitas e aumento do tamanho do documento na atualização. Kernels de banco de dados anteriores não são compatíveis com esses recursos. Coleções de séries temporais, introduzidas no MongoDB 5.0, não são suportadas para migração.
Caso especial	Se a origem for um banco de dados MongoDB autogerenciado, uma alternância primário/secundário durante a migração causará falha na tarefa.

Faturamento

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

Tipos de migração

Tipo de migração	Descrição
Migração de esquema	Migra esquemas de objetos da instância de origem do ApsaraDB for MongoDB para a instância de destino do ApsaraDB for MongoDB. Nota O DTS suporta migração de esquema para objetos DATABASE, COLLECTION e INDEX.
Migração total de dados	Migra todos os dados existentes da instância de origem do ApsaraDB for MongoDB para a instância de destino do ApsaraDB for MongoDB. Nota O DTS suporta migração total de dados para dados em objetos DATABASE e COLLECTION.

Permissões necessárias para contas de banco de dados

Banco de dados	Migração de esquema	Migração total de dados
Instância de origem do ApsaraDB for MongoDB	Permissão de leitura nos bancos de dados a serem migrados e no banco de dados config.
Instância de destino do ApsaraDB for MongoDB	Permissão dbAdminAnyDatabase, permissão readWrite nos bancos de dados de destino e permissão de leitura no banco de dados local.

Para informações sobre criação e autorização de conta de banco de dados para uma instância do ApsaraDB for MongoDB, consulte Manage MongoDB database users in DMS.

Procedimento

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

Aviso

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

Seção	Parâmetro	Descrição
N/A	Task Name	O DTS gera automaticamente um nome para a tarefa. Recomendamos especificar um nome descritivo para facilitar a 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 desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente. Nota No console do DMS, este parâmetro é denominado Select a DMS database instance.. Se você não registrou a instância de 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 MongoDB.
	Access Method	Selecione Cloud instance.
	Instance Region	Selecione a região onde reside a instância de origem do ApsaraDB for MongoDB.
	Replicate Data Across Alibaba Cloud Accounts	Neste exemplo, é utilizada uma instância de banco de dados sob a conta atual do Alibaba Cloud. Selecione No.
	Architecture	Embora a origem seja uma instância independente, selecione Replica Set para a configuração de Architecture. Replica Set: Oferece alta disponibilidade e divisão de leitura/gravação através da implantação de múltiplos tipos de nós. Para mais informações, consulte Replica set architecture. Sharded Cluster: Consiste em componentes mongos, shard e ConfigServer. É possível personalizar o número e as configurações dos nós mongos e shard. Para mais informações, consulte Sharded cluster architecture.
	Migration Method	Uma instância de origem independente não suporta migração incremental. Mantenha o Migration Method definido como padrão, Oplog, pois essa configuração é exigida pelo DTS mesmo para origens independentes.
	Instance ID	Selecione o ID da instância de origem do ApsaraDB for MongoDB.
	Authentication Database	Insira o nome do banco de dados de autenticação da instância de origem do ApsaraDB for MongoDB. O padrão é admin.
	Database Account	Insira a conta do banco de dados da instância de origem do ApsaraDB for MongoDB. Para requisitos de permissão, consulte Permissions required for database accounts.
	Database Password	Insira a senha da conta do banco de dados.
	Encryption	O DTS suporta três métodos de conexão: Non-encrypted, SSL-encrypted e Mongo Atlas SSL. As opções de Encryption variam conforme o Access Method e a Architecture selecionados. Prevalecem as opções exibidas no console. Nota Um banco de dados MongoDB cuja Architecture seja Sharded Cluster e o Migration Method seja Oplog não suporta SSL-encrypted. Se a origem for um banco de dados MongoDB autogerenciado (Access Method diferente de Alibaba Cloud Instance) com arquitetura Replica Set, e você selecionar SSL-encrypted, o DTS também permite carregar um certificado CA para verificar a conexão.
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 desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente. Nota No console do DMS, este parâmetro é denominado Select a DMS database instance.. Se você não registrou a instância de 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 MongoDB.
	Access Method	Selecione Cloud instance.
	Instance Region	Selecione a região onde reside a instância de destino do ApsaraDB for MongoDB.
	Replicate Data Across Alibaba Cloud Accounts	Neste exemplo, é utilizada uma instância de banco de dados sob a conta atual do Alibaba Cloud. Selecione No.
	Architecture	Selecione uma arquitetura conforme suas necessidades de negócio: Replica Set: Oferece alta disponibilidade e divisão de leitura/gravação através da implantação de múltiplos tipos de nós. Para mais informações, consulte Replica set architecture. Sharded Cluster: Consiste em componentes mongos, shard e ConfigServer. É possível personalizar o número e as configurações dos nós mongos e shard. Para mais informações, consulte Sharded cluster architecture.
	Instance ID	Selecione o ID da instância de destino do ApsaraDB for MongoDB.
	Authentication Database	Insira o nome do banco de dados de autenticação da instância de destino do ApsaraDB for MongoDB. O padrão é admin.
	Database Account	Insira a conta do banco de dados da instância de destino do ApsaraDB for MongoDB. Para requisitos de permissão, consulte Permissions required for database accounts.
	Database Password	Insira a senha da conta do banco de dados.
	Encryption	O DTS suporta três métodos de conexão: Non-encrypted, SSL-encrypted e Mongo Atlas SSL. As opções de Encryption variam conforme o Access Method e a Architecture selecionados. Prevalecem as opções exibidas no console. Nota Bancos de dados MongoDB com Architecture definida como Sharded Cluster não suportam SSL-encrypted. Se o destino for um banco de dados MongoDB autogerenciado (Access Method diferente de Alibaba Cloud Instance) com Replica Set, e você selecionar SSL-encrypted, o DTS também permite carregar um certificado CA para verificar a conexão.

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 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 destino for autogerenciado (o Access Method não for 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 tanto Schema Migration quanto Full Data Migration. Nota Este cenário não suporta migração incremental. Para garantir a consistência dos dados, não grave novos dados na instância de origem durante a migração de dados. Para mais informações, consulte Migration types.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Verifica se existem coleções com os mesmos nomes no banco de dados de destino. Se não existirem coleções com os mesmos nomes, a pré-verificação é aprovada. Se existirem coleções com os mesmos nomes, um erro é reportado durante a pré-verificação e a tarefa de migração de dados não inicia. Nota Se uma coleção no banco de dados de destino tiver o mesmo nome, mas não puder ser facilmente excluída ou renomeada, altere o nome da coleção no banco de dados de destino. Para mais informações, consulte Object name mapping. Ignore Errors and Proceed: Ignora a verificação de coleções com os mesmos nomes. Aviso Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e riscos ao negócio. Por exemplo: Se 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, o registro no banco de dados de destino será mantido. O registro do banco de dados de origem não será migrado para o banco de dados de destino. A inicialização de dados pode falhar, apenas alguns dados podem ser migrados ou a migração pode falhar.
Capitalization of Object Names in Destination Instance	Configure a sensibilidade a maiúsculas e minúsculas dos nomes de bancos de dados e coleções na instância de destino. Por padrão, DTS default policy está selecionado. Você também pode alinhar com a política padrão da origem ou do destino. Para mais informações, consulte Case sensitivity of object names in the destination instance.
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 banco de dados ou da coleção.
Selected Objects	Para definir o nome de um objeto de migração na instância de destino, ou para especificar o objeto que receberá dados na instância de destino, clique com o botão direito no objeto de migração na caixa Selected Objects para fazer alterações. Para 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 Para filtrar dados com base em condições, recurso suportado durante a migração total de dados, clique com o botão direito em uma coleção na caixa Selected Objects e configure o filtro na caixa de diálogo que aparece. Para mais informações, consulte Set filter conditions. Redirecionar um banco de dados ou coleção com mapeamento de nome de objeto pode causar falha em objetos dependentes durante a migração.

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 destino falhar, o DTS reportará um erro e iniciará imediatamente a tentativa de reconexão. A duração padrão de nova tentativa é de 720 minutos. É possível 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 destino dentro da duração especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará. Nota Para múltiplas instâncias 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 conforme suas necessidades de negócio, ou liberar a instância DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e 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 destino, o DTS reportará um erro e iniciará imediatamente a tentativa de repetir a operação. A duração padrão de nova tentativa é de 10 minutos. É possível 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 total, o DTS consome recursos de leitura e gravação nos bancos de dados de origem e destino, o que pode aumentar a carga do banco de dados. Se necessário, ative o limitador de taxa 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 em Migration Types. Você também pode adjust the full migration speed após a instância de migração estar em execução.
Only one data type for primary key _id in a table of the data to be synchronized	Nos dados a serem migrados, o tipo de dados da chave primária `_id` é uniforme dentro de uma única coleção? Importante Selecione uma opção conforme suas necessidades. Caso contrário, pode ocorrer perda de dados. Este parâmetro está disponível apenas se você selecionar Full Data Migration em Migration Types. Yes: O tipo de dados é único. Durante a migração total de dados, o DTS não verifica os tipos de dados das chaves primárias nos dados de origem. Para uma única coleção, o DTS migra apenas os dados correspondentes a um tipo de dados de chave primária. No: O tipo de dados não é único. Durante a migração total de dados, o DTS verifica os tipos de dados das chaves primárias nos dados de origem e migra todos os dados.
Environment Tag	Opcionalmente, selecione uma tag de ambiente para identificar a instância.
Configure ETL	Conforme suas necessidades de negócio, selecione se deseja configurar o ETL feature para processar dados. Yes: Configura o recurso ETL. Também é necessário inserir data processing statements na caixa de texto. No: Não configura o recurso ETL.
Monitoring and Alerting	Selecione se deseja definir alertas e receber notificações de alerta conforme suas necessidades de negócio. No: Não define 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.

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.

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 reprovado, corrija o problema conforme a orientação 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 reprovado, corrija o problema conforme a orientação 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 poderá 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 oferece 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 baseada no seu cenário de negócio. Para mais informações, consulte Data migration link specifications.

Após concluir a configuração, leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.
Clique em Buy and Start. Na caixa de diálogo OK 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.