Auf dieser Seite werden Vorgänge beschrieben, die sich auf die Verfügbarkeit in Cloud SQL auswirken.
Mit Cloud SQL können Sie die Verfügbarkeit Ihrer Datenbank maximieren, ohne Änderungen an Ihrer Anwendung vornehmen zu müssen. Mit einem SLA für eine Verfügbarkeit von 99,99 % und einer Ausfallzeit von nahezu null für mehrere geplante Vorgänge bietet die Cloud SQL Enterprise Plus-Version eine höhere Ausfallsicherheit und Geschäftskontinuität für Ihre Anwendungen.
Die Maximierung der Betriebszeit bedeutet, die Ausfallzeit Ihrer Datenbank zu reduzieren. Ausfallzeiten werden in der Regel sowohl durch ungeplante Ereignisse als auch durch geplante Vorgänge verursacht.
Ungeplante Ereignisse und zonale Ausfälle
Für Anwendungen, die Hochverfügbarkeit erfordern, empfehlen wir, die Instanz für regionale Verfügbarkeit zu konfigurieren. Dies wird in Cloud SQL auch als Hochverfügbarkeitskonfiguration bezeichnet. Weitere Informationen zum Konfigurieren der Hochverfügbarkeit in Cloud SQL finden Sie unter Hochverfügbarkeit.
Wenn bei einer Instanz, die für regionale Verfügbarkeit konfiguriert ist, ein Fehler auftritt, wird die Instanz von Cloud SQL automatisch in der sekundären Zone mit derselben IP-Adresse und ohne Datenverlust gestartet, sodass Anwendungen den Betrieb in der Datenbank fortsetzen können. Dies schützt vor ungeplanten Ereignissen wie dem Ausfall eines einzelnen VM-Hosts oder dem Ausfall einer oder mehrerer Infrastrukturkomponenten, die den Ausfall einer gesamten Zone verursachen.
Die Hochverfügbarkeit von Cloud SQL ist sowohl für die Cloud SQL Enterprise Plus-Version als auch für die Cloud SQL Enterprise-Version verfügbar.
Wenn Sie für eine Instanz keine regionale Verfügbarkeit konfigurieren, wird die Instanz für die zonale Verfügbarkeit konfiguriert. Dies wird auch als eigenständige Instanz bezeichnet.
Cloud SQL stellt eigenständige Instanzen (Instanzen, die mit zonaler Verfügbarkeit konfiguriert sind) nach VM-Hostausfällen automatisch wieder her. Cloud SQL stellt eigenständige Instanzen jedoch nicht automatisch nach einem zonalen Ausfall wieder her. Wenn Sie eine eigenständige Instanz in einer fehlerfreien Zone wiederherstellen möchten, müssen Sie alle eigenständigen Instanzen manuell wiederherstellen. Sie können eine eigenständige Instanz manuell nach einem zonalen Ausfall wiederherstellen, indem Sie entweder eine Wiederherstellung zu einem bestimmten Zeitpunkt durchführen oder ein Lesereplikat zur eigenständigen Instanz hochstufen. Weitere Informationen finden Sie unter Wiederherstellungsoptionen für eigenständige Instanzen.
Geplante Vorgänge
Für geplante Vorgänge wie Wartungen oder einige Instanzneukonfigurationen bietet die Cloud SQL Enterprise Plus-Version nahezu keine Ausfallzeiten für primäre Instanzen ohne Anwendungsänderungen oder Proxy-Anforderungen. Bei einer geplanten Wartung ohne Ausfallzeiten beträgt die Ausfallzeit in der Regel weniger als eine Sekunde.
Die folgenden geplanten Vorgänge profitieren von der nahezu ausfallfreien Zeit auf einer primären Cloud SQL Enterprise Plus-Instanz. Diese Ausfallzeiten gelten sowohl für eigenständige (zonale) als auch für hochverfügbare (regionale) Instanzen.
Wartung, einschließlich der folgenden Vorgänge mit einer Ausfallzeit von unter einer Sekunde:
- Automatische Wartung, die Cloud SQL jedes Quartal durchführt
- Self-Service-Wartung, die Sie jederzeit initiieren können
- Wartungssimulation, die Sie initiieren können, um das Verhalten bei Ausfallzeiten von weniger als einer Sekunde zu testen
Praktisch keine Ausfallzeiten
Bei einem geplanten Vorgang ohne Ausfallzeiten kommt es bei einer primären Instanz der Cloud SQL Enterprise Plus-Version in der Regel zu einer Ausfallzeit von weniger als einer Sekunde.
Der Vorgang dauert in der Regel einige Minuten. Ihre Instanz bleibt während dieser Zeit verfügbar. Die Ausfallzeit, also der Zeitraum, in dem die Datenbank keine Verbindungen akzeptieren kann, ist nahezu null (weniger als eine Sekunde). Außerdem müssen Sie die Endpunkte der Anwendungen nicht ändern, mit denen sie verbunden sind.
Voraussetzungen und Einschränkungen
Die Funktion für minimale Ausfallzeiten ist nur in der Cloud SQL Enterprise Plus-Version verfügbar. Weitere Informationen zu den Cloud SQL-Versionen finden Sie unter Einführung in die Cloud SQL-Versionen.
Die Funktion „Praktisch ohne Ausfallzeit“ ist für Lesereplikatinstanzen nicht verfügbar.
Instanzen mit Lesereplikaten werden nur unterstützt, wenn sie die folgenden Kriterien erfüllen:
- Zugriff auf private Dienste aktiviert. Replikate mit öffentlicher IP-Adresse und Private Service Connect-Replikate werden unterstützt, wenn für sie auch der Zugriff auf private Dienste aktiviert ist.
- Maximal 7 Lesereplikate.
- Keine kaskadierbaren Replikate.
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 den Cloud SQL Auth-Proxy oder Cloud SQL Language Connectors verwenden, müssen Sie diese auf die aktuelle Version aktualisieren.
Der interne SQL Server-Name
SERVERPROPERTY('servername')kann sich während der Wartung ändern. Wenn Ihre Anwendung auf den Hostnamen oder den Maschinennamen verweist, müssen Sie diese Werte nach der Wartung möglicherweise aktualisieren. Ihre Cloud SQL-Verbindungsstrings und die IP-Adresse der Instanz ändern sich nicht.Unterstützt nur Nutzerdatenbanken. Systemdatenbanken können nicht zu Verfügbarkeitsgruppen hinzugefügt werden.
Die folgenden Datenbanktypen werden nicht unterstützt:
- Schreibgeschützte Datenbanken
- Datenbanken für einzelne Nutzer
- Als
AUTO_CLOSEgekennzeichnete Datenbanken
Folgende Funktionen werden nicht unterstützt:
- Transaktionale Replikation einrichten.
- Verknüpfte Server mit Selbstschleife, die einen Servernamen verwenden.
- Ausgehende Private Service Connect-Verbindungen