Bekannte Probleme

Auf dieser Seite werden bekannte Probleme mit Cloud SQL for SQL Server sowie Möglichkeiten zu ihrer Vermeidung oder Behebung beschrieben.

Probleme mit der Instanzverbindung

  • Abgelaufene SSL/TLS-Zertifikate

    Rufen Sie in der Google Cloud Console die Seite Cloud SQL-Instanzen auf und öffnen Sie die Instanz, wenn Ihre Instanz für die Verwendung von SSL konfiguriert ist. Rufen Sie die Seite Verbindungen auf, wählen Sie den Tab Sicherheit aus und prüfen Sie, ob das Serverzertifikat gültig ist. Wenn es abgelaufen ist, müssen Sie ein neues Zertifikat hinzufügen und zu diesem rotieren.

  • Version des Cloud SQL Auth-Proxys

    Wenn Sie die Verbindung zum Cloud SQL Auth-Proxy herstellen, achten Sie darauf, dass Sie die neueste Version verwenden. Weitere Informationen finden Sie unter Cloud SQL Auth-Proxy auf dem aktuellen Stand halten.

  • Keine Berechtigung zum Herstellen einer Verbindung

    Wenn Sie eine Verbindung zu einer Instanz herstellen, die in diesem Projekt nicht vorhanden ist, besagt die Fehlermeldung nur, dass Sie keine Zugriffsberechtigung für diese Instanz haben.

  • Kann keine Cloud SQL-Instanz erstellen

    Wenn die Fehlermeldung Failed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID] angezeigt wird, versuchen Sie noch einmal, die Cloud SQL-Instanz zu erstellen.

Administrative Probleme

  • Ein großer Exportvorgang kann die Instanzverfügbarkeit beeinträchtigen.

    Achten Sie vor dem Start eines großen Exports darauf, dass mindestens 25 % der Datenbankkapazität frei sind (auf der Instanz). So lassen sich Probleme mit aggressiver automatischer Vergrößerung verhindern, die die Verfügbarkeit der Instanz beeinträchtigen können.

  • Wenn Ihre SQL Server-Instanz eine SQL Server Express-Version verwendet:

    • Wenn Sie beim Erstellen einer neuen Instanz ein Flag angeben, schlägt die Erstellung der Instanz fehl.

    • Sie können keine Datenbank-Flags für eine vorhandene Instanz festlegen.

  • Cloud SQL-Import- und Exportinstanzvorgänge mit langer Ausführungszeit können nicht abgebrochen oder gestoppt werden.

    Auf einer Cloud SQL-Instanz kann jeweils nur ein Vorgang ausgeführt werden. Wenn Sie einen Vorgang mit langer Ausführungszeit starten, sollten Sie darauf achten, dass Sie keine weiteren Vorgänge auf einer Instanz ausführen müssen.

    Wenn Sie einen Cloud SQL-Instanzvorgang mit langer Ausführungszeit starten, z. B. einen Import- oder Exportvorgang, gibt es keine Möglichkeit, den Vorgang abzubrechen, ohne die Instanz neu zu starten.

  • Wenn Sie einen Import aus einer BAK-Datei abbrechen, bleibt die zu importierende Datenbank in einem Teilstatus. Sie müssen die Datenbank löschen. Wenn Sie einen Import aus einer SQL-Datei abbrechen, müssen Sie die Teildaten manuell bereinigen.

Probleme beim Importieren und Exportieren von Daten

  • Erstellen Sie keine BAK-Datei (für den Import) aus einer schreibgeschützten Datenbank oder aus einer Datenbank, die sich im Einzelnutzermodus befindet. Wenn Sie eine BAK-Datei aus einer schreibgeschützten Datenbank oder aus einer Datenbank erstellen, die sich im Einzelnutzermodus befindet, und diese Datei importieren, kann ein Fehler auftreten.

  • Wenn Sie versuchen, Daten aus einer großen Datenbank zu importieren und zu exportieren, z. B. eine Datenbank mit mindestens 500 GB, können die Import- und Exportvorgänge sehr lange dauern. Darüber hinaus stehen Ihnen andere Vorgänge (z. B. der Sicherungsvorgang) während des Imports oder Exports nicht zur Verfügung. Eine Möglichkeit zur Verbesserung der Leistung des Import- und Exportvorgangs ist die Wiederherstellung einer vorherigen Sicherung mit gcloud oder der API.

  • Cloud SQL unterstützt Bulk-Einfügungs-Vorgänge nur auf SQL Server 2022.

  • Cloud SQL unterstützt nur die Codeseite RAW.

  • Cloud SQL unterstützt keine Bulk-Einfügung für Lesereplikate.

  • Cloud SQL unterstützt das Bulk-Einfügen nur für den Import von Daten in Tabellen.

Transaktionslogs und Laufwerkwachstum

Die Logs werden einmal täglich, nicht kontinuierlich gelöscht. Wenn die Anzahl der Tage für die Logaufbewahrung so konfiguriert ist, dass sie der Anzahl der Sicherungen entspricht, kann ein Tag für das Logging verloren gehen, je nachdem, wann die Sicherung erstellt wird. Wenn Sie beispielsweise die Logaufbewahrung auf sieben Tage und die Sicherungsaufbewahrung auf sieben Sicherungen festlegen, werden Logs von sechs bis sieben Tagen aufbewahrt.

Wir empfehlen, die Anzahl der Sicherungen mindestens auf eine mehr als die Anzahl von Tagen der Logaufbewahrung festzulegen, um eine Mindestanzahl von festgelegten Tagen für die Logaufbewahrung sicherzustellen.

Instanzen mit den folgenden Regionsnamen werden in bestimmten Kontexten falsch angezeigt:

  • us-central1 wird als us-central angezeigt.
  • europe-west1 wird als europe angezeigt.
  • asia-east1 wird als asia angezeigt.

Dieses Problem tritt in folgenden Kontexten auf:

  • Benachrichtigungen in Cloud Monitoring
  • Metrics Explorer
  • Cloud Logging

Mithilfe von Ressourcenmetadatenlabels können Sie das Problem bei Benachrichtigungen in Cloud Monitoring und im Metrics Explorer minimieren. Verwenden Sie das Systemmetadatenlabel region anstelle des überwachten cloudsql_database-Ressourcenlabels region.