Vista geral
Antes de optar por migrar as suas bases de dados para o Cloud SQL, certifique-se de que considera as limitações conhecidas para este cenário de migração.
As limitações conhecidas da utilização de uma base de dados MySQL como origem incluem:
A migração para o MySQL 5.6 ou o MySQL 8.4 com um ficheiro de cópia de segurança física do Percona XtraBackup não é suportada.
Quando migra entre versões principais do MySQL (por exemplo, do MySQL 8.0 para o MySQL 8.4), tem de resolver possíveis incompatibilidades para garantir uma migração simples sem problemas de consistência de dados.
Quando se preparar para uma migração entre versões, reveja as funcionalidades suportadas pelo Cloud SQL para MySQL bem como as notas de lançamento da sua versão principal de destino para determinar as incompatibilidades que tem de resolver.
Não faça alterações à linguagem de definição de dados (LDD), como modificar as definições das tabelas, durante a fase de descarga de dados completa. As alterações DDL realizadas antes de a tarefa de migração passar para a fase de CDC podem fazer com que a tarefa de migração falhe. Para mais informações, consulte o artigo Diagnosticar problemas: erro
Table definition has changed.Se a origem for o Amazon RDS MySQL, o Amazon Aurora MySQL ou uma origem que não conceda privilégios de SUPERUSER, são necessários passos adicionais para uma migração bem-sucedida, incluindo um breve tempo de inatividade de gravação na origem. Para mais informações, consulte as secções específicas do Amazon RDS e específicas do Amazon Aurora.
O serviço de migração de bases de dados não pode migrar dados de uma instância de réplica de leitura do Amazon Aurora de um cluster de base de dados MySQL porque não é possível obter ficheiros de registo binários da instância. Para mais informações, consulte a secção específica do Amazon Aurora.
A base de dados do sistema MySQL não é migrada como parte da migração do servidor, o que significa que as informações sobre as funções de utilizador não estão incluídas.
Não pode selecionar objetos de base de dados específicos (como bases de dados, tabelas ou esquemas) quando migra através do Database Migration Service. Todas as tabelas de todas as bases de dados e esquemas são migradas, exceto os seguintes esquemas do sistema:
mysql,performance_schema,information_schemaesys. Antes de iniciar a migração, certifique-se de que a base de dados de origem não contém objetos que referenciem tabelas nestes esquemas. Caso contrário, a migração pode falhar com a mensagemERROR 1109 (42S02): Unknown table in <schema name here>. Consulte os artigos Configure a base de dados de origem e Diagnostique problemas.Se as bases de dados encriptadas exigirem chaves de encriptação geridas pelo cliente para desencriptar as informações nas bases de dados e se o serviço de migração de bases de dados não tiver acesso às chaves, não é possível migrar as bases de dados.
O serviço de migração de bases de dados suporta a migração de dados de bases de dados Amazon Aurora ou Amazon RDS encriptadas, porque estas bases de dados processam a desencriptação de forma transparente nos respetivos serviços. Para mais informações, consulte os artigos Encriptar recursos do Amazon Aurora e Encriptar recursos do Amazon RDS.
Durante a migração, a base de dados do Cloud SQL de destino está no modo só de leitura para impedir a modificação da base de dados, o que pode interromper o processo de migração ou a integridade dos dados. Depois de o destino ser promovido, torna-se gravável.
Atualmente, o serviço de migração de bases de dados não é compatível com o MariaDB.
Tem de definir o formato de registo binário como
ROW. A configuração do registo binário para qualquer outro formato, comoSTATEMENTouMIXED, pode fazer com que a replicação falhe. Por exemplo, usando a declaraçãoLOAD DATA IN FILE.Saiba mais acerca desta limitação para os formatos
STATEMENTouMIXED.Se criar uma tarefa de migração contínua com o seu próprio ficheiro de despejo, não use o utilitário
mysqldumpda versão 5.7.36 do MySQL. Para mais informações, consulte o erro n.º 105761 na documentação do MySQL.O InnoDB é o único motor de armazenamento suportado para o Cloud SQL. A migração com o MyISAM pode causar inconsistência de dados e requer a validação de dados. Para obter ajuda com a conversão de tabelas do MyISAM para o InnoDB, consulte a documentação do MySQL.
O método de conetividade das interfaces do Private Service Connect só é suportado para a migração para instâncias de destino existentes. Se quiser usar a conetividade IP privada e migrar para uma nova instância de destino, use o peering de VPC.
Considerações sobre o paralelismo da captura de dados
O paralelismo de despejo de dados permite-lhe migrar de bases de dados MySQL através de um mecanismo de despejo de alto desempenho, o que melhora significativamente a velocidade de migração. Quando usar o paralelismo de despejo de dados, considere o seguinte:
O paralelismo de descarga de dados está atualmente disponível apenas quando migra para o MySQL versões 5.7 ou 8.
No início da descarga de dados, o Database Migration Service bloqueia brevemente a base de dados de origem, tornando-a temporariamente indisponível para escritas. A duração do bloqueio depende do número de tabelas na base de dados de origem:
Número de tabelas Hora de bloqueio aproximada 100 1 segundo 10 mil 9 segundos 50 mil 49 segundos
Limitações para migrações para instâncias de destino existentes
- A instância de destino existente tem de estar vazia ou conter apenas dados de configuração do sistema. A migração para instâncias de destino existentes
que contenham dados do utilizador (como tabelas) não é suportada.
Se encontrar problemas devido a dados adicionais na instância de destino existente, limpe as bases de dados na instância de destino e tente novamente a tarefa de migração. Consulte o artigo Limpe os dados adicionais da instância de destino existente.
- Só pode configurar uma tarefa de migração por instância de destino.
- Só pode migrar para instâncias autónomas do Cloud SQL. A migração para réplicas de servidores externos não é suportada.
- A migração de dados para uma instância do Cloud SQL com o Private Service Connect ativado não é suportada.
- A migração para uma instância do Cloud SQL que tenha uma réplica de leitura requer que a sua instância de origem tenha o registo do ID da transação global (GTID) ativado.
- Para utilizadores do Terraform: o serviço de migração de bases de dados modifica as definições de cópia de segurança e recuperação da instância de destino. Isto pode fazer com que as definições da instância de destino sejam diferentes da configuração do Terraform que usou para o aprovisionamento. Se tiver este problema, siga as orientações em Diagnosticar problemas.
Quotas
- Podem existir até 2000 perfis de ligação e 1000 tarefas de migração em qualquer altura. Para criar espaço para mais, pode eliminar tarefas de migração (incluindo as concluídas) e perfis de ligação.