Migrate RDS for MySQL to Alibaba Cloud Elasticsearch - Data Transmission Service: Central de Documentação do Alibaba Cloud

Você pode usar o Data Transmission Service (DTS) para migrar dados de uma instância do ApsaraDB RDS for MySQL para um cluster do Alibaba Cloud Elasticsearch.

Pré-requisitos

Uma instância do Elasticsearch de destino foi criada. Para mais informações, consulte Crie uma instância do Alibaba Cloud Elasticsearch.
Para uma migração completa de dados, a instância de destino deve ter mais espaço de armazenamento do que o banco de dados de origem utiliza.

Limitações

Nota

O DTS migra chaves estrangeiras durante a migração de esquema.
Durante a migração completa e incremental de dados, o DTS desativa temporariamente as verificações de restrições e cascatas de chaves estrangeiras no nível da sessão. Atualizações ou exclusões em cascata no banco de dados de origem enquanto a tarefa está em execução podem causar inconsistência de dados.
O DTS não oferece suporte à realização de migração completa em várias 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
Limitações do banco de dados de origem	As tabelas a serem migradas devem ter uma chave primária ou restrição exclusiva, e os campos na chave ou restrição devem ser exclusivos. Caso contrário, dados duplicados podem aparecer no banco de dados de destino. Ao migrar dados no nível da tabela com edições como mapeamento de nomes de colunas, uma única tarefa oferece suporte a até 5.000 tabelas. Para migrar mais de 5.000 tabelas, divida-as em várias tarefas ou migre o banco de dados inteiro em uma única tarefa. Caso contrário, o envio da tarefa pode falhar. Se você precisar de migração incremental, ative o log binário: Defina binlog_format como ROW e binlog_row_image como FULL. Caso contrário, a pré-verificação falha e a tarefa não pode ser iniciada. Importante Se a sua origem MySQL autogerenciada for um cluster dual-master — em que cada instância atua como master e slave — ative o parâmetro log_slave_updates. Isso garante que o DTS possa ler todos os logs binários. Para instâncias do RDS for MySQL, retenha os logs binários locais por pelo menos três dias (sete dias é o recomendado). Para bancos de dados MySQL autogerenciados, retenha os logs binários locais por pelo menos sete dias. Se o DTS não conseguir acessar os logs binários, a tarefa falhará. Em casos extremos, pode ocorrer inconsistência ou perda de dados. Problemas causados por períodos de retenção de logs binários menores do que o exigido pelo DTS não são cobertos pelo SLA do DTS. Nota Para definir o retention period de logs binários locais em uma instância do RDS for MySQL, consulte Automatically delete local logs. Durante a fase de migração de esquema, não execute operações DDL no banco de dados de origem. Caso contrário, a tarefa de migração de dados falhará. Se você precisar de migração incremental, instâncias do RDS for MySQL que não registram logs de transações — como instâncias somente leitura do RDS for MySQL 5.6 — não são suportadas como origens. O DTS não migra dados gerados por alterações que não gravam em logs binários. Exemplos incluem dados restaurados de backups físicos ou criados por operações em cascata. Nota Se isso ocorrer, execute novamente a migração completa quando sua carga de trabalho permitir. Se o seu banco de dados MySQL de origem for da versão 8.0.23 ou posterior e contiver colunas ocultas invisíveis, o DTS não conseguirá ler essas colunas. Isso pode causar perda de dados. Nota Execute `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` para tornar a coluna oculta visível. Para mais informações, consulte Invisible Columns.
Outras limitações	O DTS não oferece suporte à migração de índices, partições, visualizações, procedures, funções ou gatilhos. Não migre dados para um índice de destino que contenha relações pai-filho ou um mapeamento de tipo de campo Join field type. Isso pode causar exceções na tarefa ou falhas de consulta no banco de dados de destino. Se você precisar adicionar uma coluna a uma tabela que está sendo migrada, primeiro modifique o mapeamento do índice correspondente na instância do Elasticsearch, em seguida execute a operação DDL no banco de dados de origem e, por fim, pause e reinicie a tarefa de migração de dados. Antes de iniciar a migração de dados, avalie o desempenho dos bancos de dados de origem e de destino. Recomendamos que você execute a migração durante horários de menor pico, pois o DTS consome recursos de leitura e gravação em ambos os bancos de dados durante uma migração completa, o que pode aumentar a carga deles. Durante uma migração completa, o DTS executa operações INSERT simultâneas que causam fragmentação de tabelas no banco de dados de destino. Como resultado, as tabelas no banco de dados de destino podem usar mais espaço de armazenamento do que aquelas no banco de dados de origem após a conclusão da migração. O DTS tenta retomar tarefas de migração com falha em até sete dias. Antes de transferir suas cargas de trabalho para o banco de dados de destino, pare ou libere a tarefa, ou use a instrução `revoke` para revogar as permissões de gravação da conta do DTS no banco de dados de destino. Caso contrário, a tarefa pode ser retomada automaticamente e sobrescrever dados no banco de dados de destino. Se os dados migrados de uma instância MySQL para uma instância Elasticsearch contiverem caracteres nulos, eles serão convertidos para o tipo de dados LONG antes de serem gravados na instância Elasticsearch, o que causa falha na tarefa. Se os dados migrados de uma instância MySQL para uma instância Elasticsearch contiverem informações de localização com valores de latitude e longitude armazenados em ordem inversa, ocorrerá um erro ao gravar os dados na instância Elasticsearch. Especificações de desenvolvimento e teste de instâncias do Elasticsearch não são suportadas. Se a sua instância do RDS for MySQL tiver o Always-Encrypted ativado, a migração completa não é suportada. Nota Instâncias do RDS for MySQL com Transparent Data Encryption (TDE) ativado oferecem suporte à migração de esquema, migração completa e migração incremental. 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 que podem ser ajustados incluem aqueles listados em Modifique os parâmetros da instância.
Casos especiais	Para origens MySQL autogerenciadas: Um failover entre master e standby no banco de dados de origem faz com que a tarefa de migração falhe. O DTS calcula a latência comparando o carimbo de data/hora do último registro migrado para o banco de dados de destino com a hora atual. Se nenhuma operação DML for executada na origem por um longo período, o relatório de latência se torna impreciso. Se a latência parecer muito alta, execute uma operação DML na origem e atualize o valor da latência. Nota Se você selecionar a migração de banco de dados completo, crie uma tabela de heartbeat. Atualize ou grave nela a cada segundo. O DTS executa periodicamente CREATE DATABASE IF NOT EXISTS `test` no banco de dados de origem para avançar o offset do log binário. Se a sua origem for o Amazon Aurora MySQL ou outra instância MySQL em cluster, certifique-se de que o nome de domínio ou endereço IP configurado para a tarefa — e sua resolução DNS — sempre aponte para um nó de leitura e gravação (RW). Caso contrário, a tarefa de migração pode falhar. Para origens do RDS for MySQL: Se você precisar de migração incremental, instâncias do RDS for MySQL que não registram logs de transações — como instâncias somente leitura do RDS for MySQL 5.6 — não são suportadas como origens. O DTS executa periodicamente CREATE DATABASE IF NOT EXISTS `test` no banco de dados de origem para avançar o offset do log binário.

Nota

Se um objeto de sincronização do DTS for um alias de índice na instância do Elasticsearch de destino, poderá ocorrer inconsistência de dados quando o índice real para o qual o alias aponta for alterado. Por exemplo, quando os dados são gravados, o alias de índice aponta para o Índice A. Se o alias posteriormente apontar para o Índice B durante uma operação de exclusão síncrona subsequente, os dados no Índice A não poderão ser excluídos. Como resultado, os dados excluídos da origem ainda poderão ser consultados no destino.

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

Tipos de migração

Migração de esquema

O DTS migra as definições de esquema 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 atualizações incrementais de dados do banco de dados de origem para o banco de dados de destino. A migração incremental permite que você migre dados de forma contínua sem interromper suas aplicações autogerenciadas.

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

Tipo	Instrução SQL
DML	INSERT, UPDATE e DELETE Nota Usar uma instrução UPDATE para remover uma coluna não é uma operação suportada.

Permissões da conta do banco de dados

Banco de dados	Migração de esquema	Migração completa de dados	Migração incremental de dados	Ações
Instância do ApsaraDB RDS for MySQL	Privilégio `SELECT`	Privilégio `SELECT`	Privilégios `REPLICATION CLIENT`, `REPLICATION SLAVE`, `SHOW VIEW` e `SELECT`	Crie uma conta
Cluster do Elasticsearch	A conta do banco de dados (geralmente `elastic`) requer privilégios de leitura e gravação.

Mapeamento de tipos de dados

Um banco de dados de origem e uma instância do Elasticsearch suportam tipos de dados diferentes que nem sempre podem ser mapeados diretamente. Durante a inicialização da estrutura, o DTS mapeia os tipos de dados com base naqueles suportados pela instância do Elasticsearch de destino. Para mais informações, consulte Data type mapping for structure initialization.

Nota
Durante o processo de migração de esquema do DTS, o DTS não define o parâmetro dynamic no mapping. O comportamento desse parâmetro depende das configurações da sua instância do Elasticsearch. Se os seus dados de origem forem do tipo json, você deve garantir que, para uma chave específica, seus valores correspondentes tenham o mesmo tipo de dados em todas as linhas de uma tabela. Caso contrário, o DTS poderá encontrar problemas de sincronização. Para mais informações, consulte dynamic.

O mapeamento entre o Elasticsearch e um banco de dados relacional varia de acordo com a versão do Elasticsearch.

Importante

A partir do Elasticsearch 7.0, um índice não suporta mais vários tipos, e os tipos foram completamente removidos no Elasticsearch 8.0. Por padrão, ao configurar uma tarefa de sincronização ou migração, o DTS mapeia uma tabela de um banco de dados relacional para um índice no Elasticsearch. Você pode alterar esse mapeamento ao configurar os objetos a serem sincronizados ou migrados.

Elasticsearch 7.0 e posteriores

Elasticsearch	Banco de dados relacional
index	table
document	row
field	column
mapping	schema

Versões anteriores ao Elasticsearch 7.0

Elasticsearch	Banco de dados relacional
index	database
type	table
document	row
field	column
mapping	schema

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.

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 fácil 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 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 MySQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância do ApsaraDB RDS for MySQL de origem está localizada.
	Replicate Data Across Alibaba Cloud Accounts	Para migrar dados dentro da mesma conta da Alibaba Cloud, selecione No.
	RDS Instance ID	Selecione o ID da instância do ApsaraDB RDS for MySQL de origem.
	Database Account	Insira a conta do banco de dados para a instância do ApsaraDB RDS for MySQL de origem. Para obter informações sobre as permissões necessárias, consulte Permissions required for database accounts.
	Database Password	Insira a senha que corresponde à conta do banco de dados.
	Encryption	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se você selecionar SSL-encrypted, deverá ativar a criptografia SSL para a instância do RDS for MySQL com antecedência. Para mais informações, consulte Ative rapidamente a criptografia SSL usando um certificado de nuvem.
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 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 Elasticsearch.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância do Elasticsearch de destino está localizada.
	Type	Selecione Cluster Edition ou Serverless com base nos seus requisitos.
	Instance ID	Selecione o ID da instância do Elasticsearch de destino.
	Database Account	Insira a conta usada para se conectar à instância do Elasticsearch. Este é o Username que você especificou ao criar a instância. A conta padrão é elastic.
	Database Password	Insira a senha que corresponde à conta do banco de dados.
	Encryption	Selecione HTTP ou HTTPS conforme necessário.

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 do 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 a partir 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), você também deve clicar 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 você deseja migrar.

Parâmetro	Descrição
Migration Types	Se você precisar apenas realizar uma migração completa, selecione Schema Migration e Full Data Migration. Para realizar 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 de origem durante a migração de dados para garantir a consistência dos dados.
Processing Mode for Existing Tables in Destination	Precheck and Report Errors: Verifica se existem tabelas com os mesmos nomes no banco de dados de destino. Se não existirem tabelas com os mesmos nomes, a pré-verificação é aprovada. Se existirem tabelas com os mesmos nomes, um erro é relatado durante a pré-verificação e a tarefa de migração de dados não é 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, você poderá alterar 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 esquemas 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 esquemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas, ou a migração poderá falhar. Prossiga com cautela.
Index Name	Se você selecionar Table Name, o índice criado na instância do Elasticsearch de destino terá o mesmo nome da tabela. Se você selecionar Database Name_Table Name, o nome do índice na instância do Elasticsearch de destino será uma concatenação do nome do banco de dados, um sublinhado (_) e o nome da tabela. Nota A configuração de mapeamento de nome de índice se aplica a todas as tabelas.
Case Sensitivity Policy for Destination Object Names	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 de origem ou de destino. Para mais informações, consulte Case sensitivity of object names in the destination database.
Source Objects	No painel Source Objects, clique no objeto que deseja migrar e, em seguida, clique no ícone para mover o objeto para o painel Selected Objects.
Selected Objects	Para modificar os nomes dos campos após a migração, clique com o botão direito no nome da tabela correspondente no painel Selected Objects, defina o nome do índice e o nome do tipo para a tabela na instância do Elasticsearch de destino e, em seguida, clique em OK. Para mais informações, consulte Map a single table and its columns. Nota O único caractere especial suportado para nomes de índices e nomes de tipos é o sublinhado (_). Você pode definir condições de filtro SQL. Apenas os dados que atendem a essas condições serão migrados para a instância de destino. Para mais informações, consulte Filter task data by using SQL conditions.

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, você pode adquirir um dedicated cluster e execute 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 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 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 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 necessidades do seu negócio, ou libere 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 que não seja de 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 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.
Shard Configuration	Defina o número de shards primários e réplicas para o índice com base na configuração máxima de shards dos índices na instância do Elasticsearch de destino.
String Index	Especifica como as strings são indexadas na instância do Elasticsearch de destino. analyzed: A string é primeiro analisada e depois indexada. Você também deve selecionar um analisador específico. Para obter informações sobre os tipos de analisadores e suas funções, consulte Analyzers. not_analyzed: A string não é analisada e é indexada usando seu valor original. no: A string não é indexada.
Time Zone	Especifica o fuso horário aplicado quando o DTS migra tipos de dados baseados em tempo (como DATETIME e TIMESTAMP) para a instância do Elasticsearch de destino. Nota Se os dados baseados em tempo na instância de destino não exigirem um fuso horário, você deve definir o tipo de documento (type) para esses tipos de dados na instância de destino com antecedência.
DOCID	Por padrão, o DOCID é a chave primária da tabela. Se a tabela não tiver chave primária, o DOCID será uma coluna ID gerada automaticamente pelo Elasticsearch.
Environment Tag	Selecione uma tag de ambiente para identificar a instância. Este parâmetro é opcional para este exemplo.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carga (ETL). Para mais informações, consulte What is ETL? Valores válidos: Yes: Ativa o recurso ETL. Insira instruções de processamento de dados no editor de código. Para mais informações, consulte Configure ETL in a data migration or data synchronization task. No: Desativa o recurso ETL.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Escolha se deseja gravar informações SQL de heartbeat no banco de dados de origem quando a instância do DTS estiver em execução. Yes: As informações SQL de heartbeat não são gravadas no banco de dados de origem. Isso pode fazer com que a instância do DTS relate um atraso. No: Grava informações SQL de heartbeat no banco de dados de origem. Isso pode interferir em recursos como backup físico e clonagem do banco de dados de origem.
Monitoring and Alerting	Selecione se deseja definir alertas e receber notificações de alerta com base nas necessidades do seu negócio. No: Não define um alerta. Yes: Configure alertas definindo um alert threshold e um alert notifications. Se uma migração falhar ou a latência exceder o limiar, o sistema enviará uma notificação de alerta.

Após concluir as configurações anteriores, clique em Next: Configure Database and Table Fields na parte inferior da página para definir a _routing policy e o valor de _id para as tabelas a serem migradas no Elasticsearch de destino.

Tipo	Descrição
Set _routing	Configura o _routing para armazenar documentos em um shard específico na instância do Elasticsearch de destino. Para mais informações, consulte _routing. Selecione Yes para usar uma coluna personalizada para roteamento. Selecione No para usar o valor _id para roteamento. Nota Se a instância do Elasticsearch de destino for da versão 7.x, você deve selecionar No.
_routing Column	Selecione a coluna a ser usada para roteamento. Nota Este parâmetro é necessário apenas se você selecionar Yes para Set _routing.
Value of _id	Selecione a coluna a ser usada como ID do documento.

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, mova o ponteiro sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica que aparece.
- Se você 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 com base na instrução e, em seguida, 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, em seguida, 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 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 de link para a instância de migração de dados. Para mais informações, consulte a tabela a seguir.

Categoria	Parâmetro	Descrição
New Instance Class	Resource Group Settings	Selecione o grupo de recursos ao qual a instância pertence. O valor padrão é default resource group. Para mais informações, consulte What is resource management?
New Instance Class	Instance Class	O DTS fornece especificações de migração com diferentes níveis de desempenho. A especificação do link afeta a velocidade da migração. Você pode selecionar uma especificação com base no cenário do seu 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.

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