Replizieren von Daten in Azure Database for MySQL

  • Artikel

GILT FÜR: Azure Database for MySQL – Single Server

Wichtig

Azure Database for MySQL single server is on the retirement path. Es wird dringend empfohlen, ein Upgrade auf azure Database for MySQL flexiblen Server durchzuführen. Weitere Informationen zum Migrieren zu Azure Database for MySQL flexible Server finden Sie unter Was geschieht mit Azure Database for MySQL Single Server?

Die Datenreplikation ermöglicht das Synchronisieren von Daten von einem externen MySQL-Server mit dem Dienst Azure Database for MySQL. Der externe Server kann lokal, in virtuellen Computern oder in einem Datenbankdienst vorhanden sein, der von anderen Cloudanbietern gehostet wird. Die Datenreplikation basiert auf der nativen MySQL-Replikation, die wiederum auf der Position der binären Protokolldatei (binlog) oder GTID basiert. Weitere Informationen zur binlog-Replikation finden Sie unter Binary Log File Position Based Replication Configuration Overview (Konfiguration der auf der Position der binären Protokolldatei basierenden Replikation – Übersicht).

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

Zu den wichtigsten Szenarien, bei denen die Verwendung der Datenreplikation 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 MySQL 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 MySQL und unterschiedlichen Cloudanbietern zu synchronisieren, einschließlich virtueller Computer und Datenbankdienste, die in diesen Clouds gehostet werden.

Verwenden Sie bei Migrationsszenarien den Azure Database Migration Service(DMS).

Einschränkungen und Aspekte

Nicht replizierte Daten

Die Systemdatenbank „mysql“ auf dem Quellserver wird nicht repliziert. Außerdem werden Änderungen an Konten und Berechtigungen auf dem Quellserver nicht repliziert. Wenn Sie ein Konto auf dem Quellserver erstellen und dieses Konto Zugriff auf den Replikatserver erfordert, erstellen Sie dasselbe Konto manuell auf dem Replikatserver. Einen Überblick über die Tabellen, die in der Systemdatenbank enthalten sind, finden Sie im Leitfaden zu MySQL.

Filterung

Um das Replizieren von Tabellen vom Quellserver (lokal, auf virtuellen Computern oder in einem von anderen Cloudanbietern gehosteten Datenbankdienst gehostet) zu überspringen, wird der replicate_wild_ignore_table-Parameter unterstützt. Optional können Sie diesen Parameter auf dem Replikatserver, der in Azure gehostet wird, mithilfe des Azure-Portals oder der Azure CLI aktualisieren.

Weitere Informationen zu diesem Parameter finden Sie in der MySQL-Dokumentation.

Unterstützung nur im Tarif „Universell“ oder „Arbeitsspeicheroptimiert“

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

Die private Verbindung für die Azure-Datenbank für MySQL unterstützt nur eingehende Verbindungen. Da die Datenreplikation eine ausgehende Verbindung aus dem Private Link-Dienst erfordert, wird für den Datendatenverkehr nicht unterstützt.

Hinweis

GTID wird in den Versionen 5.7 und 8.0 unterstützt, und zwar nur auf Servern mit Speichergrößen bis zu 16 TB (universeller Speicher v2).

Requirements (Anforderungen)

  • Der Quellserver muss mindestens die MySQL-Version 5.6 aufweisen.
  • Die Versionen des Quell- und des Replikatservers müssen identisch sein. Beispielsweise müssen beide die Version MySQL 5.6 oder beide MySQL 5.7 aufweisen.
  • Jede Tabelle muss über einen Primärschlüssel verfügen.
  • Der Quellserver sollte die MySQL 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 beim Quellserver SSL aktiviert ist, vergewissern Sie sich, dass das für die Domäne bereitgestellte SSL-Zertifizierungsstellenzertifikat in die gespeicherte Prozedur mysql.az_replication_change_master oder mysql.az_replication_change_master_with_gtid 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 MySQL-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.
  • Vergewissern Sie sich, dass der Quellserver eine öffentliche IP-Adresse hat, dass DNS öffentlich zugänglich ist oder ein vollqualifizierter Domänenname (FQDN) zur Verfügung steht.

Nächste Schritte