Partilhar via

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 Data-in 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), o replicate_wild_ignore_table parâmetro é suportado. 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 do 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