Replicar dados para a Base de Dados do Azure para MySQL

  • Artigo

APLICA-SE A: Banco de Dados do Azure para MySQL - Servidor Único

Importante

O servidor único do Banco de Dados do Azure para MySQL está no caminho de desativação. É altamente recomendável que você atualize para o Banco de Dados do Azure para o servidor flexível MySQL. Para obter mais informações sobre como migrar para o Banco de Dados do Azure para servidor flexível MySQL, consulte O que está acontecendo com o Banco de Dados do Azure para Servidor Único MySQL?

A Replicação de Dados permite sincronizar dados de um servidor MySQL externo no serviço Banco de Dados do Azure para MySQL. O servidor externo pode ser local, em máquinas virtuais ou um serviço de banco de dados hospedado por outros provedores de nuvem. A replicação Data-in é baseada na posição do arquivo de log binário (binlog) ou na replicação baseada em GTID nativa do MySQL. Para saber mais sobre a replicação binlog, consulte a visão geral da replicação binlog do MySQL.

Quando usar a replicação de dados

Os principais cenários a serem considerados sobre o uso da replicação de dados são:

  • Sincronização de Dados Híbrida: Com a Replicação de Dados, você pode manter os dados sincronizados entre seus servidores locais e o Banco de Dados do Azure para MySQL. Essa sincronização é útil para criar aplicativos híbridos. Esse método é atraente quando você tem um servidor de banco de dados local existente, mas deseja mover os dados para uma região mais próxima dos usuários finais.
  • Sincronização Multinuvem: Para soluções de nuvem complexas, use a Replicação de Dados para sincronizar dados entre o Banco de Dados do Azure para MySQL e diferentes provedores de nuvem, incluindo máquinas virtuais e serviços de banco de dados hospedados nessas nuvens.

Para cenários de migração, use o DMS ( Serviço de Migração de Banco de Dados do Azure).

Limitações e considerações

Dados não replicados

O banco de dados do sistema mysql no servidor de origem não é replicado. Além disso, as alterações nas contas e permissões no servidor de origem não são replicadas. Se você criar uma conta no servidor de origem e essa conta precisar acessar o servidor de réplica, crie manualmente a mesma conta no servidor de réplica. Para entender quais tabelas estão contidas no banco de dados do sistema, consulte o manual do MySQL.

Filtragem

Para ignorar a replicação de tabelas do servidor de origem (hospedado localmente, em máquinas virtuais ou em um serviço de banco de dados hospedado por outros provedores de nuvem), há suporte para o replicate_wild_ignore_table parâmetro. Opcionalmente, atualize esse parâmetro no servidor de réplica hospedado no Azure usando o portal do Azure ou a CLI do Azure.

Para saber mais sobre esse parâmetro, consulte a documentação do MySQL.

Suportado apenas na camada de uso geral ou otimizada para memória

A replicação de dados só é suportada nos níveis de preços de uso geral e otimizado para memória.

O link privado para o banco de dados do Azure para MySQL suporta apenas conexões de entrada. Como a replicação de entrada de dados requer conexão de saída do serviço, o link privado não é suportado para o tráfego de entrada de dados.

Nota

O GTID é suportado nas versões 5.7 e 8.0 e apenas em servidores que suportam armazenamento de até 16 TB (armazenamento de uso geral v2).

Requisitos

  • A versão do servidor de origem deve ser pelo menos MySQL versão 5.6.
  • As versões do servidor de origem e do servidor de réplica devem ser as mesmas. Por exemplo, ambos devem ser MySQL versão 5.6 ou ambos devem ser MySQL versão 5.7.
  • Cada tabela deve ter uma chave primária.
  • O servidor de origem deve usar o mecanismo MySQL InnoDB.
  • O usuário deve ter permissões para configurar o log binário e criar novos usuários no servidor de origem.
  • Se o servidor de origem tiver SSL habilitado, verifique se o certificado de CA SSL fornecido para o domínio foi incluído no mysql.az_replication_change_master procedimento armazenado ou mysql.az_replication_change_master_with_gtid armazenado. Consulte os exemplos a seguir e o master_ssl_ca parâmetro.
  • Verifique se o endereço IP do servidor de origem foi adicionado ao Banco de Dados do Azure para as regras de firewall do servidor de réplica MySQL. Atualize as regras de firewall com o portal do Azure ou a CLI do Azure.
  • Certifique-se de que a máquina que hospeda o servidor de origem permita tráfego de entrada e de saída na porta 3306.
  • Verifique se o servidor de origem tem um endereço IP público, se o DNS é acessível publicamente ou se o servidor de origem tem um FQDN (nome de domínio totalmente qualificado).

Próximos passos