Eseguire la replica dei dati in Database di Azure per MariaDB

Importante

Database di Azure per MariaDB è sul percorso di ritiro. È consigliabile eseguire la migrazione a Database di Azure per MySQL. Per altre informazioni sulla migrazione a Database di Azure per MySQL, vedere What's happening to Database di Azure per MariaDB?.

La funzione per la replica dei dati in ingresso consente di sincronizzare i dati da un server MariaDB, eseguito in locale, in macchine virtuali o servizi di database ospitati da altri provider cloud, nel servizio Database di Azure per MariaDB. La replica dei dati in ingresso si basa sulla replica nativa di MariaDB in base alla posizione di file di log binari (binlog). Per altre informazioni su questo tipo di replica, vedere binlog replication overview (Panoramica della replica basata su binlog).

Quando usare la replica dei dati in ingresso

Gli scenari principali da considerare quando si usa la funzione di replica dei dati in ingresso sono i seguenti:

  • Sincronizzazione ibrida dei dati: con la replica dei dati in ingresso è possibile mantenere i dati sincronizzati tra i server locali e Database di Azure per MariaDB. Questa sincronizzazione è utile per la creazione di applicazioni ibride. Il metodo è particolarmente interessante quando si ha già un server di database locale, ma si vogliono spostare i dati in un'area più vicina agli utenti finali.
  • Sincronizzazione multi-cloud: per soluzioni cloud complesse, usare la replica dei dati in ingresso per sincronizzare i dati tra Database di Azure per MariaDB e diversi provider cloud, inclusi servizi di database e macchine virtuali ospitati nei cloud.

Limitazioni e considerazioni

Dati non replicati

Il database di sistema mysql nel server di origine non viene replicato. Le modifiche apportate agli account e alle autorizzazioni nel server di origine non vengono replicate. Se si crea un account nel server di origine e questo account deve accedere al server di replica, creare manualmente lo stesso account sul lato server di replica. Per informazioni sulle tabelle contenute nel database di sistema, vedere la documentazione di MariaDB.

Requisiti

  • La versione del server di origine deve essere almeno MariaDB versione 10.2.
  • Le versioni del server di origine e di replica devono essere uguali. Ad esempio, in entrambi i server deve essere installata la versione 10.2 di MariaDB.
  • Ogni tabella deve avere una chiave primaria.
  • Il server di origine deve usare il motore InnoDB.
  • L'utente deve disporre delle autorizzazioni per configurare la registrazione binaria e creare nuovi utenti nel server di origine.
  • Se il server di origine dispone di SSL abilitato, verificare che il certificato DELLA CA SSL fornito per il dominio sia stato incluso nella mariadb.az_replication_change_master stored procedure. Fare riferimento agli esempi seguenti e al master_ssl_ca parametro .
  • Verificare che l'indirizzo IP del server di origine sia stato aggiunto alle regole del firewall del server di replica di Database di Azure per MariaDB. Aggiornare le regole firewall usando il portale di Azure o l'interfaccia della riga di comando di Azure.
  • Verificare che il computer che ospita il server di origine consenta il traffico in ingresso e in uscita sulla porta 3306.
  • Assicurarsi che il server di origine disponga di un indirizzo IP pubblico, che il DNS sia accessibile pubblicamente o abbia un nome di dominio completo (FQDN).

Altro

  • La replica dei dati in ingresso è supportata solo nei piani tariffari Utilizzo generico e Con ottimizzazione per la memoria.

Passaggi successivi