Data Transmission Service:Migrar o Amazon Aurora MySQL para a Alibaba Cloud

Pré-requisitos

• Certifique-se de que o DTS possa se conectar ao banco de dados de source do Amazon Aurora MySQL.

  Recomendamos definir Public access como Yes nas configurações de rede e segurança do seu banco de dados de source. Isso permite que você defina o Access Method como Public IP Address ao configurar a tarefa.

  Nota

  Para conectar seu banco de dados Amazon Aurora MySQL ao DTS usando um gateway VPN, consulte Connect an Alibaba Cloud VPC to an AWS VPC.

• Primeiro, crie uma instância do ApsaraDB RDS for MySQL como o banco de dados de destino. Certifique-se de que o espaço de armazenamento disponível exceda o espaço de armazenamento usado pelo banco de dados de source do Amazon Aurora MySQL. Para mais informações, consulte Create an ApsaraDB RDS for MySQL instance.

Notas de uso

• Durante uma migração de dados completa, o DTS consome recursos de leitura e gravação nos bancos de dados de source e de destino, aumentando a carga deles. Se seus bancos de dados tiverem baixo desempenho, especificações baixas ou altas cargas de trabalho (por exemplo, se o banco de dados de source tiver muitas consultas SQL lentas ou tabelas sem chaves primárias, ou se ocorrerem deadlocks no banco de dados de destino), o aumento de carga pode sobrecarregar seus bancos de dados ou até causar interrupções no service. Sempre execute a migração de dados em horários de baixa demanda, como quando a utilização da CPU de ambos os bancos de dados estiver abaixo de 30%.

• Se uma tabela de source não tiver uma chave primária ou uma restrição exclusiva e contiver dados não exclusivos, dados duplicados poderão ser criados no banco de dados de destino.

• Para colunas com o tipo de dados FLOAT ou DOUBLE, o DTS lê seus valores usando a função ROUND(COLUMN,PRECISION). Se a precisão não for definida explicitamente, o DTS migrará valores FLOAT com precisão de 38 dígitos e valores DOUBLE com precisão de 308 dígitos. Verifique se essas precisões atendem aos seus requisitos de negócios.

• Se o nome de um banco de dados de source violar as convenções de nomenclatura do ApsaraDB RDS, você deve criar um banco de dados compatível na instância de destino antes de configurar a tarefa. Caso contrário, o DTS criará o banco de dados automaticamente.

  Nota

  Para mais informações sobre as convenções de nomenclatura e como criar um banco de dados, consulte Create a database and accounts.

• Se uma tarefa de migração de dados falhar, o DTS tentará retomá-la automaticamente. Antes de transferir suas cargas de trabalho de negócios para a instância de destino, certifique-se de parar ou liberar a tarefa. Isso evita que uma tarefa retomada automaticamente sobrescreva dados na instância de destino com dados do banco de dados de source.

Faturamento

Tipos de migração

• Migração de schema

  O DTS migra os schemas de tabelas, visualizações, triggers, stored procedures e stored functions para a instância de destino. Events não são suportados.

  Nota

  • Durante a migração de schema, o DTS altera a característica SQL SECURITY de visualizações, stored procedures e stored functions de DEFINER para INVOKER.

  • O DTS não migra contas de usuário. Como resultado, qualquer usuário que chame uma visualização, stored procedure ou stored function na instância de destino deve receber as permissões de leitura e gravação necessárias.

• Migração de dados completa

  O DTS migra todos os dados existentes dos objetos selecionados da instância de source para a instância de destino.

  Nota

  Durante uma migração de dados completa, operações INSERT simultâneas causam fragmentação nas tabelas da instância de destino. Após a conclusão da migração de dados completa, o tablespace da instância de destino será maior que o da instância de source.

• Migração de dados incremental

  Após a migração de dados completa, o DTS lê o binlog da instância de source para replicar alterações de dados incrementais para a instância de destino. Isso permite uma migração contínua sem interrupção do service.

Permissões de conta do banco de dados

Para criar contas de banco de dados e conceder permissões, consulte os seguintes tópicos:

• Para o Amazon Aurora MySQL, siga as instruções de criação de conta em Create an account for a self-managed MySQL database and configure binary logging.

• Para o ApsaraDB RDS for MySQL, consulte Create an account e Modify the permissions of an account.

Pré-requisitos

1. Faça login no console do Amazon Aurora.

2. No painel de navegação à esquerda, clique em Database.

3. Clique no DB identifier do nó com a Role de Writer instance.

4. Na aba Connectivity & security, clique no nome do grupo de segurança da VPC.

5. Na página Security Groups, clique no Security Group ID de destino.

6. Na aba Inbound rules, clique em Edit inbound rules.

7. Na página Edit inbound rules, clique em Add rule, adicione os blocos CIDR para os servidores DTS na região do banco de dados de destino e, em seguida, clique em Save rules. Para mais informações sobre os blocos CIDR do DTS, consulte Add DTS Server IP Addresses to a Whitelist.

   Nota

   • Adicione apenas os blocos CIDR para servidores DTS na região do banco de dados de destino. Por exemplo, se o seu banco de dados de source estiver na região Singapore e o banco de dados de destino estiver na região China (Hangzhou), você só precisa adicionar os blocos CIDR para servidores DTS na região China (Hangzhou).

   • Você pode adicionar vários blocos CIDR a uma única regra.

   • Para mais informações, consulte a documentação oficial da AWS ou entre em contato com o AWS Support.

8. Faça login no banco de dados Amazon Aurora MySQL e defina o período de retenção do binlog. Pule esta etapa se a migração de dados incremental não for necessária.

   call mysql.rds_set_configuration('binlog retention hours', 24);

   Nota

   • Este comando define o período de retenção do binlog para 24 horas. O período máximo de retenção é de 168 horas (7 dias).

   • O recurso de binlog deve estar ativado para o Amazon Aurora MySQL, e o parâmetro binlog_format deve ser definido como ROW. Se você usar o MySQL 5.6 ou posterior, o parâmetro binlog_row_image deve ser definido como FULL. Para mais informações, consulte a documentação oficial da Amazon ou entre em contato com o suporte técnico da Amazon.

Procedimento (novo console)

1. Para começar, acesse a página da lista de tarefas de migração para a região de destino usando um dos seguintes métodos.

   A partir do console do DTS

   1. Faça login no Data Transmission Service (DTS) console.

   2. No painel de navegação à esquerda, clique em Data Migration.

   3. No canto superior esquerdo da página, selecione a região onde a instância de migração está localizada.

   A partir do console do DMS

   Nota

   As operações reais podem variar com base no modo e no layout do console do DMS. Para mais informações, consulte Simple mode console e Customize the layout and style of the DMS console.

   1. Faça login no Data Management (DMS) console.

   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.

2. Clique em Create Task para acessar a página de configuração da tarefa.

3. Configure os bancos de dados de source e de destino.

   Aviso

   Após selecionar as instâncias de source e de destino, recomendamos que você leia atentamente os limites exibidos na parte superior da página. Caso contrário, a tarefa poderá falhar ou ocorrer inconsistência de dados.

   Seção	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 a DMS database instance.	Você pode escolher se deseja usar uma instância existente, conforme necessário. Se você usar uma instância existente, as informações do banco de dados abaixo serão preenchidas automaticamente. Você não precisa inseri-las novamente. Se você não usar uma instância existente, deverá configurar as informações do banco de dados abaixo. Nota No console do DMS, você pode clicar em Add DMS Database Instance para registrar um banco de dados no DMS. Para mais informações, consulte ApsaraDB Data Ingestion e Register a database hosted on a third-party cloud service or a self-managed database. No console do DTS, você pode registrar um banco de dados no DTS na página Database Connections ou na nova página de configuração. Para mais informações, consulte Manage database connections.
   	Database Type	Selecione MySQL.
   	Access Method	Selecione Public IP Address.
   	Instance Region	Selecione a região onde o banco de dados de source do Amazon Aurora MySQL está localizado. Nota Se a região onde o seu banco de dados Amazon Aurora MySQL está localizado não estiver listada, você poderá selecionar a região geograficamente mais próxima.
   	Domain Name or IP	Em seguida, insira o endpoint do banco de dados Amazon Aurora MySQL. Nota Você pode obter o endpoint na aba Connectivity & security da sua instância do Amazon Aurora MySQL. O endpoint inclui o Endpoint e o Port Number.
   	Port Number	Insira a porta de service do banco de dados Amazon Aurora MySQL. O valor padrão é 3306.
   	Database Account	Insira a conta do banco de dados. Para as permissões necessárias, consulte Permissions required for database accounts.
   	Database Password	Insira a senha da conta do banco de dados.
   	Encryption	Selecione Non-encrypted ou SSL-encrypted com base na configuração do seu banco de dados. Se a criptografia SSL não estiver ativada para o banco de dados Amazon Aurora MySQL, selecione Non-encrypted. Se a criptografia SSL estiver ativada para o banco de dados Amazon Aurora MySQL, selecione SSL-encrypted. Você também deve fazer upload de um CA Certificate e inserir a CA Certificate Password.
   Destination Database	Select a DMS database instance.	Você pode escolher se deseja usar uma instância existente, conforme necessário. Se você usar uma instância existente, as informações do banco de dados abaixo serão preenchidas automaticamente. Você não precisa inseri-las novamente. Se você não usar uma instância existente, deverá configurar as informações do banco de dados abaixo. Nota No console do DMS, você pode clicar em Add DMS Database Instance para registrar um banco de dados no DMS. Para mais informações, consulte ApsaraDB Data Ingestion e Register a database hosted on a third-party cloud service or a self-managed database. No console do DTS, você pode registrar um banco de dados no DTS na página Database Connections ou na nova página de configuração. Para mais informações, consulte Manage database connections.
   	Database Type	Selecione MySQL.
   	Access Method	Selecione Alibaba Cloud Instance.
   	Instance Region	Selecione a região onde a instância de destino do ApsaraDB RDS for MySQL está localizada.
   	Replicate Data Across Alibaba Cloud Accounts	Para este cenário, selecione No.
   	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 as permissões necessárias, consulte Permissions required for database accounts.
   	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 você definir este parâmetro como SSL-encrypted, deverá ativar a criptografia SSL para a instância do RDS for MySQL antecipadamente. Para mais informações, consulte Quickly enable SSL encryption using a cloud certificate.

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

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

5. Configure os objetos da tarefa.

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

      Parâmetro	Descrição
      Migration Types	Se você precisar realizar apenas 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 source durante a migração de dados para garantir a consistência dos dados.
      Method to Migrate Triggers in Source Database	Selecione um método para migrar triggers com base nos seus requisitos de negócios. Se você não estiver migrando nenhum trigger, não precisará configurar este parâmetro. Para mais informações, consulte Configure trigger synchronization or migration. Nota Isso só pode ser configurado quando Migration Types estiver definido como Schema Migration.
      Enable Migration Assessment	Avalia se os schemas dos bancos de dados de source e de destino, como comprimento de índice, stored procedures e tabelas dependentes, atendem aos requisitos. Selecione Yes ou No com base nos seus requisitos de negócios. Nota Isso só pode ser configurado quando Migration Types estiver definido como Schema Migration. Se você selecionar Yes, a pré-verificação poderá levar mais tempo. Você pode visualizar o Assessment Result durante a 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: Verifique se existem tabelas com os mesmos nomes no banco de dados de destino. Se não existirem tabelas com os mesmos nomes, a pré-verificação é aprovada. Se existirem tabelas com os mesmos nomes, um erro será relatado durante a pré-verificação e a tarefa de migração de dados não será iniciada. Nota Se uma tabela no banco de dados de destino tiver o mesmo nome, mas não puder ser excluída ou renomeada facilmente, você poderá alterar o nome da tabela no banco de dados de destino. Para mais informações, consulte Object name mapping. Ignore Errors and Proceed: Ignora a verificação de tabelas com os mesmos nomes. Aviso Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e riscos aos negócios. Por exemplo: Se os schemas das tabelas forem consistentes e um registro no banco de dados de destino tiver o mesmo valor de chave primária que um registro no banco de dados de source: Durante a migração completa, o DTS mantém o registro no banco de dados de destino. O registro do banco de dados de source não é migrado. Durante a migração incremental, o DTS não mantém o registro no banco de dados de destino. O registro do banco de dados de source sobrescreve o registro no banco de dados de destino. Se os schemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas, ou a migração poderá falhar. Prossiga com cautela.
      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 source ou de destino. Para mais informações, consulte Case sensitivity of object names in the destination database.
      Source Objects	Selecione um ou mais objetos na seção Source Objects. Clique no ícone e adicione os objetos à seção Selected Objects. Nota A granularidade para selecionar objetos de migração é schema, tabela e coluna. Se você selecionar apenas tabelas ou colunas como objetos de migração, outros objetos, como visualizações, triggers e stored procedures, não serão migrados para o banco de dados de destino.
      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 você usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem dos objetos mapeados poderão falhar ao serem migrados. Para especificar condições WHERE para filtrar dados, clique com o botão direito do mouse em uma tabela na seção Selected Objects e configure as condições de filtro na caixa de diálogo que aparece. Para mais informações, consulte Set filter conditions. Para selecionar as operações SQL a serem migradas no nível do banco de dados ou da tabela, clique com o botão direito do mouse em um objeto na seção Selected Objects e selecione as operações SQL necessárias na caixa de diálogo que aparece.

   2. 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 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 você usar Data Management (DMS) ou gh-ost para realizar alterações de DDL online no banco de dados de source, poderá escolher se deseja migrar os dados das tabelas temporárias geradas pelas alterações de DDL online. Importante As tarefas do DTS não suportam o uso de ferramentas como pt-online-schema-change para realizar alterações de DDL online. Caso contrário, a tarefa do DTS falhará. Os métodos de processamento para cada fase são os seguintes: As fases 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 de 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 pelas alterações de DDL online. Nota Se as alterações de DDL online gerarem uma grande quantidade de dados em tabelas temporárias, isso poderá causar latência na tarefa. No, Adapt to DMS Online DDL: Não migra os dados das tabelas temporárias geradas pelas alterações de DDL online. Migra apenas as instruções DDL originais executadas usando 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 pelas alterações de 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. Para isso, modifique as expressões regulares padrão usadas para corresponder a tabelas shadow e useless conforme necessário: Tabela shadow: ^_(.+)_(?:gho|new)$ Tabela useless: ^_(.+)_(?:ghc|del|old)$ Nota Esta opção faz com que as tabelas no banco de dados de destino sejam bloqueadas.
      Whether to Migrate Accounts	Aqui, escolha se deseja migrar informações de contas do banco de dados de source com base nos seus requisitos de negócios. Se você selecionar Yes, também deverá selecionar as contas a serem migradas e confirme suas permissões. Para mais informações, como métodos de autorização, consulte Migrate database accounts.
      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 source ou de destino falhar, o DTS relatará um erro e começará imediatamente a tentar reconectar. A duração padrão de nova tentativa é de 720 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 10 a 1440 minutos. Recomendamos que você defina a duração para mais de 30 minutos. Se o DTS se reconectar aos bancos de dados de source e de destino dentro da duração especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará. Nota Para várias instâncias do DTS que compartilham o mesmo source 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 suas necessidades de negócios, ou libere a instância do DTS o mais rápido possível após as instâncias de banco de dados de source e de destino serem liberadas.
      Retry Time for Other Issues	Após o início da tarefa de migração, se ocorrer um problema de não conectividade, como uma exceção de execução de DDL ou DML, no banco de dados de source ou de destino, o DTS relatará um erro e começará imediatamente a tentar repetir a operação. A duração padrão de nova tentativa é de 10 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 1 a 1440 minutos. Recomendamos que você defina a duração para mais de 10 minutos. Se as operações relacionadas forem bem-sucedidas dentro da duração de nova tentativa especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará. Importante O valor de Retry Time for Other Issues deve ser menor que o valor de Retry Time for Failed Connections.
      Enable Throttling for Full Data Migration	Durante a migração completa, o DTS consome recursos de leitura e gravação nos bancos de dados de source e de destino, o que pode aumentar a carga do banco de dados. Se necessário, você pode ativar o limitador para a tarefa de migração completa. Você pode definir Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s) para reduzir a carga no banco de dados de destino. Nota Este item de configuração está disponível apenas se você selecionar Full Data Migration para Migration Types. Você também pode adjust the full migration speed após a instância de migração estar em execução.
      Enable Throttling for Incremental Data Migration	Se necessário, você também pode optar por definir limites de velocidade para a tarefa de migração incremental. Você pode definir RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s) para reduzir a carga no banco de dados de destino. Nota Este item de configuração está disponível apenas se você selecionar Incremental Data Migration para Migration Types. Você também pode adjust the incremental migration speed após a instância de migração estar em execução.
      Environment Tag	Selecione uma tag de ambiente para identificar a instância. Neste exemplo, você não precisa selecionar uma tag.
      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 source 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 source. 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 source. Isso pode interferir em recursos como backup físico e clonagem do banco de dados de source.
      Configure ETL	Com base nas suas necessidades de negócios, selecione se deseja configurar o ETL feature para processar dados. Yes: Configura o recurso ETL. Você também deve inserir data processing statements na caixa de texto. No: Não configura o recurso ETL.
      Monitoring and Alerting	Selecione se deseja definir alertas e receber notificações de alerta com base nas suas necessidades de negócios. 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.

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

6. Agora, salve a tarefa e execute uma pré-verificação.

   • Para visualizar os parâmetros para configurar esta 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 bolha que aparece.

   • Se você não precisar visualizar ou já tiver terminado de visualizar os parâmetros da API, clique em Next: Save Task Settings and Precheck na parte inferior da página.

   Nota

   • Antes do início da tarefa de migração, o DTS 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 no prompt 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 no prompt 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 aos seus negócios.

7. Adquira a instância.

   1. Quando a Success Rate for de 100%, clique em Next: Purchase Instance.

   2. 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 é o grupo de recursos padrão. Para mais informações, consulte What is resource management?
      	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 Data migration link specifications.

   3. Após concluir a configuração, leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.

   4. 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 mudará para Completed.

      • Se a tarefa de migração incluir migração incremental, ela não será interrompida automaticamente. A tarefa de migração incremental continuará em execução. Enquanto a tarefa de migração incremental estiver em execução, o Status da tarefa será Running.

Procedimento (console legado)

1. Faça login no DTS console.

   Nota

   Se você for redirecionado automaticamente para o console do Data Management (DMS), poderá clicar no ícone no canto inferior direito e, em seguida, clicar em para retornar ao console clássico do DTS.

2. No painel de navegação à esquerda, clique em Data Migration.

3. Na parte superior da página Migration Tasks, selecione a região do cluster de destino.

4. No canto superior direito da página, clique em Create Data Migration Task.

5. Configure os bancos de dados de source e de destino.

   Seção	Parâmetro	Descrição
   N/D	Nome da tarefa	O DTS gera automaticamente um nome de tarefa. Para isso, especifique um nome descritivo para fácil identificação. O nome da tarefa não precisa ser exclusivo.
   Banco de dados de source	Tipo de instância	Selecione self-managed database with a public IP address.
   	Região da instância	Se você definir o instance type como self-managed database with a public IP address, não precisará configurar a Instance Region.
   	Tipo de banco de dados	Selecione MySQL.
   	Nome do host ou endereço IP	Insira o endpoint do banco de dados de source do Amazon Aurora MySQL. Nota Você pode obter o endpoint na página Basic Information da instância do Amazon Aurora MySQL. No console do Amazon RDS, selecione a instância writer e clique na aba Connectivity & security. Na seção Endpoint & port, copie o endpoint. O endpoint está no formato *.rds.amazonaws.com. A porta padrão é 3306.
   	Porta	Insira a porta de service do banco de dados Amazon Aurora MySQL. O valor padrão é 3306.
   	Conta do banco de dados	Insira a conta do banco de dados para o banco de dados Amazon Aurora MySQL. Consulte Database account permissions para as permissões necessárias.
   	Senha do banco de dados	Insira a senha da conta do banco de dados. Nota Após inserir as informações do banco de dados de source, você pode clicar em Test Connectivity ao lado de Database Password e verifique se as informações estão corretas. Se as informações estiverem corretas, a mensagem Passed será exibida. Se a mensagem Failed for exibida, clique em Diagnose ao lado da mensagem Failed e ajuste as informações do banco de dados de source com base nos prompts.
   Banco de dados de destino	Tipo de instância	Selecione RDS Instance.
   	Região da instância	Selecione a região onde a instância de destino do ApsaraDB RDS está localizada.
   	ID da instância RDS	Selecione o ID da instância de destino do ApsaraDB RDS.
   	Conta do banco de dados	Insira a conta do banco de dados para a instância de destino do ApsaraDB RDS. Consulte Database account permissions para as permissões necessárias.
   	Senha do banco de dados	Insira a senha da conta do banco de dados. Nota Após inserir as informações do banco de dados de destino, você pode clicar em Test Connectivity após Database Password para verificar se as informações inseridas estão corretas. Se as informações estiverem corretas, uma mensagem Passed será exibida. Se uma mensagem Failed for exibida, clique em Diagnose após Failed e ajuste as informações do banco de dados de destino com base nos prompts.
   	Modo de conexão	Selecione Non-encrypted ou SSL-encrypted com base nos seus requisitos. Se você selecionar SSL-encrypted, deverá ativar a criptografia SSL para a instância do ApsaraDB RDS antecipadamente. Para mais informações, consulte Set SSL encryption. Nota O parâmetro Encryption está disponível apenas nas regiões da China continental e China (Hong Kong).

6. Após concluir a configuração, clique em Authorize Whitelist and Move to Next Step no canto inferior direito da página.

   Para sources e destinos da Alibaba Cloud (como ApsaraDB RDS ou bancos de dados hospedados em ECS), o DTS adiciona automaticamente seus blocos CIDR de servidor à whitelist ou grupo de segurança. Para bancos de dados externos, como aqueles em um data center ou em outra cloud, você deve adicionar manualmente os blocos CIDR para conceder acesso ao DTS. Para os endereços IP a serem adicionados, consulte CIDR blocks of DTS servers.

   Aviso

   Adicionar os blocos CIDR públicos dos servidores DTS, seja automática ou manualmente, pode introduzir riscos de segurança. Ao usar este product, você reconhece e aceita esses riscos potenciais. Você é responsável por implementar medidas básicas de segurança, incluindo, mas não se limitando a, usar senhas fortes, restringir portas abertas, usar autenticação para chamadas de API internas, revisar e restringir regularmente segmentos de rede desnecessários, ou conectar-se por meio de redes privadas como Express Connect, VPN Gateway ou Smart Access Gateway.

7. Selecione os tipos de migração e os objetos a serem migrados.

   Parâmetro	Descrição
   Tipos de migração	Para uma migração de dados completa apenas, 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 Incremental Data Migration, não grave novos dados no banco de dados de source do Amazon Aurora MySQL durante a migração de dados para garantir a consistência dos dados.
   Objetos de migração	Na caixa Migration Objects, selecione os objetos a serem migrados e, em seguida, clique em para movê-los para a caixa Selected Objects. Nota Você pode selecionar objetos no nível do banco de dados, da tabela ou da coluna. Por padrão, os nomes dos objetos migrados no banco de dados de destino são os mesmos do banco de dados de source. Se você quiser alterar os nomes dos objetos migrados, use o recurso de mapeamento de nomes de objetos. Para mais informações, consulte Object name mapping. Se você usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem de um objeto renomeado poderão falhar ao migrar.
   Mapear nomes de objetos	Renomeia objetos migrados na instância de destino. Para mais informações, consulte Object name mapping.
   Duração de nova tentativa em caso de falha de rede	A duração padrão de nova tentativa é de 12 horas. Você também pode especificar uma duração personalizada. Se o DTS se reconectar aos bancos de dados de source e de destino dentro da duração especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará. Nota O DTS cobra taxas pela tarefa em execução durante as novas tentativas de conexão. Para evitar cobranças desnecessárias, especifique uma duração de nova tentativa que atenda às suas necessidades de negócios. Alternativamente, libere a instância do DTS prontamente após as instâncias de source e de destino serem desativadas.
   Copiar tabelas temporárias de operações de DDL online	Se você usar Data Management (DMS) para realizar alterações de DDL online no banco de dados de source, especifique se deseja migrar dados das tabelas temporárias criadas durante as alterações. Yes: Migra dados das tabelas temporárias criadas durante as alterações de DDL online. Nota Se as tabelas temporárias criadas durante as alterações de DDL online contiverem uma grande quantidade de dados, a tarefa de migração poderá sofrer atrasos. No: Não migra dados das tabelas temporárias criadas durante as alterações de DDL online. Apenas os dados DDL originais do banco de dados de source são migrados. Nota Esta opção causa bloqueios de tabela no banco de dados de destino.

8. Após concluir a configuração, clique em Precheck and Start no canto inferior direito da página.

   Nota

   • Antes do início da tarefa de migração, o DTS executa uma pré-verificação. A tarefa só pode ser iniciada após ser aprovada na pré-verificação.

   • Se a pré-verificação falhar, clique no ícone ao lado do item com falha e visualize os detalhes.

     • Corrija os problemas conforme solicitado e execute a pré-verificação novamente.

     • Se você não precisar corrigir os itens de aviso, poderá selecionar Ignore e, em seguida, clicar em Ignore Warnings and Rerun Precheck para executar a pré-verificação novamente.

9. Após a tarefa ser aprovada na pré-verificação, clique em Next.

10. Na caixa de diálogo Confirm Settings que aparece, selecione uma Instance Class e marque a caixa de seleção Data Transmission Service (pay-as-you-go) Service Terms.

11. Clique em Buy and Start para iniciar a migração.

    • Migração de schema + Migração de dados completa

      Permita que a tarefa seja concluída automaticamente. Interrompê-la manualmente pode resultar em dados incompletos.

    • Migração de schema + Migração de dados completa + Migração de dados incremental

      A tarefa de migração não é interrompida automaticamente. Você deve interrompê-la manualmente.

      Importante

      Escolha um horário apropriado para interromper a tarefa manualmente, como durante horários de baixa demanda ou quando estiver pronto para transferir seus negócios para o cluster de destino.

      1. Aguarde até que a tarefa de migração entre na fase Incremental Data Migration e o status mostre Undelayed. Em seguida, pare de gravar dados no banco de dados de source por alguns minutos. Durante esse tempo, o status da Incremental Data Migration poderá mostrar uma latência.

      2. Aguarde até que o status da Incremental Data Migration mostre Undelayed novamente. Em seguida, interrompa manualmente a tarefa de migração. Selecione a caixa de seleção da tarefa de migração de destino e clique em Pause na barra de operação em lote na parte inferior da página.

12. Transfira suas cargas de trabalho para a instância de destino do ApsaraDB RDS.