Geplante Wartung in Azure Database for MySQL – Flexible Server
Azure Database for MySQL Flexibler Server führt regelmäßige Wartungsarbeiten durch, um Ihre verwaltete Datenbank sicher, stabil und aktuell zu halten. Während der Wartung erhält der Server neue Features, Updates und Patches.
Wichtig
Vermeiden Sie alle Servervorgänge (Änderungen, Konfigurationsänderungen, Starten/Beenden des Servers) während Azure Database for MySQL Flexible Server-Wartung. Die Teilnahme an diesen Aktivitäten kann zu unvorhersehbaren Ergebnissen führen, die sich möglicherweise auf die Serverleistung und -stabilität auswirken. Warten Sie, bis die Wartung abgeschlossen ist, bevor Sie Servervorgänge ausführen.
Wartungszyklus
Routinewartung
Unser Standardwartungszyklus findet in regelmäßigen Abständen statt, spätestens jedoch alle 30 Tage. In dieser Zeit können wir die Systemstabilität und -leistung sicherstellen und gleichzeitig die Unterbrechung Ihrer Dienste auf ein Minimum reduzieren.
Kritische Wartung
In bestimmten Szenarien, z. B. wenn Sicherheitsprobleme dringend behoben werden müssen oder Updates für die Aufrechterhaltung der Verfügbarkeit und Datenintegrität notwendig sind, kann die Wartung häufiger durchgeführt werden. Diese Ausnahmen werden gemacht, um Ihre Daten zu schützen und den kontinuierlichen Betrieb Ihrer Dienste zu gewährleisten.
Suchen von Wartungsdetails
Spezifische Details dazu, was jedes Wartungsupdate beinhaltet, finden Sie in unseren Versionshinweisen. Diese Hinweise enthalten umfassende Informationen zu den während der Wartung vorgenommenen Updates, sodass Sie alle Änderungen, die sich auf Ihre Umgebung auswirken, verstehen und sich darauf vorbereiten können.
Hinweis
Nicht alle Server werden zwangsläufig während der geplanten Aktualisierungen gewartet, unabhängig davon, ob es sich um Routine- oder kritische Updates handelt. Das Azure MySQL-Team wendet bestimmte Kriterien an, um festzustellen, welche Server gewartet werden müssen. Dieser selektive Ansatz stellt sicher, dass die Wartung sowohl effizient als auch essentiell ist, auf die einzigartigen Bedürfnisse jeder Serverumgebung zugeschnitten ist und die Ausfallzeiten Ihrer Produktion minimiert.
Auswählen eines Wartungsfensters
Sie können die Wartung für einen bestimmten Wochentag und ein bestimmtes Zeitfenster innerhalb dieses Tages planen. Alternativ können Sie dem System gestatten, einen Tag und ein Zeitfenster automatisch auszuwählen. In beiden Fällen werden Sie vom System sieben Tage vor einer Wartung benachrichtigt. Das System informiert Sie außerdem, wenn die Wartung startet und erfolgreich abgeschlossen wird.
Benachrichtigungen zu bevorstehenden geplanten Wartungsarbeiten können in folgenden Formaten vorliegen:
- E-Mail an eine bestimmte Adresse
- E-Mail an eine Azure Resource Manager-Rolle
- SMS an ein mobiles Gerät
- Pushbenachrichtigung an eine Azure-App
- Sprachnachricht
Beim Konfigurieren der Einstellungen für den Wartungszeitplan können Sie einen Wochentag und ein Zeitfenster auswählen. Wenn Sie nichts angeben, wird vom System je nach Zeitzone des Servers ein Zeitfenster zwischen 23:00 und 7:00 Uhr ausgewählt. Sie können für jeden Flexiblen Server in Ihrem Azure-Abonnement einen eigenen Zeitplan definieren.
Sie können die Zeitplaneinstellungen jederzeit aktualisieren. Wenn für Ihren flexiblen Server eine Wartung geplant ist und Sie die Zeitplaneinstellungen aktualisieren, wird die aktuelle Einführung planungsgemäß fortgesetzt, und die Änderungen an den Zeitplaneinstellungen werden nach dem erfolgreichen Abschluss bis zur nächsten geplanten Wartung wirksam.
Sie können einen vom System verwalteten oder benutzerdefinierten Zeitplan für jeden Flexiblen Server in Ihrem Azure-Abonnement definieren.
- Mit einem benutzerdefinierten Zeitplan können Sie Ihr Wartungsfenster für den Server angeben, indem Sie den Wochentag und ein Ein-Stunden-Zeitfenster auswählen.
- Bei einem vom System verwalteten Zeitplan wählt das System ein beliebiges einstündiges Fenster zwischen 23:00 Uhr und 7:00 Uhr in der Region Ihres Servers aus.
Wichtig
Ab dem 31. August 2024 unterstützt Azure Database for MySQL keine benutzerdefinierten Wartungsfenster mehr für burstfähige SKU-Instanzen. Diese Änderung ist auf die Notwendigkeit zurückzuführen, Wartungsprozesse zu vereinfachen und eine optimale Leistung zu gewährleisten, und unsere Analyse hat ergeben, dass die Anzahl der Benutzer, die benutzerdefinierte Wartungsfenster für burstfähige SKUs verwenden, minimal ist. Vorhandene burstfähige SKU-Instanzen mit benutzerdefinierten Wartungsfensterkonfigurationen sind davon nicht betroffen. Benutzer können diese benutzerdefinierten Wartungsfenstereinstellungen jedoch in Zukunft nicht ändern.
Für Kunden, die benutzerdefinierte Wartungsfenster benötigen, empfehlen wir ein Upgrade auf die SKU „Universell“ oder „Unternehmenskritisch“, damit sie dieses Feature weiterhin verwenden können.
In seltenen Fällen kann ein Wartungsereignis vom System abgebrochen oder möglicherweise nicht erfolgreich abgeschlossen werden. Wenn das Update zu einem Fehler führt, wird das Update rückgängig gemacht und die vorherige Version der Binärdateien wird wiederhergestellt. In solchen Szenarien mit fehlerhaften Updates kann während des Wartungsfensters weiterhin ein Neustart des Servers auftreten. Wenn das Update abgebrochen wird oder fehlgeschlagen ist, erstellt das System eine Benachrichtigung über ein abgebrochenes oder fehlgeschlagenes Wartungsereignis, das Sie benachrichtigt. Der nächste Wartungsversuch wird gemäß Ihren aktuellen Zeitplaneinstellungen geplant, und Sie erhalten fünf Tage im Voraus eine Benachrichtigung.
Wartung nahezu ohne Ausfallzeiten (Public Preview)
Die Funktion „Wartung nahezu ohne Ausfallzeiten“ von Azure Database for MySQL – Flexible Server ist eine bahnbrechende Entwicklung für Hochverfügbarkeitsserver (HA). Diese Funktion wurde entwickelt, um die Ausfallzeiten bei der Wartung erheblich zu reduzieren, so dass in den meisten Fällen mit einer Ausfallzeit von 40 bis 60 Sekunden gerechnet werden kann. Diese Fähigkeit ist von zentraler Bedeutung für Unternehmen, die Hochverfügbarkeit und minimale Unterbrechung ihrer Datenbankvorgänge verlangen.
Genaue Erwartungen an die Ausfallzeit
- Ausfallzeitdauer: In den meisten Fällen beträgt die Ausfallzeit während der Wartung zwischen 10 und 30 Sekunden.
- Zusätzliche Überlegungen: Nach einem Failover-Ereignis gibt es eine inhärente DNS Time-To-Live (TTL) von etwa 30 Sekunden. Dieser Zeitraum wird nicht direkt durch den Wartungsprozess gesteuert, sondern ist ein Standardbestandteil des DNS-Verhaltens. Aus Sicht der Kund*innen könnte die gesamte Ausfallzeit während der Wartung also zwischen 40 und 60 Sekunden liegen.
Einschränkungen und Voraussetzungen
Um die von dieser Funktion versprochene optimale Leistung zu erreichen, sollten bestimmte Bedingungen und Einschränkungen beachtet werden:
- Primärschlüssel in allen Tabellen: Es ist wichtig, dass jede Tabelle einen Primärschlüssel hat. Das Fehlen von Primärschlüsseln kann die Verzögerung bei der Replikation erheblich vergrößern und sich auf die Downtime auswirken.
- Niedrige Arbeitsauslastung während der Wartungszeiten: Die Wartungszeiträume sollten mit Zeiten geringer Auslastung des Servers zusammenfallen, um sicherzustellen, dass die Ausfallzeiten minimal bleiben. Sie sollten die Funktion des benutzerdefinierten Wartungsfensters nutzen, um die Wartung zu Zeiten außerhalb der Spitzenzeiten zu planen.
- Ausfallzeitgarantien: Während wir uns bemühen, die Wartungsausfallzeit so gering wie möglich zu halten, garantieren wir nicht, dass es immer weniger als 60 Sekunden in allen Fällen ist. Verschiedene Faktoren, z. B. hohe Workload oder bestimmte Serverkonfigurationen, können zu einer längeren Ausfallzeit führen. Im schlimmsten Fall kann die Ausfallzeit mit der eines eigenständigen Servers vergleichbar sein.
Wartungsplan neu planen
Die Funktion zur Neuplanung der Wartung gibt Ihnen mehr Kontrolle über den Zeitpunkt der Wartungsaktivitäten auf Ihrer Flexiblen Serverinstanz Azure Database for MySQL. Nachdem Sie eine Wartungsbenachrichtigung erhalten haben, können Sie sie auf einen bequemeren Zeitpunkt umplanen, unabhängig davon, ob es sich um eine System- oder benutzerdefinierte Verwaltung handelt.
Neuplanen von Parametern und Benachrichtigungen
Die Neuplanung ist nicht auf feste Zeitfenster beschränkt, sondern hängt von den frühesten und spätesten zulässigen Zeiten im aktuellen Wartungszyklus ab, der sich in der Regel vom ersten bis zum letzten Tag des Wartungsfensters für die Region erstreckt. Nach der Neuplanung wird eine Benachrichtigung gesendet, um die Änderungen gemäß den Standardbenachrichtigungsrichtlinien zu bestätigen.
Überlegungen und Einschränkungen
Beachten Sie Folgendes, wenn Sie dieses Feature verwenden:
- Nachfrageeinschränkungen: Es kann sein, dass die von Ihnen geplante Wartung abgesagt wird, weil in der gleichen Region eine große Anzahl von Wartungsarbeiten gleichzeitig stattfindet.
- Sperrzeitraum: Eine Neuplanung ist 15 Minuten vor der ursprünglich geplanten Wartungszeit nicht mehr möglich, um die Zuverlässigkeit des Dienstes zu gewährleisten.
- Neuplanen der Drosselung: Wenn zu viele Server in derselben Region während der gleichen Zeit für die Wartung geplant sind, können Neuplanungsanforderungen zu Fehlern führen. Benutzer erhalten eine Fehlermeldung, wenn dies auftritt, und es wird empfohlen, ein alternatives Zeitfenster auszuwählen. Erfolgreiche neu geplante Wartungen werden wahrscheinlich nicht abgebrochen.
Eine Wartung kann beliebig oft neu geplant werden. Solange sich die Wartung nicht im Zustand „In Vorbereitung“ befindet, können Sie sie jederzeit für einen anderen Zeitpunkt planen.
Hinweis
Es wird empfohlen, Benachrichtigungen während der Vorschauphase genau zu überwachen, um potenzielle Anpassungen zu berücksichtigen.
Verwenden Sie dieses Feature, um Unterbrechungen bei kritischen Datenbankvorgängen zu vermeiden. Wir bitten Sie um Ihr Feedback, während wir diese Funktionalität weiterentwickeln.
Häufig gestellte Fragen
F: Warum erhalten einige meiner Server Wartungsbenachrichtigungen und andere nicht?
A: Die Startzeiten der Wartung unterscheiden sich in verschiedenen Regionen, sodass Server in verschiedenen Regionen Wartungsbenachrichtigungen zu unterschiedlichen Zeiten erhalten können.
F: Warum erhalten einige Server in derselben Region Wartungsbenachrichtigungen und andere nicht?
A: Dies könnte darauf zurückzuführen sein, dass die Server, die keine Benachrichtigungen erhalten haben, kürzlich erstellt wurden, und das System festgestellt hat, dass sie noch keine Wartung erfordern.
F: Kann ich die geplante Wartung deaktivieren?
A: Nein, das Deaktivieren der geplanten Wartung ist nicht zulässig. Sie können jedoch die Wartungsneuplanungsfunktion verwenden, um die Anzeigedauer anzupassen oder die Funktion „Hohe Verfügbarkeit“ (HA) zu aktivieren, um Ausfallzeiten zu minimieren. Als PaaS-Datenbankprodukt ist es wichtig, eine zeitnahe Wartung durchzuführen, um die Sicherheit und Zuverlässigkeit Ihrer Datenbank sicherzustellen.