Teilen über

Was geschieht mit „Azure Database for MySQL – Einzelserver“?

  • Artikel

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

Wichtig

Azure Database for MySQL – Single Server wird eingestellt. Der geplante Termin hierfür war der 16. September 2024.

Der Dienst „Azure Database for MySQL – Einzelserver“ kann nach Jahren der Entwicklung nicht mehr alle neuen Features, Funktionen und Sicherheitsanforderungen unterstützen. Es wird empfohlen, ein Upgrade auf Azure Database for MySQL - Flexibler Server vor dem 16. September 2024 durchzuführen, um eine unfreiwillige Zwangsmigration und die Nichtverfügbarkeit des Servers zu vermeiden.

„Azure Database for MySQL – flexibler Server“ ist ein vollständig verwalteter produktionsbereiter Datenbankdienst, der eine differenziertere Steuerung und mehr Flexibilität bei den Verwaltungsfunktionen und Konfigurationseinstellungen der Datenbank ermöglicht. Weitere Informationen zum flexiblen Server finden Sie unter Azure Database for MySQL – flexibler Server.

Wenn Sie derzeit den Dienst „Azure Database for MySQL – Single Server“ zum Hosten von Produktionsservern nutzen, können Sie Ihre „Azure Database for MySQL – Single Server“-Server kostenlos mithilfe von Azure DB for MySQL-Import, direkter automatischer Migration oder Azure Database Migration Service (klassisch) zum Dienst „Azure Database for MySQL – Flexibler Server“ migrieren. Überprüfen Sie die verschiedenen Möglichkeiten zum Migrieren im folgenden Abschnitt.

Im Rahmen dieser Außerbetriebnahme wird ab dem 16. Januar 2023 das Erstellen neuer Single Server-Instanzen über das Azure-Portal und ab dem 19. März 2024 über die Azure CLI nicht mehr unterstützt. Sie können weiterhin Lesereplikate für vorhandene Single Server-Instanzen erstellen und Wiederherstellungen (PITR und Geowiederherstellung) für sie durchführen. Dies wird bis zum endgültigen Einstellungsdatum am 16. September 2024 weiterhin unterstützt.

Migrieren vom Einzelserver zum flexiblen Server

Erfahren Sie, wie Sie von Azure Database for MySQL – Single Server zu Azure Database for MySQL – Flexible Server migrieren.

Szenario Extras Details
Offline / Online Azure Database for MySQL Import und die Azure CLI Tutorial: Azure Database for MySQL-Import mit der Azure CLI
Offline Database Migration Service (klassisch) und das Azure-Portal Tutorial: DMS (klassisch) mit dem Azure-Portal (offline)
Online Database Migration Service (klassisch) und das Azure-Portal Tutorial: DMS (klassisch) mit dem Azure-Portal (online)
Offline Direkte Automigrationsanforderung (Öffnen eines Azure-Supporttickets) Direkte automatische Migration von Azure Database for MySQL – Single Server zu Flexible Server

Weitere Informationen zur Migration vom Einzelserver zum flexiblen Server mithilfe anderer Migrationstools finden Sie unter Auswählen der geeigneten Tools für die Migration zu Azure Database for MySQL.

Hinweis

Direkte automatische Migration von Azure Database for MySQL – Single Server zu Flexibler Server ist eine vom Dienst ausgelöste direkte Migration während des geplanten Wartungsfensters für ausgewählte Single Server-Datenbankworkloads. Die in Frage kommenden Server werden von dem Dienst identifiziert und erhalten eine Vorabbenachrichtigung, in der die Schritte zur Überprüfung der Migrationsdetails aufgeführt sind. Wenn Sie eine Single Server-Workload besitzen und keine komplexen Features aktiviert haben (Lesereplikat, virtuelles Netzwerk, doppelte Verschlüsselung der Infrastruktur, Dienstendpunkt/VNet-Regeln), können Sie sich jetzt für die automatische Migration vormerken lassen (falls nicht bereits vom Dienst geplant), indem Sie ein Azure Support-Ticket erstellen. Für alle anderen Single Server Workloads sollten Sie für die Migration die von Azure angebotenen benutzerinitiierten Migrationswerkzeuge – Azure DMS, Azure Database for MySQL Import – verwenden. Weitere Informationen zur direkten automatischen Migration finden Sie hier.

Voraussetzungen für Überprüfungen bei der Migration von Single Server zu Flexibler Server

  • Wenn Ihre Azure Database for MySQL Single Server-Quelldatenbank die Modulversion v8.x aufweist, stellen Sie sicher, dass Sie die .NET-Clienttreiberversion Ihres Quellservers auf 8.0.32 aktualisieren, um Codierungsinkompatibilitäten nach der Migration zu Flexible Server zu vermeiden.
  • Wenn Ihr Quell-Einzelserver von Azure DB for MySQL die Modulversion v8.x aufweist, stellen Sie sicher, dass die TLS-Version ihres Quellservers vor der Migration von v1.0 oder v1.1 auf TLS v1.2 aktualisiert wird, da die älteren TLS-Versionen für flexible Server veraltet sind.
  • Wenn Ihre Quellinstanz von Azure Database for MySQL – Single Server Nicht-Standardports wie 3308, 3309 und 3310 verwendet, ändern Sie Ihren Konnektivitätsport zu 3306, da die oben genannten Nicht-Standardports für Flexible Server nicht unterstützt werden.
  • Diensttags (SQL) in Ausgangsregeln werden in „Azure Database for MySQL – flexibler Server“ nicht unterstützt. Verwenden Sie den vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) in Ausgangsregeln, wenn Sie die Firewalleinstellungen für den flexiblen Server konfigurieren.

Was geschieht nach dem Einstellungsdatum (16. September 2024)?

Wir haben in den letzten zwei Jahren wiederkehrende Benachrichtigungen gesendet, um die Migration zur Azure-Datenbank for MySQL Flexibler Server abzuschließen, sowohl über öffentliche Kanäle wie Azure Update und Blogs als auch über direkte Reichweite durch Kunden-E-Mails, Produktseiten und Azure Portal-Banner. Im Rahmen unserer laufenden Kommunikation und Unterstützung bei der sicheren Migration von Kunden zu ihrer neuen Umgebung bietet dieser Abschnitt weitere Informationen zur Kundenerfahrung für alle Workloads, die ab dem 16. September 2024 in der Produktion verbleiben.

Ab dem 17. September werden nicht reagierende Server, die noch nicht migriert wurden, regelmäßig beendet. Sie müssen zum Azure-Portal gelangen, die Migrationsaktionen bestätigen und den Server starten. Nachdem Sie den Server gestartet haben, fahren Sie mit der Verwendung der Azure Database for MySQL Import CLI oder Azure Data Migration Service fort, um zu Azure Database for MySQL – Flexible Server zu migrieren. Wenn Sie mit der automatischen Migration fortfahren möchten, heben Sie ein Azure-Supportticket auf, um die geplante automatische Migration zu erhalten. Stellen Sie sicher, dass Sie den Server starten und zu flexiblem Server migrieren, um eine unfreiwillige erzwungene Migration später zu vermeiden, was zu einer Nichtverfügbarkeit des Servers führt, da nur eingeschränkte Features migriert werden können.

Nach dem Ausmusterungsdatum würde das Ausführen der Single Server-Instanzen ein Sicherheitsrisiko darstellen, da es keine Sicherheits- und Fehlerbehebungswartung für die veraltete Single Server-Plattform geben wird. Um sicherzustellen, dass wir auch nach dem Ablaufdatum die verwalteten Instanzen auf einer vertrauenswürdigen und sicheren Plattform ausführen können, wird Ihre Einzelserver-Instanz zusammen mit ihren Datendateien als letztes Mittel schrittweise auf eine geeignete Flexible Server-Instanz migriert.

Hinweis

Nach dem Ausmusterungsdatum werden keine SLAs, Fehlerbehebungen, Sicherheitsupdates oder Live-Support für Ihre Single Server-Instanz mehr geleistet.

Erzwungene Migration nach dem Ausmusterungsdatum

Nach dem Ausmusterungsdatum wird Ihre Single Server-Instanz zusammen mit den zugehörigen Datendateien schrittweise zu einer entsprechenden Flexible Server-Instanz zwangsmigriert. Dies kann zu einer eingeschränkten Featureverfügbarkeit führen, da bestimmte erweiterte Funktionen ohne Kundeneingaben für die Flexible Server-Instanz nicht zwangsmigriert werden können. Dies wird dazu führen, dass Server mit Sicherheits- und Netzwerkfeatures nicht verfügbar sind. Unten erfahren Sie mehr über die Schritte zum Rekonfigurieren solcher Features nach der erzwungenen Migration, um die möglichen Auswirkungen zu minimieren.

Die folgenden Features können nicht zwangsmigriert werden, da sie Kundeneingaben für die Konfiguration erfordern und in der migrierten Flexible Server-Instanz nicht aktiviert werden:

  • Private Link
  • Datenverschlüsselung (CMK)
  • Microsoft Entra-Authentifizierung (zuvor Microsoft Entra ID)
  • Dienstendpunkte
  • Mehrfachverschlüsselung der Infrastruktur
  • Lesereplikate

Wichtig: Single Server-Instanzen mit aktivierten Netzwerk- und Sicherheitsfeatures werden zu einer Flexible Server-Instanz mit deaktiviertem öffentlichem Zugriff zwangsmigriert, um Kundendaten zu schützen. Sie müssen nach der erzwungenen Migration den entsprechenden Zugriff aktivieren, um die Geschäftskontinuität sicherzustellen.

Aktion nach erzwungener Migration erforderlich

Nach der erzwungenen Migration müssen Sie die oben aufgeführten Features in der migrierten Flexible Server-Instanz neu konfigurieren, um die Geschäftskontinuität zu gewährleisten:

  • Privater Link – Sie können den öffentlichen Zugriff aktivieren, um sofort eine Verbindung zu Ihrem Server herzustellen, oder die Einzelserverinstanz löschen und den zugehörigen privaten Endpunkt löschen, um denselben privaten Endpunkt für die migrierte Flexible Server-Instanz konfigurieren zu können. Weitere Informationen zum Konfigurieren privater Endpunkte für flexible Server- finden Sie hier
  • Datenverschlüsselung (CMK): Weitere Informationen zur Konfiguration finden Sie hier.
  • Microsoft Entra-Authentifizierung (vormals Microsoft Entra ID): Weitere Informationen zur Konfiguration finden Sie hier.
  • Dienstendpunkte: Der Dienstendpunkt (VNET-Regel) wird in Azure Database for MySQL – Flexible Server nicht unterstützt. Es wird empfohlen, Private Link so zu konfigurieren, dass die Featureparität gewährleistet wird. Weitere Informationen zum Konfigurieren von Private Link finden Sie hier.
  • Mehrfachverschlüsselung der Infrastruktur: Die Mehrfachverschlüsselung der Infrastruktur wird von Azure Database for MySQL – Flexible Server nicht unterstützt. Es wird empfohlen, die Datenverschlüsselung so zu konfigurieren, dass die Featureparität gewährleistet wird. Weitere Informationen zum Konfigurieren der Datenverschlüsselung (CMK) finden Sie hier.
  • Lesereplikate – Die Lesereplikate werden als separate eigenständige Server migriert. Konfigurieren Sie Lesereplikate für Ihren primären Server, indem Sie auf den migrierten sekundären eigenständigen Server verweisen, der nach der Konfiguration gelöscht werden kann. Weitere Informationen zum Konfigurieren finden Sie hier

Hinweis

Wenn sich Ihr Server in einer Region befindet, in der Azure Database for MySQL – Flexible Server nicht unterstützt wird, steht Ihre Single Server-Instanz nach dem Ausmusterungsdatum mit eingeschränktem Funktionsumfang für den Zugriff auf Daten und die Migration zum Flexiblen Server bis 15. November 2024 zur Verfügung. Ihre Instanz wird erst am 15. November 2024 zu flexiblem Server migriert. Nach diesem Datum werden die Server gelöscht, um die Plattform einzustellen. Wir empfehlen Ihnen dringend, eine der folgenden Optionen für die Migration vor dem 15. November 2024 zu nutzen, um Unterbrechungen der Geschäftskontinuität zu vermeiden:

  • Verwenden Sie Azure DMS, um in einer geeigneten Azure-Region eine regionenübergreifende Migration zu Flexible Server durchzuführen.
  • Migrieren Sie zu einem MySQL-Server, der auf einer VM in der Region gehostet wird, wenn Sie die Region aus Compliancegründen nicht wechseln können.

Konfigurieren von Microsoft Defender for Cloud-Eigenschaften auf Flexible Server

Wenn Sie von Azure Database for MySQL – Single Server zu Flexible Server migrieren und Defender for Cloud aktiviert ist, wird der Aktivierungsstatus beibehalten. Um die Parität in Flexible Server für Eigenschaften zu erreichen, die Sie in Single Server konfigurieren können, berücksichtigen Sie die Details in der folgenden Tabelle:

Eigenschaft Configuration
Unterdrücken bestimmter Warnungstypen Sie können bestimmte Warnungstypen mithilfe der Microsoft Defender for Cloud-Plattform deaktivieren. Weitere Informationen finden Sie im Leitfaden zum Unterdrücken von Warnungen in Microsoft Defender for Cloud.

Single Server-Benutzer:innen können die API-Eigenschaft verwenden:
properties.disabledAlerts
E-Mail-Benachrichtigungen Sie können E-Mail-Benachrichtigungen für Microsoft Defender for Cloud-Warnungen für alle Ressourcen in einem Abonnement zentral definieren. Weitere Informationen finden Sie unter Konfigurieren von E-Mail-Benachrichtigungen für Sicherheitswarnungen.

Single Server-Benutzer:innen können die API-Eigenschaften verwenden:
properties.emailAccountAdmins,
properties.emailAddresses
Exportieren von Warnungen zur weiteren Verarbeitung und/oder Archivierung Warnungen werden auf der Microsoft Defender for Cloud-Plattform gespeichert und über Azure Resource Graph verfügbar gemacht.
Sie können Warnungen in einen anderen Speicher exportieren und die Aufbewahrung separat verwalten. Weitere Informationen finden Sie unter Einrichten des fortlaufenden Exports im Azure-Portal: Microsoft Defender for Cloud.

Single Server-Benutzer:innen können die API-Eigenschaften verwenden:
properties.retentionDays,
properties.storageAccountAccessKey,
properties.storageEndpoint

Häufig gestellte Fragen (FAQs)

Q. Warum wird „Azure Database for MySQL – Einzelserver“ eingestellt?

A. „Azure Database for MySQL – Einzelserver“ wurde 2018 allgemein verfügbar. Angesichts des Kundenfeedbacks und der neuen Fortschritte bei den Funktionen für Compute, Verfügbarkeit, Skalierbarkeit und Leistung in der Azure-Datenbanklandschaft muss das Single Server-Angebot jedoch eingestellt und mit einer neuen Architektur – Azure Database for MySQL-Server – Flexible Server – aktualisiert werden, um Ihnen die besten Funktionen der Open-Source-Datenbankplattform von Azure zu bieten. Die Ankündigung zur Ausmusterung finden Sie hier.

F: Warum werde ich aufgefordert, zu „Azure Database for MySQL – flexibler Server“ zu migrieren?

A. Azure Database for MySQL – flexibler Server ist die beste Plattform für die Ausführung aller MySQL-Workloads in Azure. „Azure Database for MySQL – flexibler Server“ ist wirtschaftlich und bietet zudem auf allen Dienstebenen eine bessere Leistung sowie mehr Möglichkeiten zur Kostenkontrolle, um eine kostengünstigere und schnellere Notfallwiederherstellung zu ermöglichen:

  • Mehr Möglichkeiten zur Optimierung der Kosten, einschließlich Unterstützung von Computeoptionen mit der Dienstebene „Burstfähig“
  • Verbesserte Leistung für unternehmenskritische Produktionsworkloads, die geringe Wartezeit, hohe Parallelität, schnelles Failover und hohe Skalierbarkeit erfordern
  • Verbesserte Uptime mit der Möglichkeit, einen unmittelbar betriebsbereiten Standbyserver in derselben oder einer anderen Zone und ein einstündiges Zeitfenster für die geplante Serverwartung zu konfigurieren

Q. Wie bald muss ich meinen Einzelserver zu einem flexiblen Server migrieren?

A. Die Einstellung von „Azure Database for MySQL – Einzelserver“ ist für den 16. September 2024 geplant. Wir empfehlen daher dringend, Ihren Einzelserver so bald wie möglich zu einem flexiblen Server zu migrieren, damit Sie ausreichend Zeit haben, um den Migrationslebenszyklus zu durchlaufen, die Vorteile des flexiblen Servers anzuwenden und die Geschäftskontinuität sicherzustellen.

Q. Was geschieht mit meinen vorhandenen Instanzen von Azure Database for MySQL – Single Server?

A. Ihre vorhandenen Workloads von Azure Database for MySQL – Single Server funktionieren weiterhin wie zuvor und werden bis zum Einstellungsdatum offiziell unterstützt. Es werden jedoch keine neuen Updates für Single Server veröffentlicht, und es wird dringend empfohlen, so früh wie möglich mit der Migration zu Azure Database for MySQL – Flexible Server zu beginnen. Nach dem Ausmusterungsdatum wird Ihre Single Server-Instanz zusammen mit den zugehörigen Datendateien schrittweise zu einer entsprechenden Flexible Server-Instanz zwangsmigriert.

F: Kann ich Einzelserver auch nach dem Einstellungsdatum noch verwenden?

A. Leider ist nicht geplant, Einzelserver nach dem Einstellungsdatum (16. September 2024) zu unterstützen. Wir empfehlen daher dringend, die Migration schnellstmöglich zu planen. Nach dem Ausmusterungsdatum wird Ihre Single Server-Instanz zusammen mit den zugehörigen Datendateien schrittweise zu einer entsprechenden Flexible Server-Instanz zwangsmigriert. Dies kann zu einer eingeschränkten Featureverfügbarkeit führen, da bestimmte erweiterte Funktionen ohne Kundeneingaben nicht zur Flexible Server-Instanz zwangsmigriert werden können. Weitere Informationen zu den Schritten zum Rekonfigurieren solcher Features nach der erzwungenen Migration, um mögliche Auswirkungen zu minimieren, finden Sie hier. Wenn sich Ihr Server in einer Region befindet, in der Azure Database for MySQL – Flexibler Server nicht unterstützt wird, steht Ihre Single Server-Instanz nach dem Einstellungsdatum mit eingeschränktem Funktionsumfang für den Zugriff auf Daten und die Migration zu Flexibler Server bis 15. November zur Verfügung.

F: Meine Single Server-Instanz wurde in einer Region bereitgestellt, die Flexible Server nicht unterstützt. Was geschieht nach dem Ausmusterungsdatum mit meinem Server?

A. Wenn sich Ihr Server in einer Region befindet, in der Azure Database for MySQL – Flexibler Server nicht unterstützt wird, steht Ihre Single Server-Instanz nach dem Einstellungsdatum mit eingeschränktem Funktionsumfang für den Zugriff auf Daten und die Migration zu Flexibler Server bis 15. November zur Verfügung. Es wird dringend empfohlen, dass Sie eine der folgenden Optionen verwenden, um vor dem Ausmusterungsdatum zu migrieren und Unterbrechungen der Geschäftskontinuität zu vermeiden:

  • Verwenden Sie Azure DMS, um in einer geeigneten Azure-Region eine regionenübergreifende Migration zu Flexible Server durchzuführen.
  • Migrieren Sie zu einem MySQL-Server, der auf einer VM in der Region gehostet wird, wenn Sie die Region aus Compliancegründen nicht wechseln können.

F: Tritt nach dem Ausmusterungsdatum ein Datenverlust bei meiner Single Server-Instanz auf?

A. Nein, bei Ihrer Single Server-Instanz entstehen keine Datenverluste. Nach dem Ausmusterungsdatum wird Ihre Single Server-Instanz zusammen mit den zugehörigen Datendateien zu einer entsprechenden Flexible Server-Instanz zwangsmigriert. Wenn sich Ihr Server in einer Region befindet, in der Azure Database for MySQL – Flexibler Server nicht unterstützt wird, steht Ihre Single Server-Instanz nach dem Einstellungsdatum mit eingeschränktem Funktionsumfang für den Zugriff auf Daten und die Migration zu Flexibler Server in einer geeigneten Region bis 15. November zur Verfügung.

F: Was passiert, wenn ich nach der Ankündigung der Einstellung von Einzelservern noch einen neuen Einzelserver erstellen muss, um meine geschäftlichen Anforderungen zu erfüllen?

A. Im Rahmen dieser Außerbetriebnahme wird das Erstellen neuer Single Server-Instanzen über das Azure-Portal ab dem 16. Januar 2023 nicht mehr unterstützt. Darüber hinaus können Sie ab dem 19. März 2024 keine neuen Azure Database for MySQL – Single Server-Instanzen mehr mit der Azure CLI erstellen. Wenn Sie weiterhin Einzelserverinstanzen erstellen müssen, um Anforderungen an die Geschäftskontinuität zu erfüllen, können Sie ein Azure-Supportticket erstellen.

F: Was passiert, wenn ich nach der Ankündigung der Einstellung von Einzelserver noch ein neues Lesereplikat für meine Einzelserver-Instanz erstellen muss?

A. Sie können weiterhin Lesereplikate für vorhandene Single Server-Instanzen über das Blatt Replikation erstellen. Dies wird bis zum endgültigen Einstellungsdatum am 16. September 2024 unterstützt.

F: Fallen für die Durchführung der Migration zusätzliche Kosten an?

A. Beim Ausführen der Migration bezahlen Sie für den flexiblen Zielserver und den Quelleinzelserver. Die zusätzlichen Kosten hängen von der Konfiguration und den Computeressourcen des flexiblen Zielservers ab. Weitere Informationen finden Sie unter Preise. Sobald Sie den Quelleinzelserver nach der erfolgreichen Migration außer Betrieb genommen haben, zahlen Sie nur für Ihren ausgeführten flexiblen Server. Beim Ausführen der Migration über den Azure Database Migration Service (klassisch), der direkten automatischen Migration oder mit dem Migrationstool von Azure Database for MySQL-Import entstehen keine Kosten.

F: Ändert sich meine Abrechnung beim flexiblen Server im Vergleich zum Einzelserver?

A. Wenn Sie die gleiche Zone oder zonenredundante Hochverfügbarkeit für die Zielinstanz von Flexible Server auswählen, ist Ihre Rechnung höher als bei Single Server. Die gleiche Zone oder zonenredundante Hochverfügbarkeit erfordern die Einrichtung eines unmittelbar betriebsbereiten Standbyservers und das Speichern einer redundanten Sicherung, wodurch zusätzliche Kosten anfallen. Diese Architektur ermöglicht eine geringere Downtime bei ungeplanten Ausfällen und geplanter Wartung. Darüber hinaus bietet Flexible Server je nach Workload eine bessere Leistung als Single Server, wodurch Sie Ihre Workload auf Flexible Server möglicherweise mit einer niedrigeren SKU ausführen können. Ihre Gesamtkosten können daher mit denen einer Single Server-Instanz vergleichbar sein.

F: Verursacht die Migration vom Einzelserver zum flexiblen Server eine Downtime?

A. Führen Sie zum Begrenzen der Downtime eine Onlinemigration zum flexiblen Server durch. Bei dieser Methode kommt es nur zu einer minimalen Downtime.

Q. Werden zukünftig Updates für Einzelserver bereitgestellt, um die aktuellen MySQL-Versionen zu unterstützen?

A. Das letzte Nebenversionsupgrade für die Einzelserver-Version 8.0 ist 8.0.15. Erwägen Sie die Migration zum flexiblen Server, um die Vorteile der neuesten Versionsupgrades zu nutzen.

F: Wie unterscheidet sich die SLA mit 99,99 %Verfügbarkeit für Flexible Server von der SLA für Single Server?

A. Die zonenredundante Bereitstellung einer Flexible Server-Instanz bietet eine Verfügbarkeit von 99,99 % mit Resilienz auf Zonenebene, während Single Server Resilienz in einer einzelnen Verfügbarkeitszone bietet. Die Hochverfügbarkeitsarchitektur einer Flexible Server-Instanz stellt eine betriebsbereiten Standbyserver mit redundanten Compute- und Speicherressourcen bereit (wobei drei Kopien der Daten jedes Standorts gespeichert werden), während die Hochverfügbarkeitsarchitektur von Single Server keinen passiven unmittelbar betriebsbereiten Standbyserver für die Wiederherstellung nach Zonenfehlern bietet. Die Hochverfügbarkeitsarchitektur des flexiblen Servers ermöglicht eine geringere Downtime bei ungeplanten Ausfällen und geplanter Wartung.

F: Welche Migrationsoptionen sind zum Migrieren meines Einzelservers zu einem flexiblen Server verfügbar?

.A Sie können Azure Database for MySQL-Import (empfohlen) verwenden, um zu migrieren. Zusätzlich können Sie Database Migration Service (klassisch) verwenden, um Online- oder Offline-Migrationen auszuführen.

F: Meine Single Server-Instanz wurde in einer Region bereitgestellt, die Flexible Server nicht unterstützt. Wie sollte ich bei der Migration vorgehen?

A. Azure Database Migration Service (klassisch) unterstützt die regionsübergreifende Migration. Sie können daher eine geeignete Region für Ihren flexiblen Zielserver auswählen und dann mit der DMS (klassisch)-Migration fortfahren.

F: Ich habe den Abfragedatenspeicher für meine Single Server-Instanz konfiguriert, und dieses Feature wird von der Flexible Server-Instanz nicht unterstützt. Wie führe ich eine Migration aus?

A. Sie können nach der Migration langsame Abfrageprotokolle für die Flexible Server-Zielinstanz konfigurieren, indem Sie die hier beschriebenen Schritte ausführen, um Featureparität mit dem Abfragedatenspeicher zu erreichen. Anschließend können Sie Abfrageerkenntnisse unter Verwendung der Arbeitsmappenvorlage anzeigen.

F: Ich habe Dienstendpunkt (VNet-Regeln) für meine Single Server-Instanz konfiguriert, und dieses Feature wird von der Flexible Server-Instanz nicht unterstützt. Wie führe ich eine Migration aus?

A. Der Dienstendpunkt (VNET-Regel) wird in Azure Database for MySQL – Flexible Server nicht unterstützt. Es wird empfohlen, Private Link für die migrierte Flexible Server-Instanz so zu konfigurieren, dass die Featureparität gewährleistet ist. Weitere Informationen zum Konfigurieren von Private Link finden Sie hier.

F: Ich habe die Mehrfachverschlüsselung der Infrastruktur für meine Single Server-Instanz konfiguriert, und dieses Feature wird von der Flexible Server-Instanz nicht unterstützt. Wie führe ich eine Migration aus?

A. Die Mehrfachverschlüsselung der Infrastruktur wird von Azure Database for MySQL – Flexible Server nicht unterstützt. Es wird empfohlen, die Datenverschlüsselung auf der migrierten Flexible Server-Instanz so zu konfigurieren, dass die Featureparität gewährleistet wird. Weitere Informationen zum Konfigurieren der Datenverschlüsselung (DATA Encryption, CMK) finden Sie hier.

F: Ich habe TLS Version 1.0/1.1 für meine Single Server-Instanz Version 8.0 konfiguriert, und dieses Feature wird in Flexible Server derzeit nicht unterstützt. Wie führe ich eine Migration aus?

A. Um moderne Sicherheitsstandards zu unterstützen, hat die MySQL Community-Edition die Unterstützung für die Kommunikation über die Protokolle TLS (Transport Layer Security) 1.0 und 1.1 ab Version 8.0.28 eingestellt. Es wird empfohlen, ein Upgrade Ihrer Clienttreiber auszuführen, sodass diese TLS v1.2 unterstützen, um eine sichere Verbindung mit Azure Database for MySQL – Single Server herzustellen, und dann mit der Migration zu Flexible Server fortzufahren.

Q. Gibt es eine Option für den Rollback einer Migration einer Single Server-Instanz zu einer Flexible Server-Instanz?

A. Sie können eine beliebige Anzahl von Testmigrationen durchführen, und nachdem Sie durch die Tests Konfidenz gewonnen haben, führen Sie die endgültige Migration durch. Eine Testmigration wirkt sich nicht auf die Single Server-Quellinstanz aus, die weiterhin betriebsbereit ist und die Replikation fortsetzt, bis Sie die tatsächliche Migration durchführen. Wenn während der Testmigration Fehler auftreten, können Sie die endgültige Migration verschieben und Ihren Quellserver weiterhin ausführen. Sie können dann die endgültige Migration erneut versuchen, nachdem Sie die Fehler behoben haben. Nachdem Sie eine endgültige Migration zum flexiblen Server durchgeführt haben und der Quelleinzelserver heruntergefahren wurde, ist ein Rollback vom flexiblen Server zum Einzelserver nicht mehr möglich.

F: Die Größe meiner Datenbank beträgt mehr als 1 TB, wie soll ich also bei meiner Migration vorgehen?

.A Sie können Azure Database for MySQL-Import (empfohlen) verwenden, um zu migrieren, was für schwerere Workloads sehr leistungsfähig ist.

F: Wird die regionsübergreifende Migration unterstützt?

A. Azure Database Migration Service unterstützt regionsübergreifende Migrationen, sodass Sie Ihren einzelnen Server mithilfe des DMS auf einen flexiblen Server migrieren können, der in einer anderen Region bereitgestellt wird.

Q. Wird die abonnementübergreifende Migration unterstützt?

A. Azure Database Migration Service unterstützt abonnementübergreifende Migrationen, sodass Sie Ihren einzelnen Server mithilfe von DMS auf einen flexiblen Server migrieren können, der in einem anderen Abonnement bereitgestellt wurde.

Q. Wird ein ressourcengruppenübergreifendes Abonnement unterstützt?

A. Azure Database Migration Service unterstützt ressourcengruppenübergreifende Migrationen, sodass Sie Ihren einzelnen Server mithilfe des DMS auf einen flexiblen Server migrieren können, der in einer anderen Ressourcengruppe bereitgestellt wird.

Q. Gibt es eine versionsübergreifende Unterstützung?

A. Ja. Die Migration von niedrigeren MySQL-Serverversionen (v5.6 und höher) zu höheren Versionen wird über Azure Database Migration Service-Migrationen unterstützt.

F: Mein Azure Database for MySQL – Single Server verwendet nicht standardmäßige Ports wie 3308, 3309 und 3310, die für Flexible Server nicht unterstützt werden. Was sollte ich tun, um die Konnektivität bei der Migration zu Flexible Server sicherzustellen?

A. Wenn Ihre Quellinstanz von Azure Database for MySQL – Single Server Nicht-Standardports wie 3308, 3309 und 3310 verwendet, ändern Sie Ihren Konnektivitätsport zu 3306, da die oben genannten Nicht-Standardports für Flexible Server nicht unterstützt werden.

F: Ich habe weitere Fragen zur Einstellung des Diensts. Wie erhalte ich Hilfe?

A. Bei Fragen können Sie Antworten von Communityexpert*innen auf Microsoft Q&A erhalten. Wenn Sie über einen Supportplan verfügen und technische Hilfe benötigen, erstellen Sie eine Supportanfrage:

  1. Geben Sie unter Zusammenfassung eine Beschreibung Ihres Problems ein.
  2. Wählen Sie als Problemtyp die Option Technisch aus.
  3. Wählen Sie unter Abonnement Ihr Abonnement aus.
  4. Wählen Sie Meine Apps als Dienst aus.
  5. Wählen Sie für Diensttyp die Option Azure Database for MySQL Single Server aus.
  6. Wählen Sie unter Ressource Ihre Ressource aus.
  7. Wählen Sie unter Problemtyp die Option Migration aus.
  8. Wählen Sie unter Problemuntertyp die Option Migrieren vom Einzelserver zum flexiblen Server aus.

Weitere Informationen finden Sie in den Häufig gestellten Fragen zur Verwendung von Azure Database Migration Service (klassisch) für Migrationen von „Azure Database for MySQL – Einzelserver“ zu „Flexibler Server“.

Wir wissen, dass die Migration von Diensten frustrierend sein kann und entschuldigen uns im Voraus für alle Unannehmlichkeiten, die Ihnen dadurch entstehen. Wählen Sie das Szenario aus, das für Sie und Ihre Umgebung am besten geeignet ist.

Zugehöriger Inhalt