Migrar o Banco de Dados do Azure para MySQL - Servidor Único para Servidor Flexível usando a CLI de Importação do Banco de Dados do Azure para MySQL
APLICA-SE A: 
Banco de dados do Azure para MySQL – Servidor Único
A CLI de Importação do Banco de Dados do Azure para MySQL permite que você migre seu Banco de Dados do Azure para MySQL perfeitamente - Servidor Único para Servidor Flexível. Ele usa a tecnologia de backup e restauração de instantâneos para oferecer um caminho de migração simples e rápido para restaurar os arquivos de dados físicos do servidor de origem para o servidor de destino. Após a operação de Importação, você pode aproveitar os benefícios do Servidor Flexível, incluindo melhores preço e desempenho, controle granular sobre a configuração do banco de dados e janelas de manutenção personalizadas.
Com base nas entradas do usuário, ele assume a responsabilidade de provisionar seu Servidor Flexível de destino e, em seguida, fazer o backup do servidor de origem e restaurar o destino. Ele copia os arquivos de dados, parâmetros do servidor, regras de firewall compatíveis e propriedades do servidor (camada, versão, nome do sku, tamanho do armazenamento, localização, backup com redundância geográfica, acesso público, tags, crescimento automático, dias de retenção de backup, usuário administrador e senha de administrador) da instância de Servidor Único para Flexível.
A CLI de Importação do Banco de Dados do Azure para MySQL dá suporte a uma migração de tempo de inatividade quase zero executando primeiro uma operação de importação offline e, consequentemente, os usuários podem configurar a replicação de dados entre a origem e o destino para executar uma migração online.
Esse tutorial mostra como usar o comando de Importação do Banco de Dados do Azure para MySQL para migrar seu Servidor Único do Banco de Dados do Azure para MySQL para o Servidor Flexível.
Novidades
- Agora há suporte para a operação de Importação do Banco de Dados do Azure para MySQL para Servidores Únicos com arquitetura de Armazenamento Herdado (Armazenamento de Uso Geral V1). Você precisa definir o parâmetro log_bin=ON para sua instância de Servidor Único com Armazenamento Herdado antes de iniciar a operação de importação. Para fazer isso, crie uma réplica de leitura para sua instância do Servidor Único e exclua-a. Essa operação definirá o parâmetro log_bin como ON e você poderá disparar uma operação de importação para migrar para o Servidor Flexível. (fevereiro de 2024)
Iniciar o Azure Cloud Shell
O Azure Cloud Shell é um shell gratuito e interativo que poderá ser usado para executar as etapas deste artigo. Ele tem ferramentas do Azure instaladas e configuradas para usar com sua conta.
Para abrir o Cloud Shell, selecione Experimentar no canto superior direito de um bloco de código. Você também pode abrir o Cloud Shell em uma guia separada do navegador indo até https://shell.azure.com/bash. Selecione Copiar para copiar os blocos de código, cole-o no Cloud Shell e selecione Enter para executá-lo.
Se preferir instalar e usar a CLI localmente, este tutorial exigirá a CLI do Azure versão 2.54.0 ou posterior. Execute az --version para encontrar a versão. Se você precisa instalar ou atualizar, consulte Instalar a CLI do Azure.
Instalação
Você deve entrar na sua conta usando o comando az sign-in. Observe a propriedade id, que se refere à ID de assinaturada sua conta do Azure.
az login
Selecione a assinatura específica na qual o Banco de Dados do Azure para MySQL - Servidor Único de origem reside em sua conta usando o comando az account set. Anote o valor da id da saída az login para usá-la como valor do argumento subscription no comando. Se você tiver várias assinaturas, escolha a assinatura apropriada na qual reside a fonte Banco de Dados do Azure para MySQL - Servidor Único. Para obter todas as suas assinaturas, use az account list.
az account set --subscription <subscription id>
Limitações e pré-requisitos
Se o Servidor Único do Banco de Dados do Azure para MySQL de origem tiver o SKU Básico, considere especificar o SKU no comando de importação como Uso geral para aliviar todos os problemas de falta de memória. Você pode alterar o SKU de volta para com capacidade de intermitência na instância migrada do Servidor Flexível após a migração.
Se o Servidor Único do Banco de Dados do Azure para MySQL de origem tiver a versão do mecanismo v8.x, certifique-se de atualizar a versão do driver do cliente .NET do servidor de origem para 8.0.32 para evitar qualquer incompatibilidade de codificação após a migração para o Servidor Flexível.
O Banco de Dados do Azure para MySQL - Servidor Único de origem e o Banco de Dados do Azure para MySQL - Servidor Flexível de destino devem estar na mesma assinatura, grupo de recursos, região e na mesma versão do MySQL. A importação entre assinaturas, grupos de recursos, regiões e versões não é possível.
As versões do MySQL compatíveis com a CLI de Importação do Banco de Dados do Azure para MySQL são 5.7 e 8.0. Se você estiver em uma versão principal diferente do MySQL no Servidor Único, certifique-se de atualizar sua versão na instância do Servidor Único antes de acionar o comando de importação.
Se a instância do Banco de Dados do Azure para MySQL – Servidor Único tiver o parâmetro de servidor 'lower_case_table_names' definido como 2 e seu aplicativo usar tabelas de partição, a operação de Importação resultará em tabelas de partição corrompidas. A recomendação é definir 'lower_case_table_names' como 1 para sua instância do Banco de Dados do Azure para MySQL – Servidor Único para continuar com a operação de Importação mySQL sem corrupção.
Não há suporte para a Importação para um Servidor Flexível do MySQL do Azure existente. O comando CLI inicia a importação de um novo Servidor Flexível do MySQL do Azure.
Se o servidor de destino flexível for provisionado como não HA (alta disponibilidade desabilitada) ao atualizar os parâmetros de comando da CLI, ele poderá ser alternado posteriormente para a HA da mesma zona, mas não para a HA com redundância de zona.
Para instâncias de Servidor Único habilitadas para CMK, o comando Import do Banco de Dados do Azure para MySQL exige que você forneça parâmetros de entrada obrigatórios para habilitar o CMK no Servidor Flexível de destino.
Se a instância de Servidor Único tiver a ' Criptografia Dupla de Infraestrutura' habilitada, é recomendável habilitar a CMK (Chave Gerenciada pelo Cliente) na instância de Servidor Flexível de destino para dar suporte a funcionalidades semelhantes. Você pode optar por habilitar o CMK no servidor de destino com parâmetros de entrada da CLI de Importação do Banco de Dados do Azure para MySQL ou pós-migração também.
Se a instância do Servidor Único tiver o ‘Repositório de Consultas’ habilitado, é recomendável habilitar logs de consulta lentos na instância do Servidor Flexível de destino para dar suporte a funcionalidades semelhantes. Você pode configurar logs de consultas lentas no servidor flexível de destino, seguindo as etapas aqui. Você pode então visualizar os insights de consulta usando o modelo de pastas de trabalho.
Considerações importantes ao usar a VNet (Rede Virtual) e a CLI de Importação do Banco de Dados do Azure para MySQL: – Evite operações simultâneas na VNet: quando estiver executando uma operação de importação, evite executar outras operações na mesma VNet. Se houver outras operações em andamento, aguarde até que elas sejam totalmente concluídas antes de iniciar a operação de importação. Isso serve para evitar possíveis conflitos ou a contenção de recursos. - Limite de migrações simultâneas do servidor: se você pretende migrar vários servidores que estão na mesma VNet, não inicie essas migrações ao mesmo tempo. Isso poderia fazer com que as operações fossem bloqueadas na VNet, resultando em tempos de espera estendidos e até mesmo em tempos limite.
Se sua instância de Servidor Único tiver arquitetura de Armazenamento Herdado (Armazenamento de Uso Geral V1), você precisará definir o parâmetro log_bin=ON para sua instância de Servidor Único antes de iniciar a operação de importação. Para fazer isso, crie uma réplica de leitura para sua instância do Servidor Único e exclua-a. Essa operação definirá o parâmetro log_bin como ON e você poderá disparar uma operação de importação para migrar para o Servidor Flexível.
Se a instância do Servidor Único tiver a Proteção Avançada contra Ameaças habilitada, você precisará habilitar a Proteção Avançada contra Ameaças na instância do Servidor Flexível migrada após a migração seguindo as etapas [aqui] (/azure/mysql/flexible-server/advanced-threat-protection-setting?view=azure-cli-latest).
Se a instância do Servidor Único tiver a versão do mecanismo v8.0, considere executar as seguintes ações para evitar alterações significativas devido a diferenças de versão secundária da comunidade entre a instância de Servidor Único e Flexível:
Execute a instrução a seguir para verificar se sua instância pode ser afetada por informações de histograma errôneas. Se as tabelas correspondentes forem saída, recomendamos que você se refira a https://dev.mysql.com/blog-archive/histogram-statistics-in-mysql/ para excluir as informações de histograma e recrie-as no Servidor Flexível. É importante observar que as informações do histograma são apenas informações estatísticas sobre as colunas, e essas informações só existem nas tabelas do sistema, portanto, a exclusão das informações do histograma não afetará os dados da tabela.
SELECT DISTINCT SCHEMA_NAME, TABLE_NAME FROM `information_schema`.`column_statistics`;Execute o comando a seguir para verificar se as tabelas que podem ter sua ordem de coluna de tabela serão desorganizadas. Se essa verificação identificar as tabelas afetadas, você precisará despejar todos os dados dessas tabelas e importá-los de volta. Se isso não for feito, a sequência de colunas no binlog pode não corresponder à sequência de colunas nas tabelas de usuários. Essa discrepância pode impedir que os usuários configurem a replicação, restaurem dados, habilitem alta disponibilidade (HA) e outras operações.
SELECT table_schema, table_name, COUNT(*) AS column_count, MAX(ORDINAL_POSITION) AS max_ordinal_position FROM information_schema.columns GROUP BY table_schema, table_name HAVING column_count != max_ordinal_position;
Somente a importação no nível da instância é suportada. Não é fornecida nenhuma opção para importar bancos de dados selecionados em uma instância.
Os itens abaixo devem ser copiados da origem para o destino pelo usuário após a operação de Importação:
- Réplicas de Leitura
- Configurações da página de monitoramento (configurações de Alertas, Métricas e Diagnóstico)
- Todos os scripts Terraform/CLI hospedados por você para gerenciar sua instância de Servidor Único devem ser atualizados com referências ao Servidor Flexível
Acionar uma operação de importação do Banco de Dados do Azure para MySQL para migrar do Banco de Dados do Azure para MySQL – Servidor Único para Servidor Flexível
Dispare uma operação de importação do Banco de Dados do Azure para MySQL com o comando az mysql flexible-server import create. O comando a seguir cria um Servidor Flexível de destino e executa a importação no nível da instância da origem para o destino utilizando os padrões de serviço e os valores do contexto local da CLI do Azure:
az mysql flexible-server import create --data-source-type
--data-source
--resource-group
--name
[--sku-name]
[--tier]
[--version]
[--storage-size]
[--mode]
[--admin-password]
[--admin-user]
[--auto-scale-iops {Disabled, Enabled}]
[--backup-identity]
[--backup-key]
[--backup-retention]
[--database-name]
[--geo-redundant-backup {Disabled, Enabled}]
[--high-availability {Disabled, SameZone, ZoneRedundant}]
[--identity]
[--iops]
[--key]
[--location]
[--private-dns-zone]
[--public-access]
[--resource-group]
[--standby-zone]
[--storage-auto-grow {Disabled, Enabled}]
[--subnet]
[--subnet-prefixes]
[--tags]
[--vnet]
[--zone]
O exemplo a seguir recebe as informações da fonte de dados do Servidor Único denominado 'servidor único de teste' e as informações do Servidor Flexível de destino, cria um Servidor Flexível de destino denominado test-flexible-server no local westus (mesmo local do Servidor Único de origem) e executa uma importação da origem para o destino. O comando Importação do Banco de Dados do Azure para MySQL mapeia a camada, a versão, o nome do SKU, o tamanho do armazenamento, a localização, o backup com redundância geográfica, o acesso público, as marcas, o aumento automático, as propriedades backup-retention-days, admin-user e admin-password do Servidor Único para o Servidor Flexível como padrões inteligentes se nenhuma entrada for fornecida ao comando da CLI. Você pode optar por substituir os padrões inteligentes fornecendo entradas para esses parâmetros opcionais.
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg" --name "test-flexible-server"
O exemplo a seguir pega as informações da fonte de dados do Servidor Único denominado ''test-single-server'' e as informações do Servidor Flexível de destino, cria um Servidor Flexível de destino chamado test-flexible-server no local westus (mesmo local do Servidor Único de origem) com Redundância de Zona habilitada e integração de rede virtual e realiza uma importação da origem para o destino. Saiba mais sobre a configuração de rede virtual aqui.
# create vnet
az network vnet create --resource-group testGroup --name myVnet --location testLocation --address-prefixes 172.0.0.0/16
# create subnet
az network vnet subnet create --resource-group testGroup --vnet-name myVnet --address-prefixes 172.0.0.0/24 --name mySubnet
# create private dns zone
az network private-dns zone create -g testGroup -n myserver.private.contoso.com
# trigger mysql import
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg" --name "test-flexible-server" --high-availability ZoneRedundant --zone 1 --standby-zone 3 --vnet "myVnet" --subnet "mySubnet" --private-dns-zone "myserver.private.contoso.com"
O exemplo a seguir usa as informações de fonte de dados para o Servidor Único denominado "test-single-server" com a CMK (Chave Gerenciada pelo Cliente) habilitada e as informações de servidor flexível de destino, cria um Servidor Flexível de destino nomeado test-flexible-server e executa uma importação de origem para destino. Para instâncias de Servidor Único habilitadas para CMK, o comando de Importação do Banco de Dados do Azure para MySQL exige que você forneça parâmetros de entrada obrigatórios para habilitar CMK: --key keyIdentifierOfTestKey --identity testIdentity.
# create keyvault
az keyvault create -g testGroup -n testVault --location testLocation \
--enable-purge-protection true
# create key in keyvault and save its key identifier
keyIdentifier=$(az keyvault key create --name testKey -p software \
--vault-name testVault --query key.kid -o tsv)
# create identity and save its principalId
identityPrincipalId=$(az identity create -g testGroup --name testIdentity \
--location testLocation --query principalId -o tsv)
# add testIdentity as an access policy with key permissions 'Wrap Key', 'Unwrap Key', 'Get' and 'List' inside testVault
az keyvault set-policy -g testGroup -n testVault --object-id $identityPrincipalId \
--key-permissions wrapKey unwrapKey get list
# trigger azure database for mysql import for CMK enabled single server
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg" --name "test-flexible-server" --key $keyIdentifier --identity testIdentity
Aqui estão os detalhes dos argumentos acima:
| Configuração | Valor de exemplo | Descrição |
|---|---|---|
| data-source-type | mysql_single | O tipo de fonte de dados que serve como destino de origem para disparar a Importação do Banco de Dados do Azure para MySQL. Valores aceitos: [mysql_single]. Descrição dos valores aceitos - mysql_single: Servidor Único do Banco de Dados do Azure para MySQL. |
| data-source | test-single-server | O nome ou a ID do recurso do Servidor Único do Banco de Dados do Azure para MySQL. |
| resource-group | test-rg | O nome do grupo de recursos do Servidor Único do Banco de Dados do Azure para MySQL de origem. |
| mode | Offline | O modo de importação do Banco de Dados do Azure para MySQL. Valores aceitos: [Offline]; Valor padrão: Offline. |
| local | westus | O local do Azure para o Servidor Único do Banco de Dados do Azure para MySQL de origem. |
| name | test-flexible-server | Insira um nome exclusivo para o Servidor Flexível do Banco de Dados do Azure para MySQL de destino. O nome do servidor pode conter apenas letras minúsculas, números e o caractere de hífen (-). Ele deve conter de 3 a 63 caracteres. Observação: esse servidor está implantado na mesma assinatura, grupo de recursos e região que a origem. |
| admin-user | adminuser | O nome de usuário para a entrada do administrador do Servidor Flexível do Banco de Dados do Azure para MySQL de destino. Ele não pode ser azure_superuser, admin, administrator, root, guest nem public. |
| admin-password | password | A senha de usuário do administrador para seu Servidor Flexível do Banco de Dados do Azure para MySQL de destino. Ele deve conter entre 8 e 128 caracteres. Sua senha deve conter os caracteres de três categorias: Letras maiúsculas em Inglês, letras minúsculas em Inglês, números e caracteres não alfanuméricos. |
| sku-name | GP_Gen5_2 | Insira o nome da camada de preços e a configuração da computação do seu Servidor Flexível do Banco de Dados do Azure para MySQL de destino. Segue a convenção {tipo de preço} {geração de computação} {vCores} em formato abreviado. Confira os tipos de preço para obter mais informações. |
| Camada | Com capacidade de intermitência | Camada de computação do Servidor Flexível do Banco de Dados do Azure para MySQL de destino. Valores aceitos: ComCapacidadeDeIntermitência, UsoGeral, OtimizadoParaMemória; valor padrão: ComCapacidadeDeIntermitência. |
| public-access | 0.0.0.0 | Determina o acesso público para o Servidor Flexível do Banco de Dados do Azure para MySQL de destino. Insira um único ou intervalo de endereços IP a ser incluído na lista permitida de IPs. Os intervalos de endereços IP devem ser separados por traços e não devem conter espaços. A especificação 0.0.0.0 permite o acesso público a partir de quaisquer recursos implantados no Azure para acessar seu servidor. Configurá-lo como "Nenhum" define o servidor no modo de acesso público, mas não cria uma regra de firewall. |
| vnet | myVnet | Nome ou ID de uma rede virtual nova ou existente. Se você quiser usar uma vnet de um grupo de recursos ou assinatura diferente, forneça uma ID de recurso. O nome deve ter entre 2 e 64 caracteres. O nome deve começar com uma letra ou um número, terminar com uma letra, um número ou sublinhado e deve conter apenas letras, números, sublinhados, pontos ou hifens. |
| subnet | mySubnet | Nome ou ID do recurso de uma sub-rede nova ou existente. Se você quiser usar uma sub-rede de um grupo de recursos ou assinatura diferente, forneça a ID do recurso em vez do nome. A sub-rede será delegada a flexibleServers. Após a delegação, essa sub-rede não poderá ser usada para nenhum outro tipo de recursos do Azure. |
| private-dns-zone | myserver.private.contoso.com | O nome ou a ID da zona DNS privada nova ou existente. Você pode usar a zona DNS privada do mesmo grupo de recursos, grupo de recursos diferente ou assinatura diferente. Se você quiser usar uma zona de um grupo de recursos ou assinatura diferente, forneça a ID do recurso. A CLI cria uma nova zona DNS privada dentro do mesmo grupo de recursos que a rede virtual, se não for fornecida pelos usuários. |
| chave | identificador de chave de testKey | A ID do recurso da chave de chave primária para criptografia de dados. |
| identity | testIdentity | O nome ou a ID do recurso da identidade atribuída pelo usuário para criptografia de dados. |
| storage-size | 32 | A capacidade de armazenamento do Servidor Flexível do Banco de Dados do Azure para MySQL de destino. O mínimo é 20 GiB e o máximo é 16 TiB. |
| marcas | key=value | Forneça o nome do grupo de recursos do Azure. |
| version | 5.7 | Versão principal do Servidor Flexível do Banco de Dados do Azure para MySQL de destino. |
| alta disponibilidade | ComRedundânciaDeZona | Habilite (ComRedundânciaDeZona ou MesmaZona) ou desabilite o recurso de alta disponibilidade para o Servidor Flexível do Banco de Dados do Azure para MySQL de destino. Valores aceitos: Desabilitado, MesmaZona, ComRedundânciaDeZona; Valor padrão: Desabilitado. |
| zona | 1 | Zona de disponibilidade na qual o recurso será provisionado. |
| standby-zone | 3 | As informações da zona de disponibilidade do servidor em espera quando a alta disponibilidade está habilitada. |
| storage-auto-grow | habilitado | Habilitar ou desabilitar o crescimento automático do armazenamento do Servidor Flexível do Banco de Dados do Azure para MySQL. O valor padrão é Habilitado. Valores aceitos: Desabilitado, Habilitado; Valor padrão: Habilitado. |
| iops | 500 | Número de IOPS a serem alocados para o Servidor Flexível do Banco de Dados do Azure para MySQL. Você recebe uma determinada quantidade de IOPS gratuitas com base na computação e no armazenamento provisionados. O valor padrão para IOPS é IOPS livre. Para saber mais sobre IOPS com base na computação e no armazenamento, consulte o IOPS no Servidor Flexível do Banco de Dados do Azure para MySQL. |
Etapas para a migração online
Depois de concluir a operação de Importação do Banco de Dados do Azure para MySQL mencionada acima:
- Faça logon no Servidor Flexível do Banco de Dados do Azure para MySQL de destino e execute o comando a seguir para obter a posição e o nome do arquivo bin-log correspondentes ao instantâneo de backup usado pela CLI de Importação do Banco de Dados do Azure para MySQL para restaurar para o servidor de destino.
CALL mysql.az_show_binlog_file_and_pos_for_mysql_import();
- Configure a replicação de dados entre as instâncias do servidor de origem e de destino usando a posição do bin-log seguindo as etapas listadas aqui e, quando o status de replicação refletir que o servidor de destino pegou a origem, interrompa a replicação e execute a substituição.
Práticas recomendadas para configurar os parâmetros de comando da CLI de Importação do Banco de Dados do Azure para MySQL
Antes de disparar o comando da CLI de Importação do Banco de Dados do Azure para MySQL, considere as seguintes diretrizes da configuração de parâmetros para ajudar a garantir carregamentos de dados mais rápidos usando a CLI de Importação do Banco de Dados do Azure para MySQL.
Se você quiser substituir os padrões inteligentes, selecione o nível de computação e o nome do SKU para o servidor flexível de destino com base no tipo de preço do servidor único de origem e nos VCores com base nos detalhes da tabela a seguir.
Tipo de preço do servidor único VCores do servidor único Camada do Servidor Flexível Nome do SKU do Servidor Flexível Basic 1 Com capacidade de intermitência Standard_B2ms Basic 2 Com capacidade de intermitência Standard_B2ms Uso Geral 4 GeneralPurpose Standard_D4ds_v4 Uso Geral 8 GeneralPurpose Standard_D8ds_v4 Uso Geral 16 GeneralPurpose Standard_D16ds_v4 Uso Geral 32 GeneralPurpose Standard_D32ds_v4 Uso Geral 64 GeneralPurpose Standard_D64ds_v4 Otimizado para memória 4 MemoryOptimized Standard_E4ds_v4 Otimizado para memória 8 MemoryOptimized Standard_E8ds_v4 Otimizado para memória 16 MemoryOptimized Standard_E16ds_v4 Otimizado para memória 32 MemoryOptimized Standard_E32ds_v4 A versão, a região, a assinatura e o recurso do MySQL para o servidor flexível de destino devem ser iguais aos do servidor único de origem.
O tamanho do armazenamento do servidor flexível de destino deve ser igual ou maior do que o do servidor único de origem.
Se a instância de Servidor Único tiver a ' Criptografia Dupla de Infraestrutura' habilitada, é recomendável habilitar a CMK (Chave Gerenciada pelo Cliente) na instância de Servidor Flexível de destino para dar suporte a funcionalidades semelhantes. Você pode optar por habilitar o CMK no servidor de destino com parâmetros de entrada da CLI de Importação do Banco de Dados do Azure para MySQL ou pós-migração também.
Quanto tempo a importação do Banco de Dados do Azure para MySQL leva para migrar minha instância do Servidor Único?
Veja abaixo o desempenho com parâmetros de comparação com base no tamanho do armazenamento para a arquitetura de armazenamento de Uso Geral V2. (Servidores com armazenamento V1 de uso geral levarão mais tempo para migrar, pois também envolve a atualização da arquitetura de armazenamento)
| Tamanho do armazenamento do servidor único | Tempo de importação |
|---|---|
| 1 GiB | 0 min 23 seg |
| 10 GiB | 4 min 24 seg |
| 100 GiB | 10 min 29 seg |
| 500 GiB | 13 min 15 seg |
| 1 TB | 22 min 56 seg |
| 10 TB | 2 horas 5 min 30 seg |
Na tabela acima, à medida que o tamanho do armazenamento aumenta, o tempo necessário para copiar os dados também aumenta, em uma relação quase linear. No entanto, é importante observar que a velocidade da cópia pode ser significativamente afetada por flutuações de rede. Portanto, os dados fornecidos aqui devem ser considerados apenas como uma referência.
Abaixo temos o desempenho do parâmetro de comparação com base no número variável de tabelas para um tamanho de armazenamento de 10 GiB.
| Número de tabelas na instância de Servidor Único | Tempo de importação |
|---|---|
| 100 | 4 min 24 seg |
| 200 | 4 min 40 seg |
| 800 | 4 min 52 seg |
| 14.400 | 17 min 41 seg |
| 28.800 | 19 min 18 seg |
| 38.400 | 22 min 50 seg |
À medida que o número de arquivos aumenta, cada arquivo/tabela no banco de dados pode se tornar muito pequeno. Isso resultará em uma quantidade consistente de dados sendo transferidos, mas haverá operações relacionadas a arquivos mais frequentes, o que pode afetar o desempenho da Importação do Banco de Dados do Azure para MySQL.
Etapas de pós-importação
- Copie as seguintes propriedades do Servidor Único de origem para o Servidor Flexível de destino após a operação de Importação do Banco de Dados do Azure para MySQL ser concluída com êxito:
- Réplicas de Leitura
- Valor do parâmetro do servidor para event_scheduler
- Configurações de página de monitoramento (alertas, métricas e configurações de diagnóstico)
- Todos os scripts Terraform/CLI hospedados para gerenciar sua instância de Servidor Único devem ser atualizados com referências de Servidor Flexível.