Replizieren von Daten in Azure Database for MariaDB

  • Artikel

Wichtig

Azure Database for MariaDB wird demnächst eingestellt. Es wird dringend empfohlen, zu Azure Database for MySQL zu migrieren. Weitere Informationen zum Migrieren zur Azure-Datenbank für MySQL finden Sie unter Was geschieht mit Azure Database for MariaDB?.

Mithilfe der Datenreplikation können Sie Daten von einem MariaDB-Server, der lokal, auf virtuellen Computern oder von Datenbankdiensten ausgeführt wird, die von anderen Cloudanbietern gehostet werden, mit dem Azure Database for MariaDB-Dienst synchronisieren. Die Datenreplikation basiert auf der nativen MariaDB-Replikation, die wiederum auf der Position der binären Protokolldatei (binlog) basiert. Weitere Informationen zur binlog-Replikation finden Sie Übersicht über die binlog Replikation.

Szenarien für die Verwendung der Datenreplikation für Azure Database for MySQL

Zu den wichtigsten Szenarien, bei denen die Datenreplikation für Azure Database for MySQL infrage kommt, zählen Folgende:

  • Synchronisierung von Hybriddaten: Mit der Datenreplikation für Azure Database for MySQL können Sie Daten zwischen Ihren lokalen Servern und Azure Database for MariaDB synchron halten. Eine solche Synchronisierung ist für die Erstellung von Hybridanwendungen nützlich. Diese Methode ist optimal geeignet, wenn Sie über einen lokalen Datenbankserver verfügen, die Daten jedoch in eine Region verschieben möchten, die sich näher bei den Endbenutzern befindet.
  • Synchronisierung von Daten in verschiedenen Clouds: Verwenden Sie bei komplexen Cloudlösungen die Datenreplikation für Azure Database for MySQL, um Daten zwischen Azure Database for MariaDB und unterschiedlichen Cloudanbietern zu synchronisieren, einschließlich virtueller Computer und Datenbankdienste, die in diesen Clouds gehostet werden.

Einschränkungen und Aspekte

Nicht replizierte Daten

Die Systemdatenbank „mysql“ auf dem Quellserver wird nicht repliziert. Änderungen an Konten und Berechtigungen auf dem Quellserver werden nicht repliziert. Wenn Sie ein Konto auf dem Quellserver erstellen und dieses Konto über Zugriff auf den Replikatserver verfügen muss, erstellen Sie dasselbe Konto manuell auf dem Replikatserver. Einen Überblick über die Tabellen, die in der Systemdatenbank enthalten sind, finden Sie in der Dokumentation zu MariaDB.

Anforderungen

  • Der Quellserver muss mindestens die MariaDB-Version 10.2 aufweisen.
  • Die Versionen des Quell- und des Replikatservers müssen identisch sein. Beispiel: Auf beiden muss MariaDB-Version 10.2 vorliegen.
  • Jede Tabelle muss über einen Primärschlüssel verfügen.
  • Der Quellserver sollte die InnoDB-Engine verwenden.
  • Benutzer müssen über Berechtigungen zum Konfigurieren der binären Protokollierung und zum Erstellen neuer Benutzer auf dem Quellserver verfügen.
  • Wenn für den Quellserver SSL aktiviert ist, vergewissern Sie sich, dass das für die Domäne bereitgestellte SSL-Zertifizierungsstellenzertifikat in die gespeicherte Prozedur mariadb.az_replication_change_master eingefügt wurde. Sehen Sie sich die folgenden Beispiele und den Parameter master_ssl_ca an.
  • Vergewissern Sie sich, dass die IP-Adresse des Quellservers den Firewallregeln des Azure Database for MariaDB-Replikatservers hinzugefügt wurde. Aktualisieren Sie Firewallregeln über das Azure-Portal oder über die Azure-Befehlszeilenschnittstelle.
  • Vergewissern Sie sich, dass für den Computer, der den Quellserver hostet, sowohl ein- als auch ausgehender Datenverkehr am Port 3306 zugelassen wird.
  • Stellen Sie sicher, dass der Quellserver über eine öffentliche IP-Adresse verfügt, das DNS öffentlich zugänglich ist oder über einen vollqualifizierten Do Standard Namen (FQDN) verfügt.

Andere

  • Die Datenreplikation wird nur in den Tarifen Universell und Arbeitsspeicheroptimiert unterstützt.

Nächste Schritte