Neuerungen in Azure Database for MySQL Flexible Server

  • Artikel

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

Azure Database for MySQL Flexible Server ist ein Bereitstellungsmodus, der mehr Kontrolle und Flexibilität bei der Datenbankverwaltung und den Konfigurationseinstellungen bietet als der Single Server-Bereitstellungsmodus von Azure Database for MySQL. Der Dienst unterstützt derzeit die Community-Version von MySQL 5.7 und 8.0.

In diesem Artikel werden neue Releases und Features in Azure Database for MySQL Flexible Server ab 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.

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. Weitere Informationen

  • 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 Ihnen eine detailliertere Ansicht der Leistung Ihres Servers, sodass 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). Weitere Informationen

  • 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 überprüfen und ergreifen können. So können Sie den Sicherheitsstatus Ihrer Datenbank aktiv verbessern, ohne selbst über Sicherheitsexpertise zu verfügen. Weitere Informationen

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

    Azure Database for MySQL – Flexibler Server bietet jetzt die Möglichkeit, flexibel eine On-Demand-Sicherung des Servers 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 <Servername> ist nicht kompatibel mit Advanced Threat Protection. Wenden Sie sich an den Microsoft-Support, um den Server auf eine unterstützte Version zu aktualisieren.“ Dieses Problem kann auf Instanzen von MySQL – Flexibler Server auftreten, die noch auf ein internes Update warten. Es wird automatisch mit dem nächsten internen Update Ihres Servers aufgelöst. Alternativ können Sie ein Supportticket öffnen, um ein sofortiges Update zu initiieren.“

März 2024

  • Beschleunigte Protokolle unterstützen jetzt das Upgrade der Hauptversion.

    Beschleunigte Protokolle haben jetzt Unterstützung für Hauptversionsupgrades eingeführt, ein Upgrade von MySQL Version 5.7 auf MySQL Version 8.0 mit aktivierter Funktion für beschleunigte Protokolle zu ermöglichen.Erfahren Sie mehr.

  • Unterstützung der Langzeitaufbewahrung von Sicherungen in Azure Database for MySQL – Flexibler Server (Vorschau)

    Dieses Feature ermöglicht die Aufbewahrung von Sicherungen über 35 Tage hinaus und bis zu 10 Jahre. Weitere Informationen

Februar 2024

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

    Beschleunigte Protokolle, die zuvor auf Server beschränkt sind, die nach dem 14. November erstellt wurden, sind jetzt für alle eigenständigen Business Critical-Server in der Vorschauphase verfügbar. Beschleunigte Protokolle unterstützen jetzt auch die Microsoft Entra-ID. Darüber hinaus wurde dieses Feature um drei neue Regionen erweitert: Japan Ost, Korea Zentral und Polen Zentral. Weitere Informationen

  • 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. Benutzer werden empfohlen, die Funktion für beschleunigte Protokolle zu deaktivieren, bevor Sie einen Replikatserver erstellen. Wenn Sie Unterstützung bei der beschleunigten Protokoll- und Replikaterstellung benötigen, öffnen Sie bitte ein Supportticket, um Unterstützung zu erhalten. Weitere Informationen

  • Überwachungsprotokolle unterstützen jetzt Wildcardeinträge

    Die Serverparameter unterstützen nun Wildcards in audit_log_include_users und audit_log_exclude_users, verbessern die Flexibilität beim Angeben von Benutzereinschlüssen und bei Ausschlüssen in Überwachungsprotokollen. 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, wodurch die Möglichkeit zur Behebung von Problemen und zur Verbesserung der Transparenz und Unabhängigkeit mit Azure Database for MySQL Flexible Server erheblich verbessert wird.Weitere Informationen

November 2023

  • Verbesserte Replikatbereitstellung

    Die Replikatbereitstellung bietet jetzt zusätzliche Flexibilität, um die Replikatberechnungs- und -speichereinstellungen während des Bereitstellungsworkflows zu ändern. Sie können die Berechnungseinstellungen des Replikatservers zum Zeitpunkt der Bereitstellung ändern, anstatt die Änderungen nach der Bereitstellung des Replikatservers vornehmen zu müssen. Das Feature ermöglicht außerdem das Ändern der Sicherungsaufbewahrungstage des Replikatservers und die Konfiguration, einen anderen Wert als die des Quellservers zu haben.

  • Ändern mehrerer Serverparameter mithilfe der Azure CLI

    Sie können jetzt mehrere Serverparameter für Ihre Azure Database for MySQL flexible Serverinstanz mit Azure CLI bequem aktualisieren. Weitere Informationen

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

    Die Vorschauversion für das Feature für beschleunigte Protokolle für Azure Database for MySQL – Flexibler Server ist hier. Dieses Feature ist auf der Dienstebene „Unternehmenskritisch“ verfügbar. Beschleunigte Protokolle verbessern die Leistung von Azure Database for MySQL – Flexible Serverinstanzen erheblich und bieten eine dynamische Lösung, die für hohe Durchsatzanforderungen konzipiert ist. Außerdem reduzieren sie die Latenz und optimieren die Kosteneffizienz. Hier finden Sie weitere Informationen.

  • 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 aus der Liste der von Azure unterstützten Regionen wiederherstellen, in denen Azure Database for MySQL – Flexibler Server verfügbar ist. Wenn ein großer Vorfall in einer Region zur Nichtverfügbarkeit der Datenbankanwendung führt, können Sie dieses Feature als Option zur Notfallwiederherstellung verwenden. Damit wird der Server in einer von Azure unterstützten Zielregion wiederhergestellt, die sich von der Quellserverregion unterscheidet. Weitere Informationen

Oktober 2023

  • Hinzufügen von neuen vCore-Optionen in Azure Database for MySQL – Flexible Server

    Wir freuen uns, Sie darüber informieren zu können neue 20 Cores-Optionen unter der Dienstebene „Unternehmenskritisch“ für unsere Azure Database for MySQL – Flexible Server eingeführt haben. Weitere Informationen finden Sie unter Computeoption für Azure Database for MySQL – Flexible 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 vom Benutzer 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 Kunden beim Erstellen oder Aktualisieren ihres Azure Database for MySQL – Flexible 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 – Flexible Server (Public Preview)

    Flexible Wartung für Azure Database for MySQL – Flexible 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. Weitere Informationen

  • Universelles regionsübergreifendes Lesereplikat auf Azure Database for MySQL– Flexible Server (Allgemeine Verfügbarkeit)

    Azure Database for MySQL – Flexible Server unterstützt jetzt Universelle Lesereplikate in öffentlichen Regionen. Mit dem Feature können Sie Ihre Daten aus einer Instanz von Azure Database for MySQL – Flexible Server auf einen schreibgeschützten Server in der universellen Region replizieren, einer beliebigen Region aus der Liste der von Azure unterstützten Regionen, in der Azure Database for MySQL – Flexible Server verfügbar ist. Weitere Informationen

  • Private Link for Azure Database for MySQL – Flexible Server (allgemeine Verfügbarkeit)

    Sie können jetzt private Endpunkte aktivieren, um über einen privaten Link auf einen Azure Database for MySQL – Flexible 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. Weitere Informationen

  • Azure MySQL Import Smart Defaults für Azure Database for MySQL – Single Server an Azure Database for MySQL – Flexible Server-Migration (Public Preview)

    Sie können jetzt eine Azure Database for MySQL – Einzelserverinstanz zu einer flexiblen Azure-Serverinstanz für MySQL migrieren, indem Sie einen einzelnen CLI-Befehl mit minimalen Eingaben ausführen. Der Befehl nutzt intelligente Standardwerte für das Abzielen auf Azure Database for MySQL – Flexible Serverbereitstellung von MySQL basierend auf Quellserver-SKU und -Eigenschaften! Weitere Informationen

  • Nominieren einer berechtigten Azure Database for MySQL-Einzelserverinstanz für direkte Automigration in Azure Database for MySQL – Flexible Server

    Wenn Sie über eine Azure Database for MySQL-Arbeitsauslastung mit Basis- oder GP-SKU verfügen, Datenspeicher < 10 GiB verwenden und keine komplexen Features (CMK, Microsoft Entra ID, Read Replica, Private Link) aktiviert haben, können Sie sich jetzt selbst (sofern nicht bereits vom Dienst geplant) für die direkte Automigration zu Azure Database for MySQL – Flexible Server nominieren, indem Sie Ihre Serverdetails über dieses Formular übermitteln.

August 2023

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

    Universelle Geowiederherstellung in Azure Database for MySQL – Flexible Server (Allgemeine Verfügbarkeit): Die universelle Geowiederherstellung ermöglicht das Wiederherstellen einer Quellserverinstanz in einer alternativen Region aus der Liste der von Azure unterstützten Regionen, in denen Azure Database for MySQL – Flexible Server verfügbar ist. Wenn ein großer Vorfall in einer Region zur Nichtverfügbarkeit der Datenbankanwendung führt, können Sie dieses Feature als Option zur Notfallwiederherstellung verwenden. Damit wird der Server in einer von Azure unterstützten Zielregion wiederhergestellt, die sich von der Quellserverregion unterscheidet. Weitere Informationen

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

    Azure Database for MySQL – Flexible Server unterstützt jetzt den generierten unsichtbaren Primärschlüssel (GIPK) für 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 – Flexible Server in MySQL 8.0 standardmäßig ON. Wenn der GIPK-Modus auf ON festgelegt 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 – Flexible Server (allgemeine Verfügbarkeit)

    Sie können jetzt IOPS bei Bedarf skalieren, ohne eine bestimmte Menge von IOPS vorab bereitzustellen. Mit dieser Funktion können Sie jetzt die E/A-Verwaltung in Azure Database for MySQL – Flexible Server sorgenfrei genießen, 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 Funktion zur Autoskalierung von IOPS entfällt der Verwaltungsaufwand, der erforderlich ist, um Kunden von Azure Database for MySQL – Flexible Server die beste Leistung zu den geringsten Kosten zu bieten. Weitere Informationen

Juni 2023

  • Private Link for Azure Database for MySQL – Flexible Server (Vorschau)

    Sie können jetzt den privaten Zugriff auf Azure Database for MySQL – Flexible Server mithilfe von Private Link aktivieren. Im Prinzip macht Azure Private Link Azure-Dienste in Ihrem privaten virtuellen Netzwerk (VNET) verfügbar. Über die private IP-Adresse kann auf die Azure Database for MySQL – Flexible Serverinstanz sowie auf jede andere Ressource im VNET zugegriffen werden. Weitere Informationen

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

    Azure Database for MySQL – Flexible Server unterstützt jetzt das Zulassen des Zugriffs auf Azure Key Vault aus ausgewählten VNETs zum Aktivieren der Datenverschlüsselung mithilfe von kundenseitig verwalteten Schlüsseln. Weitere Informationen

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

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

    lower_case_table_names: Wertänderung auf den Wert 2 für MySQL Version 5.7 unterstützt. Bitte beachten Sie, dass das Ändern des Werts von 2 zurück auf 1 nicht zulässig ist. 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 Werts von seiner Standardeinstellung kann zu Datenverlust führen.

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

    Unternehmenskritische SKU 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 geogepaareten Region. Mithilfe der Funktion können Sie Daten von einer Azure Database for MySQL Flexible Server-Instanz auf einem schreibgeschützten Server in einer geogepaarten Region replizieren. Weitere Informationen

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

    Flexibler Server unterstützt jetzt auch die Datenreplikation mithilfe der GTID-basierten Replikation. Sie können dieses Feature auch verwenden, um die Datenreplikation für hochverfügbarkeitsfähige Server zu 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 – Flexible 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 Anwendungsverbindungszeichenfolgen geändert werden müssen. Mit der Möglichkeit, Ihre Azure Database for MySQL – Flexible Server-Hauptversion von 5.7 auf 8.0 zu aktualisieren, erhalten Sie Zugriff auf Leistungsverbesserungen, Sicherheitsverbesserungen und neue Features wie Datenwörterbuch, JSON-Verbesserungen und Fensterfunktionen. Weitere Informationen

April 2023

März 2023

  • Azure Resource Health

    Verwenden Sie Azure Resource Health, um die Integrität und Verfügbarkeit des mit Hochverfügbarkeit aktivierten Servers im Fall eines geplanten oder ungeplanten Failovers zu überwachen. Weitere Informationen

  • 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 eine höhere Computeebene, Computegröße und mehr Speicher als der Quellserver zum Zeitpunkt der Bereitstellung aufweist. Optionen wie „Automatisches Speicherwachstum“, „Sicherungsaufbewahrungstage“ 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 und kann jetzt wieder verwendet werden. Wenn Probleme mit der Upgradefunktion auftreten, übermitteln 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 – Flexible Server 8.0 unter 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: Nach technischen Problemen nach der Bereitstellung dieses Monats wurde die Funktion „Hauptversionsupgrade“ im Portal vorübergehend deaktiviert. Wir entschuldigen uns für alle 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, übermitteln 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 Kunden Daten aus Azure Database for MySQL: Flexible Server (Quelle) mit einer anderen MySQL-Instanz (Replikat) synchronisieren, die lokal sein oder sich auf VMs oder in einem außerhalb von Azure gehosteten Datenbankdienst befinden kann. Hier finden Sie weitere Informationen zum Konfigurieren der Replikation ausgehender Daten.

November 2022

  • Azure Active Directory-Authentifizierung für Azure Database for MySQL – Flexible Server (allgemeine Verfügbarkeit)

    Sie können sich jetzt mithilfe von Microsoft Azure Active Directory (Azure AD) mit Identitäten bei Azure Database for MySQL – Flexible Server authentifizieren. Mit Azure AD-Authentifizierung können Sie Datenbankbenutzeridentitäten und andere Microsoft-Dienste an einem zentralen Ort verwalten, um die Berechtigungsverwaltung zu vereinfachen. Weitere Informationen

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

    Mit Datenverschlüsselung mit kundenseitig verwalteten Schlüsseln (CMKs) für Azure Database for MySQL – Flexible Server (Vorschau) können Sie Ihren 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 vom Kunden verwalteten Schlüsseln (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. Weitere Informationen

  • Allgemeine Verfügbarkeit in US Government-Azure-Regionen: 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 – Flexible Server

    Sie können jetzt zwischen Intel- und AMD-Hardware für Azure Database for MySQL – Flexibler Serverinstanzen 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 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ügbarkeitsregionen und -zonen bereit. Weitere Informationen

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

    Sie können jetzt IOPS bei Bedarf skalieren, ohne eine bestimmte Menge von IOPS vorab bereitzustellen. Mit dieser Funktion können Sie jetzt die E/A-Verwaltung in Azure Database for MySQL – Flexible Server sorgenfrei genießen, 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. Weitere Informationen

  • Durchführen eines Upgrades der Hauptversion mit minimalen Anstrengungen für Azure Database for MySQL – Flexibler Server (Preview)

    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 Anwendungsverbindungszeichenfolgen geändert werden müssen. Nutzen Sie diese Funktionalität, um Hauptversionsupgrades auf Ihren Instanzen von Azure Database for MySQL – Flexible Server effizient auszuführen, und nutzen Sie die neueste Funktionalität, die MySQL 8.0 anzubieten hat. Weitere Informationen

  • 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 jedem MySQL-Server, der lokal, auf VMs, auf verwalteten MySQL-Instanzen in anderen Clouds und in Azure Database for MySQL – Flexibler Server gehostet wird. Weitere Informationen

  • Verbesserte Metriken für eine bessere Überwachung

    Sie können jetzt weitere Metriken unter „Überwachung“ für Ihre Azure Database for MySQL – Flexibler Serverinstanz ü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

    • Die Änderung der Computegröße ist nach dem Upgrade der Hauptversion der Azure Database for MySQL – Flexible Serverinstanz derzeit nicht zulässig. Es wird empfohlen, die Computegröße Ihrer Instanz von Azure Database for MySQL – Flexible Serverinstanz vor dem Upgrade der Hauptversion von Version 5.7 auf Version 8.0 zu ändern.

September 2022

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

    Mithilfe des Lesereplikatfeatures 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. Weitere Informationen

  • Azure Active Directory-Authentifizierung für Azure Database for MySQL – Flexibler Server (Public Preview)

    Sie können sich jetzt mithilfe von Microsoft Azure Active Directory (Azure AD) mit Identitäten bei Azure Database for MySQL authentifizieren. Mit Azure AD-Authentifizierung können Sie Datenbankbenutzeridentitäten und andere Microsoft-Dienste an einem zentralen Ort verwalten, um die Berechtigungsverwaltung zu vereinfachen. Weitere Informationen.

  • Bekannte Probleme

    • Der Serverparameter aad_auth_only bleibt auf „EIN“ festgelegt, wenn der Authentifizierungstyp nur in Azure Active Directory-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 Azure AD-Administrator konfiguriert werden.

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

    Mit Datenverschlüsselung mit kundenseitig verwalteten Schlüsseln (CMKs) für Azure Database for MySQL – Flexible Server (Preview) können Sie Ihren 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 vom Kunden verwalteten Schlüsseln (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. Weitere Informationen.

  • Ändern der Zeitzone Ihrer Instanz der Azure Database for MySQL – Flexible Serverinstanz in nur einem Schritt

    Zuvor mussten zur Änderung der Zeitzone (time_zone) Ihrer Instanz der Azure Database for MySQL – Flexible Serverinstanz 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 Azure Database for MySQL – Flexible Serverzeitzone 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 auf „EIN“ festgelegt, wenn der Authentifizierungstyp nur in Azure Active Directory-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 Azure AD-Administrator konfiguriert werden.

August 2022

  • Serverprotokolle für Azure Database for MySQL – Flexible 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. Sie können sie aus dem Azure-Portal oder über die Azure CLI konfigurieren oder herunterladen. Weitere Informationen.

  • Bedarfsgesteuerte Sicherung für Azure Database for MySQL – Flexibler Server

    Mit der bedarfsgesteuerten Sicherungsfunktion können Kunden bei Bedarf zusätzlich zu der automatisierten Sicherung, die durch den flexiblen Dienst Azure Database for MySQL – Flexibler Server ausgeführt wird, die Sicherung ihrer Produktionsworkload auslösen, und sie in ihnen Übereinstimmung mit der Sicherungsaufbewahrungsrichtlinie 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 – Flexible Server unterstützt jetzt die Ev5-Computerserie in weiteren Regionen. Erfahren Sie mehr über die Steigerung der Leistung des unternehmenskritischen flexiblen Servers von Azure MySQL um 30 % mit der Ev5-Computerserie!

  • Serverparamater, die jetzt konfigurierbar sind

    Liste der dynamischen Serverparameter, die jetzt konfigurierbar sind:

  • Bekannte Probleme

    • Wenn Sie versuchen, eine Verbindung zum Server herzustellen, wird der Fehler „ERROR 9107 (HY000): Only Azure Active Directory accounts are allowed to connect to server“ (Nur Azure Active Directory-Konten dürfen eine Verbindung zum Server herstellen) angezeigt.

      Der Serverparameter aad_auth_only wurde in der Bereitstellung dieses Monats verfügbar gemacht. Das Aktivieren des Serverparameters aad_auth_only blockiert alle Nicht-Azure Active Directory MySQL-Verbindungen zu Ihrer Azure Database for MySQL – Flexibler Serverinstanz. Wir arbeiten derzeit an zusätzlichen Konfigurationen, die erforderlich sind, damit die Azure Active Directory-Authentifizierung voll funktionsfähig ist, und das Feature wird in den kommenden Bereitstellungen verfügbar sein. 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 – Flexible Server für unternehmenskritische Workloads: Die Dienstebene „Unternehmenskritisch“ von Azure DB for MySQL – Flexible 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 – Flexible Server: Wir kündigen die Ergänzung neuer burstfähiger Compute-Instanzen an, um die Computeanforderungen für automatische Skalierung von Kunden von einem virtuellen Kern bis zu 20 virtuellen Kernen zu unterstützen. Weitere Informationen finden Sie unter Computeoption für Azure DB for MySQL – Flexible Server.

  • Bekannte Probleme

    • Das Feature „Reservierte Instanzen“ (RI) in Azure Database for MySQL – Flexible 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 von privatem DNS werden in einigen Azure Database for MySQL – Flexible Serverinstanzen, 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 eine Suche unter Private DNS-Zonen im Azure-Portal durchführen oder ein manuelles Failover der Azure Database for MySQL – Flexible Serverinstanz mit aktivierter Hochverfügbarkeit ausführen und das Azure-Portal dann aktualisieren.

April 2022

  • Das Upgrade der Nebenversion für Azure Database for MySQL – Flexible Server auf 8.0.28 Azure Database for MySQL – Flexible Server 8.0 wird jetzt auf 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).

  • Das Upgrade der Nebenversion für Azure Database for MySQL – Flexible Server auf 5.7.37 Azure Database for MySQL – Flexible Server 5.7 wird jetzt auf 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

    Beachten Sie, dass in einigen Regionen noch ältere Nebenversionen von Azure Database for MySQL – Flexible Server ausgeführt werden, die bis Ende April 2022 gepatcht werden.

  • Eingestellte Unterstützung für die Protokolle TLSv1 und TLSv1.1 bei Azure Database for MySQL – Flexible 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 – Flexible Server wird auch die Protokolle TLSv1 und TLSv1.1 nicht mehr unterstützen, um modernen Sicherheitsstandards zu entsprechend. 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 Flexible 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 Servererstellung vom lokal redundanten Sicherungsspeicher zum georedundanten Sicherungsspeicher zu migrieren, um eine höhere Datenresilienz zu ermöglichen. Wenn Sie Georedundanz über die Seite „Compute + Speicher“ des Servers aktivieren, können Kunden ihre vorhandenen Azure Database for MySQL – Flexible Serverinstanzen nach einem geografischen Notfall oder regionalen Ausfall wiederherstellen, wenn sie auf den Server nicht in der primären Region 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. Weitere Informationen

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

Januar 2022

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

  • Alle Vorgänge sind für beendete Instanzen von Azure Database for MySQL – Flexible Serverinstanzen 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 – Flexible 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 – Flexible Server mit aktivierter HA

    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 Azure Database for MySQL – Flexible Serverpreisseite 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 aktivierter Hochverfügbarkeit auf der Seite „Sicherung und Wiederherstellung“ anzeigen und zu einem bestimmten Zeitpunkt 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 Unsichtbarkeit von Informationen zu Sicherungen im Portal erstellt der flexible Server täglich automatisierte 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 – Flexible Server

    Azure Database for MySQL – Flexible Server ist jetzt in mehr als 30 Azure-Regionen 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 Azure Database for MySQL – Flexible Serverinstanz 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 Azure Database for MySQL – Flexible Serverinstanz

    Der Dienst ermöglicht Ihnen nun, eine gelöschte Azure Database for MySQL – Flexible Serverressource 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. Als Folge dieses Problems kann es passieren, dass beim Failover der für Hochverfügbarkeit aktivierten Azure Database for MySQL – Flexible Serverinstanz 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 – Flexible Server verfügbar

    Threadpools verbessern die Skalierbarkeit von Azure Database for MySQL – Flexible 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. Weitere Informationen.

  • 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. Weitere Informationen

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

    Wenn Sie eine bestehende Azure Database for MySQL Flexible Serverinstanz mit aktiviertem Lesereplikat besitzen, müssen Sie Ihren 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 Lesereplikat nur für die Tarife „Universell“ und „Unternehmenskritisch“ verfügbar.

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

    Azure Database for MySQL – Flexible Server sind 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. Einblicke in die Abfrageleistung, Überwachung und Instanzübersichtsvorlagen sind derzeit verfügbar. Weitere Informationen

  • Vorauszahlung für Azure Database for MySQL – Flexible Server-Computeressourcen mit reservierten Instanzen

    Mit Azure Database for MySQL – Flexible Server können Sie jetzt Geld sparen, indem Sie Rechenressourcen im Voraus bezahlen, im Vergleich zu Preisen von nutzungsbasierter Bezahlung. Mit reservierten Azure Database for MySQL – Flexible Serverinstanzen leisten Sie eine Vorauszahlung für Azure Database for MySQL – Flexible 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 von Azure Database for MySQL – Single Server gegen Azure Database for MySQL – Flexible Server tauschen. Weitere Informationen

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

    Azure Database for MySQL – Flexible 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 – Flexible Server

    Terraform-Unterstützung für Azure Database for MySQL – Flexible Server ist jetzt mit der neuesten Version v2.81.0 von azurerm verfügbar. Das detaillierte Referenzdokument für die Bereitstellung und Verwaltung einer Azure Database for MySQL – Flexible Serverinstanz 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 unter Serverparameter in Azure Database for MySQL – Flexible Server.

  • Verfügbarkeit in zwei weiteren Azure-Regionen

    Azure Database for MySQL – Flexible 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 Flexible Server enthält die folgenden Updates.

  • Verfügbarkeit in drei weiteren Azure-Regionen

    Die öffentliche Vorschau von Azure Database for MySQL – Flexible 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 Flexible 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. Weitere Informationen

  • 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. Weitere Informationen

  • Integration in private DNS-Zonen

    Privates DNS von Azure ist ein zuverlässiger und sicherer 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 Ihrer Azure Database for MySQL – Flexible Serverinstanz verbinden, der in einem lokal oder global mit Peering verbundenen virtuellen Netzwerk ausgeführt wird. Azure Database for MySQL – Flexible Server ermöglicht jetzt die Integration in eine private Azure-DNS-Zone, um eine nahtlose Auflösung von privatem DNS innerhalb des aktuellen VNet oder eines beliebigen VNet mit Peering zu ermöglichen, mit dem die private DNS-Zone verknüpft ist. Wenn sich bei dieser Integration die IP-Adresse der Azure Database for MySQL – Flexible Back-End-Serverinstanzen während eines Failovers oder eines anderen Ereignisses ändert, wird Ihre integrierte private DNS-Zone automatisch aktualisiert, damit die Anwendungskonnektivität automatisch wiederhergestellt wird, sobald der Server online ist. Weitere Informationen

  • 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. Weitere Informationen

  • 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. Weitere Informationen

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

    Azure Database for MySQL – Flexible Server unterstützt jetzt die Aktivierung der Plug-Ins „validate_password“ und „caching_sha2_password“ in der Vorschau. Senden Sie eine E-Mail an AskAzureDBforMySQL@service.microsoft.com.

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

    Die öffentliche Vorschau von Azure Database for MySQL – Flexible 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 Flexible Server enthält die folgenden Updates.

  • Online-Migration für Azure Database for MySQL – Single Server zu Azure Database for MySQL – Flexible Server

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

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

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

Juni 2021

Dieses Release von Azure Database for MySQL Flexible 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 besitzen Kunden mit kostenlosem Azure-Konto zwölf Monate lang kostenlosen Zugriff auf Azure Database for MySQL – Flexible Server. Darin sind monatlich 750 Nutzungsstunden und 32 GB Speicher enthalten. Kunden können dieses Angebot zum Entwickeln und Bereitstellen von Anwendungen nutzen, die Azure Database for MySQL – Flexible Server verwenden. Weitere Informationen

  • 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 wird bei allen neu erstellten Servern die automatische Speichervergrößerung standardmäßig aktiviert sein. Weitere Informationen

  • Datenreplikation

    Azure Database for MySQL: Flexible Server unterstützt jetzt die Datenreplikation. Mit diesem Feature können Sie Daten aus einer MySQL Server-Instanz synchronisieren und zu Azure Database for MySQL – Flexible 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. Hier finden Sie weitere Informationen zum Konfigurieren der Datenreplikation.

  • GitHub Actions-Unterstützung in der Azure CLI

    Mit der Azure Database for MySQL – Flexible Server-CLI können Kunden 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 Flexible 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 – Flexible 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 – Flexible 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 Flexible 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 – Flexible Server veröffentlicht

    Entwickler können jetzt PowerShell verwenden, um Azure Database for MySQL – Flexible Serverinstanzen 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 Flexible Server enthält jetzt verbesserte Entwicklerfeatures, sodass Kunden Verbindungen herstellen und Abfragen auf ihren Servern ausführen können, indem sie die Befehle „az mysql flexible-server connect“ und „az mysql flexible-server execute“ in der Azure CLI verwenden. 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 jederzeit Azure Database for MySQL – Flexible Serverinstanzen mit privatem Zugriff erstellen.

März 2021

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

  • MySQL 8.0.21 veröffentlicht

    MySQL 8.0.21 ist jetzt in Azure Database for MySQL – Flexible 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

  • Leistungsfixes für Ausführungsprobleme mit Azure Database for MySQL – Flexible Server in virtuellen Netzwerken mit privatem Zugriff

    Vor diesem Release hat sich die Leistung von Azure Database for MySQL – Flexible Server bei der Ausführung in der Konfiguration des virtuellen Netzwerks erheblich verschlechtert. Dieses Release enthält Fixes für das Problem, welche die Leistung auf Azure Database for MySQL – Flexible Server in virtuellen Netzwerken verbessern.

  • 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 VNet bereitgestellt werden. Die Problemumgehung besteht im Wiederholen der Serverbereitstellung, bis sie erfolgreich ist.

Februar 2021

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

  • Zusätzliches IOPS-Feature veröffentlicht

    Azure Database for MySQL: Flexible Server unterstützt die Bereitstellung weiterer IOPS unabhängig vom bereitgestellten Speicher. 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 Flexible Server nimmt bei isolierten virtuellen Netzwerken mit privatem Zugriff ab (Keine Problemumgehung).

Januar 2021

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

  • Bis zu 10 Lesereplikate in Azure Database for MySQL – Flexible Server

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

Kontakte

Wenn Sie Fragen oder Vorschläge zur Arbeit mit Azure Database for MySQL – Flexible 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.
  • Wenn Sie uns Feedback geben oder Wünsche zu neuen Funktionen äußern möchten, senden Sie uns eine E-Mail an AskAzureDBforMySQL@service.microsoft.com.

Nächste Schritte