Neuerungen in Azure Database for MySQL Flexible Server
GILT FÜR: Azure Database for MySQL – Flexibler Server
Das Bereitstellungsmodell „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 „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.
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. Weitere Informationen
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
Beschleunigte Protokolle unterstützen jetzt Hauptversionsupgrades.
Beschleunigte Protokolle unterstützen jetzt Hauptversionsupgrades, um ein Upgrade von der MySQL-Version 5.7 auf die MySQL-Version 8.0 mit aktivierten beschleunigten Protokollen zu ermöglichen. Feature für beschleunigte Protokolle für Azure Database for MySQL – Flexibler Server (Vorschau)
Unterstützung der Langzeitaufbewahrung von Sicherungen in Azure Database for MySQL – Flexibler Server (Vorschau)
Mit diesem Feature können Sicherungen bis zu 35 Tage und bis zu 10 Jahre aufbewahrt werden. Sicherung und Wiederherstellung in Azure Database for MySQL – Flexibler Server
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 für Azure Database for MySQL – Flexibler Server (Vorschau)
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
undaudit_log_exclude_users
, um die Flexibilität beim Angeben von Benutzerein- und -ausschlüssen in Überwachungsprotokollen zu verbessern. Weitere InformationenErweiterte Ü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 für Azure Database for MySQL – Flexibler Server (Vorschau).
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. Migrieren von „Azure Database for MySQL – Einzelserver“ zu „Flexibler Server“ mit der Azure MySQL-Import-CLI
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 – Flexibler Server 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 – Flexible Server 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 – 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
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
- Nach dem Hauptversionsupgrade Ihrer Instanz von Azure Database for MySQL – Flexibler Server ist derzeit keine Änderung der Computegröße erlaubt. Es wird empfohlen, die Computegröße der Instanz von Azure Database for MySQL – Flexibler Server vor dem Upgrade von Version 5.7 auf Version 8.0 zu ändern.
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
Serverprotokolle für Azure Database for MySQL – Flexibler Server
Serverprotokolle helfen Kunden, die Serverprotokolle im Dateiformat an den Serverspeicher zu senden. Diese können Sie später herunterladen. Protokolle für langsame Abfragen werden mit Serverprotokollen unterstützt. Diese können Kunden beim Behandeln von Leistungsproblemen und bei der Abfrageoptimierung unterstützen. Kunden können Protokolle bis zu einer Woche oder bis zu 7 GB speichern. Eine Anleitung zum Herunterladen bzw. Konfigurieren finden Sie unter Aktivieren, Auflisten und Herunterladen von Serverprotokollen für Azure Database for MySQL – Flexibler Server bzw. unter Auflisten und Herunterladen von Protokollen für Azure-Datenbank für Azure Database for MySQL – Flexibler Server mithilfe der Azure CLI. Weitere Informationen
On-Demand-Sicherung für Azure Database for MySQL – Flexibler Server
Mit diesem Feature können Kund*innen zusätzlich zu den automatischen Sicherungen, die durch Azure Database for MySQL – Flexibler Server ausgeführt werden, On-Demand-Sicherungen ihrer Produktionsworkload auslösen und sie entsprechend den Backup-Aufbewahrungsrichtlinie des Servers speichern. Als schnellster Wiederherstellungspunkt können diese Sicherungen verwendet werden, um eine Zeitpunktwiederherstellung für schnellere und vorhersehbare Wiederherstellungszeiten auszuführen. Weitere Informationen
Die Ebene „Unternehmenskritisch“ unterstützt jetzt die ev5-Computerserie
Die Ebene „Unternehmenskritisch“ für Azure Database for MySQL – Flexibler Server unterstützt jetzt die Ev5-Computeserie in weiteren Regionen. Erfahren Sie mehr über die Steigerung der Leistung des unternehmenskritischen flexiblen Servers von Azure MySQL um 30 % mit der Ev5-Computeserie!
Serverparamater, die jetzt konfigurierbar sind
Liste der dynamischen Serverparameter, die jetzt konfigurierbar sind:
Bekannte Probleme
Wenn Sie versuchen, eine Verbindung mit dem Server herzustellen, wird der Fehler 9107 (HY000) mit dem Hinweis angezeigt, dass nur Microsoft Entra ID-Konten eine Verbindung mit dem Server herstellen dürfen.
Der Serverparameter aad_auth_only wurde in der Bereitstellung dieses Monats verfügbar gemacht. Durch Aktivieren des Serverparameters „aad_auth_only“ werden alle Microsoft Entra ID-fremden MySQL-Verbindungen mit Ihrer Instanz von Azure Database for MySQL – Flexibler Server blockiert. Wir arbeiten derzeit an zusätzlichen Konfigurationen, die erforderlich sind, um die Microsoft Entra ID-Authentifizierung voll funktionsfähig zu machen, und das Feature wird in den nächsten Bereitstellungen verfügbar gemacht. Warten Sie mit der Aktivierung des Parameters aad_auth_only bis dahin.
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 Bereitstellungsmodell „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:
- Anzeigen der Abschlusszeitstempel für alle verfügbaren vollständigen Sicherungen innerhalb des Aufbewahrungszeitraums des Servers
- 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
- 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
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:
- Wenn Sie den Azure-Support kontaktieren möchten, fordern Sie im Azure-Portal ein Ticket an.
- Um ein Problem mit Ihrem Konto zu beheben, richten Sie im Azure-Portal eine Anfrage an den Support.