Freigeben über

Neuerungen in Azure Database for MySQL

  • Artikel

Was ist Azure Database for MySQL – Flexibler Server? ist ein Bereitstellungsmodus, der mehr Kontrolle und Flexibilität bei der Datenbankverwaltung und den Konfigurationseinstellungen bietet als der Bereitstellungsmodus für Azure Database for MySQL-Einzelserver. Der Dienst unterstützt derzeit die Community-Versionen von MySQL 5.7 und 8.0.

In diesem Artikel werden neue Releases und Features in Azure Database for MySQL – Flexibler Server seit Januar 2021 zusammengefasst. Auflistungen werden in umgekehrter chronologischer Reihenfolge angezeigt, die neuesten Updates zuerst.

Hinweis

Dieser Artikel enthält Verweise auf den Begriff Slave. Dieser Begriff wird von Microsoft nicht mehr verwendet. Sobald der Begriff aus der Software entfernt wurde, wird er auch aus diesem Artikel entfernt.

November 2024

Versionsunterstützung von MySQL 8.4 LTS – Public Preview

Azure MySQL flexibler Server unterstützt jetzt die MySQL-Version 8.4 LTS, wodurch die neuesten MySQL-Funktionen in Azure bereitgestellt werden. Die MySQL-Version 8.4 LTS bietet erweiterte Replikationsfunktionen, erweiterte Überwachung und langfristige Unterstützung, sodass sie ideal für Produktionsumgebungen geeignet ist, die Stabilität und erweiterte Verwaltung erfordern. Azure Database for MySQL: Richtlinie für die Versionsunterstützung

Versionsunterstützung von MySQL 9.1 Innovation – Public Preview

Azure MySQL flexibler Server unterstützt jetzt MySQL-Version 9.1 Innovation und führt damit experimentelle Features ein, einschließlich JavaScript-Unterstützung von gespeicherten Prozeduren und des neuen Vektordatentyps, der für moderne Anwendungen in maschinellem Lernen und Analysen entwickelt wurde. Azure Database for MySQL: Richtlinie für die Versionsunterstützung

Hinweis

Aufgrund von Azure-Bereitstellungseinschränkungen während der Weihnachtszeit werden bei der Erstellung eines neuen Servers möglicherweise die Optionen für die Azure MySQL-Versionen 8.4 und 9.1 nicht angezeigt. Für betroffene Kunden können Sie die Abonnement-ID, die Sie für die Public Preview von MySQL 8.4 und 9.1 registrieren möchten, an diese E-Mail-Adresse senden: AskAzureDBforMySQL@service.microsoft.com. Sobald wir Ihre E-Mail erhalten haben, geben wir Ihr Abonnement frei, um die Auswahl von Azure MySQL 8.4 und 9.1 zu ermöglichen.

Oktober 2024

Neue B1s-Server nicht verfügbar

Um die Leistung und Zuverlässigkeit im Zuge kontinuierlicher Sicherheitsverbesserungen zu gewährleisten, wird die Erstellung neuer B1s-Server ab dem 1.11.2024 eingeschränkt. Es wird empfohlen, alternative SKUs zu untersuchen, die Ihre Anforderungen besser unterstützen und gleichzeitig hohe Dienstzuverlässigkeit gewährleisten. Vielen Dank für Ihr Verständnis, während wir daran arbeiten, Ihre Erfahrung zu verbessern.

Was bedeutet das für Sie?

  • Eingeschränkter Zugriff: Neue B1s-Instanzen sind nach dem 28.10.2024 nicht mehr verfügbar.

  • Vorhandene Bereitstellungen: Alle aktuellen B1s-Instanzen bleiben unberührt.

  • Alternative Optionen: Erkunden und erwägen Sie die Verwendung anderer SKUs, z. B. B1ms und B2s, die eine verbesserte Rechenleistung und mehr Arbeitsspeicher bieten und gleichzeitig eine höhere Leistung unterstützen.

Nächste Schritte:

  • Überprüfen empfohlener alternativer SKUs
  • Greifen Sie auf die Dokumentation zum Ändern Ihrer SKU hier zu:
  • Überprüfen des Nutzungsdashboards zum Überwachen Ihrer aktuellen Nutzung

September 2024

  • Beschleunigte Wartung für Azure Database for MySQL – Flexibler Server ist jetzt allgemein verfügbar

    Azure Database for MySQL – Flexibler Server hat offiziell das Feature „Flexible Wartung“ zur allgemeinen Verfügbarkeit (GA) herausgebracht. Mit diesem Feature können Benutzer jetzt Wartungsaktivitäten über die Azure CLI neu planen, was die Kontrolle und Flexibilität verbessert. Das Fenster „Neuplanung“ wurde auch erweitert, um alle verfügbaren Wartungstermine innerhalb derselben Region und derselben Wartungsrunde zu erfassen, anstatt auf das 14-Tage-Fenster um das ursprünglich geplante Datum der Instanz beschränkt zu sein.Weitere Informationen

August 2024

  • Azure Database for MySQL – Flexible Server unterstützt jetzt bis zu 8 TB in einer einzelnen Datendatei.

    Azure Database for MySQL unterstützt jetzt einzelne InnoDB-Datendateien mit bis zu 8 TB, sodass Benutzer größere Datasets in einer einzelnen Datei speichern können. Durch diese Verbesserung wird die Notwendigkeit der Datenpartitionierung reduziert und die Datenbankverwaltung optimiert, sodass es einfacher ist, erhebliche Datenmengen mithilfe der InnoDB-Speicher-Engine zu verarbeiten. Weitere Informationen

  • Unterstützung für Hauptversionsupgrades für die burstfähige Computeebene

    Azure Database for MySQL bietet jetzt Hauptversionsupgrades für burstfähige SKU-Computeebenen. Diese Unterstützung upgradet die Computeebene vor dem Upgrade automatisch auf die universelle SKU, sodass ausreichend Ressourcen sichergestellt werden. Kunden können nach dem Upgrade wieder zur burstfähigen SKU zurückkehren. Es können zusätzliche Kosten anfallen. Weitere Informationen

  • Veraltete Metrikankündigung

    Wir möchten Sie über das Veralten der folgenden Metriken in der Azure-Datenbank für MySQL Flexible Server informieren.

    • Storage Throttle Count (veraltet)
    • Verfügbare Speicherbytes (veraltet)
    • MySQL Lock Row Lock Waits (veraltet)

    Diese Metriken werden nicht mehr unterstützt und werden bis Ende August 2024 aus der Überwachung entfernt. Es wird empfohlen, Ihre Überwachungs- und Warnungskonfigurationen zu aktualisieren, um diese Metriken auszuschließen und alternative Metriken zu verwenden, die ähnliche Erkenntnisse liefern. Weitere Informationen und Anleitungen zu alternativen Metriken finden Sie in der Dokumentation zur Azure-Überwachung

Juli 2024

  • Wechseln von privatem Zugriff (virtuelles Netzwerk integriert) zu öffentlichem Zugriff oder privater Verbindung

    Azure Database for MySQL – Flexibler Server kann von privatem Zugriff (virtuelles Netzwerk integriert) auf öffentlichen Zugriff umgestellt werden, mit der Option zur Verwendung von Private Link. Diese Funktionalität ermöglicht es Servern, nahtlos von „virtuelles Netzwerk integriert“ zu Private Link/öffentlichen Infrastruktur zu wechseln, ohne den Servernamen ändern oder Daten migrieren zu müssen, was den Prozess für Kunden vereinfacht. Weitere Informationen

  • Unterstützung verwalteter HSMs für Azure Database for MySQL – Flexible Server (allgemein verfügbar)

    Wir geben bekannt, dass die Unterstützung von verwalteten Azure Key Vault-HSMs für kundenseitig verwaltete Schlüssel (CMK) in Azure Database for MySQL – Flexibler Server jetzt allgemein verfügbar ist. Mit verwalteten HSMs können Sie Ihre eigenen HSM-gestützten Verschlüsselungsschlüssel mithilfe des CMK-BYOK-Features importieren, um ruhende Daten in Ihren Instanzen von Azure Database for MySQL – Flexible Server zu schützen und gleichzeitig die Datenresidenz und die vollständige Kontrolle über Ihre HSM-Schlüssel zu behalten. Weitere Informationen

Mai 2024

  • Beschleunigte Protokolle in Azure Database for MySQL – Flexibler Server jetzt allgemein verfügbar

    Das Feature für beschleunigte Protokolle für Azure Database for MySQL – Flexibler Server ist jetzt allgemein verfügbar. Dieses Feature ist innerhalb der Dienstebene „Geschäftskritisch“ verfügbar und verbessert die Leistung von Instanzen von Azure Database for MySQL – Flexibler Server erheblich. Es bietet eine dynamische Lösung, die für hohe Durchsatzanforderungen entwickelt wurde, und reduziert die Wartezeit, ohne zusätzliche Kosten zu verursachen. Feature für beschleunigte Protokolle in Azure Database for MySQL – Flexibler Server

  • Unterstützung von bis zu 32 TB Speicher in Azure Database for MySQL – Flexibler Server jetzt allgemein verfügbar

    Wir geben bekannt, dass die Unterstützung von bis zu 32 TB Speicher für Azure Database for MySQL – Flexibler Server jetzt allgemein verfügbar ist. Dieses Feature ist nur auf der Dienstebene „Unternehmenskritisch“ verfügbar. Weitere Informationen finden Sie unter Dienstebenen.

April 2024

  • Verbesserte Speicherbelegung in Azure Database for MySQL – Flexibler Server

    In den Bereitstellungen vom April haben wir eine optimierte Speicherbelegung für Azure Database for MySQL – Flexibler Server eingeführt. Diese Optimierung stellt eine genauere und effizientere Speicherberechnung für die MySQL Server-Komponente sicher, sodass verfügbare Ressourcen effektiv für die Abfrageverarbeitung und Datenverwaltung genutzt werden können. Dienstebenen für Azure Database for MySQL – Flexibler Server

  • Verbesserte Überwachung für Azure Database for MySQL – Flexibler Server: Einführung neuer Metriken

    Die neu hinzugefügten Metriken umfassen die MySQL-Uptime, die Länge der MySQL-Verlaufsliste, MySQL-Deadlocks, aktive Transaktionen und MySQL-Sperrtimeouts. Diese Metriken bieten eine detailliertere Darstellung der Leistung Ihres Servers, damit Sie Ihre Datenbankvorgänge effektiver überwachen und optimieren können. Zusätzlich zu diesen neuen Metriken haben wir die Metrik „Arbeitsspeicher in Prozent“ verbessert. Sie bietet nun genauere Berechnungen der Speicherauslastung für den MySQL-Serverprozess (mysqld). Überwachen von Azure Database for MySQL – Flexibler Server

  • Microsoft Defender for Cloud unterstützt Azure Database for MySQL – Flexibler Server (allgemeine Verfügbarkeit)

    Wir freuen uns, die allgemeine Verfügbarkeit des Microsoft Defender for Cloud-Features für Azure Database for MySQL – Flexibler Server auf allen Dienstebenen bekannt geben zu können. Das Microsoft Defender Advanced Threat Protection-Feature vereinfacht das Sicherheitsmanagement von Instanzen von Azure Database for MySQL – Flexibler Server. Es überwacht den Server auf anomale oder verdächtige Datenbankaktivitäten, um potenzielle Bedrohungen zu erkennen, und gibt Sicherheitswarnungen an Sie aus, damit Sie geeignete Maßnahmen prüfen und ergreifen können. So können Sie den Sicherheitsstatus Ihrer Datenbank aktiv verbessern, ohne über Fachkenntnisse im Bereich Sicherheit zu verfügen. Was ist Microsoft Defender für relationale Open-Source-Datenbanken?

  • On-Demand-Sicherung und -Export (Vorschau)

    Azure Database for MySQL – Flexibler Server bietet jetzt die Möglichkeit, eine On-Demand-Serversicherung auszulösen und in ein Azure-Speicherkonto (Azure Blob Storage) zu exportieren. Dieses Feature befindet sich derzeit in der Public Preview-Phase und ist nur in öffentlichen Cloudregionen verfügbar. Weitere Informationen

  • Bekannte Probleme

    Beim Versuch, das Microsoft Defender for Cloud-Feature für eine Instanz von Azure Database for MySQL – Flexibler Server zu aktivieren, tritt möglicherweise der folgende Fehler auf: „Der Server <server_name> ist nicht mit Advanced Threat Protection kompatibel. Wenden Sie sich an den Microsoft-Support, um den Server auf eine unterstützte Version zu aktualisieren.“ Dieses Problem kann für Instanzen von MySQL – Flexibler Server auftreten, bei denen noch ein internes Update aussteht. Es wird automatisch mit dem nächsten internen Update Ihres Servers behoben. Alternativ können Sie ein Supportticket erstellen, um ein sofortiges Update zu initiieren.

März 2024

Februar 2024

  • Beschleunigte Protokolle sind jetzt für bereits vorhandene Server und in drei neuen Regionen verfügbar.

    Beschleunigte Protokolle, die zuvor auf Server beschränkt waren, die nach dem 14. November erstellt wurden, stehen jetzt für alle eigenständigen Server im Tarif „Unternehmenskritisch“ in der Vorschauphase zur Verfügung. Beschleunigte Protokolle unterstützen auch die Microsoft Entra-Authentifizierung für Azure Database for MySQL – Flexibler Server. Darüber hinaus wurde dieses Feature um drei neue Regionen erweitert: Japan Ost, Korea Zentral und Polen Zentral. Feature für beschleunigte Protokolle in Azure Database for MySQL – Flexibler Server

  • Bekannte Probleme

    Aufgrund eines technischen Problems in der Bereitstellung dieses Monats sind primäre Server mit Lesereplikat vorübergehend daran gehindert, das Feature für beschleunigte Protokolle zu aktivieren. Benutzern wird empfohlen, vor dem Erstellen eines Replikatservers die Funktion für beschleunigte Protokolle zu deaktivieren. Sollten Sie Unterstützung im Zusammenhang mit beschleunigten Protokollen und der Replikaterstellung benötigen, erstellen Sie ein Supportticket. Weitere Informationen

  • Überwachungsprotokolle unterstützen jetzt Platzhaltereinträge.

    Die Serverparameter unterstützen nun Platzhalter in audit_log_include_users und audit_log_exclude_users, um die Flexibilität beim Angeben von Benutzerein- und -ausschlüssen in Überwachungsprotokollen zu verbessern. Weitere Informationen

  • Erweiterte Überwachungsprotokollierung mit CONNECTION_V2 für umfassende MySQL-Benutzerüberwachungen

    Der Serverparameter audit_log_events unterstützt jetzt Ereignis-CONNECTION_V2 für detaillierte Verbindungsprotokolle und bietet Einblicke in Benutzerüberwachungen, Verbindungsstatus und Fehlercodes in MySQL-Interaktionen.Weitere Informationen

Dezember 2023

  • Near Zero Downtime Maintenance for Azure Database for MySQL Flexible Server (Preview)

    Dieses Feature reduziert in den meisten Fällen erheblich wartungsbezogene Ausfallzeiten, wobei in der Regel Vorgänge unter 60 Sekunden gewartet werden. Bei Verwendung des geplanten Failovers in HA-aktivierten Servern aktualisiert es zuerst den Standbyserver, gefolgt von einem Failover, um es zum primären Server zu machen, und schließt mit der Aktualisierung des ehemaligen primären Servers ab, um minimale Dienstunterbrechungen sicherzustellen.Weitere Informationen

  • Fehlerprotokolle unter Serverprotokollen für Azure Database for MySQL – Flexible Server (Preview)

    Dieses neue Feature ermöglicht direkten Zugriff auf MySQL Server-Fehlerprotokolle, was die Problembehandlung sowie die Transparenz und Unabhängigkeit mit Azure Database for MySQL – Flexibler Server erheblich verbessert. Fehlerprotokolle in Azure Database for MySQL – Flexibler Server (Vorschau)

November 2023

  • Verbesserte Replikatbereitstellung

    Die Replikatbereitstellung bietet jetzt zusätzliche Flexibilität, um die Compute- und Speichereinstellungen für Replikate während des Bereitstellungsworkflows zu ändern. Sie können die Computeeinstellungen des Replikatservers zum Zeitpunkt der Bereitstellung ändern, anstatt die Änderungen nach der Bereitstellung des Replikatservers vorzunehmen. Das Feature ermöglicht außerdem das Ändern der Sicherungsaufbewahrung (in Tagen) des Replikatservers und die Verwendung eines Werts, der sich vom Wert des Quellservers unterscheidet.

  • Ändern mehrerer Serverparameter mithilfe der Azure CLI

    Sie können jetzt mehrere Serverparameter für Ihre Instanz von Azure Database for MySQL – Flexibler Server bequem mit der Azure CLI aktualisieren. Weitere Informationen

  • Beschleunigte Protokolle in Azure Database for MySQL – Flexibler Server (Vorschau)

    Wie freuen uns, eine Vorschauversion des Features für beschleunigte Protokolle für Azure Database for MySQL – Flexibler Server anzukündigen. Dieses Feature ist auf der Dienstebene „Unternehmenskritisch“ verfügbar. Beschleunigte Protokolle verbessern die Leistung von Instanzen von Azure Database for MySQL – Flexibler Server erheblich und bieten eine dynamische Lösung, die für hohe Durchsatzanforderungen konzipiert ist. Außerdem reduzieren sie die Wartezeit und optimieren die Kosteneffizienz. Feature für beschleunigte Protokolle in Azure Database for MySQL – Flexibler Server

  • Universelle Geowiederherstellung in Azure Database for MySQL – Flexibler Server (allgemeine Verfügbarkeit)

    Mit dem Feature „Universelle Geowiederherstellung“ können Sie eine Quellserverinstanz in einer alternativen Region zu den von Azure unterstützten Regionen wiederherstellen, in denen Azure Database for MySQL – Flexibler Server verfügbar ist. Wenn eine Datenbankanwendung aufgrund eines umfangreichen Incidents in einer Region nicht mehr verfügbar ist, können Sie dieses Feature als Notfallwiederherstellungsoption verwenden und den Server in einer von Azure unterstützten Zielregion wiederherstellen, die sich von der Quellserverregion unterscheidet. Weitere Informationen

Oktober 2023

  • Hinzufügen von neuen Optionen für virtuelle Kerne in Azure Database for MySQL – Flexibler Server

    Wir freuen uns, Sie darüber informieren zu können, dass wir 20 neue Optionen für virtuelle Kerne unter der Dienstebene „Unternehmenskritisch“ für Azure Database for MySQL – Flexibler Server eingeführt haben. Weitere Informationen finden Sie unter Computeoption für Azure Database for MySQL – Flexibler Server.

  • Bekannte Probleme

    • Wenn versucht wird, die benutzerseitig zugewiesene verwaltete Identität und den Schlüsselbezeichner in einer einzigen Anforderung zu ändern, während die CMK-Einstellungen geändert werden, bleibt der Vorgang hängen. Wir arbeiten an der bevorstehenden Bereitstellung für die dauerhafte Lösung, um dieses Problem zu beheben. Stellen Sie in der Zwischenzeit sicher, dass Sie die beiden Vorgänge zum Aktualisieren der benutzerseitig zugewiesenen verwalteten Identität und des Schlüsselbezeichners in separaten Anforderungen ausführen. Die Reihenfolge dieser Vorgänge ist nicht kritisch, solange die benutzerseitig zugewiesenen Identitäten über den erforderlichen Zugriff auf beide Key Vaults verfügen.
    • Wir haben ein bekanntes Problem identifiziert, bei dem Kund*innen beim Erstellen oder Aktualisieren ihrer Instanz von Azure Database for MySQL – Flexibler Server mit ARM/CLI/RestAPI keine neue CMW-Konfiguration (Custom Maintenance Window, benutzerdefiniertes Wartungsfenster) initialisieren können. Derzeit kann die CMW-Konfiguration nur eingangs über das Azure-Portal eingerichtet werden. Nachfolgende Änderungen am CMW können während Serverupdates vorgenommen werden. Wir arbeiten an der Behebung der Einschränkung. Als Problemumgehung können Kunden manuell über das Azure-Portal ein CMW für ihren MySQL-Server einrichten, bevor sie weitere Änderungen über ARM/CLI/RestAPI vornehmen.

September 2023

  • Flexible Wartung für Azure Database for MySQL – Flexibler Server (Public Preview)

    Flexible Wartung für Azure Database for MySQL – Flexibler Server ermöglicht einen maßgeschneiderten Wartungszeitplan für Ihren Betriebsrhythmus. Mit diesem Feature können Sie Wartungsaufgaben innerhalb eines maximal 14-tägigen Wartungsfensters neu planen und eine Wartung nach Bedarf einleiten, was Ihnen eine noch nie dagewesene Kontrolle über die Zeitplanung der Serverwartung ermöglicht. Halten Sie sich auf dem Laufenden, um in Zukunft weitere anpassbare Erfahrungen zu erhalten. Geplante Wartung in Azure Database for MySQL – Flexibler Server

  • Universelles regionsübergreifendes Lesereplikat in Azure Database for MySQL – Flexibler Server (allgemeine Verfügbarkeit)

    Azure Database for MySQL – Flexibler Server unterstützt jetzt universelle Lesereplikate in öffentlichen Regionen. Mit diesem Feature können Sie Daten aus einer Instanz von Azure Database for MySQL – Flexibler Server auf einem schreibgeschützten Server in der universellen Region replizieren. Dabei kann es sich um eine beliebige Region aus der Liste der von Azure unterstützten Regionen handeln, in denen Azure Database for MySQL – Flexibler Server verfügbar ist. Lesereplikate in Azure Database for MySQL – Flexibler Server

  • Private Link für Azure Database for MySQL – Flexibler Server (allgemeine Verfügbarkeit)

    Sie können jetzt private Endpunkte aktivieren, um über eine private Verbindung sicher auf Azure Database for MySQL – Flexibler Server zuzugreifen und gleichzeitig öffentlichen und privaten Zugriff zu ermöglichen. Bei Bedarf können Sie den öffentlichen Zugriff einschränken, um sicherzustellen, dass Verbindungen ausschließlich über private Endpunkte weitergeleitet werden, um die Netzwerksicherheit zu erhöhen. Es ist auch möglich, Einstellungen für private Verbindungen während oder nach der Erstellung des Servers zu konfigurieren oder zu aktualisieren. Private Link für Azure Database for MySQL – Flexibler Server

  • Azure MySQL Import Smart Defaults für die Migration von Azure Database for MySQL – Single Server zu Azure Database for MySQL – Flexibler Server (Public Preview)

    Sie können jetzt eine Instanz von Azure Database for MySQL – Single Server zu einer Instanz von Azure Database for MySQL – Flexibler Server migrieren, indem Sie einen einzelnen CLI-Befehl mit minimalen Eingaben ausführen. Der Befehl nutzt intelligente Standardwerte für die Zielbereitstellung von Azure Database for MySQL – Flexibler Server basierend auf der SKU und den Eigenschaften des Quellservers.

  • Nominieren einer berechtigten Instanz von Azure Database for MySQL – Single Server für die direkte automatische Migration zu Azure Database for MySQL – Flexibler Server

    Wenn Sie über eine Workload von Azure Database for MySQL – Single Server mit der SKU Basic oder GP verfügen, der genutzte Datenspeicher < 10 GiB beträgt und keine komplexen Features (CMK, Microsoft Entra ID, Lesereplikat, Private Link) aktiviert sind, können Sie jetzt (sofern nicht bereits vom Dienst geplant) selbst eine Nominierung für die direkte automatische Migration zu Azure Database for MySQL – Flexibler Server vornehmen. Dazu übermitteln Sie die Serverdetails über dieses Formular.

August 2023

  • Universelle Geowiederherstellung in Azure Database for MySQL – Flexibler Server (Public Preview)

    Mit dem Feature „Universelle Geowiederherstellung“ können Sie eine Quellserverinstanz in einer alternativen Region zu den von Azure unterstützten Regionen wiederherstellen, in denen Azure Database for MySQL – Flexibler Server verfügbar ist. Wenn Datenbankanwendungen aufgrund eines umfangreichen Incidents in einer Region nicht mehr verfügbar sind, können Sie dieses Feature als Notfallwiederherstellungsoption verwenden und den Server in einer von Azure unterstützten Zielregion wiederherstellen, die sich von der Quellserverregion unterscheidet. Weitere Informationen

  • Generierter unsichtbarer Primärschlüssel in Azure Database for MySQL – Flexibler Server

    Azure Database for MySQL – Flexibler Server unterstützt jetzt den generierten unsichtbaren Primärschlüssel (GIPK) für die MySQL-Version 8.0. Mit dieser Änderung lautet der Wert der Serversystemvariable sql_generate_invisible_primary_key für alle Instanzen von Azure Database for MySQL – Flexibler Server in MySQL 8.0 standardmäßig ON. Wenn der GIPK-Modus aktiviert ist, generiert MySQL einen unsichtbaren Primärschlüssel für jede InnoDB-Tabelle, die ohne expliziten Primärschlüssel neu erstellt wird. Hier erfahren Sie mehr über den GIPK-Modus: Generierte unsichtbare Primärschlüssel und Unsichtbare Spaltenmetadaten.

Juli 2023

  • Autoskalierung von IOPS in Azure Database for MySQL – Flexibler Server (allgemeine Verfügbarkeit)

    Sie können jetzt IOPS bei Bedarf skalieren, ohne eine bestimmte Menge von IOPS vorab bereitzustellen. Mit diesem Feature profitieren Sie ab sofort von einer sorgenfreien E/A-Verwaltung in Azure Database for MySQL – Flexibler Server, da der Server IOPs je nach Workloadanforderung automatisch hoch- oder herunterskaliert. Mit dieser Funktion zahlen Sie nur für die von Ihnen genutzte E/A und müssen keine Ressourcen mehr bereitstellen und bezahlen, die nicht vollständig genutzt werden, was Zeit und Geld spart. Dank der Autoskalierung von IOPS entfällt der Verwaltungsaufwand, der erforderlich ist, um die bestmögliche Leistung von Azure Database for MySQL – Flexibler Server zu den geringsten Kosten zu bieten. Weitere Informationen

Juni 2023

  • Private Link für Azure Database for MySQL – Flexibler Server (Vorschau)

    Ab sofort können Sie privaten Zugriff auf Azure Database for MySQL – Flexibler Server mithilfe von Private Link aktivieren. Azure Private Link macht im Prinzip Azure-Dienste in Ihrem privaten virtuellen Netzwerk (VNet) verfügbar. Über die private IP-Adresse kann auf die Instanz von Azure Database for MySQL – Flexibler Server auf die gleiche Weise zugegriffen werden wie auf andere Ressourcen im virtuellen Netzwerk. Private Link für Azure Database for MySQL – Flexibler Server

  • Verbesserte Datenverschlüsselung mit kundenseitig verwalteten Schlüsseln für Azure Database for MySQL – Flexibler Server

    Azure Database for MySQL – Flexibler Server unterstützt jetzt das Zulassen von Zugriff auf Azure Key Vault über ausgewählte VNets, um die Datenverschlüsselung mithilfe kundenseitig verwalteter Schlüssel zu ermöglichen. Datenverschlüsselung mit kundenseitig verwalteten Schlüsseln für Azure Database for MySQL – Flexibler Server

  • Unterstützung von Serverparametern für Azure Database for MySQL – Flexibler Server

    Wenden Sie sich an unser Supportteam, wenn Sie Hilfe mit den folgenden Serverparametern benötigen.

    [lower_case_table_names] (https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_lower_case_table_names): Die MySQL-Version 5.7 unterstützt eine Änderung des Werts in „2“. Es ist jedoch nicht möglich, den Wert von „2“ wieder in „1“ zu ändern. Wenden Sie sich an unser Supportteam, um Hilfe zu erhalten.

    innodb_flush_log_at_trx_commit: Dieser Parameter bestimmt die Strenge für Commitvorgänge, um die ACID-Konformität sicherzustellen. Das Ändern des Standardwerts kann zu Datenverlusten führen.

  • Maximale IOPS-Unterstützung für Azure Database for MySQL – Flexibler Server

    Die SKU „Unternehmenskritisch“ unterstützt jetzt 80.000 IOPS, wodurch eine verbesserte Leistung mit erhöhten E/A-Vorgängen pro Sekunde ermöglicht wird. Weitere Informationen

Mai 2023

  • Lesereplikat in einer geografisch gepaarten Region auf Azure Database for MySQL– Flexibler Server (Allgemeine Verfügbarkeit)

    Azure Database for MySQL unterstützt jetzt regionsübergreifende Lesereplikate in einer geografisch gekoppelten Region. Mithilfe des Features können Sie Daten aus einer Instanz von Azure Database for MySQL – Flexibler Server auf einem schreibgeschützten Server in einer geografisch gekoppelten Region replizieren. Lesereplikate in Azure Database for MySQL – Flexibler Server

  • Unterstützung für die Datenreplikation mithilfe von GTID

    Flexibler Server unterstützt jetzt auch das Replizieren von Daten in Azure Database for MySQL – Flexibler Server mithilfe der GTID-basierten Replikation. Mit diesem Feature können Sie die Datenreplikation für Server mit Hochverfügbarkeitsunterstützung konfigurieren. Weitere Informationen finden Sie unter Konfigurieren der Datenreplikation mithilfe von GTID

  • Hauptversionsupgrades von 5.7 auf 8.0 für Azure Database for MySQL – Flexibler Server (allgemeine Verfügbarkeit)

    Mit der Upgradefunktion für die Hauptversion können Sie direkte Upgrades vorhandener Instanzen von Azure Database for MySQL – Flexibler Server von MySQL 5.7 auf MySQL 8.0 mit nur einem Klick auf eine Schaltfläche durchführen, ohne dass Datenverschiebungen vorgenommen werden oder Verbindungszeichenfolgen von Anwendungen geändert werden müssen. Durch die Möglichkeit, für die Hauptversion von Azure Database for MySQL – Flexibler Server ein Upgrade von 5.7 auf 8.0 durchzuführen, erhalten Sie Zugriff auf Leistungsverbesserungen, Sicherheitsverbesserungen und neue Features wie Datenwörterbuch, JSON-Verbesserungen und Windows-Funktionen. Hauptversionsupgrade in Azure Database for MySQL – Flexibler Server

April 2023

  • Bekannte Probleme

    Wenn das Feature für die automatische Speichervergrößerung aktiviert ist und vorab bereitgestellte IOPS erhöht werden, kann dies zu einer unerwarteten Erhöhung der Speichergröße der Instanz führen. Wir arbeiten aktiv daran, dieses Problem zu beheben, und stellen Updates bereit, sobald sie verfügbar sind.

März 2023

  • Azure Resource Health

    Verwenden Sie Azure Resource Health, um im Falle eines geplanten oder ungeplanten Failovers die Integrität und Verfügbarkeit des Servers mit Hochverfügbarkeitsunterstützung zu überwachen. Hochverfügbarkeitskonzepte in Azure Database for MySQL – Flexibler Server

  • Verbesserte Wiederherstellungserfahrung

    Die Wiederherstellungsumgebung bietet zusätzliche Flexibilität, um die Compute- und Speichereinstellungen während der Bereitstellung des wiederhergestellten Servers zu ändern. Der wiederhergestellte Server kann aktuell so konfiguriert werden, dass er über einen höheren Computetarif, über eine höhere Computegröße und über mehr Speicherplatz verfügt als der Quellserver zum Zeitpunkt der Bereitstellung. Optionen wie „Automatisches Speicherwachstum“, „Sicherungsaufbewahrung (Tage)“ und „Georedundanz“ können ebenfalls bearbeitet werden, um einen anderen Wert als den des Quellservers festzulegen.

Februar 2023

  • Arbeitsmappe mit erweiterten Metriken jetzt verfügbar

    Überwachen Sie die Systemleistung mit unserer kürzlich hinzugefügten Arbeitsmappe mit erweiterten Metriken. Alle erweiterten Metriken werden an einem zentralen Ort konsolidiert – Sie können die Integrität Ihres Systems ganz einfach überwachen und nachverfolgen und fundierte Entscheidungen treffen, um die Gesamtleistung zu verbessern.

  • Feature für Upgrade der Hauptversion wieder verfügbar

    Das Feature für das Upgrade der Hauptversion war im Portal aufgrund technischer Probleme vorübergehend deaktiviert, kann jetzt aber wieder verwendet werden. Sollten Probleme mit der Upgradefunktion auftreten, erstellen Sie ein Supportticket, damit wir Ihnen helfen können.

  • Verwaltung des Wiederholungsprotokolls in MySQL, Version 8.0

    Ab MySQL, Version 8.0.30 wird das Wiederholungsprotokoll auf neue Weise konfiguriert. Statt der Verwendung der Variable innodb_log_file_size kann das Wiederholungsprotokoll jetzt ganz einfach mithilfe der Variable innodb_redo_log_capacity mit den verfügbaren Werten angepasst werden. Weitere Informationen

  • Nicht unterstützte Serverparameter

    Die Möglichkeit, den Parameter thread_handling in Azure Database for MySQL – Flexible Server zu ändern, wird aufgrund der zugrunde liegenden Architektur und Leistung eingestellt.

  • Nebenversionsupgrade für Azure Database for MySQL auf 8.0.31

    Nach der Bereitstellung in diesem Monat wird Azure Database for MySQL – Flexibler Server 8.0 in der Nebenversion 8.0.31* ausgeführt. Weitere Informationen zu Änderungen in dieser Nebenversion finden Sie unter „Änderungen in MySQL 8.0.31 (2022-10-11, allgemeine Verfügbarkeit)“.

  • Bekannte Probleme

    Upgradeoption im Portal nicht verfügbar: Aufgrund technischer Probleme nach der Bereitstellung dieses Monats wurde das Feature „Upgrade der Hauptversion“ vorübergehend deaktiviert. Bitte entschuldigen Sie die Unannehmlichkeiten. Unser Team arbeitet an einer Lösung, und das Problem wird im nächsten Bereitstellungszyklus behoben. Wenn Sie sofortige Unterstützung beim Upgrade der Hauptversion benötigen, erstellen Sie ein Supportticket. Wir werden Ihnen dann weiterhelfen.

Dezember 2022

  • Neue Replikationsmetriken

    Sie können jetzt einen besseren Einblick in die Replikationsleistung und -integrität durch neu verfügbar gemachte Replikationsstatusmetriken erhalten, die auf den verschiedenen Replikationstypen basieren, die von Azure Database for MySQL – Flexible Server angeboten werden. Weitere Informationen

  • Unterstützung der Replikation ausgehender Daten

    Azure Database for MySQL: Flexible Server unterstützt jetzt die Replikation ausgehender Daten. Mit dieser Funktion können Kund*innen Daten aus Azure Database for MySQL – Flexibler Server (Quelle) mit einer anderen MySQL-Instanz (Replikat) synchronisieren, die sich vor Ort, in virtuellen Maschinen oder in einem außerhalb von Azure gehosteten Datenbankdienst befinden kann. Weitere Informationen zum Konfigurieren der Replikation ausgehender Daten in Azure Database for MySQL – Flexibler Server finden Sie hier.

November 2022

  • Microsoft Entra ID-Authentifizierung für Azure Database for MySQL – Flexibler Server (allgemeine Verfügbarkeit)

    Sie können sich jetzt mithilfe von Microsoft Entra ID mit Identitäten bei Azure Database for MySQL authentifizieren. Mit der Authentifizierung können Sie Datenbankbenutzeridentitäten und andere Microsoft-Dienste an einem zentralen Ort verwalten, um die Berechtigungsverwaltung zu vereinfachen. Microsoft Entra-Authentifizierung für Azure Database for MySQL – Flexibler Server

  • Datenverschlüsselung mit kundenseitig verwalteten Schlüsseln: Azure Database for MySQL – Flexible Server (allgemeine Verfügbarkeit)

    Mit der Datenverschlüsselung mit kundenseitig verwalteten Schlüsseln (CMKs) für Azure Database for MySQL – Flexibler Server (Vorschau) können Sie die eigenen Schlüssel (BYOK) zum Schutz von Daten im Ruhezustand verwenden und die Trennung von Aufgaben für die Verwaltung von Schlüsseln und Daten implementieren. Die Datenverschlüsselung mit CMKs wird auf Serverebene festgelegt. Bei einem bestimmten Server wird ein CMK verwendet, der als Schlüsselverschlüsselungsschlüssel (Key Encryption Key, KEK) bezeichnet wird, um den vom Dienst verwendeten Datenverschlüsselungsschlüssel (Data Encryption Key, DEK) zu verschlüsseln. Bei kundenseitig verwalteten Schlüsseln (Customer Managed Keys, CMKs) ist der Kunde vollständig für die Verwaltung des Lebenszyklus (Erstellen, Hochladen, Rotieren, Löschen von Schlüsseln) und der Schlüsselnutzungsberechtigungen sowie für die Überwachung von Vorgängen für Schlüssel verantwortlich. Datenverschlüsselung mit kundenseitig verwalteten Schlüsseln für Azure Database for MySQL – Flexibler Server

  • Allgemeine Verfügbarkeit in US Government-Regionen von Azure: Azure Database for MySQL – Flexibler Server ist jetzt in den folgenden Azure-Regionen verfügbar:

    • US Government, Virginia
    • US Gov Arizona
    • USGov Texas

  • Bekannte Probleme

    In einem bestimmten Szenario, in dem der Quellserver als Hochverfügbarkeitszone konfiguriert und auch für Georedundanz aktiviert ist, schlägt der Workflow für die Geowiederherstellung fehl, wenn die Zielregion keine Verfügbarkeitszonen unterstützt.

Oktober 2022

  • AMD-Compute-SKUs für die Dienstebenen „Universell“ und „Unternehmenskritisch“ in Azure Database for MySQL – Flexibler Server

    Ab sofort können Sie zwischen Intel- und AMD-Hardware für Instanzen von Azure Database for MySQL – Flexibler Server basierend auf den Dienstebenen „Universell“ (Dadsv5-Serie) und „Unternehmenskritisch“ (EADSv5-Serie) wählen. Die AMD-SKU bietet wettbewerbsfähige Preis-/Leistungsoptionen für alle Benutzer*innen von Azure Database for MySQL – Flexibler Server. Um im Portal Transparenz zu gewährleisten, können Sie den Anbieter der Computehardware sowohl für den primären als auch für den sekundären Server auswählen. Nachdem Sie den besten Computeprozessor für Ihre Workload bestimmt haben, stellen Sie flexible Server in weiteren verfügbaren Regionen und Zonen bereit. Dienstebenen für Azure Database for MySQL – Flexibler Server

  • Autoskalierung von IOPS in Azure Database for MySQL – Flexible Server (Vorschau)

    Sie können jetzt IOPS bei Bedarf skalieren, ohne eine bestimmte Menge von IOPS vorab bereitzustellen. Mit diesem Feature profitieren Sie ab sofort von einer sorgenfreien E/A-Verwaltung in Azure Database for MySQL – Flexibler Server, da der Server IOPs je nach Workloadanforderung automatisch hoch- oder herunterskaliert. Mit dieser Funktion zahlen Sie nur für die von Ihnen genutzte E/A und müssen keine Ressourcen mehr bereitstellen und bezahlen, die nicht vollständig genutzt werden, was Zeit und Geld spart. Darüber hinaus können unternehmenskritische Tier-1-Anwendungen eine konsistente Leistung erzielen, indem zusätzliche E/A jederzeit für die Workload verfügbar gemacht wird. Mit Autoskalierung der E/A entfällt der Verwaltungsaufwand, der erforderlich ist, um Kunden von Azure Database for MySQL die beste Leistung zu den geringsten Kosten zu bieten. Dienstebenen für Azure Database for MySQL – Flexibler Server

  • Durchführen eines Hauptversionsupgrades mit Minimalaufwand für Azure Database for MySQL – Flexibler Server (Vorschau)

    Mit der Upgradefunktion für die Hauptversion können Sie direkte Upgrades vorhandener Instanzen von Azure Database for MySQL – Flexibler Server von MySQL 5.7 auf MySQL 8.0 mit nur einem Klick auf eine Schaltfläche durchführen, ohne dass Datenverschiebungen vorgenommen werden oder Verbindungszeichenfolgen von Anwendungen geändert werden müssen. Nutzen Sie diese Funktionalität, um Hauptversionsupgrades für Ihre Instanzen von Azure Database for MySQL – Flexibler Server effizient auszuführen, und greifen Sie auf die neueste Funktionalität von MySQL 8.0 zurück. Hauptversionsupgrade in Azure Database for MySQL – Flexibler Server

  • MySQL-Erweiterung für Azure Data Studio (Vorschau)

    Wenn Sie mit mehreren Datenbanken auf Datenplattformen und Cloudbereitstellungsmodellen arbeiten, können Sie die am häufigsten verwendeten Aufgaben in allen Datenbanken mit einem einzigen Tool ausführen und Ihre Produktivität so um ein Vielfaches verbessern. Mit der MySQL-Erweiterung für Azure Data Studio können Sie jetzt eine Verbindung mit MySQL-Datenbanken sowie Ihren anderen Datenbanken herstellen und sie ändern, indem Sie die moderne Editorer-Umgebung und die zugehörigen Funktionen in Azure Data Studio nutzen, z. B. IntelliSense, Codeausschnitte, Integration der Quellcodeverwaltung, native Jupyter Notebooks, ein integriertes Terminal u. v. m. Verwenden Sie diese neuen Tools in Verbindung mit MySQL-Servern, die lokal, auf VMs, auf verwalteten MySQL-Instanzen in anderen Clouds und in Azure Database for MySQL – Flexibler Server gehostet werden. Schnellstart: Verwenden von Azure Data Studio zum Verbinden mit und Abfragen von MySQL

  • Verbesserte Metriken für eine bessere Überwachung

    Ab sofort können Sie unter „Überwachung“ weitere Metriken für Ihre Instanz von Azure Database for MySQL – Flexibler Server überwachen. Erweiterte Metriken ermöglichen eine bessere Sichtbarkeit. Darüber hinaus können Sie mit Innodb-Metriken die Leistung überwachen und mit Metriken wie DML-Statistiken und DDL-Statistiken eine Problembehandlung für Datenbankverwaltungsvorgänge ausführen. Weitere Informationen

  • Serverparamater, die jetzt konfigurierbar sind

    Liste der Serverparameter, die jetzt konfigurierbar sind

  • Bekannte Probleme

September 2022

  • Lesereplikat für Azure Database for MySQL – Flexibler Server mit aktivierter Hochverfügbarkeit (allgemeine Verfügbarkeit)

    Mit dem Lesereplikat können Sie Daten von einer Instanz von Azure Database for MySQL – Flexibler Server auf einem schreibgeschützten Server replizieren. Sie können den Quellserver auf bis zu zehn Replikate replizieren. Diese Funktionalität wird jetzt erweitert, um Server mit Hochverfügbarkeit in derselben Region zu unterstützen. Lesereplikate in Azure Database for MySQL – Flexibler Server

  • Microsoft Entra ID-Authentifizierung für Azure Database for MySQL – Flexibler Server (Public Preview)

    Sie können sich jetzt unter Verwendung von Microsoft Entra ID mit Identitäten bei Azure Database for MySQL – Flexibler Server authentifizieren. Mit der Authentifizierung können Sie Datenbankbenutzeridentitäten und andere Microsoft-Dienste an einem zentralen Ort verwalten, um die Berechtigungsverwaltung zu vereinfachen. Microsoft Entra-Authentifizierung für Azure Database for MySQL – Flexibler Server

  • Bekannte Probleme

    • Der Serverparameter „aad_auth_only“ bleibt nur dann auf „ON“ festgelegt, wenn der Authentifizierungstyp in die Microsoft Entra ID-Authentifizierung geändert wird. Es wird empfohlen, diese Option manuell zu deaktivieren, wenn Sie sich erst in der Zukunft für MySQL-Authentifizierung entscheiden.

    • Der neu wiederhergestellte Server verfügt auch über den auf „EIN“ festgelegten Serverparameter aad_auth_only, wenn die Einstellung auf dem Quellserver beim Failover auf „EIN“ festgelegt war. Sie müssen diesen Serverparameter manuell deaktivieren, um MySQL-Authentifizierung auf dem wiederhergestellten Server zu verwenden. Andernfalls muss ein Administrator konfiguriert werden.

  • Datenverschlüsselung mit kundenseitig verwalteten Schlüsseln: Azure Database for MySQL – Flexibler Server (Vorschau)

    Mit der Datenverschlüsselung mit kundenseitig verwalteten Schlüsseln (CMKs) für Azure Database for MySQL – Flexibler Server (Vorschau) können Sie die eigenen Schlüssel (BYOK) zum Schutz von Daten im Ruhezustand verwenden und die Trennung von Aufgaben für die Verwaltung von Schlüsseln und Daten implementieren. Die Datenverschlüsselung mit CMKs wird auf Serverebene festgelegt. Bei einem bestimmten Server wird ein CMK verwendet, der als Schlüsselverschlüsselungsschlüssel (Key Encryption Key, KEK) bezeichnet wird, um den vom Dienst verwendeten Datenverschlüsselungsschlüssel (Data Encryption Key, DEK) zu verschlüsseln. Bei kundenseitig verwalteten Schlüsseln (Customer Managed Keys, CMKs) ist der Kunde vollständig für die Verwaltung des Lebenszyklus (Erstellen, Hochladen, Rotieren, Löschen von Schlüsseln) und der Schlüsselnutzungsberechtigungen sowie für die Überwachung von Vorgängen für Schlüssel verantwortlich. Datenverschlüsselung mit kundenseitig verwalteten Schlüsseln für Azure Database for MySQL – Flexibler Server

  • Ändern der Zeitzone einer Instanz von Azure Database for MySQL – Flexibler Server in nur einem Schritt

    Bislang mussten zur Änderung der Zeitzone (time_zone) einer Instanz von Azure Database for MySQL – Flexibler Server zwei Schritte ausgeführt werden. Nun muss nicht mehr die Prozedur „mysql.az_load_timezone()“ aufgerufen werden, um die Tabelle „mysql.time_zone_name“ aufzufüllen. Die Zeitzone von Azure Database for MySQL – Flexibler Server kann direkt geändert werden, indem Sie einfach den Serverparameter „time_zone“ über das Portal oder die CLI ändern.

  • Bekannte Probleme

    • Der Serverparameter „aad_auth_only“ bleibt nur dann auf „ON“ festgelegt, wenn der Authentifizierungstyp in die Microsoft Entra ID-Authentifizierung geändert wird. Es wird empfohlen, diese Option manuell zu deaktivieren, wenn Sie sich erst in der Zukunft für MySQL-Authentifizierung entscheiden.

    • Der neu wiederhergestellte Server verfügt auch über den auf „EIN“ festgelegten Serverparameter aad_auth_only, wenn die Einstellung auf dem Quellserver beim Failover auf „EIN“ festgelegt war. Wenn Sie MySQL-Authentifizierung auf dem wiederhergestellten Server verwenden möchten, müssen Sie diesen Serverparameter manuell deaktivieren. Andernfalls muss ein Administrator konfiguriert werden.

August 2022

Juni 2022

  • Bekannte Probleme

    Auf einigen Servern, auf denen Überwachungsprotokolle oder Protokolle für langsame Abfragen aktiviert sind, werden möglicherweise keine Protokolle mehr in die in den Diagnoseeinstellungen konfigurierten Datensenken hochgeladen. Überprüfen Sie, ob Ihre Protokolle basierend auf den von Ihnen konfigurierten Datensenken den neuesten Zeitstempel der letzten Aktualisierung für die Ereignisse enthalten. Wenn Ihr Server von diesem Problem betroffen ist, öffnen Sie ein Supportticket, damit wir das Problem auf dem Server schnell beheben können.

Mai 2022

  • Ankündigung von Azure DB for MySQL – Flexibler Server für unternehmenskritische Workloads Die Dienstebene „Unternehmenskritisch“ von Azure DB for MySQL – Flexibler Server ist allgemein verfügbar. Die Dienstebene „Unternehmenskritisch“ eignet sich für Produktionsworkloads der Ebene 1, die niedrige Latenz, hohe Parallelität, ein schnelles Failover und hohe Skalierbarkeit erfordern, wie beispielsweise Gaming, E-Commerce und Internetanwendungen. Weitere Informationen finden Sie unter Dienstebene „Unternehmenskritisch“.

  • Ankündigung der Ergänzung neuer burstfähiger Compute-Instanzen für Azure Database for MySQL – Flexibler Server: Wir kündigen die Ergänzung neuer burstfähiger Compute-Instanzen an, um die Kundenanforderungen bezüglich der automatischen Skalierung von Compute von einem einzelnen virtuellen Kern bis hin zu 20 virtuellen Kernen zu unterstützen. Weitere Informationen finden Sie unter Computeoption für Azure DB for MySQL – Flexibler Server.

  • Bekannte Probleme

    • Das Feature „Reservierte Instanzen“ (RI) in Azure Database for MySQL – Flexibler Server funktioniert nach dem Neubranding der Dienstebene „Arbeitsspeicheroptimiert“ nicht ordnungsgemäß für die Dienstebene „Unternehmenskritisch“. Insbesondere funktioniert die Instanzreservierung nicht mehr. Wir arbeiten an der Behebung des Problems.
    • Details zur Integration des privaten DNS werden in einigen Instanzen von Azure Database for MySQL – Flexibler Server, für die Hochverfügbarkeit aktiviert ist, nicht angezeigt. Dieses Problem hat keine Auswirkungen auf die Verfügbarkeit des Servers oder die Namensauflösung. Wir arbeiten an einer dauerhaften Behebung des Problems, die in der nächsten Bereitstellung verfügbar sein wird. Angenommen, Sie möchten die Details der privaten DNS-Zone anzeigen. In diesem Fall können Sie unter Schnellstart: Erstellen einer privaten Azure DNS-Zone im Azure-Portal eine Suche im Azure-Portal durchführen oder ein manuelles Failover der Instanz von Azure Database for MySQL – Flexibler Server mit aktivierter Hochverfügbarkeit ausführen und das Azure-Portal aktualisieren.

April 2022

  • Nebenversionsupgrade für Azure Database for MySQL – Flexibler Server auf 8.0.28 Azure Database for MySQL – Flexibler Server 8.0 wird jetzt in der Nebenversion 8.0.28 ausgeführt. Weitere Informationen zu Änderungen, die in dieser Nebenversion verfügbar sind, finden Sie unter Änderungen in MySQL 8.0.28 (2022-01-18, Allgemeine Verfügbarkeit).

  • Nebenversionsupgrade für Azure Database for MySQL – Flexibler Server auf 5.7.37 Azure Database for MySQL – Flexibler Server 5.7 wird jetzt in der Nebenversion 5.7.37 ausgeführt. Weitere Informationen zu Änderungen in dieser Nebenversion finden Sie unter Änderungen in MySQL 5.7.37 (2022-01-18, Allgemeine Verfügbarkeit).

    Hinweis

    In einigen Regionen werden noch ältere Nebenversionen von Azure Database for MySQL – Flexibler Server ausgeführt. Diese werden bis Ende April 2022 gepatcht.

  • Eingestellte Unterstützung für die Protokolle TLSv1 und TLSv1.1 bei Azure Database for MySQL – Flexibler Server (8.0.28)

    Ab Version 8.0.28 unterstützt die MySQL Community-Edition nur noch das TLS-Protokoll TLSv1.2 oder TLSv1.3. Azure Database for MySQL – Flexibler Server wird auch die Protokolle TLSv1 und TLSv1.1 nicht mehr unterstützen, um modernen Sicherheitsstandards zu entsprechen. Sie können TSLv1 oder TLS1.1 nicht mehr über den Bereich „Serverparameter“ für neu erstellte und zuvor erstellte Ressourcen konfigurieren. Die Standardeinstellung ist „TLSv1.2“. Vor dem Upgrade erstellte Ressourcen unterstützen bis zum 1. Mai 2022 weiterhin die Kommunikation über das TLS-Protokoll TLSv1 oder TLSv1.1.

März 2022

Dieses Release von Azure Database for MySQL – Flexibler Server enthält die folgenden Updates.

  • Migrieren von lokal redundantem Sicherungsspeicher zu georedundantem Sicherungsspeicher für den vorhandenen flexiblen Server Azure Database for MySQL – Flexible Server bietet die zusätzliche Flexibilität, nach der Erstellung des Servers vom lokal redundanten Sicherungsspeicher zum georedundanten Sicherungsspeicher zu migrieren, um eine höhere Datenresilienz zu ermöglichen. Wenn Georedundanz über die Seite „Compute + Speicher“ des Servers aktiviert wird, können Kund*innen ihre vorhandenen Instanzen von Azure Database for MySQL – Flexibler Server nach einer Katastrophe oder nach einem regionalen Ausfall wiederherstellen, wenn sie in der primären Region nicht auf den Server zugreifen können. Wenn dieses Feature für die vorhandenen Server aktiviert ist, können Kunden eine Geowiederherstellung durchführen und einen neuen Server in der geografisch gekoppelten Azure-Region bereitstellen, indem sie die neueste georedundante Sicherung des ursprünglichen Servers verwenden. Sicherung und Wiederherstellung in Azure Database for MySQL – Flexibler Server

  • Simulieren von Übungen zur Notfallwiederherstellung für Ihre beendeten Server Azure Database for MySQL – Flexibler Server bietet jetzt die Möglichkeit, Geowiederherstellung auf beendeten Servern durchzuführen, was den Benutzer*innen hilft, Übungen zur Notfallwiederherstellung für ihre Workloads zu simulieren, um Auswirkungen und die Wiederherstellungszeit abzuschätzen. Dadurch können Benutzer*innen besser planen, um ihre Ziele für die Notfallwiederherstellung und Geschäftskontinuität zu erreichen, indem sie das in Azure Database for MySQL – Flexibler Server verfügbare Feature zur Georedundanz verwenden. Zeitpunktwiederherstellung in Azure Database for MySQL – Flexibler Server mit der Azure CLI

Januar 2022

Dieses Release von Azure Database for MySQL – Flexibler Server enthält die folgenden Updates.

  • Alle Vorgänge sind für beendete Instanzen von Azure Database for MySQL – Flexibler Server deaktiviert Vorgänge auf Servern mit dem Status Beendet sind deaktiviert und werden im Azure-Portal als inaktiv angezeigt. Vorgänge, die auf beendeten Servern nicht unterstützt werden, umfassen das Ändern des Tarifs, der Anzahl virtueller Kerne, der Speichergröße oder IOPS, des Tags für die Aufbewahrung von Sicherungen, des Servertags, des Serverkennworts, der Serverparameter, der automatischen Speichervergrößerung, der Geosicherung, der Hochverfügbarkeit und der Benutzeridentität.

  • Verfügbarkeit in drei weiteren Azure-Regionen

    Die öffentliche Vorschau von Azure Database for MySQL – Flexibler Server ist jetzt in den folgenden Azure-Regionen verfügbar:

    • China, Osten 2
    • China, Norden 2

  • Reservieren von 36 IOPs für Azure Database for MySQL – Flexibler Server mit aktivierter Hochverfügbarkeit

    Wir fügen 36 IOPs hinzu und reservieren sie für die Unterstützung des Standby-/Failovervorgangs auf den Servern, für die Hochverfügbarkeit aktiviert ist. Diese IOPs sind zusätzlich zu den konfigurierten IOPs auf Ihren Servern verfügbar, sodass pro Monat mehr Gebühren basierend auf Ihrer Azure-Region anfallen. Die zusätzlichen IOPS helfen uns, sicherzustellen, dass wir ein reibungsloses Failovererlebnis von primärem zu Standby-Replikat bieten. Die zusätzliche Gebühr kann geschätzt werden, indem Sie zur Seite mit den Preisen für Azure Database for MySQL – Flexibler Server navigieren, die Azure-Region für Ihren Server auswählen und die IOPs/Monatskosten mit 36 IOPs multiplizieren. Beispiel: Wenn Ihr Server in „USA, Osten“ gehostet wird, belaufen sich die zusätzlichen E/A-Kosten, die Sie erwarten können, auf 0,05 USD * 36 = 1,80 USD pro Monat.

  • Fehlerbehebungen

    Das Problem mit einem fehlerhaften Workflowneustart bei Servern mit Hochverfügbarkeit und aktivierter Option für georedundante Sicherung wurde behoben.

  • Bekannte Probleme

    • Wenn Sie ARM-Vorlagen für Bereitstellungs- oder Konfigurationsänderungen für Server mit aktivierter Hochverfügbarkeit verwenden, schlägt die Bereitstellung fehl, wenn eine einzelne Bereitstellung zum Aktivieren/Deaktivieren von Hochverfügbarkeit und anderen Servereigenschaften wie Sicherungsredundanz, Speicher usw. erfolgt. Sie können die Auswirkungen des Problems minimieren, indem Sie die Bereitstellungsanforderung für das Aktivieren/Deaktivieren und für Konfigurationsänderungen separat senden. Dieses Problem tritt im Portal oder bei Verwendung der Azure CLI nicht auf, da die Anforderungen dort bereits getrennt sind.

    • Wenn Sie automatisierte Sicherungen für einen Server mit Hochverfügbarkeitsunterstützung auf der Seite „Sicherung und Wiederherstellung“ anzeigen und ein erzwungenes oder automatisches Failover ausgeführt wird, verlieren Sie möglicherweise die Anzeigerechte für die Sicherungen des Servers auf der Seite „Sicherung und Wiederherstellung“. Trotz der fehlenden Informationen zu Sicherungen im Portal erstellt der flexible Server täglich automatische Sicherungen für den Server im Back-End. Der Server kann innerhalb der Beibehaltungsdauer auf einen beliebigen Stand wiederhergestellt werden.

November 2021

  • Allgemeine Verfügbarkeit von Azure Database for MySQL – Flexibler Server

    Azure Database for MySQL – Flexibler Server ist jetzt in mehr als dem Bereitstellungsmodus Was ist Azure Database for MySQL – Flexibler Server weltweit allgemein verfügbar.

  • Anzeigen verfügbarer vollständiger Sicherungen im Azure-Portal

    Im Azure-Portal ist jetzt eine dedizierte Option „Sicherung und Wiederherstellung“ verfügbar. Auf dieser Seite sind die Sicherungen aufgelistet, die innerhalb des Aufbewahrungszeitraums des Servers verfügbar sind. Dadurch erhalten Sie effektiv eine Ansicht mit einem einzelnen Bereich zum Verwalten der Sicherungen und aufeinanderfolgenden Wiederherstellungen eines Servers. Sie können diese Option für Folgendes verwenden:

    1. Anzeigen der Abschlusszeitstempel für alle verfügbaren vollständigen Sicherungen innerhalb des Aufbewahrungszeitraums des Servers
    2. Ausführen von Wiederherstellungsvorgängen mit diesen vollständigen Sicherungen

  • Schnellste Wiederherstellungspunkte

    Mit der Option „Schnellster Wiederherstellungspunkt“ können Sie eine Instanz von Azure Database for MySQL – Flexibler Server an einem bestimmten Tag innerhalb des Aufbewahrungszeitraums des Servers so schnell wie möglich wiederherstellen. Bei diesem Wiederherstellungsvorgang wird einfach die vollständige Momentaufnahmesicherung wiederhergestellt, ohne dass eine Wiederherstellung von Protokollen erforderlich ist. Mit dem schnellsten Wiederherstellungspunkt werden den Kunden bei der Durchführung von Point-in-Time-Wiederherstellungen über das Azure-Portal die folgenden drei Optionen angezeigt: letzter Wiederherstellungspunkt, benutzerdefinierter Wiederherstellungspunkt und schnellster Wiederherstellungspunkt. Weitere Informationen

  • FAQ im Azure-Portal

    Die Seite „Sicherung und Wiederherstellung“ enthält den Abschnitt zum Auflisten der am häufigsten gestellten Fragen und entsprechenden Antworten. Dadurch erhalten Sie Antworten auf die meisten Fragen zur Sicherung direkt im Azure-Portal. Darüber hinaus können Sie durch Auswählen des Fragezeichensymbols für die häufig gestellten Fragen im oberen Menü auf weitere verwandte Details zugreifen.

  • Wiederherstellen einer gelöschten Instanz von Azure Database for MySQL – Flexibler Server

    Der Dienst ermöglicht Ihnen nun, eine gelöschte Ressource von Azure Database for MySQL – Flexibler Server innerhalb von fünf Tagen ab dem Zeitpunkt der Löschung des Servers wiederherzustellen. Eine detaillierte Anleitung zur Wiederherstellung eines gelöschten Servers finden Sie in den dokumentierten Schritten. Um Serverressourcen nach der Bereitstellung vor versehentlichem Löschen oder unerwarteten Änderungen zu schützen, wird Administratoren die Verwendung von Verwaltungssperren empfohlen.

  • Bekannte Probleme

    Auf Servern mit aktivierter Hochverfügbarkeit und georedundanter Sicherungsoption wurde ein seltenes Problem aufgrund einer Racebedingung festgestellt, die den Neustart des Standbyservers so blockiert, dass er nicht abgeschlossen werden kann. Aufgrund dieses Problems kann es passieren, dass die Instanz von Azure Database for MySQL – Flexibler Server mit aktivierter Hochverfügbarkeit beim Failover lange Zeit im Status „Wird neu gestartet“ hängen bleibt. Die Korrektur wird im nächsten Bereitstellungszyklus in der Produktion bereitgestellt.

Oktober 2021

  • Threadpools sind jetzt für Azure Database for MySQL – Flexibler Server verfügbar

    Threadpools verbessern die Skalierbarkeit von Azure Database for MySQL – Flexibler Server. Mithilfe eines Threadpools können Benutzer die Leistung optimieren, einen besseren Durchsatz erzielen und die Latenz für hohe gleichzeitige Workloads verringern. Weitere Informationen

  • Georedundante Backup-Wiederherstellung in einer geopolitischen Region für Notfallwiederherstellungsszenarien

    Der Dienst bietet jetzt die Flexibilität, georedundanten Sicherungsspeicher auszuwählen, um höhere Datenresilienz zu gewährleisten. Die Aktivierung von Georedundanz ermöglicht Kunden die Wiederherstellung nach einem geografischen Notfall oder regionalen Ausfall, wenn sie nicht auf den Server in der primären Region zugreifen können. Wenn dieses Feature aktiviert ist, können Kunden eine Geowiederherstellung durchführen und einen neuen Server in der geografisch gekoppelten geografischen Region bereitstellen, indem sie die neueste georedundante Sicherung des ursprünglichen Servers verwenden. Sicherung und Wiederherstellung in Azure Database for MySQL – Flexibler Server

  • Auswahl der Verfügbarkeitszonen bei der Erstellung von Lesereplikaten

    Bei der Erstellung von Lesereplikaten können Sie den Ort der Verfügbarkeitszonen frei wählen. Eine Verfügbarkeitszone ist ein Hochverfügbarkeitsangebot, das Ihre Anwendungen und Daten vor Fehlschlägen im Rechenzentrum schützt. Verfügbarkeitszonen sind eindeutige physische Standorte in einer Azure-Region. Lesereplikate in Azure Database for MySQL – Flexibler Server

  • Lesereplikate in Azure Database for MySQL – Flexibler Server werden auf burstfähigen SKUs nicht mehr verfügbar sein

    Bei einer vorhandenen Instanz von Azure Database for MySQL – Flexibler Server mit aktiviertem Lesereplikat müssen Sie den Server innerhalb von 60 Tagen entweder auf den Tarif „Universell“ oder „Unternehmenskritisch“ hochskalieren oder das Lesereplikat löschen. Nach Ablauf der 60 Tage können Sie zwar weiterhin den Primärserver für Ihre Schreib-Lese-Vorgänge verwenden, die Replikation auf Lesereplikatserver wird jedoch beendet. Bei neu erstellten Servern ist die Option für das Lesereplikat nur für die Tarife „Universell“ und „Unternehmenskritisch“ verfügbar.

  • Überwachen von Azure Database for MySQL – Flexibler Server mit Azure Monitor-Arbeitsmappen

    Azure Database for MySQL – Flexibler Server ist jetzt in Azure Monitor-Arbeitsmappen integriert. Arbeitsmappen bieten einen flexiblen Bereich für die Datenanalyse und die Erstellung umfassender visueller Berichte innerhalb des Azure-Portals. Mit dieser Integration verfügt der Server über Links zu Arbeitsmappen und einigen Beispielvorlagen, mit denen der Dienst im großen Stil überwacht werden kann. Diese Vorlagen können bearbeitet, an Kundenanforderungen angepasst und an das Dashboard angeheftet werden, um eine fokussierte und organisierten Ansicht der Azure-Ressourcen zu erstellen. Tutorial: Query Performance Insight für Azure Database for MySQL – Flexibler Server, Tutorial: Konfigurieren von Überwachungsprotokollen mithilfe von Azure Database for MySQL – Flexibler Server und Instanzübersichtsvorlagen sind derzeit verfügbar. Überwachen von Azure Database for MySQL – Flexibler Server mithilfe von Azure Monitor-Arbeitsmappen

  • Vorauszahlung für Computeressourcen von Azure Database for MySQL – Flexibler Server mit reservierten Instanzen

    Mit Azure Database for MySQL – Flexible Server können Sie jetzt im Vergleich zu den Preisen für die nutzungsbasierte Bezahlung Geld sparen, indem Sie Computeressourcen im Voraus bezahlen. Bei reservierten Instanzen von Azure Database for MySQL – Flexibler Server leisten Sie eine Vorauszahlung für Azure Database for MySQL – Flexibler Server für einen Zeitraum von einem Jahr oder drei Jahren und erhalten dafür einen erheblichen Rabatt auf die Computekosten. Sie können eine Reservierung aus Azure Database for MySQL – Single Server gegen Azure Database for MySQL – Flexibler Server tauschen. Weitere Informationen

  • Stoppen des Servers für bis zu 30 Tage, wenn der Server nicht benutzt wird

    Azure Database for MySQL – Flexibler Server bietet Ihnen die Möglichkeit, den Server für bis zu 30 Tage zu beenden, wenn er nicht genutzt wird. Anschließend können Sie ihn erneut starten, wenn Sie bereit sind, die Entwicklung fortzusetzen. So können Sie in Ihrem eigenen Tempo entwickeln und Entwicklungskosten für die Datenbankserver einsparen, indem Sie nur für die Ressourcen zahlen, die genutzt werden. Dies ist wichtig für Entwicklungs- und Testworkloads und wenn Sie den Server nur einen Teil des Tages nutzen. Wenn Sie den Server beenden, werden alle aktiven Verbindungen getrennt. Befindet sich der Server im Zustand „Beendet“, werden die Computeressourcen des Servers nicht in Rechnung gestellt. Für den Speicher fallen jedoch weiterhin Kosten an, um sicherzustellen, dass die Datendateien verfügbar sind, wenn der Server erneut gestartet wird. Weitere Informationen

  • Terraform-Unterstützung für Azure Database for MySQL – Flexibler Server

    Die Terraform-Unterstützung für Azure Database for MySQL – Flexibler Server ist jetzt mit der neuesten Version v2.81.0 von AzureRM verfügbar. Das detaillierte Referenzdokument für die Bereitstellung und Verwaltung einer Instanz von Azure Database for MySQL – Flexibler Server mit Terraform finden Sie hier. Alle Bugs oder bekannten Probleme können hier gefunden oder gemeldet werden.

  • Statischer Parameter „innodb_log_file_size“ ist jetzt konfigurierbar

    • innodb_log_file_size kann jetzt mit einem der folgenden Werte konfiguriert werden: 256 MB, 512 MB, 1 GB oder 2 GB. Da es sich um einen statischen Parameter handelt, ist ein Serverneustart erforderlich. Wenn Sie den Standardwert des Parameters „innodb_log_file_size“ geändert haben, überprüfen Sie, ob „show global status like 'innodb_buffer_pool_pages_dirty'“ 30 Sekunden lang auf 0 bleibt, um eine Verzögerung des Neustarts zu vermeiden. Weitere Informationen finden Sie unter Serverparameter in Azure Database for MySQL – Flexibler Server.

  • Verfügbarkeit in zwei weiteren Azure-Regionen

    Azure Database for MySQL – Flexibler Server ist jetzt in den folgenden Azure-Regionen verfügbar:

    • USA, Westen 3
    • USA Nord Mitte

Weitere Informationen

  • Bekannte Probleme
    • Beim Ausfall einer primären Azure-Region können Sie keine georedundanten Server in der jeweiligen geografisch gekoppelten Region erstellen, da der Speicher nicht in der primären Azure-Region bereitgestellt werden kann. Sie müssen warten, bis die primäre Region verfügbar ist, um georedundante Server in der geografisch gekoppelten Region bereitstellen zu können.

September 2021

Dieses Release von Azure Database for MySQL – Flexibler Server enthält die folgenden Updates.

  • Verfügbarkeit in drei weiteren Azure-Regionen

    Die öffentliche Vorschau von Azure Database for MySQL – Flexibler Server ist jetzt in den folgenden Azure-Regionen verfügbar:

    • UK, Westen
    • Kanada, Osten
    • Japan, Westen

  • Fehlerbehebungen

    Die Erstellung von Selbe-Zone Hochverfügbarkeit wurde in den folgenden Regionen behoben:

    • Indien, Mitte
    • Asien, Osten
    • Korea, Mitte
    • Südafrika, Norden
    • Schweiz, Norden

August 2021

Dieses Release von Azure Database for MySQL – Flexibler Server enthält die folgenden Updates.

  • Hochverfügbarkeit innerhalb einer Zone mithilfe von Hochverfügbarkeit in gleicher Zone

    Mit diesem Dienst können Kunden jetzt flexibel ihre bevorzugte Verfügbarkeitszone für den Standbyserver auswählen, wenn sie Hochverfügbarkeit aktivieren. Zudem ermöglicht dieses Feature es Kund*innen, einen Standbyserver in derselben Zone wie der primäre Server bereitzustellen, wodurch die Replikationsverzögerung zwischen dem primären Server und dem Standbyserver reduziert wird. Dadurch entstehen auch niedrigere Latenzen zwischen dem Anwendungsserver und dem Datenbankserver, wenn diese in derselben Azure-Zone bereitgestellt werden. Hochverfügbarkeitskonzepte in Azure Database for MySQL – Flexibler Server

  • Auswahl der Standbyzone mit zonenredundanter Hochverfügbarkeit

    Der Dienst bietet Kunden jetzt die Möglichkeit, den Standort der Standbyserverzone auszuwählen. Mit diesem Feature können Kund*innen ihren Standbyserver in der Zone ihrer Wahl bereitstellen. Die Colocation der Standby-Datenbankserver und der Anwendungen in derselben Zone verkürzt die Latenzzeiten und ermöglicht es den Kunden, sich besser auf Notfallwiederherstellungssituationen und Zonenausfallszenarien vorzubereiten. Hochverfügbarkeitskonzepte in Azure Database for MySQL – Flexibler Server

  • Integration in private DNS-Zonen

    Unter Was ist eine private Azure DNS-Zone? finden Sie Informationen zu einem zuverlässigen und sicheren DNS-Dienst für Ihre virtuellen Netzwerke, der Dienstnamen in IP-Adressen übersetzt. Privates Azure-DNS verwaltet Domänennamen im virtuellen Netzwerk und löst diese auf, ohne dass eine benutzerdefinierte DNS-Lösung konfiguriert werden muss. Dadurch können Sie Ihre in einem virtuellen Netzwerk ausgeführte Anwendung mit der Instanz von Azure Database for MySQL – Flexibler Server verbinden, die in einem per lokalem oder globalem Peering verbundenen virtuellen Netzwerk ausgeführt wird. Azure Database for MySQL – Flexibler Server ist jetzt in eine private Azure-DNS-Zone integrierbar, um eine nahtlose Auflösung des privaten DNS innerhalb des aktuellen virtuellen Netzwerks oder eines virtuellen Netzwerks mit Peering zu ermöglichen, mit dem die private DNS-Zone verknüpft ist. Wenn sich bei dieser Integration die IP-Adresse der Back-End-Instanz von Azure Database for MySQL – Flexibler Server während eines Failovers oder eines anderen Ereignisses ändert, wird die integrierte private DNS-Zone automatisch aktualisiert, damit die Anwendungskonnektivität automatisch wiederhergestellt wird, sobald der Server online ist. Zugriff auf private Netzwerke unter Verwendung der VNet-Integration für Azure Database for MySQL – Flexibler Server

  • Zeitpunktwiederherstellung für einen Server in einem angegebenen virtuellen Netzwerk

    Da die Zeitpunktwiederherstellung im Dienst nun möglich ist, können Kund*innen Netzwerkeinstellungen konfigurieren, damit Benutzer*innen bei einem Wiederherstellungsvorgang zwischen privaten und öffentlichen Netzwerkoptionen wechseln können. Mit dieser Funktion können Kunden einen wiederherzustellenden Server in ein bestimmtes virtuelles Netzwerk einbinden, das ihre Verbindungsendpunkte sichert. Zeitpunktwiederherstellung in Azure Database for MySQL – Flexibler Server über das Azure-Portal

  • Zeitpunktwiederherstellung für einen Server in einer Verfügbarkeitszone

    Mit der Zeitpunktwiederherstellung für den Dienst können Kunden jetzt die Verfügbarkeitszone konfigurieren. Die Unterbringung der Datenbankserver und der Standby-Anwendungen in derselben Zone verringert die Latenzzeiten und ermöglicht es den Kunden, sich besser auf Notfallwiederherstellung-Situationen und Zonenausfall-Szenarien vorzubereiten. Hochverfügbarkeitskonzepte in Azure Database for MySQL – Flexibler Server

  • Plug-Ins „validate_password“ und „caching_sha2_password“ in der privaten Vorschau verfügbar

    Azure Database for MySQL – Flexibler Server unterstützt jetzt die Aktivierung der Plug-Ins „validate_password“ und „caching_sha2_password“ in der Vorschau. Das Plug-In „validate_password“ stellt die Erzwingung von Kennwortrichtlinien und die Überprüfung der Kennwortstärke bereit. Das Plug-In „caching_sha2_password“ bietet eine sicherere Authentifizierungsmethode als das Standard-Plug-In „mysql_native_password“. Weitere Informationen finden Sie unter Serverparameter.

  • Verfügbarkeit in vier zusätzlichen Azure-Regionen

    Die öffentliche Vorschau von Azure Database for MySQL – Flexibler Server ist jetzt in den folgenden Azure-Regionen verfügbar:

    • Australien, Südosten
    • Südafrika, Norden
    • Asien-Pazifik (Hongkong Sonderverwaltungsregion)
    • Indien, Mitte

    Weitere Informationen

  • Bekannte Probleme

    • Direkt nach dem Failover des zonenredundanten Hochverfügbarkeitsservers kann der Client keine Verbindung mit dem Server herstellen, wenn SSL mit der auf VERIFY_IDENTITY festgelegten Eigenschaft ssl_mode verwendet wird. Dieses Problem kann umgangen werden, indem ssl_mode auf VERIFY_CA festgelegt wird.
    • In den folgenden Regionen kann kein Server mit Hochverfügbarkeit in gleicher Zone erstellt werden: „Indien, Mitte“, „Asien, Osten“, „Südkorea, Mitte“, „Südafrika, Norden“ und „Schweiz, Norden“.
    • Nach einem Hochverfügbarkeitsfailover kann es selten vorkommen, dass der primäre Server den Modus read_only annimmt. Sie können dieses Problem beheben, indem Sie den Wert read_only auf der Seite für Serverparameter in OFF ändern.
    • Nachdem Sie die Rechenleistung auf der Seite „Compute und Speicher“ erfolgreich skaliert haben, werden die IOPS auf den SKU-Standardwert zurückgesetzt. Kunden können das Problem umgehen, indem sie die IOPs auf der Seite „Compute + Speicher“ nach der Bereitstellung und dem anschließenden Zurücksetzen der IOPS auf den gewünschten Wert skalieren (der zuvor festgelegt wurde).

Juli 2021

Dieses Release von Azure Database for MySQL – Flexibler Server enthält die folgenden Updates.

  • Online-Migration von Azure Database for MySQL – Single Server zu Azure Database for MySQL – Flexibler Server

    Kund*innen können jetzt mithilfe der Datenreplikation eine Instanz von Azure Database for MySQL – Single Server mit minimaler Downtime ihrer Anwendungen zu Azure Database for MySQL – Flexibler Server migrieren. Eine ausführliche Anleitung finden Sie unter Migrieren von Azure Database for MySQL – Single Server zu Azure Database for MySQL – Flexibler Server mit minimaler Downtime.

  • Verfügbarkeit in „USA, Westen“ und „Deutschland, Westen-Mitte“

    Die Public Preview von Azure Database for MySQL – Flexibler Server ist jetzt in den Azure-Regionen „USA, Westen“ und „Deutschland, Westen-Mitte“ verfügbar.

Juni 2021

Dieses Release von Azure Database for MySQL – Flexibler Server enthält die folgenden Updates.

  • Verbesserte Leistung auf kleineren Speicherservern

    Ab dem 21. Juni 2021 erhöht sich die zulässige Mindestspeichergröße für alle neu erstellten Server von 5 GB auf 20 GB. Darüber hinaus werden die kostenlosen IOPS von 100 auf 300 erhöht. Eine Zusammenfassung dieser Änderungen finden Sie in der folgenden Tabelle:

    Current Ab 21. Juni 2021
    Mindestspeichergröße: 5 GB Mindestspeichergröße: 20 GB
    Verfügbare IOPS: Max(100, 3 × [bereitgestellter Speicher in GB]) Verfügbare IOPS: (300 + 3 × [bereitgestellter Speicher in GB])

  • Kostenloses Angebot für 12 Monate

    Ab dem 15. Juni 2021 erhalten Kund*innen mit kostenlosem Azure-Konto 12 Monate lang kostenlosen Zugriff auf Azure Database for MySQL – Flexibler Server. Darin sind monatlich 750 Nutzungsstunden und 32 GB Speicher enthalten. Kund*innen können dieses Angebot zum Entwickeln und Bereitstellen von Anwendungen nutzen, die Azure Database for MySQL – Flexibler Server verwenden. Verwenden eines kostenlosen Azure-Kontos, um Azure Database for MySQL – Flexibler Server kostenlos zu testen

  • Automatische Speichervergrößerung

    Die automatische Speichervergrößerung verhindert, dass ein Server nicht mehr über genügend Speicherplatz verfügt und schreibgeschützt wird. Wenn die automatische Speichervergrößerung aktiviert ist, wird der Speicher automatisch ohne Beeinträchtigung der Workload vergrößert. Ab dem 21. Juni 2021 ist die automatische Speichervergrößerung bei allen neu erstellten Servern standardmäßig aktiviert.

  • Datenreplikation

    Azure Database for MySQL – Flexibler Server unterstützt jetzt das Replizieren von Daten in Azure Database for MySQL – Flexibler Server. Mit diesem Feature können Sie Daten aus einer MySQL Server-Instanz synchronisieren und zu Azure Database for MySQL – Flexibler Server migrieren. Die MySQL Server-Instanz kann lokal, auf VMs, in Azure Database for MySQL – Single Server oder in Datenbankdiensten außerhalb von Azure ausgeführt werden. Weitere Informationen zum Konfigurieren der Replikation für eingehende Daten in Azure Database for MySQL – Flexibler Server finden Sie hier.

  • GitHub Actions-Unterstützung in der Azure CLI

    Mit der CLI von Azure Database for MySQL – Flexibler Server können Kund*innen jetzt Workflows automatisieren, um Updates mithilfe von GitHub Actions bereitzustellen. Mit diesem Feature können Sie Datenbankupdates mit GitHub Actions-Workflows für MySQL einrichten und bereitstellen. Mithilfe dieser CLI-Befehle können Sie ein Repository mit Continuous Deployment einrichten, um die Bereitstellung zu vereinfachen. Weitere Informationen

  • Fixes für erzwungenes Failover für zonenredundante Hochverfügbarkeit

    Dieses Release enthält Fixes für bekannte Probleme mit erzwungenem Failover, damit Serverparameter und weitere IOPS-Änderungen bei Failovern beibehalten werden.

  • Bekannte Probleme

    • Beim Versuch, eine Computeressource auf einem vorhandenen Server mit weniger als 20 GB bereitgestelltem Speicher hoch- oder herunterzuskalieren, tritt ein Fehler auf. Sie können das Problem beheben, indem Sie den bereitgestellten Speicher auf 20 GB skalieren und den Skalierungsvorgang für die Computeressource wiederholen.

Mai 2021

Dieses Release von Azure Database for MySQL – Flexibler Server enthält die folgenden Updates.

  • Erweiterte regionale Verfügbarkeit („Frankreich, Mitte“, „Brasilien, Süden“ und „Schweiz, Norden“)

    Die Public Preview von Azure Database for MySQL – Flexibler Server ist jetzt in den Regionen „Frankreich, Mitte“, „Brasilien, Süden“ und „Schweiz, Norden“ verfügbar. Weitere Informationen

  • Erzwingung von SSL/TLS 1.2 jetzt deaktivierbar

    Mit diesem Release können Kunden die Erzwingung von SSL und einer Mindestversion von TLS flexibler anpassen. Weitere Informationen finden Sie unter Herstellen einer Verbindung mit Azure Database for MySQL Flexible Server mit verschlüsselten Verbindungen.

  • Zonenredundante Hochverfügbarkeit in „Vereinigtes Königreich, Süden“ und „Japan, Osten“ verfügbar

    Azure Database for MySQL – Flexibler Server bietet jetzt zonenredundante Hochverfügbarkeit in zwei weiteren Regionen: „Vereinigtes Königreich, Süden“ und „Japan, Osten“. Weitere Informationen

  • Bekannte Probleme

    • Auf Servern mit aktivierter zonenredundanter Hochverfügbarkeit sind die zusätzlichen IOPS-Änderungen nicht wirksam. Kund*innen können dieses Problem umgehen, indem sie die Hochverfügbarkeit deaktivieren, die IOPS skalieren und die zonenredundante Hochverfügbarkeit dann wieder aktivieren.
    • Nach einem erzwungenen Failover wird die Standbyverfügbarkeitszone im Portal ungenau wiedergegeben. (Keine Problemumgehung)
    • Änderungen an Serverparametern sind auf Servern mit aktivierter zonenredundanter Hochverfügbarkeit nach einem erzwungenen Failover nicht wirksam. (Keine Problemumgehung)

April 2021

Dieses Release von Azure Database for MySQL – Flexibler Server enthält die folgenden Updates.

  • Erzwungenes Failover auf Standbyserver mit zonenredundanter Hochverfügbarkeit

    Kunden können jetzt manuell ein Failover erzwingen, um Funktionalitäten in ihren Anwendungsszenarios zu testen. Dadurch können sie sich besser auf Ausfälle vorbereiten. Weitere Informationen

  • PowerShell-Modul für Azure Database for MySQL – Flexibler Server veröffentlicht

    Entwickler*innen können jetzt PowerShell verwenden, um Instanzen von Azure Database for MySQL – Flexibler Server und abhängige Ressourcen bereitzustellen, zu verwalten, zu betreiben und zu unterstützen. Weitere Informationen

  • Verbinden, Testen und Ausführen von Abfragen mit der Azure CLI

    Azure Database for MySQL – Flexibler Server enthält jetzt verbesserte Entwicklerfeatures. So können Kund*innen mit den Befehlen „az mysql flexible-server connect“ und „az mysql flexible-server execute“ über die Azure CLI Verbindungen herstellen und Abfragen auf ihren Servern ausführen. Weitere Informationen

  • Fixes für Bereitstellungsfehler bei der Servererstellung in virtuellen Netzwerken mit privatem Zugriff

    Alle Bereitstellungsfehler, die beim Erstellen von Server in virtuellen Netzwerken aufgetreten sind, wurden behoben. Mit dieser Version können Benutzer*innen jederzeit Instanzen von Azure Database for MySQL – Flexibler Server mit privatem Zugriff erstellen.

März 2021

Dieses Release von Azure Database for MySQL – Flexibler Server enthält die folgenden Updates.

  • MySQL 8.0.21 veröffentlicht

    MySQL 8.0.21 ist jetzt in Azure Database for MySQL – Flexibler Server in allen wichtigen Azure-Regionen verfügbar. Kund*innen können das Azure-Portal, die Azure CLI oder Azure Resource Manager-Vorlagen verwenden, um das MySQL 8.0.21-Release bereitstellen. Weitere Informationen

  • Unterstützung für die Bereitstellung von Verfügbarkeitszonen bei der Servererstellung

    Kunden können jetzt ihre bevorzugte Verfügbarkeitszone während der Servererstellung angeben. Mit diesem Feature können Kunden ihre Anwendungen, die auf einer Azure-VM, in einer VM-Skalierungsgruppe, in AKS oder in einer Datenbank gehostet werden, in den gleichen Verfügbarkeitszonen bereitstellen, um die Datenbanklatenz zu minimieren und die Leistung zu verbessern. Weitere Informationen

  • Leistungskorrekturen für Probleme beim Ausführen von Azure Database for MySQL – Flexibler Server in virtuellen Netzwerken mit privatem Zugriff

    Vor diesem Release hatte sich die Leistung von Azure Database for MySQL – Flexibler Server bei Ausführung in einer Konfiguration mit virtuellen Netzwerken erheblich verschlechtert. Dieses Release enthält Korrekturen für das Problem, sodass sich die Leistung von Azure Database for MySQL – Flexibler Server in virtuellen Netzwerken verbessert.

  • Bekannte Probleme

    • SSL/TLS 1.2 wird erzwungen und kann nicht deaktiviert werden. (Keine Problemumgehungen)
    • Es treten zeitweilige Bereitstellungsfehler bei Servern auf, die in einem virtuellen Netzwerk bereitgestellt werden. Die Problemumgehung besteht im Wiederholen der Serverbereitstellung, bis sie erfolgreich ist.

Februar 2021

Dieses Release von Azure Database for MySQL – Flexibler Server enthält die folgenden Updates.

  • Zusätzliches IOPS-Feature veröffentlicht

    Azure Database for MySQL – Flexibler Server unterstützt unabhängig vom bereitgestellten Speicher die Bereitstellung von mehr IOPS. Kund*innen können dieses Feature verwenden, um die IOPS-Menge basierend auf ihren Workloadanforderungen jederzeit zu erhöhen oder zu verringern.

  • Bekannte Probleme

    Die Leistung von Azure Database for MySQL – Flexibler Server nimmt bei isolierten virtuellen Netzwerken mit privatem Zugriff ab (keine Problemumgehung).

Januar 2021

Dieses Release von Azure Database for MySQL – Flexibler Server enthält die folgenden Updates.

  • Bis zu 10 Lesereplikate für Azure Database for MySQL – Flexibler Server

    Azure Database for MySQL – Flexibler Server unterstützt jetzt die asynchrone Datenreplikation aus einer Instanz von Azure Database for MySQL – Flexibler Server (die „Quelle“) in bis zu 10 Instanzen von Azure Database for MySQL – Flexibler Server (die „Replikate“) in derselben Region. Durch dieses Feature können leseintensive Workloads je nach Benutzereinstellungen aufskaliert und gleichmäßig auf Replikatserver verteilt werden. Lesereplikate in Azure Database for MySQL – Flexibler Server

Feedback und Support

Wenn Sie Fragen oder Vorschläge zur Arbeit mit Azure Database for MySQL – Flexibler Server haben, können Sie sich an die folgenden Stellen wenden:

Zugehöriger Inhalt