Informationen zu Instanzeinstellungen

Auf dieser Seite finden Sie Informationen zu allen Einstellungen, die für Cloud SQL-Instanzen zur Verfügung stehen.

Einstellungen für Cloud SQL for SQL Server

Einstellung Nach Erstellung bearbeitbar? Mögliche Werte
Instanz-ID N Zusammensetzung aus Kleinbuchstaben, Ziffern und Bindestrichen, erstes Zeichen muss ein Buchstabe sein. Die Gesamtlänge darf maximal 98 Zeichen betragen.
Region N Für Cloud SQL Enterprise Plus-Version:
africa-south1 – Johannesburg
asia-east1 – Taiwan
asia-east2 – Hongkong
asia-northeast1 – Tokio
asia-northeast3 – Seoul
asia-south1 – Mumbai
asia-southeast1 – Singapur
asia-southeast2 – Jakarta
australia-southeast1 – Sydney
australia-southeast2 – Melbourne
europe-central2 – Warschau
europe-west1 – Belgien
europe-west2 – London
europe-west3 – Frankfurt
europe-west4 – Niederlande
europe-west6 – Zürich
europe-west8 – Mailand
europe-west9 – Paris
europe-west10 – Berlin
europe-west12 – Turin
me-central1 – Doha
me-west1 – Tel Aviv
northamerica-northeast1 – Montréal
northamerica-northeast2 – Toronto
southamerica-east1 – São Paulo
us-central1 – Iowa
us-east1 – South Carolina
us-east4 – Northern Virginia
us-east5 – Columbus
us-south1 – Dallas
us-west1 – Oregon
us-west2 – Los Angeles
us-west3 – Salt Lake City
us-west4 – Las Vegas

Für Cloud SQL Enterprise-Version:
africa-south1 – Johannesburg
asia-east1 – Taiwan
asia-east2 – Hongkong
asia-northeast1 – Tokio
asia-northeast2 – Osaka
asia-northeast3 – Seoul
asia-south1 – Mumbai
asia-south2 – Delhi
asia-southeast1 – Singapur
asia-southeast2 – Jakarta
australia-southeast1 – Sydney
australia-southeast2 – Melbourne
europe-central2 – Warschau
europe-north1 – Finnland
europe-southwest1 – Madrid
europe-west1 – Belgien
europe-west2 – London
europe-west3 – Frankfurt
europe-west4 – Niederlande
europe-west6 – Zürich
europe-west8 – Mailand
europe-west9 – Paris
europe-west10 – Berlin
europe-west12 – Turin
me-central1 – Doha
me-central2 – Dammam
me-west1 – Tel Aviv
northamerica-northeast1 – Montréal
northamerica-northeast2 – Toronto
northamerica-south1 – Mexiko
southamerica-east1 – São Paulo
southamerica-west1 – Santiago
us-central1 – Iowa
us-east1 – South Carolina
us-east4 – Northern Virginia
us-east5 – Columbus
us-south1 – Dallas
us-west1 – Oregon
us-west2 – Los Angeles
us-west3 – Salt Lake City
us-west4 – Las Vegas
Zone Ja Die möglichen Werte hängen von der Region ab.
Datenbankversion N Für Cloud SQL Enterprise Plus-Version:
Console string                         API enum string
SQL Server 2019 Enterprise (default)   SQLSERVER_2019_ENTERPRISE
SQL Server 2022 Enterprise             SQLSERVER_2022_ENTERPRISE
Für die Cloud SQL Enterprise-Version:
Console string                      API enum string
SQL Server 2017 Standard            SQLSERVER_2017_STANDARD
SQL Server 2017 Enterprise          SQLSERVER_2017_ENTERPRISE
SQL Server 2017 Express             SQLSERVER_2017_EXPRESS
SQL Server 2017 Web                 SQLSERVER_2017_WEB
SQL Server 2019 Standard (default)  SQLSERVER_2019_STANDARD
SQL Server 2019 Enterprise          SQLSERVER_2019_ENTERPRISE
SQL Server 2019 Express             SQLSERVER_2019_EXPRESS
SQL Server 2019 Web                 SQLSERVER_2019_WEB
SQL Server 2022 Standard            SQLSERVER_2022_STANDARD
SQL Server 2022 Enterprise          SQLSERVER_2022_ENTERPRISE
SQL Server 2022 Express             SQLSERVER_2022_EXPRESS
SQL Server 2022 Web                 SQLSERVER_2022_WEB

Ressourcenlimits dieser Versionen finden Sie unter Skalierungslimits.

Active Directory-Domain Ja Ein Drop-down-Menü zum Verknüpfen einer verwalteten Active Directory-Domain ist verfügbar. Im Menü sind alle Managed Microsoft AD-Domains in Ihrem Projekt aufgelistet. Im Drop-down-Menü können Sie eine Domain auswählen. Weitere Informationen finden Sie unter Übersicht über Managed Microsoft AD in Cloud SQL. Beachten Sie außerdem die Verfahren und Einschränkungen für die Einbindung in einer verwalteten AD-Domain in einem anderen Projekt.
SSL-Modus Ja Erzwingt/aktiviert SSL so:
  • ALLOW_UNENCRYPTED_AND_ENCRYPTED: Lässt Nicht-SSL-/Nicht-TLS- und SSL/TLS-Verbindungen zu. Dies ist der Standardwert.
  • ENCRYPTED_ONLY: Erlaubt nur Verbindungen, die mit SSL/TLS verschlüsselt wurden.
Server-CA-Modus N

Hiermit können Sie die Server-Zertifizierungsstelle (CA) für eine Instanz konfigurieren. Sie können eine der folgenden verfügbaren Server-CA-Optionen auswählen:

  • GOOGLE_MANAGED_INTERNAL_CA: Dies ist der Standardwert. Bei dieser Option signiert eine interne Zertifizierungsstelle, die jeder Cloud SQL-Instanz zugewiesen ist, das Serverzertifikat für diese Instanz.
  • GOOGLE_MANAGED_CAS_CA: Bei dieser Option wird eine CA-Hierarchie aus einer Stamm-CA und untergeordneten Server-CAs verwendet, die von Cloud SQL verwaltet und auf dem Google Cloud Certificate Authority Service (CA Service) gehostet werden. Die untergeordneten Server-CAs in einer Region signieren die Serverzertifikate und werden für alle Instanzen in der Region freigegeben.

Diese Instanzeinstellung befindet sich in der Vorabversion.

Version festlegen Ja

ENTERPRISE oder ENTERPRISE PLUS

Private IP Nachdem sie aktiviert wurde, kann sie nicht mehr deaktiviert werden. Aktiviert oder deaktiviert.
Öffentliche IP-Adresse Ja Aktiviert oder deaktiviert.
Autorisierte Netzwerke Ja Wenn die öffentliche IP-Adresse aktiviert ist, sind IP-Adressen berechtigt, eine Verbindung zur Instanz herzustellen. Sie können diesen Wert auch als IP-Adressbereich in CIDR-Notation angeben.
Datencache Ja Aktiviert oder deaktiviert.
Kerne Ja Informationen zu Skalierungslimits für Kerne finden Sie unter Skalierungslimits.
Speicher Ja Informationen zu Skalierungslimits für Speicher finden Sie unter Skalierungslimits.
Gleichzeitiges Multithreading deaktivieren Ja Konfigurieren Sie die Anzahl der Threads pro Kern für eine Instanz von 2 auf 1.

Weitere Informationen zum Konfigurieren des gleichzeitigen Multithreadings finden Sie unter Simultanes Multithreading.
Speichertyp SSD (nur Wert)
Speicherkapazität Ja
(Nur Erhöhung)
Instanzen mit mindestens einer (nicht freigegebenen) vCPU können bis zu 64 TB haben.


Das Erstellen oder Erhöhen der Speicherkapazität auf 64 TB kann die Latenz von häufigen Vorgängen wie Sicherungen erhöhen, je nach Arbeitslast.
Automatische Speichererhöhungen aktivieren Ja An (Standardwert)
Aus
Datenverschlüsselungsmethode N Von Google verwalteter Verschlüsselungsschlüssel (Standardwert)
Cloud KMS-Schlüssel
Automatische Begrenzung der Speichererweiterung Ja In GB. 0 (Standard) bedeutet, dass es keine Begrenzung gibt.
Sicherungen Ja
An (Standardwert)
Aus
Standortoptionen Ja Mehrfachregion (Standardwert)
Region

Durch Auswahl von Mehrere Regionen erhalten Sie ein Drop-down-Menü mit einer Liste von multiregionalen Standorten, mit Region eine Liste von einzelnen Regionen.

Schutz vor Instanzlöschungen Ja Aktiviert oder deaktiviert.
Wiederherstellung zu einem bestimmten Zeitpunkt aktivieren Ja
(siehe Hinweis)
An (Standardwert)
Aus
Verfügbarkeit: Einzelne Zone Ja
An (Standardwert)
Aus
Hohe Verfügbarkeit (regional) Ja
An
Aus (Standardwert)
Wartung: Wartungsfenster Ja Beliebig (Standardwert)
Wochentag und Tageszeit
Wartung: Wartungszeitpunkt Ja Beliebig (Standardwert)
Canary (auch Woche 1 (früher Früher) / Vorabversion)
Stable (auch Woche 2 (früher Später) / Produktion)
Woche 5
Datenbank-Flags Ja Siehe Datenbank-Flags konfigurieren.
Standardsortierung Eine Liste der unterstützten Werte finden Sie unter sys.fn_helpcollations.
SQL Server-Audit Ja Aktiviert oder deaktiviert.
Zeitzone J Sie können die Zeitzone beim Erstellen oder Bearbeiten einer Instanz festlegen. Wenn Sie keine Zeitzone angeben, wird die Zeitzone der Instanz als UTC festgelegt.
Instanz-ID

Die Instanz-ID ist der Name der Instanz. Sie dient der eindeutigen Identifizierung der Instanz innerhalb des Projekts. Wählen Sie, wenn möglich, einen Instanznamen, der dem Zweck der Instanz entspricht.

Die Instanz-ID project-ID:instance-ID darf maximal aus 98 Zeichen bestehen.

Die Projekt-ID muss im Instanznamen nicht angegeben werden. Dies erfolgt automatisch, wo es erforderlich ist, beispielsweise in den Logdateien.
Region
Die Google Cloud-Region, in der sich die Instanz befindet. Regionen sind unabhängige geografische Gebiete, die aus Zonen bestehen. Zonen und Regionen sind logische Abstraktionen zugrunde liegender physischer Ressourcen. Eine Region besteht aus drei oder mehr Zonen, die sich in drei oder mehr physischen Rechenzentren befinden. Die Regionen Mexiko, Osaka und Montreal haben drei Zonen, die sich in einem oder zwei physischen Rechenzentren befinden. In diesen Regionen wird derzeit auf mindestens drei physische Rechenzentren erweitert. Berücksichtigen Sie beim Entwerfen Ihrer Lösungen in Google Cloud die Informationen unter Speicherorte in der Cloud, SLAs der Google Cloud Platform und die entsprechende Google Cloud-Produktdokumentation. Sie können die Region nur bei der Instanzerstellung festlegen. Speichern Sie zur Steigerung der Leistung Ihre Daten in der Nähe der Dienste, von denen sie verwendet werden. Weitere Informationen finden Sie unter Instanzstandorte.
Zone
Die Google Cloud-Zone, in der sich die Instanz befindet. Wenn Sie eine Verbindung von einer Compute Engine-Instanz herstellen, wählen Sie die Zone aus, in der sich die Instanz befindet. Akzeptieren Sie andernfalls die Standardzone. Bei Bedarf können Sie die Zone der Instanz später ändern. Weitere Informationen finden Sie unter Instanzstandorte.
Kerne

Die Anzahl der CPUs für Ihre Instanz.

Speicher

Der Arbeitsspeicher, der für Ihre Instanz verfügbar ist. Achten Sie bei leistungsabhängigen Arbeitslasten wie der Online-Transaktionsverarbeitung (Online Transaction Processing, OLTP) darauf, dass Ihre Instanz über genügend Arbeitsspeicher verfügt, um den gesamten Arbeitssatz verarbeiten zu können. Es gibt allerdings auch noch andere Faktoren, die sich auf den Speicherbedarf auswirken, wie zum Beispiel die Anzahl der aktiven Verbindungen. Führen Sie Lasttests durch, um Leistungsprobleme in der Produktion zu vermeiden.

Datenbankversion
Übernehmen Sie die Standarddatenbankversion, wenn Sie keine Funktion benötigen, die nur von einer bestimmten Version zur Verfügung gestellt wird. Informationen zur Verwendung des gcloud-Befehls und der REST API finden Sie in der Referenzdokumentation.
Speichertyp
Wenn Sie den standardmäßigen und einzigen verfügbaren Wert SSD auswählen, wird Ihrer Instanz SSD-Speicher zur Verfügung gestellt. Dieser bietet eine niedrigere Latenz und höheren Datendurchsatz.
Active Directory-Domain

Sie können in Managed Microsoft AD einbinden und damit die Windows-Authentifizierung für die Instanz aktivieren. Zur Einbindung wählen Sie die Domain aus, mit der diese Instanz verknüpft werden soll. Weitere Informationen finden Sie unter Übersicht über Managed Microsoft AD in Cloud SQL.

Server-CA-Modus

Optional: Wenn Sie eine Instanz erstellen, können Sie den Server-CA-Modus für die Instanz auswählen.

  • GOOGLE_MANAGED_INTERNAL_CA: Dies ist der Standardwert. Cloud SQL erstellt für jede Instanz eine neue selbstsignierte Server-CA.
  • GOOGLE_MANAGED_CAS_CA: Die Instanz verwendet eine Server-CA-Hierarchie, die von Certificate Authority Service gehostet wird. Die ausstellenden Zertifizierungsstellen werden für alle Instanzen in derselben Region freigegeben.

Weitere Informationen zu diesen Optionen finden Sie unter Hierarchien von Zertifizierungsstellen. Der Server-CA-Modus befindet sich in der Vorabversion.

Speicherkapazität

Wählen Sie eine Kapazität, die zur Größe Ihrer Datenbank passt. Nachdem Sie die Instanz erstellt haben, können Sie die Speicherkapazität durch Ändern der Instanzkonfiguration manuell erhöhen, aber nicht reduzieren. Das Erhöhen der Speicherkapazität verursacht keine Ausfallzeiten.

Die der Instanz zugewiesene Speicherkapazität wirkt sich auf die Instanzkosten aus. Weitere Informationen finden Sie unter Speicher- und Netzwerkpreise.

Bei Lesereplikaten muss die Speicherkapazität immer mindestens so hoch wie die Speicherkapazität der primären Instanz sein. Wenn die Größe einer primären Instanz angepasst wird, werden alle Lesereplikate gegebenenfalls so angepasst, dass sie mindestens so viel Speicherkapazität wie die aktualisierte primäre Instanz haben.

Automatische Speichererhöhungen aktivieren

Wenn Sie diese Einstellung aktivieren, prüft Cloud SQL Ihren verfügbaren Speicherplatz alle 30 Sekunden. Wenn die Größe des verfügbaren Speichers unter einen Schwellenwert fällt, fügt Cloud SQL automatisch zusätzliche Speicherkapazität hinzu. Wenn die Größe des verfügbaren Speichers wiederholt unter den Schwellenwert fällt, fügt Cloud SQL weiterhin Speicher hinzu, bis die maximale Größe von 64 TB erreicht ist.

Die Einstellung für die automatische Speichererweiterung einer primären Instanz gilt automatisch für alle Lesereplikate dieser Instanz. Die Einstellung für die automatische Speichererweiterung kann nicht unabhängig für Lesereplikate festgelegt werden.

Grenzwert

Die Größe des Schwellenwerts hängt von der Größe des derzeit für die Instanz bereitgestellten Speichers ab. Er kann nicht größer als 25 GB sein.

Bei Instanzen, die mit 500 GB Speicher (oder mehr) bereitgestellt werden, beträgt der Schwellenwert immer 25 GB.

Für Instanzen, die mit weniger als 500 GB Speicherplatz bereitgestellt werden, wird zur Berechnung des Schwellenwerts die folgende Formel verwendet:

  5 + (provisioned storage)/25

Das Ergebnis der Division wird auf die nächste ganze Zahl abgerundet.

Schwellenwertberechnung für eine Instanz mit 66 GB Speicherkapazität:

5 + (1/25th of 66 GB) = 5 + (66/25) = 5 + 2.6 -> 5 + 2 = 7 GB
Schwellenwertberechnung für eine Instanz mit 1.000 GB Speicherkapazität:
5 + (1/25th of 1000 GB) = 5 + (1000/25) = 5 + 40 = 45 -> rounded down to the
maximum value of 25 GB

Größe des hinzugefügten Speichers

Die Größe des zur Instanz hinzugefügten Speichers entspricht der Schwellenwertgröße, die nicht größer als 25 GB sein darf.

Hinweise zu großen Laufwerken

Bei Instanzen, die mit 500 GB oder mehr Speicher bereitgestellt werden, beträgt die Schwellenwertgröße immer 25 GB und der hinzugefügte Speicherplatz ist immer 25 GB. Daher beträgt der maximal mögliche freie Speicherplatz 50 GB. Wenn Sie die Größe der Instanz nicht manuell mit einem Laufwerk von mehr als 5 TB anpassen, kann das Laufwerk ständig eine Kapazität von 99% aufrechterhalten, auch wenn die Instanz freien Speicherplatz hat.

Vor einem Vorgang, der schnell viel Speicherplatz nutzt, z. B. bei einem großen Import oder bei einer Abfrage, für die eine große temporäre Tabelle erforderlich ist, sollten Sie die Größe des Laufwerks manuell anpassen, statt sich auf die automatische Vergrößerung zu verlassen.

Datenverschlüsselungsmethode

Standardmäßig wird Ihre Cloud SQL-Instanz mit einem von Google verwalteten Schlüssel verschlüsselt. Wenn Sie diesen Schlüssel selbst verwalten möchten, verwenden Sie einen vom Kunden verwalteten Verschlüsselungsschlüssel (CMEK, Customer-Managed Encryption Key) im Cloud Key Management Service (KMS). Cloud KMS lässt sich in Cloud SQL einbinden.

Mit Cloud KMS-Schlüsseln haben Sie die Kontrolle über Schutzlevel, Speicherort, Rotationszeitplan, Nutzungs- und Zugriffsberechtigungen. Außerdem können Sie verschiedene Verschlüsselungsschlüssel für verschiedene Ressourcen verwenden. Mit Cloud KMS können Sie außerdem die Schlüsselnutzung im Blick behalten, Audit-Logs aufrufen und den Lebenszyklus von Schlüsseln steuern.

Statt es Google zu überlassen, die Schlüssel zum Schutz Ihrer Daten zu steuern und zu verwalten, können Sie diese auch über Cloud KMS steuern und verwalten.

Weitere Informationen zu CMEKs finden Sie unter Informationen zu vom Kunden verwalteten Verschlüsselungsschlüsseln (CMEK).

Automatische Begrenzung der Speichererweiterung

Wenn Sie die Einstellung für die automatische Speichererweiterung aktivieren, können Sie ein bestimmtes Limit für die Größe des Speichers Ihrer Instanz festlegen. Beachten Sie, dass die operative Latenz umso höher ist, je größer die Instanz ist.

Sie können die Speichergröße nicht verringern. Dieses Limit kann verhindern, dass die Instanzgröße (aufgrund eines vorübergehenden Anstiegs des Traffics) zu groß wird. Beachten Sie, dass die Instanz wahrscheinlich keine eingehenden Verbindungen mehr akzeptiert und offline gehen kann, wenn eine Instanz keinen benötigten Speicher hinzufügen kann.

Wenn für dieses Limit der Standardwert null festgelegt ist, bedeutet dies, dass der Speicher nur durch den maximal für die Instanzstufe verfügbaren Speicher begrenzt wird.

Um das Limit beim Erstellen der Instanz festzulegen, verwenden Sie den Parameter --storage-auto-increase-limit=INTEGER_VALUE_OF_GB, wie auf der Seite Instanz erstellen erläutert. Um das Limit für eine vorhandene Instanz festzulegen, verwenden Sie denselben Parameter mit dem Befehl gcloud beta sql instances patch.

Die Einstellung für das Limit der automatischen Speichererweiterung einer primären Instanz gilt automatisch für alle Lesereplikate dieser Instanz. Die Einstellung für das Limit der automatischen Speichererweiterung kann nicht gesondert für Lesereplikate festgelegt werden.

Automatische Sicherungen und Wiederherstellung zu einem bestimmten Zeitpunkt

Mit diesen Optionen wird festgelegt, ob automatische Sicherungen durchgeführt und Transaktionslogsicherungen aktiviert werden. Bei beiden Vorgängen entstehen geringe Leistungskosten und es wird zusätzlicher Speicher benötigt. Sie sind jedoch für das Erstellen von Replikaten und Klonen sowie für das Wiederherstellen zu einem bestimmten Zeitpunkt erforderlich. Wenn Sie diese Option auswählen, können Sie auch einen Zeitraum für automatische Sicherungen festlegen.

Automatische Sicherungen werden während des von Ihnen ausgewählten Zeitraums täglich durchgeführt. Nach Ablauf von sieben Tagen wird die älteste Sicherung gelöscht.

Informationen zum Wiederherstellen einer Sicherung zu einem bestimmten Zeitpunkt finden Sie unter Wiederherstellung zu einem bestimmten Zeitpunkt.

Informationen zur Replikation finden Sie unter Replikationsoptionen. Informationen zum Klonen von Instanzen finden Sie unter Instanzen klonen.

Einstellungen für die Aufbewahrung von automatischen Sicherungen

Der Standardwert für die Anzahl der aufbewahrten Sicherungen ist 7, kann aber in einen beliebigen Wert im Bereich von 1 bis 365 geändert werden.

Weitere Informationen finden Sie unter Automatische Sicherung und Transaktionslog-Aufbewahrung.

Speicherortoptionen

Sie können Sicherungen in mehreren oder einzelnen Regionen speichern. Mehrfachregion ist die Standardeinstellung und wird empfohlen, da sie Schutz vor Ausfallzeiten bietet, wenn eine Region nicht verfügbar ist. Sicherungen werden in Regionen gespeichert, die der Instanz am nächsten liegen.

Sie können auch einen benutzerdefinierten Speicherort für Ihre Sicherung auswählen. Verwenden Sie diese Option nur, wenn dies gesetzlich vorgeschrieben ist oder wenn eine Organisationsrichtlinie erfordert, dass Ihre Sicherungen in bestimmten Mehrfachregionen oder einzelnen Regionen gespeichert sind. Weitere Informationen finden Sie unter Benutzerdefinierte Standorte.

Schutz vor Instanzlöschungen

Schützt eine Instanz vor versehentlichem Löschen. Wenn diese Einstellung aktiviert ist, müssen Sie sie deaktivieren, bevor Sie die Instanz löschen. Weitere Informationen finden Sie unter Löschen einer Instanz verhindern.

Wiederherstellung zu einem bestimmten Zeitpunkt aktivieren

Die Wiederherstellung zu einem bestimmten Zeitpunkt ermöglicht Ihnen, eine Sicherung ab einem bestimmten Datum wiederherzustellen.

Informationen zum Wiederherstellen einer Sicherung zu einem bestimmten Zeitpunkt finden Sie unter Wiederherstellung zu einem bestimmten Zeitpunkt.

Verfügbarkeit: Zonal

Fügt Ihre Instanz und Ihre Sicherungen in einer einzelnen Zone zusammen. Wenn Sie diese Option auswählen, findet bei einem Ausfall kein Failover statt. Wird nur zu Test- und Entwicklungszwecken empfohlen.

Hohe Verfügbarkeit (regional)

Wenn Sie die Option Hochverfügbarkeit (regional) auswählen und es zu einem Ausfall kommt, wird für Ihre Instanz ein Failover auf eine andere Zone in der Region durchgeführt, in der sich die Instanz befindet, solange die Failover-Zone keinen Ausfall hat. Es wird empfohlen, für Instanzen in Ihrer Produktionsumgebungdie Option Hochverfügbarkeit (regional) auszuwählen.

Weitere Informationen finden Sie unter Hochverfügbarkeit konfigurieren – Übersicht.

Wartungsfenster

Der Tag und die Uhrzeit, für die die Wartungsereignisse für die Cloud SQL-Instanz geplant sind.

Lesereplikate unterstützen derzeit keine Einstellungen für Wartungsfenster.

Weitere Informationen zur Wartung finden Sie unter Wartung für Cloud SQL-Instanzen.

Wartungszeitpunkt

Ihre Einstellung in Bezug auf den relativen Zeitpunkt der Wartungsupdates. Sie können Ihre Updates ein bis zwei Wochen nach der Benachrichtigung erhalten und Wartungsupdates in einer Testumgebung testen, bevor Ihre Produktionsinstanzen das Update erhalten. Sie können auch festlegen, dass das Wartungsupdate fünf Wochen („week5“) nach dem Senden der Benachrichtigung durchgeführt werden soll. Der eingestellte Wartungszeitpunkt wirkt sich nicht auf die Wartungsversion aus, die Cloud SQL auf der Instanz installiert.

Wenn Sie keinen Wartungszeitpunkt festlegen, wählt Cloud SQL den Zeitpunkt der Instanzaktualisierung selbst (ggf. innerhalb des Wartungsfensters).

Weitere Informationen zur Wartung finden Sie unter Wartung für Cloud SQL-Instanzen.

Private IP-Adresse
Konfiguriert Ihre Instanz für die Verwendung privater IP-Adressen. Weitere Informationen.
Öffentliche IP-Adresse
Wenn diese Option aktiviert ist, wird Ihrer Instanz eine öffentliche IPv4-Adresse zugewiesen. Wenn Sie die öffentliche IP-Adresse deaktivieren, wird diese Adresse freigegeben. Sie können die Option später wieder aktivieren, erhalten dann jedoch eine andere IPv4-Adresse. Standardmäßig ist die öffentliche IP-Adresse für alle Adressen gesperrt. Verwenden Sie Autorisierte Netzwerke, um den Zugriff zu aktivieren.
Autorisierte Netzwerke
Sie können bestimmte IP-Adressen oder -Adressbereiche hinzufügen, um die Instanz für diese Adressen zu öffnen.

Informationen zum Konfigurieren von IP-Adressen finden Sie unter IP-Verbindung konfigurieren.

Datencache

Der Datencache ist für Cloud SQL Enterprise Plus-Instanzen optional. Der Daten-Cache verwendet lokale SSDs, um den Cache der Betriebssystemseite vom Arbeitsspeicher auf die SSD-Stufe zu erweitern. Cloud SQL verwaltet diese Einstellung. Wenn Sie den gesamten Arbeitssatz im Cache speichern, wird bei der Verwendung des Datencache die maximale Leistung erzielt. Sie können diese Einstellung über die Google Cloud Console, die gcloud CLI oder die Cloud SQL Admin API für Cloud SQL Enterprise Plus-Instanzen aktivieren oder deaktivieren.

In der folgenden Tabelle sehen Sie die Größe des Datencaches für die verschiedenen vCPU-Konfigurationen. Die Größe des Daten-Cache ist festgelegt und kann nicht konfiguriert werden.

Leistungsoptimierte Maschinenfamilie
Enterprise Plus-Maschinentyp vCPUs Arbeitsspeicher (GB) Daten-Cache (GB)
db-perf-optimized-N-2 2 16 375
db-perf-optimized-N-4 4 32 375
db-perf-optimized-N-8 8 64 375
db-perf-optimized-N-16 16 128 750
db-perf-optimized-N-32 32 256 1500
db-perf-optimized-N-48 48 384 3.000
db-perf-optimized-N-64 64 512 6000
db-perf-optimized-N-80 80 640 6000
db-perf-optimized-N-96 96 768 6000
db-perf-optimized-N-128 128 864 9000
Speicheroptimierte Maschinenfamilie
Maschinentyp vCPUs Arbeitsspeicher (GB) Daten-Cache (GB)
db-memory-optimized-N-4 4 128 750
db-memory-optimized-N-8 8 256 1500
db-memory-optimized-N-16 16 512 3.000
Aktivierungsrichtlinie
Wenn Sie die Aktivierungsrichtlinie ändern möchten, können Sie die Instanz starten und beenden. Das Anhalten der Instanz verhindert das Anfallen weiterer Instanzgebühren.
Datenbank-Flags

Sie können in der Cloud SQL-Instanz bestimmte Datenbank-Flags festlegen.

Eine vollständige Liste der dafür verfügbaren Datenbank-Flags finden Sie unter Datenbank-Flags konfigurieren.

Standardsortierung

Sie können für die Instanz einen Standardwert für die Sortierung festlegen, wie auf der Seite Instanzen erstellen beschrieben. Diese Sortiereinstellung ist eine Standardeinstellung auf Instanzebene für Sortierregeln sowie die Berücksichtigung der Groß- und Kleinschreibung sowie von Akzenten in den Instanzdatenbanken.

Diese Sortiereinstellung wird außerdem als Standardeinstellung für die Systemdatenbanken übernommen.

Die Sortiereinstellung für eine Instanz oder Datenbank ist in der Google Cloud Console angegeben. Sie können die Standardsortierung einer Instanz auf der Seite "Instanzübersicht" prüfen, die über die Seite Cloud SQL-Instanzen verfügbar ist. Außerdem haben Sie die Möglichkeit, im Navigationsmenü der Seite "Instanzübersicht" auf Datenbanken zu klicken, um die Sortiereinstellung einer bestimmten Datenbank einzusehen.

Diese Standardeinstellung für die Sortierung ist auf Instanzebene dauerhaft, aber nicht auf Datenbankebene. Sie können diese Standardeinstellung mit einem Datenbankverwaltungstool ändern, jedoch nur für eine bestimmte Datenbank, die Sie erstellen oder aktualisieren. Nach dem Erstellen der Instanz können Sie deren Standardeinstellung für die Sortierung nicht mehr ändern, es sei denn, Sie erstellen die Instanz neu.

Wenn Sie eine Instanz klonen, wird die Standardsortierung in den Klon übernommen.

Eine vollständige Liste der unterstützten Sortiereinstellungen finden Sie unter Sortierungen auf Serverebene.

SQL Server-Audit

Diese Einstellung bestimmt, ob die Datenbankprüfung aktiviert ist. Weitere Informationen finden Sie unter SQL Server-Datenbankprüfung.

Zeitzone

Wenn Sie eine Instanz erstellen, können Sie mit dem Parameter --time-zone=WINDOWS_TIME_ZONE eine Zeitzone für die Instanz festlegen. Die Zeitzone für die Instanz kann auch später festgelegt oder geändert werden, indem Sie die Einstellungen der Instanz mit dem Parameter --time-zone=WINDOWS_TIME_ZONE aktualisieren. Wenn für die Instanz keine Zeitzone angegeben ist, wird die Zeitzone der Instanz als UTC festgelegt.

Ein Lesereplikat hat dieselbe Zeitzone wie seine primäre Instanz.

Ein Klon hat dieselbe Zeitzone wie seine Quellinstanz.

Wenn Sie eine Instanz aus einer Sicherung wiederherstellen, hat die wiederhergestellte Instanz dieselbe Zeitzone wie die Quellinstanz zum Zeitpunkt der Wiederherstellung. Die Zeitzone zum Zeitpunkt der Sicherung wird nicht verwendet.

Die verfügbaren Zeitzonenwerte finden Sie in der Windows-Zeitzonenspalte unter Zeitzonenzuordnung.

Alternativ können Sie die verfügbaren Werte mit dieser Abfrage abrufen:

  SELECT * FROM sys.timeZone_info;
  

Ein Beispiel für eine Funktion zum Abrufen der Zeitzone einer Instanz ist SYSDATETIMEOFFSET. Die Funktion AT TIME ZONE kann unter anderem für Zeitkonvertierungen hilfreich sein. Informationen zu dieser Funktion finden Sie unter AT TIME ZONE (Transact-SQL).

Die folgenden Zeitzonen werden für SQL Server 2017 nicht unterstützt:

  • AUS Eastern Standard Time
  • Central Standard Time (Mexiko)
  • Jordan Standard Time

Die folgenden Zeitzonen werden für alle Hauptversionen nicht unterstützt:

  • Ekaterinburg Standard Time
  • Kaliningrad Standard Time
  • Kamtschatka Standard Time
  • Magallanes Standard Time
  • Mittelatlantische Standardzeit
  • North Asia East Standard Time
  • North Asia Standard Time
  • Pakistan Standard Time
  • Qyzylorda Standard Time
  • Russian Standard Time
  • Sudan Standard Time
  • Wladiwostoker Standardzeit
  • Wolgograder Standardzeit
  • Jakutsker Standardzeit

Auswirkungen geänderter Instanzeinstellungen

Die meisten Instanzeinstellungen übernimmt Cloud SQL sofort, ohne dass die Konnektivität der Instanz beeinträchtigt wird.

Das Ändern der Anzahl der CPUs oder der Speichergröße führt dazu, dass die Instanz weniger als 60 Sekunden offline ist. Das Ändern der Zone einer Instanz, das Konfigurieren der privaten IP-Adresse, das Ändern des Netzwerks und das Aktivieren der Hochverfügbarkeit führt dazu, dass die Instanz mehrere Minuten lang offline ist. Sie sollten diese Art von Änderungen für einen Zeitpunkt planen, zu dem der Dienst mit einem Ausfall dieser Dauer umgehen kann.

Nächste Schritte