O Database Migration Service oferece muita flexibilidade para suas migrações homogêneas do MySQL para o Cloud SQL para MySQL. Dependendo do tamanho do banco de dados, dos requisitos de inatividade e da configuração de rede, há diferentes fluxos de trabalho disponíveis para atender melhor ao seu cenário. Os pré-requisitos detalhados de rede e outros são descritos em cada guia de migração.
A tabela a seguir mostra uma visão geral de cada fluxo de migração:
| Fluxo de trabalho de migração | Mais adequado para | Descrição |
|---|---|---|
| Migrar para uma nova instância de destino | Migrações padrão em que você quer que o Database Migration Service crie e configure a instância de destino do Cloud SQL para você. | O Database Migration Service provisiona automaticamente uma nova instância de destino do Cloud SQL usando as opções de configuração que você selecionar e migra os esquemas e dados de origem. Abrange migrações contínuas e únicas usando arquivos mysqldump automáticos ou manuais. |
| Migrar para uma instância de destino atual | Cenários em que é necessário pré-criar e personalizar a instância de destino do Cloud SQL fora do Database Migration Service (por exemplo, usando o Terraform, flags de banco de dados personalizadas, réplicas de leitura atuais ou interfaces do Private Service Connect). | Migre dados para uma instância independente do Cloud SQL que você já criou e configurou antes de configurar o job de migração. Abrange migrações contínuas e únicas. |
| Migrar usando um arquivo físico do Percona XtraBackup | Bancos de dados autohospedados muito grandes, de vários terabytes, em que uma exportação lógica do mysqldump seria muito lenta. |
Realize uma migração física criando arquivos de backup físico com o utilitário de terceiros Percona XtraBackup e fazendo upload deles para um bucket do Cloud Storage. |