Data Transmission Service:Migrar o Amazon Aurora MySQL para o PolarDB for MySQL

Pré-requisitos

• Garanta que o DTS consiga se conectar ao banco de dados de origem Amazon Aurora MySQL.

  Recomendamos definir Public access como Yes nas configurações de rede e segurança do banco de dados de origem. Isso permite definir o Access Method como Public IP Address durante a configuração da 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.

• Crie um cluster do Alibaba Cloud PolarDB for MySQL. Para mais detalhes, consulte Custom purchase.

• O espaço de armazenamento do cluster do Alibaba Cloud PolarDB for MySQL deve ser maior que o espaço utilizado pelo cluster do Amazon Aurora MySQL.

Observações

• Durante a migração completa de dados, o DTS consome recursos de leitura e gravação nos bancos de dados de origem e destino, o que aumenta a carga sobre eles. Se os bancos de dados tiverem desempenho inferior, especificações baixas ou cargas de trabalho elevadas (por exemplo, muitas consultas SQL lentas ou tabelas sem chaves primárias na origem, ou deadlocks no destino), o aumento de carga pode sobrecarregá-los ou até causar interrupções no service. Execute a migração 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 origem não tiver chave primária ou restrição única, poderão ocorrer dados duplicados no banco de dados de destino.

• Para colunas FLOAT ou DOUBLE, o DTS lê valores usando a função ROUND(COLUMN,PRECISION). Caso a precisão não seja definida explicitamente, o DTS usa 38 dígitos para FLOAT e 308 dígitos para DOUBLE. Verifique se essa precisão padrão atende aos requisitos do seu negócio.

• Se o nome do banco de dados de origem não seguir as convenções de nomenclatura do PolarDB for MySQL, crie o banco de dados no PolarDB for MySQL antes de configurar a tarefa de migração.

  Nota

  Para obter mais informações sobre as convenções de nomenclatura do PolarDB for MySQL e como criar um banco de dados, consulte Criar um banco de dados.

• Se uma tarefa de migração falhar, o DTS tentará retomá-la automaticamente. Antes de alternar seus serviços para a instância de destino, pare ou libere a tarefa. Isso evita que uma tarefa retomada sobrescreva dados na instância de destino com dados do banco de dados de origem.

Faturamento

Tipos de migração

• Migração de estrutura

  O DTS migra a estrutura dos objetos selecionados para o Alibaba Cloud PolarDB for MySQL. Atualmente, o DTS suporta migração de estrutura para tabelas, views, triggers, stored procedures e stored functions. Não há suporte à migração de estrutura para eventos.

  Nota

  • Durante a migração de estrutura, o DTS converte DEFINER para INVOKER em views, stored procedures e stored functions.

  • Como o DTS não migra informações de usuário, conceda permissões de leitura e gravação à conta invocadora nas views, stored procedures e stored functions do banco de dados de destino.

• Migração completa de dados

  O DTS migra todos os dados existentes nos objetos selecionados do Amazon Aurora for MySQL para o Alibaba Cloud PolarDB for MySQL.

  Nota

  A migração completa de dados utiliza operações INSERT concorrentes, o que pode causar fragmentação de tabelas na instância de destino. Como resultado, o tablespace na instância de destino pode ficar maior do que na instância de origem.

• Migração incremental de dados

  Após a migração completa de dados, o DTS lê o binlog do Amazon Aurora for MySQL para sincronizar alterações incrementais de dados com o Alibaba Cloud PolarDB for MySQL. Esse processo garante uma migração suave do banco de dados e minimiza o tempo de inatividade da aplicação.

Permissões de contas de banco de dados

Para criar uma conta de banco de dados e conceder os privilégios necessários:

• Para o Amazon Aurora MySQL, consulte Create an account for a self-managed MySQL database and configure binary logging.

• Para o Alibaba Cloud PolarDB for MySQL, consulte Create and manage database accounts.

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

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 dos 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 dos servidores DTS na região do banco de dados de destino. Por exemplo, se o banco de dados de origem estiver na região Singapore e o de destino na região China (Hangzhou), adicione apenas os blocos CIDR dos servidores DTS na região China (Hangzhou).

   • É possível 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 Suporte da AWS.

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 incremental de dados 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 habilitado no Amazon Aurora MySQL e o parâmetro binlog_format deve estar definido como ROW. Se você usar o MySQL 5.6 ou posterior, o parâmetro binlog_row_image deve estar 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. Acesse a página da lista de tarefas de migração da região de destino usando um dos métodos a seguir.

   Pelo console do DTS

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

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

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

   Pelo console do DMS

   Nota

   As operações reais podem variar dependendo do modo e 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.

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

3. 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 poderá falhar ou ocorrer inconsistência de dados.

   Categoria	Parâmetro	Descrição
   N/A	Task Name	O DTS gera automaticamente um nome para a tarefa. Recomendamos especificar um nome descritivo para facilitar a identificação. O nome não precisa ser único.
   Source Database	Select a DMS database instance.	Escolha se deseja usar uma instância existente, conforme necessário. Ao usar uma instância existente, as informações do banco de dados abaixo são preenchidas automaticamente. Não é necessário inseri-las novamente. Se não utilizar uma instância existente, configure as informações do banco de dados abaixo. Nota No console do DMS, clique 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, registre 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 Amazon Aurora MySQL está localizado. Nota Se a região do seu banco de dados Amazon Aurora MySQL não estiver disponível na lista suspensa, selecione a região mais próxima.
   	Domain Name or IP	Insira o endpoint do banco de dados Amazon Aurora MySQL. Nota Obtenha o endpoint do banco de dados na página Basic Information do seu banco de dados Amazon Aurora MySQL.
   	Port	Insira a porta de serviço do banco de dados Amazon Aurora MySQL. A porta padrão é 3306.
   	Database Account	Insira a conta do banco de dados Amazon Aurora MySQL. Para informações sobre as permissões necessárias, consulte Required permissions for database accounts.
   	Database Password	Insira a senha da conta do banco de dados.
   	Encryption	Selecione Non-encrypted ou SSL-encrypted conforme seus requisitos. Se a criptografia SSL estiver desativada no banco de dados Amazon Aurora MySQL, selecione Non-encrypted. Se a criptografia SSL estiver ativada no banco de dados Amazon Aurora MySQL, selecione SSL-encrypted. Também será necessário fazer upload do CA Certificate e inserir a CA Certificate Password.
   Destination Database	Select a DMS database instance.	Escolha se deseja usar uma instância existente, conforme necessário. Ao usar uma instância existente, as informações do banco de dados abaixo são preenchidas automaticamente. Não é necessário inseri-las novamente. Se não utilizar uma instância existente, configure as informações do banco de dados abaixo. Nota No console do DMS, clique 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, registre 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 PolarDB for MySQL.
   	Access Method	Selecione Alibaba Cloud Instance.
   	Instance Region	Selecione a região onde a instância de destino PolarDB for MySQL está localizada.
   	PolarDB Cluster ID	Selecione o ID da instância de destino PolarDB for MySQL.
   	Database Account	Insira a conta do banco de dados da instância de destino PolarDB for MySQL. Para informações sobre as permissões necessárias, consulte Required permissions for database accounts.
   	Database Password	Insira a senha da conta do banco de dados.
   	Encryption	Selecione um tipo de conexão conforme necessário. Para mais informações sobre o recurso de criptografia SSL, consulte Enable SSL encryption.

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 exibida, clique em Test Connectivity.

   Nota

   Certifique-se de que os segmentos de endereço IP do service DTS foram 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 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 deseja migrar.

      Parâmetro	Descrição
      Migration Types	Para realizar apenas uma migração completa, selecione tanto Schema Migration quanto Full Data Migration. Para executar uma migração sem tempo de inatividade, selecione Schema Migration, Full Data Migration e Incremental Data Migration. Nota Caso não selecione Schema Migration, garanta que exista um banco de dados e tabelas para receber os dados no banco de dados de destino. Utilize também o recurso de mapeamento de nomes de objetos na caixa Selected Objects, se necessário. Se não selecionar Incremental Data Migration, não grave novos dados na instância de origem durante a migração para garantir a consistência dos dados.
      Method to Migrate Triggers in Source Database	Escolha um método para migrar triggers conforme seus requisitos. Se os objetos a serem migrados não envolverem triggers, pule esta etapa. Para mais informações, consulte Configure the method to synchronize or migrate triggers. Nota Este parâmetro está disponível somente quando você seleciona Schema Migration em Migration Types.
      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 houver tabelas com nomes iguais, 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 iniciará. Nota Caso uma tabela no banco de dados de destino tenha o mesmo nome, mas não possa 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 esquemas das tabelas forem consistentes e um registro no banco de dados de destino tiver o mesmo valor de chave primária que um registro no banco de dados de origem: Durante a migração completa, o DTS mantém o registro no banco de dados de destino. O registro do banco de dados de origem não é migrado. Durante a migração incremental, o DTS não mantém o registro no banco de dados de destino. O registro do banco de dados de origem sobrescreve o registro no banco de dados de destino. Se os esquemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas ou a migração poderá falhar. Prossiga com cautela.
      Capitalization of Object Names in Destination Instance	Configure 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, a DTS default policy é selecionada. Também é possível manter a diferenciação de maiúsculas e minúsculas consistente com a política padrão do banco de dados de origem ou de destino. Para mais informações, consulte Case sensitivity of object names in the destination database.
      Source Objects	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 seleção de objetos de migração é schema, 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 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 Ao utilizar o recurso de mapeamento de nomes de objetos, a migração de outros objetos dependentes do objeto mapeado pode falhar. Para filtrar dados usando uma cláusula WHERE, clique com o botão direito do mouse na tabela a ser migrada na caixa Selected Objects e defina as condições de filtro na caixa de diálogo exibida. Para instruções, consulte Configure filter conditions. Para selecionar operações SQL a serem migradas no nível de banco de dados ou tabela, clique com o botão direito do mouse no objeto na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo exibida.

   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. Não é necessário selecionar um. Para tarefas mais estáveis, adquira um dedicated cluster para executar tarefas de migração do DTS.
      Select the engine type of the destination database	Selecione o tipo de mecanismo para o banco de dados de destino. InnoDB: Mecanismo de armazenamento padrão. X-Engine: Mecanismo de armazenamento de banco de dados para processamento de transações online (OLTP).
      Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Se utilizar Data Management (DMS) ou gh-ost para realizar alterações DDL online no banco de dados de origem, escolha 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 pelas 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 pelas alterações DDL online. Migra apenas as instruções DDL originais executadas usando Data Management (DMS). Nota Esta opção causa o bloqueio de tabelas no banco de dados de destino. No, Adapt to gh-ost: Não migra os dados das tabelas temporárias geradas pelas 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. Modifique 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 causa o bloqueio de tabelas no banco de dados de destino.
      Retry Time for Failed Connections	Após o início da tarefa de migração, se a conexão com o banco de dados de origem ou de destino falhar, o DTS relatará um erro e 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 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 assim que 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 não relacionado à conectividade, como uma exceção de execução DDL ou DML, no banco de dados de origem ou de destino, o DTS relatará um erro e 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 velocidade 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. Isso não é obrigatório 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 do 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 do DTS relate um atraso. No: Grava informações SQL de heartbeat no banco de dados de origem. Isso pode interferir em recursos como backup físico e clonagem do banco de dados de origem.
      Configure ETL	Com base nas necessidades do seu negócio, selecione se deseja configurar o ETL feature para processar dados. Yes: Configura o recurso ETL. Também será necessário inserir data processing statements na caixa de texto. No: Não configura o recurso ETL.
      Monitoring and Alerting	Selecione se deseja definir alertas e receber notificações de alerta com base nas necessidades do seu negócio. No: Não define alerta. Yes: Configure alertas definindo um alert threshold e um notificações de alerta. Se uma migração falhar ou a latência exceder o limiar, o sistema enviará uma notificação de alerta.

   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. 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 do mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters no balão exibido.

   • 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 executa uma pré-verificação. A tarefa só inicia após ser aprovada na pré-verificação.

   • Se a pré-verificação falhar, clique em View Details ao lado do item reprovado, corrija o problema conforme a instrução 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 reprovado, corrija o problema conforme a instruçã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, problemas como inconsistência de dados podem ocorrer e representar riscos ao seu negócio.

7. Adquira a instância.

   1. Quando a Success Rate for 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 é default resource group. 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. Selecione uma especificação com base no cenário do seu negócio. 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 exibida, 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 parará 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 parará 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.

Procedimento (console anterior)

1. Faça login no console do DTS.

   Nota

   Se você for redirecionado automaticamente para o console do Data Management (DMS), clique no ícone no canto inferior direito e, em seguida, clique 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 origem e de destino.

   

   Categoria	Parâmetro	Descrição
   N/A	Nome da tarefa	O DTS gera automaticamente um nome para a tarefa. Especifique um nome descritivo para facilitar a identificação. O nome não precisa ser único.
   Informações do banco de dados de origem	Tipo de instância	Selecione Self-managed database with a public IP address.
   	Região	Se definir Instance Type como Self-managed database with a public IP address, este parâmetro não é obrigatório.
   	Tipo de banco de dados	Selecione MySQL.
   	Nome do host ou endereço IP	Insira o endpoint do banco de dados Amazon Aurora MySQL. Nota Obtenha o endpoint do banco de dados na página Basic Information do seu banco de dados Amazon Aurora MySQL. No console do Amazon RDS, selecione a instância writer de destino e clique na aba Connection and Security. Encontre o endpoint na seção Endpoints and Ports (o formato do endpoint é xxx.rds.amazonaws.com e a porta é 3306).
   	Porta	Insira a porta de serviço do banco de dados Amazon Aurora MySQL. O valor padrão é 3306.
   	Conta do banco de dados	Insira a conta do banco de dados Amazon Aurora MySQL. Para as permissões necessárias, consulte Required permissions for database accounts.
   	Senha do banco de dados	Insira a senha da conta do banco de dados. Nota Após configurar o banco de dados de origem, clique em Test Connectivity ao lado de Database Password para testar a conexão. Se o teste for aprovado, Passed será exibido. Se Failed for exibido, clique em Diagnose ao lado de Failed e ajuste as configurações com base nos resultados.
   Informações do banco de dados de destino	Tipo de instância	Selecione Apsara PolarDB.
   	Região	Selecione a região onde sua instância PolarDB for MySQL está localizada.
   	ID da instância PolarDB	Selecione o ID da sua instância PolarDB for MySQL.
   	Conta do banco de dados	Insira a conta da sua instância PolarDB for MySQL. Para as permissões necessárias, consulte Required permissions for database accounts.
   	Senha do banco de dados	Insira a senha da conta do banco de dados. Nota Após configurar o banco de dados de destino, clique em Test Connectivity ao lado de Database Password para testar a conexão. Se o teste for aprovado, Passed será exibido. Se Failed for exibido, clique em Diagnose ao lado de Failed e ajuste as configurações com base nos resultados.

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

   Se o banco de dados de origem ou de destino for uma instância de banco de dados do Alibaba Cloud, como uma instância RDS for MySQL ou ApsaraDB for MongoDB, o DTS adiciona automaticamente os blocos CIDR de endereços IP do service DTS da região correspondente à lista de permissões de endereços IP da instância. Se o banco de dados de origem ou de destino for um banco de dados autogerenciado em uma instância ECS, o DTS adiciona automaticamente os blocos CIDR de endereços IP do service DTS da região correspondente às regras de segurança da instância ECS. Garanta também que o banco de dados autogerenciado permita acesso da instância ECS. Se o banco de dados estiver implantado como um cluster em várias instâncias ECS, adicione manualmente os blocos CIDR de endereços IP do service DTS da região correspondente às regras de segurança de cada instância ECS. Se o banco de dados de origem ou de destino for um banco de dados autogerenciado em um data center ou outro banco de dados cloud, adicione manualmente os blocos CIDR de endereços IP do service DTS da região correspondente para permitir o acesso dos servidores DTS. Para os blocos CIDR de endereços IP, 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. É sua responsabilidade 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 internas de api, 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 e objetos de migração.

   

   Parâmetro	Descrição
   Tipo de migração	Para realizar apenas uma migração completa, selecione tanto Schema Migration quanto Full Data Migration. Para executar uma migração com tempo de inatividade mínimo, selecione Schema Migration, Full Data Migration e Incremental Data Migration. Nota Para garantir a consistência dos dados, não grave novos dados no banco de dados Amazon Aurora MySQL durante a migração se não selecionar Incremental Data Migration.
   Objetos de migração	Na caixa Migration Objects, selecione os objetos a serem migrados e clique em para movê-los para a caixa Selected Objects. Nota Selecione objetos nos níveis de banco de dados, tabela e coluna. Por padrão, os nomes dos objetos são os mesmos nos bancos de dados de origem e de destino. Para renomear um objeto no banco de dados de destino, use o recurso de mapeamento de nomes de objetos. Para mais informações, consulte Object name mapping. O mapeamento de nomes de objetos pode causar falha na migração de objetos dependentes.
   Mapear nome do objeto	Permite renomear um objeto migrado na instância de destino. Para mais informações, consulte Object name mapping.
   Duração de nova tentativa em caso de falha de conexão	A duração padrão é de 12 horas, que pode ser personalizada. Se o DTS reconectar aos bancos de dados dentro do tempo especificado, a tarefa será retomada automaticamente. Caso contrário, a tarefa falhará. Nota Cobranças são incorridas pelo tempo de execução da tarefa durante as novas tentativas de conexão. Recomendamos personalizar a duração da nova tentativa com base nas necessidades do seu negócio ou parar a instância do DTS após a liberação das instâncias de banco de dados de origem e de destino.
   Replicar tabelas temporárias geradas pelo DMS online DDL	Se o banco de dados de origem usar Data Management (DMS) para realizar alterações DDL online, escolha se deseja migrar dados das tabelas temporárias criadas pelas alterações DDL online. Yes: Migra dados das tabelas temporárias geradas pelas alterações DDL online. Nota Se as tabelas temporárias geradas pelas alterações DDL online contiverem uma grande quantidade de dados, isso pode aumentar a latência da migração. No: Não migra dados das tabelas temporárias geradas pelas alterações DDL online. Apenas os dados DDL originais do banco de dados de origem 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 iniciar após ser aprovada na pré-verificação.

   • Se a pré-verificação falhar, clique no ícone ao lado do item reprovado para visualizar detalhes.

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

     • Se não precisar corrigir os itens de aviso, selecione Ignore e clique 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 exibida, 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 esquema + Migração completa de dados

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

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

      A tarefa de migração não para automaticamente. Pare-a manualmente.

      Importante

      Escolha um horário apropriado para parar a tarefa manualmente, como em horários de baixa demanda ou quando estiver pronto para alternar seu negócio para o cluster de destino.

      1. Aguarde até que a tarefa de migração entre na fase de Incremental Data Migration e o status mostre Undelayed. Em seguida, pare de gravar dados no banco de dados de origem por alguns minutos. Durante esse período, o status de Incremental Data Migration pode apresentar latência.

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

12. Alterne suas cargas de trabalho para a instância PolarDB for MySQL.