Geplante Wartung in Azure Database for MySQL – Flexible Server

  • Artikel

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

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

Bitte vermeiden Sie alle Vorgänge auf dem Server (Modifikationen, Konfigurationsänderungen, Starten/Stoppen des Servers) während der Wartung von Azure Database for MySQL – Flexible Server. 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.

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.

Wichtig

Normalerweise vergehen zwischen erfolgreichen geplanten Wartungen eines Servers 30 Tage.

Bei einem kritischen Notfallupdate, z. B. zur Behebung eines schwerwiegenden Sicherheitsrisikos, kann das Benachrichtigungsfenster aber auch kürzer als sieben Tage sein. Das kritische Update kann auch dann auf Ihren Server angewendet werden, wenn innerhalb der letzten 30 Tage eine erfolgreiche geplante Wartung durchgeführt wurde.

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

Zuvor wurde eine 7-tägige Bereitstellungslücke zwischen systemverwalteten und benutzerdefinierten Zeitplänen beibehalten. Aufgrund der sich verändernden Wartungsanforderungen und der Einführung der Funktion zum Verschieben von Wartungsarbeiten (Public Preview) können wir diesen Abstand von 7 Tagen nicht mehr garantieren.

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 Szenarios mit fehlerhaften Updates kann während des Wartungsfensters weiterhin ein Neustart des Servers angezeigt werden. 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 Ausfallzeiten 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.

Neuplanung der Wartung (Public Preview)

Wichtig

Die Funktion zur erneuten Wartungsplanung befindet sich derzeit in der Vorschauphase. Sie unterliegt Einschränkungen und wird ständig weiterentwickelt. Wir schätzen Ihr Feedback, um dieses Feature zu verbessern. Beachten Sie, dass dieses Feature nicht für Server verfügbar ist, die die burstfähige SKU verwenden.

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

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.

Nächste Schritte