Replicar dados no Banco de Dados do Azure para MySQL

  • Artigo

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

Importante

O Banco de Dados do Azure para servidor único 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 o 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 os 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 de Dados se baseia na replicação nativa baseada na posição do arquivo de log binário (binlog) ou baseada em GTID para o MySQL. Para saber mais sobre a replicação do binlog, confira a visão geral da replicação do binlog do MySQL.

Quando usar a replicação nos dados

Os cenários principais a serem considerados o uso da Replicação de Dados são:

  • Sincronização de dados híbrida: com a replicação nos dados, você pode manter os dados sincronizados entre os 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 aos usuários finais.
  • Sincronização de várias nuvens: para soluções de nuvem complexas, use a replicação nos dados para sincronizar dados entre o Banco de Dados do Azure para MySQL e provedores de nuvem diferentes, incluindo máquinas virtuais e serviços de banco de dados 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 em contas e permissões no servidor de origem não são replicadas. Para criar uma conta no servidor de origem e essa conta precisar acessar o servidor de réplica, crie manualmente a mesma conta no lado do servidor de réplica. Para entender quais tabelas estão contidas no banco de dados do sistema, confira o Manual do MySQL.

Filtragem

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

Revise a documentação do MySQL para saber mais sobre esse parâmetro.

Com suporte somente em tipo de Uso Geral ou Otimizado para memória

A Replicação de Dados têm suporte apenas em tipos de preços de Uso Geral e Otimizados para Memória.

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

Observação

O GTID tem suporte nas versões 5.7 e 8.0 e apenas em servidores compatíveis com um armazenamento de até 16 TB (armazenamento v2 de uso geral).

Requisitos

  • A versão do servidor de origem deve ser pelo menos a versão 5.6 do MySQL.
  • As versões do servidor de origem e 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 InnoDB do MySQL.
  • 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 tem o SSL habilitado, verifique se o certificado de Autoridade de Certificação SSL fornecido para o domínio foi incluído no procedimento armazenado mysql.az_replication_change_master ou mysql.az_replication_change_master_with_gtid. Confira os seguintes exemplos e o parâmetro master_ssl_ca.
  • Garanta que o endereço IP do servidor de origem foi adicionado às regras de firewall do servidor de réplica do Banco de Dados do Azure para MySQL. Atualizar regras de firewall usando o Portal do Azure ou a CLI do Azure.
  • Garanta que o computador que hospeda o servidor de origem permita tráfego de entrada e saída na porta 3306.
  • Verifique se o servidor de origem tem um endereço de IP público, se o DNS está acessível publicamente ou se tem um FQDN (nome de domínio totalmente qualificado).

Próximas etapas