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

Pré-requisitos

Você deve ter um banco de dados Oracle autogerenciado de origem e uma instância de destino do ApsaraDB RDS for MySQL.
Nota
- Para criar a instância de destino do ApsaraDB RDS for MySQL, consulte Create an ApsaraDB RDS for MySQL instance.
- Para verificar as versões compatíveis do banco de dados de origem e da instância de destino, consulte Overview of migration solutions.
Ative o modo ARCHIVELOG no banco de dados Oracle autogerenciado, defina um período de retenção adequado para os arquivos de log arquivados e garanta que esses arquivos estejam acessíveis. Para mais informações, consulte ARCHIVELOG.
Ative o supplemental logging no banco de dados Oracle autogerenciado e defina os parâmetros supplemental_log_data_pk e supplemental_log_data_ui como YES. Para mais informações, consulte Supplemental Logging.
Antes de iniciar a migração de dados, recomendamos entender as capacidades e limitações do DTS para origens Oracle e utilizar o ADAM para avaliar o banco de dados. Isso garante uma migração para a cloud mais tranquila. Para mais informações, consulte Limitations and preparations for Oracle databases e Overview of database evaluation.

Limitações

Nota

O DTS migra chaves estrangeiras durante a migração de schema.
Durante a migração completa e incremental de dados, o DTS desativa temporariamente as verificações de restrições e cascatas de chave estrangeira 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.

Tipo	Descrição
Limitações do banco de dados de origem	O servidor que hospeda o banco de dados de origem deve ter largura de banda de saída suficiente. Caso contrário, a velocidade da migração de dados será afetada. Se o banco de dados de origem estiver conectado por meio de uma linha dedicada, configure um dos endereços IP virtuais (VIPs) nas informações de conexão. Isso permite que o Oracle Real Application Clusters (RAC) se conecte à tarefa de migração de dados pela linha dedicada. Se o banco de dados Oracle autogerenciado usar uma arquitetura RAC e estiver conectado via linha dedicada, VPN Gateway, Smart Access Gateway, Database Gateway (DG), Cloud Enterprise Network (CEN) ou a partir de uma instância ECS, não será possível configurar um endereço IP Single Client Access Name (SCAN). Configure apenas um dos VIPs nas informações de conexão. Ao usar esse método, o failover de nós para RAC não é suportado. Se os dados a serem migrados contiverem strings vazias do tipo `varchar2`, que o Oracle trata como null, e o campo correspondente no banco de dados de destino tiver uma restrição NOT NULL, a tarefa de migração falhará. Se a política FGA (Fine-Grained Audit) estiver ativada na tabela a ser migrada, o DTS não conseguirá reconhecer a pseudocoluna `ORA_ROWSCN`, o que causará falha na tarefa de migração. Nota Desative a política FGA para as tabelas a serem migradas ou opte por não migrar dados dessas tabelas. Requisitos para objetos de migração: As tabelas a serem migradas devem ter uma chave primária ou uma restrição única, e os campos devem ser exclusivos. Caso contrário, dados duplicados podem aparecer no banco de dados de destino. Se o seu banco de dados Oracle autogerenciado for da versão 12c ou posterior, os nomes das tabelas a serem migradas não devem exceder 30 bytes de comprimento. Ao migrar objetos no nível de tabela e precisar editá-los, como mapear nomes de tabelas ou colunas, uma única tarefa de migração de dados suporta no máximo 1.000 tabelas. Se esse limite for excedido, um erro será reportado após o envio da tarefa. Nesse caso, divida as tabelas em vários lotes e configure uma tarefa separada para cada lote, ou configure uma tarefa para migrar todo o banco de dados. Para migração incremental, Redo Logs e Archive Logs: Devem estar ativados. Para uma tarefa de migração incremental de dados, o DTS exige que os Redo Logs e Archive Logs no banco de dados de origem sejam retidos por mais de 24 horas. Para uma tarefa que inclui migração completa e incremental, o DTS exige que os logs sejam retidos por pelo menos 7 dias. Após a conclusão da migração completa, altere o período de retenção para mais de 24 horas. Se o período de retenção for menor que o necessário, a tarefa do DTS pode falhar por não conseguir obter os logs. Em casos extremos, isso pode causar inconsistência ou perda de dados. Problemas causados por um período de retenção de logs inferior ao exigido pelo DTS não são cobertos pelo Acordo de Nível de Serviço (SLA) do DTS. Limitações nas operações do banco de dados de origem: 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á. Se 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 a origem e o destino. Para manter a consistência dos dados em tempo real, selecione migração de schema, migração completa de dados e migração incremental de dados. A atualização separada de campos de texto grandes não é suportada e causará falha na tarefa.
Outras limitações	Durante a migração incremental, a importação de dados para o banco de dados de origem usando o Oracle Data Pump não é suportada. Isso pode causar perda de dados. A migração de tabelas externas não é suportada. A migração de PACKAGE, PACKAGE_BODY, MATERIALIZED_VIEW, SYNONYM, TYPE, TYPE_BODY, FUNCTION, PROCEDURE, SEQUENCE, VIEW, TABLE_COMMENT, COLUMN_COMMENT e TRIGGER não é suportada. Se seus dados incluírem caracteres de quatro bytes — como caracteres chineses raros ou emojis — o banco de dados e a tabela de destino devem usar o charset utf8mb4. Nota Se usar o DTS para migrar schemas, defina o parâmetro de nível de instância `character_set_server` como utf8mb4 no banco de dados de destino. Avalie o desempenho dos bancos de dados de origem e de destino antes de migrar os dados e realize a migração fora do horário de pico. Durante a migração completa de dados, o DTS consome alguns recursos de leitura e gravação dos bancos de dados de origem e de destino, o que pode aumentar a carga do banco de dados. A migração completa de dados executa operações INSERT simultâneas, o que causa fragmentação de tabelas no banco de dados de destino. Como resultado, o espaço de armazenamento da tabela no banco de dados de destino será maior do que na instância de origem. O DTS tenta retomar tarefas de migração com falha dentro de sete dias. Antes de transferir seu negócio para a instância de destino, pare ou libere a tarefa. Alternativamente, 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 evita que os dados de origem sobrescrevam os dados na instância de destino caso a tarefa seja retomada automaticamente. Se uma instrução DDL falhar ao ser gravada no banco de dados de destino, a tarefa do DTS continuará em execução. Verifique nos logs da tarefa a instrução DDL com falha. Para mais informações sobre como visualizar os logs da tarefa, consulte Query task logs. Garanta que os conjuntos de caracteres dos bancos de dados de origem e de destino sejam compatíveis. Conjuntos de caracteres incompatíveis podem causar inconsistência de dados ou falha na tarefa. Utilize o recurso de migração de schema do DTS. Caso contrário, a tarefa pode falhar devido a tipos de dados incompatíveis. Os fusos horários dos bancos de dados de origem e de destino devem ser iguais. Se você gravar colunas com nomes idênticos, mas com diferenças de maiúsculas e minúsculas, na mesma tabela no banco de dados MySQL de destino, resultados inesperados podem ocorrer. Os nomes de colunas do MySQL não diferenciam maiúsculas de minúsculas. Após a conclusão da migração — quando o status da tarefa for Status e mudar para Completed — execute `analyze table <table_name>` para confirmar se todos os dados foram gravados na tabela de destino. Por exemplo, após um failover de alta disponibilidade (HA) no banco de dados MySQL de destino, os dados podem permanecer na memória e nunca chegar ao disco, causando perda de dados. 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 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.
Casos especiais	Quando o banco de dados de destino é o ApsaraDB RDS for MySQL As instâncias do ApsaraDB RDS for MySQL não diferenciam maiúsculas de minúsculas em nomes de tabelas em inglês. Se você usar letras maiúsculas em inglês para criar uma tabela, o ApsaraDB RDS for MySQL converterá o nome da tabela para minúsculas antes de criá-la. Se o banco de dados Oracle de origem contiver tabelas cujos nomes são idênticos, mas diferem em maiúsculas e minúsculas, isso pode causar conflitos de nomes de objetos e uma mensagem indicando que o objeto já existe durante a migração de schema. Se isso ocorrer, use o recurso de mapeamento de nomes de objetos fornecido pelo DTS para renomear os objetos conflitantes ao configurar os objetos de migração. Converta os nomes das tabelas para maiúsculas. Para mais informações, consulte Map tables and columns. O DTS cria bancos de dados automaticamente na instância do ApsaraDB RDS for MySQL. Se o nome de um banco de dados a ser migrado não estiver em conformidade com as convenções de nomenclatura do ApsaraDB RDS for MySQL, crie o banco de dados na instância do ApsaraDB RDS for MySQL antes de configurar a tarefa de migração. Para mais informações, consulte Manage databases.

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 estiver definido como Public IP Address, haverá cobrança de tráfego de Internet. Para mais informações, consulte Billing overview.
Migração incremental de dados	Pago. Para mais informações, consulte Billing overview.

Tipos de migração

Tipo	Descrição
Migração de schema	O DTS migra as definições de schema dos objetos selecionados para o banco de dados de destino. O DTS suporta migração de schema para tabelas e índices com as seguintes limitações: Tabelas: Tabelas aninhadas não são suportadas. Tabelas clusterizadas e tabelas organizadas por índice são convertidas em tabelas regulares no banco de dados de destino. Índices: Índices baseados em função, índices de domínio, índices bitmap e índices reversos não são suportados. Nota O DTS não suporta migração de schema para views, sinônimos, stored procedures, funções, pacotes ou tipos definidos pelo usuário. Aviso Esta é uma migração de banco de dados heterogêneo. Durante a migração de schema, os tipos de dados podem não corresponder totalmente entre os bancos de dados de origem e de destino. Avalie o impacto dos mapeamentos de tipos de dados em suas cargas de trabalho. Para mais informações, consulte Data type mapping for heterogeneous databases.
Migração completa de dados	O DTS migra todos os dados existentes dos objetos selecionados no banco de dados Oracle autogerenciado para o banco de dados de destino.
Migração incremental de dados	Após a migração completa de dados, o DTS captura continuamente redo logs do banco de dados Oracle autogerenciado e migra as alterações incrementais para o banco de dados de destino. A migração incremental de dados permite concluir a migração sem problemas, sem precisar tirar suas aplicações autogerenciadas do ar.

Operações SQL para migração incremental

Tipo de operação	Instrução SQL
DML	INSERT, UPDATE e DELETE
DDL	CREATE TABLE Nota As definições de tabela não podem conter funções. ALTER TABLE, ADD COLUMN, DROP COLUMN, RENAME COLUMN e ADD INDEX DROP TABLE RENAME TABLE, TRUNCATE TABLE e CREATE INDEX Nota Apenas operações CREATE INDEX executadas pela conta atual do banco de dados são suportadas.

Mapeamento de tipos de dados

Para mais informações, consulte Data type mapping between heterogeneous databases.

Antes de começar

Faça login no banco de dados Oracle autogerenciado a ser migrado, crie uma conta para coleta de dados e conceda as permissões necessárias a essa conta.

Nota

Se você já criou uma conta com as permissões listadas abaixo, pule esta etapa.

Banco de dados	Migração de schema	Migração completa de dados	Migração incremental de dados
Banco de dados Oracle autogerenciado	Privilégios de proprietário do schema	Privilégios de proprietário do schema	Privilégios refinados
Instância do ApsaraDB RDS for MySQL	Privilégios de gravação no banco de dados de destino

Para criar uma conta de banco de dados e conceder permissões:

Para um banco de dados Oracle autogerenciado, consulte Database account preparations, CREATE USER e GRANT.
Para uma instância do ApsaraDB RDS for MySQL, consulte Create an account e Modify account permissions.

Importante

Para migrar dados incrementais, também é necessário ativar o archive logging e o supplemental logging. Para mais informações, consulte database configuration.

Procedimento

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

Aviso

Após selecionar as instâncias de origem e de destino, recomendamos ler atentamente os limites exibidos na parte superior da página. Caso contrário, a tarefa pode falhar ou 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	Database Type	Selecione Oracle.
	Access Method	Selecione um tipo de conexão com base na implantação do seu banco de dados de origem. Este tópico usa Self-managed Database with Public IP como exemplo. Nota Se o seu banco de dados autogerenciado usar um tipo de conexão diferente, também será necessário concluir o preparations obrigatório.
	Instance Region	Selecione a região do banco de dados Oracle de origem.
	Hostname or IP address	Insira o endpoint do banco de dados Oracle autogerenciado.
	Port	Insira a porta de serviço do banco de dados Oracle autogerenciado. O valor padrão é 1521. Nota Neste exemplo, a porta de serviço deve estar acessível publicamente.
	Oracle Type	Non-RAC Instance: Se selecionar esta opção, também será necessário especificar o SID. RAC or PDB Instance: Se selecionar esta opção, também será necessário especificar o Service Name. Este exemplo usa Non-RAC Instance.
	Database Account	Insira a conta do banco de dados Oracle de origem. Para as permissões necessárias, consulte Preparations.
	Database Password	Insira a senha da conta do banco de dados.
Destination Database	Database Type	Selecione MySQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instância de destino do ApsaraDB RDS for MySQL.
	RDS Instance ID	Selecione o ID da instância de destino do ApsaraDB RDS for MySQL.
	Database Account	Insira a conta do banco de dados para a instância de destino do ApsaraDB RDS. Para as permissões necessárias, consulte Preparations.
	Database Password	Insira a senha da conta do banco de dados.
	Connection Method	Selecione Non-encrypted ou SSL-encrypted com base nos requisitos do seu banco de dados. Se definir este parâmetro como SSL-encrypted, ative previamente a criptografia SSL para a instância do RDS for MySQL. Para mais informações, consulte Quickly enable SSL encryption using a cloud certificate.

Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página. Na caixa de diálogo CIDR Blocks of DTS Servers que aparece, clique em Test Connectivity.

Nota
Garanta que os segmentos de endereço IP do serviço DTS sejam adicionados automática ou manualmente às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso dos servidores do DTS. Para mais informações, consulte Add DTS server IP addresses to a whitelist.

Configure os objetos da tarefa.

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

Parâmetro	Descrição
Migration Types	Se precisar realizar apenas uma migração completa, selecione tanto Schema Migration quanto Full Data Migration. Para realizar uma migração sem tempo de inatividade, selecione Schema Migration, Full Data Migration e Incremental Data Migration. Nota Se não selecionar Schema Migration, garanta que exista um banco de dados e tabelas para receber os dados no banco de dados de destino. Também é possível usar o recurso de mapeamento de nomes de objetos na caixa Selected Objects conforme necessário. Se não selecionar Incremental Data Migration, não grave novos dados na instância de origem durante a migração de dados para garantir a consistência dos dados.
Processing Mode for Existing Destination 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á reportado durante a pré-verificação e a tarefa de migração de dados não será iniciada. Nota Se uma tabela no banco de dados de destino tiver o mesmo nome, mas não puder ser facilmente excluída ou renomeada, altere o nome da tabela no banco de dados de destino. Para mais informações, consulte Object name mapping. Ignore Errors and Proceed: Ignora a verificação de tabelas com os mesmos nomes. Aviso Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e riscos 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.
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.
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, consulte Map individual schema, table, and column names. Para alterar os nomes de vários objetos de migração na instância de destino, clique em Selected Objects no canto superior direito da caixa Batch Edit. Para mais informações, consulte Map multiple schema, table, and column names. Nota Se usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem do objeto renomeado podem falhar na migração. Para filtrar dados usando uma cláusula WHERE, clique com o botão direito do mouse na tabela a ser migrada no painel Selected Objects e especifique a condição de filtro. Para mais informações, consulte Set filter conditions. Para selecionar as operações SQL para migração incremental de dados no nível do banco de dados ou da tabela, clique com o botão direito do mouse no objeto de migração no painel Selected Objects e selecione as operações SQL desejadas.

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 de destino falhar, o DTS reportará um erro e iniciará imediatamente uma nova tentativa de conexão. A duração padrão de 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 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 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 necessidades do seu negócio ou liberar a instância do DTS o mais rápido possível após a liberação das instâncias 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 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 reportará um erro e iniciará imediatamente uma nova tentativa da operação. A duração padrão de 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 de nova tentativa especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará. Importante O valor de Retry Time for Other Issues deve ser menor que o valor de Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Durante a migração completa, o DTS consome recursos de leitura e gravação nos bancos de dados de origem e de destino, o que pode aumentar a carga do banco de dados. Se necessário, ative o limitador de taxa para a tarefa de migração completa. Defina Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s) para reduzir a carga no banco de dados de destino. Nota Este item de configuração está disponível apenas se você selecionar Full Data Migration em Migration Types. Também é possível 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, também é possível definir limites de velocidade para a tarefa de migração incremental. Defina RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s) para reduzir a carga no banco de dados de destino. Nota Este item de configuração está disponível apenas se você selecionar Incremental Data Migration em Migration Types. Também é possível 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. Este parâmetro é opcional.
Actual Write Code	Selecione o tipo de codificação de caracteres para gravar dados no banco de dados de destino.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carga (ETL). Para mais informações, consulte What is ETL? Valores válidos: Yes: Ativa o recurso ETL. Insira instruções de processamento de dados no editor de código. Para mais informações, consulte Configure ETL in a data migration or data synchronization task. No: Desativa o recurso ETL.
Monitoring and Alerting	Selecione se deseja definir alertas e receber notificações de alerta com base nas necessidades do seu negócio. No: Não define alerta. Yes: Configure alertas definindo um alert threshold e alert notifications. 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ó começa 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 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 com falha, 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 pode causar problemas como inconsistência de dados e representar 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 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. Selecione uma especificação com base 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 de Data Migration Tasks.
Nota
- Se a tarefa de migração não incluir migração incremental, ela será parada automaticamente após a conclusão da migração completa. Após a parada da tarefa, seu Status muda para Completed.
- Se a tarefa de migração incluir migração incremental, ela não será parada 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.