Wartungsupdates für Cloud SQL-Instanzen

Auf dieser Seite wird erläutert, wie Wartungsupdates für Cloud SQL-Instanzen ausgeführt werden und wie Sie den Zeitpunkt dieser Updates steuern können. Weitere Informationen finden Sie unter Wartungsfenster ansehen und festlegen.

Übersicht

Cloud SQL aktualisiert als verwalteter Dienst Instanzen automatisch, um dafür zu sorgen, dass die zugrunde liegende Hardware, das Betriebssystem und das Datenbankmodul zuverlässig, leistungsfähig, sicher und aktuell sind. Die meisten dieser Aktualisierungen werden durchgeführt, während Ihre Cloud SQL-Instanz ausgeführt wird. Bestimmte Systemupdates erfordern jedoch eine kurze Dienstunterbrechung. Diese Updates werden als Wartung bezeichnet.

Bei einer Wartung wird das Datenbankmodul und in einigen Fällen das Betriebssystem aktualisiert. Da für diese Updates die Instanz neu gestartet werden muss, kommt es zu einer Ausfallzeit. Wartungsupdates bieten folgende Vorteile:

  • Cloud SQL-Features. Zur Einführung neuer Features wird das Datenbankmodul aktualisiert und neue Plug-ins für die Datenbank installiert.

  • Upgrades der Datenbankversion. Der Anbieter der Datenbanksoftware, der SQL Server entwickelt, veröffentlicht mehrmals pro Jahr neue Nebenversionen. Zu jeder neuen Version gehören Fehlerkorrekturen, Sicherheitspatches, Leistungsverbesserungen und neue Datenbankfeatures. Die neueste Nebenversion, die Cloud SQL for SQL Server unterstützt, finden Sie in den Versionshinweisen oder unter Datenbankversionen und Versionsrichtlinien. Cloud SQL-Instanzen werden kurz nach der Veröffentlichung auf die neueste Datenbankversion aktualisiert, sodass Sie von der Ausführung der neuesten Datenbanksoftware profitieren.

  • Betriebssystem-Patches. Wir halten kontinuierlich Ausschau nach neuen Sicherheitslücken im Betriebssystem. Bei der Erkennung patchen wir das Betriebssystem, um Sie vor neuen Risiken zu schützen.

Auswirkungen der Wartung

Für Cloud SQL Enterprise Plus bietet Cloud SQL eine geplante Wartung ohne Ausfallzeiten.

Cloud SQL plant Wartungsupdates in der Regel alle paar Monate. Das Wartungsupdate kann für jede Instanz etwa 5 bis 10 Minuten dauern. Wenn die Instanz Lesereplikate hat, kann die Gesamtdauer des Wartungsupdates länger dauern. Während des Wartungsupdates verliert jede Cloud SQL Enterprise-Instanz im Durchschnitt jedoch weniger als 120 Sekunden die Verbindung. Die Ausfallzeit kann für eine Instanz höher sein, die während des Wartungsupdates eine hohe Aktivität aufweist oder über ein sehr großes Dataset verfügt.

Sie können sicherstellen, dass die Wartung sich so wenig wie möglich auf Ihre Vorgänge auswirkt. Nutzen Sie dafür unsere Wartungseinstellungen und machen Sie Ihre Systeme resistent gegenüber vorübergehenden Fehlern..

Geplante Wartung ohne Ausfallzeiten

Bei einer geplanten Wartung ohne Ausfallzeiten verlieren Instanzen der Cloud SQL Enterprise Plus-Version die Verbindung während der geplanten Wartung normalerweise für weniger als 1 Sekunde.

Die Ausfallzeit kann für Instanzen höher sein, die während der Wartung eine hohe Aktivität haben.

Voraussetzungen und Einschränkungen

  • Lesereplikate werden nicht unterstützt.

  • Instanzen mit Lesereplikaten werden nur unterstützt, wenn sie die folgenden Kriterien erfüllen:

  • Unterstützt zwischen 1 und 100 Datenbanken pro Instanz.

  • Nur für die Cloud SQL Enterprise Plus-Version verfügbar.

  • Verfügbar für die folgenden SQL Server-Versionen:

    • SQL Server Enterprise 2019
    • SQL Server Enterprise 2022
    • SQL Server Enterprise 2025

  • Wenn Sie Cloud SQL Auth-Proxy oder Cloud SQL Language Connectors verwenden, achten Sie darauf, dass sie auf die neueste Version aktualisiert sind.

  • Der interne Servername SERVERPROPERTY('servername') Ihrer SQL Server-Instanz kann sich während der Wartung ändern. Wenn Ihre Anwendung auf den Hostnamen oder den Namen des Computers verweist, müssen Sie diese Werte nach der Wartung möglicherweise aktualisieren. Ihre Cloud SQL-Verbindungsstrings und die IP-Adresse der Instanz bleiben unverändert.

  • Unterstützt nur Nutzerdatenbanken. Systemdatenbanken können nicht zu Verfügbarkeitsgruppen hinzugefügt werden.

  • Die folgenden Datenbanktypen werden nicht unterstützt:

    • Schreibgeschützte Datenbanken
    • Einzelnutzerdatenbanken
    • Datenbanken, die als AUTO_CLOSE gekennzeichnet sind

  • Die folgenden Funktionen werden nicht unterstützt:

  • Während der Wartung enthalten die Datenbanklogs Nachrichten von zwei verschiedenen VMs.
  • Wenn während der geplanten Wartung eine DDL ausgegeben wird, haben die Änderungen möglicherweise einen Zeitstempel für die Erstellung oder Änderung, der nach dem Wartungszeitstempel liegt.
  • Clientseitige Verbindungsstrings und Abfrageeinstellungen wie Verbindungstyp, Zeitüberschreitungen für Abfragen und Verbindungspooling können sich auf die beobachtete Ausfallzeit auswirken. Testen Sie die Einrichtungskonfiguration Ihrer Anwendung, um die Einstellungen zu finden, die Ihren Anforderungen am besten entsprechen.

Geplante Wartung ohne Ausfallzeiten simulieren

Wenn Sie die geplante Wartungsausfallzeit Ihrer primären Cloud SQL Enterprise Plus-Instanz testen möchten, ohne Ihre Datenbankinstanz zu aktualisieren, können Sie eine geplante Wartung ohne Ausfallzeiten simulieren.

Dazu rufen Sie die Simulation eines Wartungsereignisses für eine Cloud SQL Enterprise Plus-Instanz auf, die für die geplante Wartung ohne Ausfallzeiten infrage kommt. Die Simulationsanfrage führt zu einem Instanzaktualisierungsvorgang auf dieselbe Wartungsversion wie vor dem Vorgang.

Sie können die Simulation auch dann ausführen, wenn für die Instanz ein Wartungsupdate aussteht. Die Instanzversion bleibt während der gesamten Simulation gleich.

Verwenden Sie den folgenden gcloud CLI-Befehl, um ein geplantes Wartungsereignis mit nahezu null Ausfallzeiten zu simulieren:

gcloud sql instances patch INSTANCE_NAME --simulate-maintenance-event

Ersetzen Sie INSTANCE_NAME durch den Namen der Instanz, in der das simulierte Wartungsereignis ausgeführt werden soll.

Wartungseinstellungen

Cloud SQL bietet Ihnen die Möglichkeit, Wartungsupdates über eine Reihe von Wartungseinstellungen zu konfigurieren.

Sie können die Wartung so konfigurieren, dass sie zu Zeiten geplant werden, zu denen kurze Ausfallzeiten für Ihre Anwendungen die geringste Auswirkung haben. Für jede Cloud SQL-Instanz können Sie Folgendes konfigurieren:

  • Wartungszeitpunkt (zuvor Aktualisierungsreihenfolge). Die Woche des Rollout-Zeitraums, in der Sie Ihre Cloud SQL-Instanz aktualisieren müssen. Dafür gibt es zwei Möglichkeiten:

    • Any: Das Wartungsupdate kann jederzeit erfolgen, in der Regel jedoch innerhalb der ersten Woche.
    • Week 1: Die Wartung findet 7 bis 14 Tage nach dem Senden der Wartungsbenachrichtigung statt.
    • Week 2: Das Wartungsupdate wird 15 bis 21 Tage nach dem Senden der Benachrichtigung durchgeführt.
    • Week 5: Das Wartungsupdate wird 35 bis 42 Tage nach dem Senden der Benachrichtigung durchgeführt.

    Sie legen den Zeitplan für das Wartungsupdate fest, wenn Sie ein Wartungsfenster konfigurieren.

  • Wartungsfenster. Der Wochentag und die Stunde, in der die Cloud SQL die Wartung plant. Wartungsfenster dauern eine Stunde. Weitere Informationen finden Sie unter Wartungsfenster konfigurieren.

  • Zeitraum für Wartungsausschluss. Ein Block von Tagen, in dem Cloud SQL die Wartung nicht plant. Der Zeitraum für den Wartungsausschluss kann bis zu 90 Tage lang sein. Weitere Informationen finden Sie unter Zeitraum für den Wartungsausschluss konfigurieren.

Standardwartungsfenster

Wenn Sie kein Wartungsfenster festlegen, aktualisiert Cloud SQL Ihre Instanz in den folgenden Standardfenstern entsprechend der Zeitzone Ihrer Instanz:

  • Wochentagsfenster (Montag bis Freitag): 22:00 bis 6:00 Uhr
  • Wochenendfenster: Freitag, 22:00 Uhr bis Montag, 6:00 Uhr

Beispiel für die Wartung

Angenommen, Sie sind Entwickler bei einem Einzelhändler und verwalten einen Einkaufswagendienst. Sie haben eine Cloud SQL-Instanz für eine Produktionsumgebung und eine zweite für eine Staging-Umgebung. Sie möchten, dass Ihre Instanz gerade dann gewartet wird, wenn Ihre Instanz den geringsten Traffic verarbeitet, also sonntags um Mitternacht. Außerdem sollten Sie die Wartung während der geschäftigen Weihnachtssaison überspringen.

In diesem Fall legen Sie die Wartungseinstellungen der Produktionsinstanz auf Folgendes fest:

  • Wartungsfenster: Sonntags zwischen 00:00 Uhr und 1:00 Uhr ET (UTC-4/-5)
  • Wartungszeitpunkt: Week 2
  • Zeitraum für den Wartungsausschluss: 1. November bis 15. Januar.

Die Wartungseinstellungen für Ihre Staging-Umgebung sind identisch, außer dass die Wartungszeit auf Week 2 festgelegt wird. Dadurch können Sie mindestens 7 Tage, bevor die Wartung in der Produktion eingeführt wird, operative Akzeptanztests für einen Wartungsrelease im Staging ausführen. Wenn in der Staging-Umgebung ein Fehler auftritt, haben Sie Zeit, das Problem zu diagnostizieren und zu beheben oder einen Wartungsausschluss einzurichten, damit Ihre Produktionsumgebung nicht betroffen ist.

Benachrichtigungen über anstehende Wartungen

Sie können eine Benachrichtigung über bevorstehende Wartungen mindestens eine Woche vor der geplanten Wartung an Ihre E-Mail-Adresse erhalten. Der Betreff der E-Mail lautet Anstehende Wartung für Ihre Cloud SQL-Instanz Instanzname, falls Sie einen E-Mail-Filter für Benachrichtigungen einrichten möchten.

Wartungsbenachrichtigungen werden nicht standardmäßig gesendet. Sie müssen Wartungsbenachrichtigungen aktivieren. Außerdem müssen Sie ein Wartungsfenster auswählen, bevor Sie Benachrichtigungen erhalten können.

Benachrichtigungen werden an die E-Mail-Adresse Ihres Google-Kontos gesendet. Ein benutzerdefinierter E-Mail-Alias wie ein Team-E-Mail-Alias kann nicht konfiguriert werden.

Sie aktivieren Wartungsbenachrichtigungen für alle Cloud SQL-Instanzen einem bestimmten Projekt, die in Wartungsfenster haben. Sie erhalten eine Benachrichtigung pro Instanz. Für Lesereplikate werden keine Benachrichtigungen zu bevorstehenden Wartungen gesendet.

Sie können sich auch anstehende Wartungsinformationen in der Google Cloud -Konsole ansehen.