Migrar dados entre instâncias do ApsaraDB RDS for MySQL - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

Crie as instâncias de origem e de destino do ApsaraDB RDS for MySQL. Para mais informações, consulte Criar uma instância do ApsaraDB RDS for MySQL.
A instância de destino do ApsaraDB RDS for MySQL deve ter mais espaço de armazenamento do que o utilizado pela instância de origem do ApsaraDB RDS for MySQL.
Crie contas de banco de dados tanto na instância de origem quanto na de destino do ApsaraDB RDS for MySQL. Para as permissões necessárias, consulte Permissões da conta do banco de dados. Para mais informações sobre como criar uma conta de banco de dados, consulte Criar uma conta.
Crie o banco de dados a ser migrado na instância de origem do ApsaraDB RDS for MySQL. Para mais informações, consulte Criar um banco de dados.

Observações de uso

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
Limites do banco de dados de origem	Requisito de largura de banda: o servidor que hospeda o banco de dados de origem precisa ter largura de banda de saída suficiente. Caso contrário, a velocidade de migração diminuirá. Cada tabela a ser migrada deve ter uma chave primária ou restrição UNIQUE, e as colunas-chave devem conter valores exclusivos. Caso contrário, registros duplicados podem aparecer no banco de dados de destino. Se você selecionar tabelas como objetos de migração e as editar — por exemplo, mapeando nomes de colunas — uma única tarefa de migração suporta até 1.000 tabelas. Se esse limite for excedido, a tarefa falhará com um erro ao ser enviada. Para corrigir isso, divida as tabelas em várias tarefas ou configure uma tarefa de migração de banco de dados completo. Se 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 falhará e a tarefa não poderá ser iniciada. Importante Se sua origem MySQL autogerenciada for um cluster dual-master — onde 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 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 log binário menores do que o exigido pelo DTS não são cobertos pelo SLA do DTS. Nota Para definir o retention period dos logs binários locais em uma instância RDS for MySQL, consulte Excluir automaticamente logs locais. Operações não permitidas no banco de dados de origem: Não execute operações DDL que alterem schemas de banco de dados ou tabelas durante a migração de schema ou a migração completa. Caso contrário, a tarefa de migração falhará. Nota Durante a migração completa, o DTS consulta o banco de dados de origem. Isso cria bloqueios de metadados que podem impedir operações DDL no banco de dados de origem. Se executar apenas a migração completa, não grave novos dados na instância de origem. Caso contrário, os dados de origem e destino ficarão inconsistentes. Para manter os dados consistentes em tempo real, selecione migração de schema, migração completa e migração incremental. O DTS não migra dados gerados por alterações que não gravam nos 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 aplicação permitir. Se o banco de dados MySQL de origem for 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. Compatibilidade com MySQL: Quando o DTS migra dados de um banco de dados de origem da família MySQL, ele depende do protocolo padrão MySQL e do formato Binlog. Comportamentos incompatíveis com o MySQL padrão não são suportados. Se seu banco de dados de origem alegar compatibilidade com MySQL, mas se comportar de maneira diferente (por exemplo, quando o OceanBase é conectado como origem no modo MySQL, o timestamp do evento rotate final no Binlog é 0, o que difere do MySQL), a tarefa de migração do DTS pode falhar.
Outros limites	Recomendamos usar a mesma versão do MySQL para os bancos de dados de origem e destino para garantir compatibilidade. Se o banco de dados de origem usar operações DDL online no modo de tabela temporária — incluindo cenários de mesclagem de várias tabelas — ou adicionar índices baseados em funções a colunas de chave exclusiva, pode ocorrer perda de dados ou falha na tarefa no banco de dados de destino. O DTS não oferece suporte à migração de parsers definidos usando sintaxe de comentário. Se ocorrer um conflito de chave primária ou exclusiva durante a migração: 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 substitui 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. Se o banco de dados MySQL de destino for versão 8.0.23 ou posterior e a coluna alvo for uma coluna oculta invisível, o DTS não conseguirá gravar dados nela. Isso pode causar falha na tarefa ou 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. Se não usar o DTS para migrar schemas, verifique você mesmo a compatibilidade dos campos. Caso contrário, a tarefa pode falhar ou pode haver perda de dados. Por exemplo, se o tipo da coluna de origem for `text` e o tipo da coluna de destino for `varchar(255)`, campos grandes na origem podem ser truncados. 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. Antes da migração, avalie o desempenho dos bancos de dados de origem e destino. Execute a migração fora dos horários de pico. Caso contrário, a migração completa consumirá recursos de leitura e gravação em ambos os bancos de dados e aumentará a carga do banco de dados. A migração completa executa operações INSERT simultaneamente. Isso fragmenta as tabelas de destino. Após a migração completa, as tabelas de destino exigirão mais espaço de armazenamento do que as tabelas de origem. Confirme se a precisão de migração do DTS para colunas FLOAT ou DOUBLE atende às suas necessidades de negócios. O DTS lê essas colunas usando `ROUND(COLUMN,PRECISION)`. Se nenhuma precisão for definida, o DTS usará 38 dígitos para FLOAT e 308 dígitos para DOUBLE. O DTS tenta recuperar tarefas com falha dentro de sete dias. Antes de alternar o tráfego para a instância de destino, encerre ou libere a tarefa. Ou execute o comando `revoke` para remover a permissão de gravação do DTS na conta da instância de destino. Isso evita que a recuperação automática sobrescreva os dados de destino com dados de origem. Se gravações DDL falharem no banco de dados de destino, a tarefa do DTS continuará em execução. Verifique as instruções DDL com falha nos logs da tarefa. Para instruções, consulte Visualizar logs da tarefa. Se você gravar colunas com nomes idênticos, mas com maiúsculas e minúsculas diferentes, 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 sua instância RDS for MySQL tiver Always-Encrypted ativado, a migração completa não é suportada. Nota Instâncias RDS for MySQL com Transparent Data Encryption (TDE) ativado suportam migração de schema, migração completa e migração incremental. Para migrar contas de banco de dados da origem, atenda aos pré-requisitos necessários e revise as considerações relacionadas. Para mais informações, consulte Migrar contas de banco 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 DTS são modificados — não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modificar parâmetros da instância.
Casos especiais	Para origens MySQL autogerenciadas: Um failover master-standby no banco de dados de origem causa falha na tarefa de migração. O DTS calcula a latência comparando o timestamp 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 muito tempo, o relatório de latência torna-se impreciso. Se a latência parecer muito alta, execute uma operação DML na origem para atualizar o valor da latência. Nota Se selecionar a migração de banco de dados completo, crie uma tabela de heartbeat. Atualize-a 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 sua origem for Amazon Aurora MySQL ou outra instância MySQL em cluster, garanta que o nome de domínio ou endereço IP configurado para a tarefa — e sua resolução DNS — aponte sempre para um nó de leitura-gravação (RW). Caso contrário, a tarefa de migração pode falhar. Para origens RDS for MySQL: Se precisar de migração incremental, instâncias 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. Para destinos RDS for MySQL: O DTS cria bancos de dados automaticamente no RDS for MySQL. Se o nome do banco de dados não estiver em conformidade com as regras de nomenclatura do RDS for MySQL, crie o banco de dados manualmente antes de configurar a tarefa de migração. Para instruções, consulte Gerenciar bancos de dados.

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, você será cobrado pelo tráfego de Internet. Para mais informações, consulte Visão geral do faturamento.
Migração incremental de dados	Pago. Para mais informações, consulte Visão geral do faturamento.

Tipos de migração

Migração de schema

O Data Transmission Service (DTS) migra as definições de schema dos objetos de migração do banco de dados de origem para o banco de dados de destino.
- O DTS suporta migração de schema para tabelas, views, triggers, stored procedures e functions.
  
  Nota
  O routine_body das stored procedures, o routine_body das functions e o select_statement das views não são modificados.
- Durante a migração de schema, o DTS altera o DEFINER para INVOKER nas views, stored procedures e functions a serem migradas. Essa ação altera o valor de SQL SECURITY para INVOKER. O DTS também define o DEFINER como a conta do banco de dados de destino usada para a tarefa de migração.
  
  Nota
  O método de autenticação de segurança e o definer do banco de dados de origem não são modificados.
- Como o DTS não migra informações de usuário, você deve conceder permissões de leitura e gravação ao invoker para chamar views, stored procedures e functions no 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 da 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 migrar dados sem problemas, sem interromper suas aplicações autogerenciadas.

Instruções SQL para migração incremental

Tipo de operação	Instrução SQL
DML	INSERT, UPDATE, DELETE
DDL	ALTER TABLE, ALTER VIEW CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, CREATE VIEW DROP INDEX, DROP TABLE RENAME TABLE Importante Uma operação RENAME TABLE pode causar inconsistência de dados. Por exemplo, se você selecionar apenas uma tabela como objeto de migração e renomear a tabela na instância de origem durante a migração, os dados dessa tabela não serão migrados para o banco de dados de destino. Para evitar esse problema, selecione todo o banco de dados ao qual a tabela pertence como objeto de migração ao configurar a tarefa de migração de dados. Certifique-se de que os bancos de dados aos quais a tabela pertence antes e depois da operação RENAME TABLE estejam incluídos nos objetos de migração. TRUNCATE TABLE

Permissões da conta do banco de dados

Banco de dados	Migração de schema	Migração completa de dados	Migração incremental de dados
Instância de origem do Alibaba Cloud RDS for MySQL	Permissão SELECT	Permissão SELECT	Permissões de leitura e gravação
Instância de destino do Alibaba Cloud RDS for MySQL	Permissões de leitura e gravação	Permissões de leitura e gravação	Permissões de leitura e gravação

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

Para uma instância do Alibaba Cloud RDS for MySQL, consulte Criar uma conta e Modificar as permissões de uma conta padrão em uma instância do Alibaba Cloud RDS for MySQL.

Nota

Se você criou a conta do banco de dados de origem fora do console do Alibaba Cloud RDS for MySQL, certifique-se de que a conta tenha as permissões REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW e SELECT.
Se precisar migrar informações de conta do banco de dados de origem, a conta de banco de dados usada para a tarefa de migração requer permissões adicionais. Para mais informações, consulte Migrar contas de banco de dados.

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 Console do modo simples e Personalizar o layout e o estilo do console do DMS.
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 destino, recomendamos que leia atentamente os limites exibidos na parte superior da página. Caso contrário, a tarefa pode falhar ou pode 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 exclusivo.
Source Database	Select Existing Connection	Para este exemplo, ignore esta opção e configure os seguintes parâmetros do banco de dados.
	Database Type	Selecione MySQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância RDS for MySQL de origem está localizada.
	Replicate Data Across Alibaba Cloud Accounts	Neste exemplo, é usada uma instância de banco de dados sob a conta atual da Alibaba Cloud. Selecione No. Nota Para migrar dados entre diferentes contas da Alibaba Cloud, selecione Yes. Para mais informações, consulte Configurar uma tarefa DTS entre contas.
	RDS Instance ID	Selecione o ID da instância RDS for MySQL de origem. Nota Você pode usar o DTS para migrar dados entre duas instâncias RDS for MySQL diferentes ou dentro de uma única instância.
	Database Account	Insira a conta do banco de dados para a instância RDS for MySQL de origem. Para requisitos de permissão, consulte Permissões para contas de banco de dados.
	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, você deve ativar a criptografia SSL para a instância RDS for MySQL antecipadamente. Para mais informações, consulte Ativar rapidamente a criptografia SSL usando um certificado cloud.
Destination Database	Select Existing Connection	Para este exemplo, ignore esta opção e configure os seguintes parâmetros do banco de dados.
	Database Type	Selecione MySQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância RDS for MySQL de destino está localizada.
	Replicate Data Across Alibaba Cloud Accounts	Neste exemplo, é usada uma instância de banco de dados sob a conta atual da Alibaba Cloud. Selecione No.
	RDS Instance ID	Selecione o ID da instância RDS for MySQL de destino. Nota Você pode usar o DTS para migrar dados entre duas instâncias RDS for MySQL diferentes ou dentro de uma única instância.
	Database Account	Insira a conta do banco de dados para a instância RDS for MySQL de destino. Para requisitos de permissão, consulte Permissões para contas de banco de dados.
	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, você deve ativar a criptografia SSL para a instância RDS for MySQL antecipadamente. Para mais informações, consulte Ativar rapidamente a criptografia SSL usando um certificado cloud.

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 Adicionar endereços IP do servidor DTS a uma 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 deseja migrar.

Parâmetro	Descrição
Migration Types	Se precisar apenas realizar 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, você deve 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 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.
Method to Migrate Triggers in Source Database	Selecione um método de migração de triggers. Se não estiver migrando triggers, ignore este parâmetro. Para mais informações, consulte Configurar o método para sincronizar ou migrar triggers. Nota Este parâmetro está disponível apenas se você selecionar tanto Migration Types quanto Schema Migration para Incremental Data Migration.
Enable Migration Assessment	Avalia se os schemas dos bancos de dados de origem e destino (tamanho de índice, stored procedures e tabelas dependentes) atendem aos requisitos de migração. Selecione Yes ou No conforme suas necessidades. Nota Você só pode configurar este parâmetro se selecionar Migration Types para Schema Migration. Se selecionar Yes, a pré-verificação pode levar mais tempo. Você pode visualizar o Assessment Result durante a fase de pré-verificação. O resultado da avaliação não afeta o resultado da pré-verificação.
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 é 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ê pode alterar o nome da tabela no banco de dados de destino. Para mais informações, consulte Mapeamento de nomes de objetos. 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 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 substitui 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.
Whether to migrate Event	Selecione se deseja migrar eventos do banco de dados de origem. Se selecionar Yes, etapas adicionais são necessárias. Sincronizar ou migrar eventos.
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 de origem ou de destino. Para mais informações, consulte Diferenciação de maiúsculas e minúsculas de nomes de objetos no banco de dados de destino.
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 A granularidade para selecionar objetos de migração é banco de dados, tabela e coluna. Se selecionar apenas tabelas ou colunas como objetos de migração, outros objetos, como views, triggers e stored procedures, não serão migrados para o banco de dados de destino.
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 no objeto de migração na caixa Selected Objects para fazer alterações. Para mais informações, consulte Mapeamento de nomes de objetos. 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 usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem do objeto mapeado podem falhar na migração. Para definir uma cláusula WHERE para filtrar dados, clique com o botão direito na tabela a ser migrada na caixa Selected Objects e defina a condição de filtro na caixa de diálogo que aparece. Para mais informações sobre como definir a condição, consulte Definir condições de filtro. Para selecionar as operações SQL para migração incremental, clique com o botão direito no objeto de migração na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece.

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, você pode adquirir um cluster dedicado para executar tarefas de migração do DTS.
Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Se usar o Data Management (DMS) ou gh-ost para realizar alterações DDL online no banco de dados de origem, você pode escolher se deseja migrar os dados das tabelas temporárias geradas pelas alterações DDL online. Importante As tarefas do DTS não suportam o uso de ferramentas como pt-online-schema-change para realizar alterações DDL online. Caso contrário, a tarefa do DTS falhará. Os métodos de processamento para cada fase são os seguintes: As fases de Schema Migration e Full Data Migration não permitem operações DDL que alterem a estrutura do banco de dados ou da tabela. Portanto, elas não são controladas pela política de DDL online. Schema Migration: Não controlada pela política de DDL online. Tabelas temporárias relacionadas são criadas. Full Data Migration: Não controlada pela política de DDL online. A migração de tabelas temporárias não está incluída nos objetos de migração completa. Todas as tabelas cujos nomes correspondem à expressão regular (`^_(.+)_(?:gho\|new)$` ou `^_(.+)_(?:ghc\|del\|old)$`) são filtradas. Incremental Data Migration: Controlada pela política de DDL online. Yes: Migra alterações de dados de tabelas temporárias (por exemplo, `_table_name_gho`) geradas por operações DDL online. No, Adapt to DMS Online DDL e No, Adapt to gh-ost: Filtra alterações de dados de tabelas temporárias (por exemplo, `_table_name_gho`) geradas por ferramentas como gh-ost com base em regras de expressão regular. Yes: Migra os dados das tabelas temporárias geradas por alterações DDL online. Nota Se as alterações DDL online gerarem uma grande quantidade de dados em tabelas temporárias, isso pode causar latência na tarefa. No, Adapt to DMS Online DDL: Não migra os dados das tabelas temporárias geradas por alterações DDL online. Migra apenas as instruções DDL originais executadas usando o Data Management (DMS). Nota Esta opção faz com que as tabelas no banco de dados de destino sejam bloqueadas. No, Adapt to gh-ost: Não migra os dados das tabelas temporárias geradas por alterações DDL online. Suporta regras de filtragem personalizadas. O DTS filtra alterações de dados de tabelas temporárias (por exemplo, `_table_name_gho`) geradas por ferramentas como gh-ost com base em regras de expressão regular. Você pode modificar as expressões regulares padrão usadas para corresponder a tabelas shadow e inúteis conforme necessário: Tabela shadow: `^_(.+)_(?:gho\|new)$` Tabela inútil: `^_(.+)_(?:ghc\|del\|old)$` Nota Esta opção faz com que as tabelas no banco de dados de destino sejam bloqueadas.
Whether to Migrate Accounts	Selecione se deseja migrar informações de conta do banco de dados de origem. Se selecionar Yes, você também deve selecionar as contas a serem migradas e confirmar suas permissões. Para mais informações sobre como conceder permissões, consulte Migrar contas de banco de dados.
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 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 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 várias 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 você é cobrado 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 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 que não seja de conectividade, como uma exceção de execução DDL ou DML, no banco de dados de origem ou 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 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 destino, o que pode aumentar a carga do banco de dados. Se necessário, você pode ativar o limitador de velocidade 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 ajustar a velocidade da migração completa 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 ajustar a velocidade da migração incremental depois que a instância de migração estiver em execução.
Environment Tag	Selecione uma tag de ambiente para identificar a instância. Opcional para este exemplo.
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 enquanto a instância DTS está 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 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.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carregamento (ETL). Para mais informações, consulte O que é 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 Configurar ETL em uma tarefa de migração ou sincronização de dados. 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 um alerta. Yes: Configure alertas definindo um limiar de alerta 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 Configurar validação de dados.

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ó é iniciada após passar 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 no aviso 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 no aviso 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 optar por ignorar um aviso, isso pode causar problemas como inconsistência de dados e apresentar 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 O que é 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 mais informações, consulte Especificações de link de migração de dados.

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.