Sicherungsoption auswählen

In diesem Dokument werden die beiden Sicherungsoptionen für Ihre Cloud SQL-Instanzen beschrieben, einschließlich ihrer wichtigsten Funktionen und Konfigurationen. So können Sie die am besten geeignete Option für Ihre Instanzen auswählen.

Bevor Sie Sicherungen mit Ihren Cloud SQL-Instanzen verwenden können, müssen Sie für jede Instanz eine Sicherungsoption auswählen. Cloud SQL bietet die folgenden Sicherungsoptionen:

  • Erweiterte Sicherungen: Bei dieser Option werden Sicherungen in einem zentralen Sicherungsverwaltungsprojekt verwaltet und gespeichert. Dabei wird der Backup- und DR-Dienst verwendet und es werden erzwungene Aufbewahrung, detaillierte Planung und Monitoring bereitgestellt. Die Preise für erweiterte Sicherungen werden durch die Preise für den Backup- und DR-Dienst bestimmt.
  • **Standardsicherungen**: Cloud SQL erstellt, verwaltet und speichert diese Sicherungen im selben Projekt wie Ihre Cloud SQL-Instanzen.

Die von Ihnen ausgewählte Sicherungsoption bestimmt die Funktionen und Konfigurationsoptionen, die für Ihre Cloud SQL-Instanz verfügbar sind. Instanzen können zwar nicht mehrere Sicherungsoptionen gleichzeitig verwenden, aber Cloud SQL ermöglicht Ihnen, nach Bedarf zwischen diesen Sicherungsoptionen zu wechseln.

In der folgenden Tabelle finden Sie eine Übersicht über die wichtigsten Funktionen, die mit den einzelnen Sicherungsoptionen verfügbar sind:

Funktionen Standardsicherungen Erweiterte Sicherungen
Zentrale Sicherungsverwaltung für alle Projekte -
Backup Vault -
Zeitplan für automatische Sicherungen Täglich Stündlich, täglich, wöchentlich, monatlich, jährlich
On-Demand-Sicherungen
Multiregionale Sicherungen
Abschließende Sicherung beim Löschen der Instanz
Aufbewahrungsdauer für Sicherungen 1 Jahr 10 Jahre
Alle Sicherungen beim Löschen der Instanz beibehalten
Sicherungen beim Löschen des Projekts beibehalten -
Erzwungene Aufbewahrung mit Aufbewahrungssperre -
Wiederherstellung zu einem bestimmten Zeitpunkt mit Logs
Wiederherstellung zu einem bestimmten Zeitpunkt nach dem Löschen der Instanz
Regionenübergreifende Sicherung und Wiederherstellung -
CMEK-Unterstützung -

Ausführliche Informationen zu diesen Sicherungsoptionen finden Sie unter Standardsicherungen und Erweiterte Sicherungen. Weitere Informationen zur Funktionsweise von Sicherungen in Cloud SQL finden Sie unter Cloud SQL-Sicherungen – Übersicht.

Erweiterte Sicherungen

Mit erweiterten Sicherungen können Sie mit dem Backup- und DR-Dienst alle Sicherungen für Ihre Cloud SQL-Instanzen in verschiedenen Projekten in einem zentralen Sicherungsprojekt verwalten und speichern. Der Backup- und DR-Dienst bietet zentrale Verwaltung, Monitoring und Berichterstellung für alltägliche Sicherungsvorgänge an einem Ort. Sicherungen werden in einem Backup Vaultgespeichert. Das ist eine von Google verwaltete, sichere und isolierte Speicherressource, die vom Backup und DR-Dienst verwaltet wird. Und Sicherungspläne verwalten die Sicherungs- und Wiederherstellungseinstellungen. So erhalten Sie unveränderliche und nicht löschbare Sicherungen, die unabhängig vom Quellprojekt sind. Weitere Informationen zur Funktionsweise von Sicherungen mit dem Backup- und DR-Dienst finden Sie unter Backup- und DR-Dienst – Übersicht.

Mit erweiterten Sicherungen können Sie ein zentrales Sicherungsprojekt verwenden, in dem sich Ihr Backup Vault und Sicherungspläne befinden, die Sie allen Ihren Cloud SQL-Instanzen zuordnen. Diese Pläne können auch über mehrere Projekte hinweg verknüpft werden.

Wenn Sie einen Sicherungsplan an eine Cloud SQL-Instanz anhängen, werden die vorhandenen Sicherungs- und Wiederherstellungseinstellungen durch den Sicherungsplan überschrieben. Der Plan mit Ihren Sicherungs- und Wiederherstellungseinstellungen wird im zentralen Sicherungsprojekt gespeichert. Alle Sicherungen, die erstellt werden, wenn der Plan in Ihrer Cloud SQL-Instanz aktiv ist, werden im Backup Vault im Sicherungsprojekt gespeichert.

Wenn der Backup- und DR-Dienst in einem separaten Google Cloud Projekt verwaltet wird, sind Sicherungen geschützt, wenn ein Quell- oder Arbeitslastprojekt gelöscht wird. Rollen und Verantwortlichkeiten werden vom Backup and DR Admin verwaltet und sind von den Cloud SQL Admin Rollen und Verantwortlichkeiten getrennt.

Sie können Sicherungen nach dem Löschen der Instanz beibehalten oder vor dem Löschen eine abschließende Sicherung Ihrer Instanz erstellen. Alle Sicherungen, die im Rahmen der erweiterten Sicherungen erstellt wurden, können verwendet werden, um eine Instanz wiederherzustellen, während sie aktiv ist oder nachdem sie gelöscht wurde.

Sicherungsspeicher

Sicherungen werden an einem zentralen Ort gespeichert, dem sogenannten Backup Vault. Ein Backup Vault ist ein sicherer und isolierter Speicher, der vom Backup- und DR-Dienst verwaltet wird. In einem Backup Vault werden Sicherungen in einer einzelnen Region oder in mehreren Regionen gespeichert, sofern der ausgewählte Standort mit dem Standort Ihrer Instanz kompatibel ist. Weitere Informationen dazu, wo Sie einen Backup Vault erstellen können, finden Sie unter Unterstützte Standorte für Backup Vault.

Cloud SQL empfiehlt, einen Backup Vault zu verwenden, der sich in einem anderen Projekt als Ihre Cloud SQL-Instanz befindet. Weitere Informationen finden Sie unter Backup Vaults.

Sicherungsaufbewahrung

Mit erweiterten Sicherungen können Sie On-Demand und automatische Sicherungenerstellen. Alle Sicherungen, die bei Verwendung der Option für erweiterte Sicherungen erstellt werden, werden im Backup Vault gespeichert und können bis zu 10 Jahre lang aufbewahrt werden. Für den Backup Vault gilt eine erzwungene Mindestaufbewahrungsdauer zwischen 1 Tag und 10 Jahren.

Wenn Sie Ihre Instanz löschen, werden alle Sicherungen Ihrer Instanz, die erstellt wurden, als Ihre Instanz aktiv war, automatisch beibehalten. Dabei gelten dieselben Aufbewahrungseinstellungen, die vom Sicherungsplan festgelegt wurden, als die Instanz aktiv war. Wenn Sie vor dem Löschen eine abschließende Sicherung Ihrer Instanz erstellen, können Sie die Aufbewahrungsdauer für die abschließende Sicherung ebenfalls auf bis zu 10 Jahre festlegen.

Sicherungskosten

Bei erweiterten Sicherungen richten sich die Kosten für Sicherungen nach der Gesamtgröße der Sicherung, die im Backup Vault gespeichert ist. Diese Sicherungen werden basierend auf der Sicherungskonfiguration im zugehörigen Sicherungsplan der Instanz erstellt. Die Gesamtkosten werden vom Backup- und DR-Dienst berechnet und basieren auf den Preisen für den Backup- und DR-Dienst.

Beschränkungen

Bei der Verwendung von erweiterten Sicherungen gelten die folgenden Einschränkungen:

  • Der Backup Vault und Ihre Cloud SQL-Instanz müssen sich in derselben Region befinden oder mit dem Standort Ihrer Instanz für einen multiregionalen Backup Vault kompatibel sein.
  • Wenn Sie den zugehörigen Sicherungsplan einer Instanz ändern möchten, müssen Sie Ihre Instanz auf Standardsicherungen umstellen. Dazu löschen Sie die vorhandene Verknüpfung des Sicherungsplans und verknüpfen dann den neuen Sicherungsplan.
  • Sie können kein Notfallwiederherstellungsreplikat für eine Instanz erstellen, die erweiterte Sicherungen verwendet.
  • Wenn Ihre Instanz ein Notfallwiederherstellungsreplikat hat, können Sie erweiterte Sicherungen für die Instanz nicht aktivieren.
  • Sie können keinen Sicherungsplan mit einer Replikatinstanz verknüpfen.
  • Wenn Ihre Instanz erweiterte Sicherungen verwendet, können Sie die Instanz nicht zu einem Replikat herabstufen.

Standardsicherungen

Standardsicherungen sind die Sicherungsoption, die von Cloud SQL verwaltet wird. Sicherungen werden im selben Projekt wie Ihre Cloud SQL-Instanzen erstellt, verwaltet und gespeichert. Im Gegensatz zu erweiterten Sicherungen, bei denen die Sicherungseinstellungen durch einen Sicherungsplan definiert werden, werden die Sicherungskonfigurationen für Standardsicherungen auf Instanzebene festgelegt und in den Einstellungen der Instanz definiert. Wenn Sie also mehrere Cloud SQL-Instanzen haben, müssen Sie die Sicherungskonfigurationen für jede Instanz separat in den Sicherungseinstellungen der Instanz definieren. Alle Sicherungen, die im Rahmen von Standardsicherungen erstellt werden, werden im selben Projekt wie die Instanz gespeichert.

Mit Standardsicherungen können Sie automatische und On-Demand-Sicherungen für Ihre Cloud SQL-Instanzen erstellen. Sie können auch auswählen, alle Sicherungen beizubehalten und eine abschließende Sicherung Ihrer Daten beim Löschen der Instanz zu erstellen. So können Sie alle Instanzen wiederherstellen, die Sie löschen. Wenn Sie jedoch keine Sicherungen beibehalten oder vor dem Löschen Ihrer Instanz keine abschließende Sicherung erstellen, löscht Cloud SQL alle Instanzsicherungen automatisch.

Sicherungsspeicher

Sicherungen werden für Instanzen in Konfigurationen für Hochverfügbarkeit (High Availability, HA) und ohne HA am selben Speicherort gespeichert. In Konfigurationen für Hochverfügbarkeit können Sie auch im Falle eines Failovers oder Switchovers zur sekundären Instanz auf die Sicherungen Ihrer Instanz zugreifen.

Sie können Ihre Sicherungsspeicherorte so definieren:

Standardspeicherorte für Sicherungen

Wenn Sie keinen Speicherort angeben, werden die Sicherungen an einem multiregionalen Standort gespeichert, der geografisch dem Standort Ihrer Cloud SQL-Instanz am nächsten ist. Wenn sich Ihre Cloud SQL-Instanz in us-central1 befindet, werden die Sicherungen standardmäßig am us multiregionalen Standort gespeichert.

Multiregionale Sicherungen

Mit Standardsicherungen können Sie Konfigurationen für einzelne oder multiregionale Sicherungsspeicherorte verwenden. In einer Konfiguration für eine einzelne Region werden Sicherungen in den verschiedenen Zonen innerhalb der Region repliziert. In einer multiregionalen Konfiguration sollten sich Sicherungen in derselben Region wie die Instanz befinden, um die Latenz zu minimieren und potenzielle Sicherungsfehler aufgrund von Organisationsrichtlinien oder standortbasierten Einschränkungen zu vermeiden.

Benutzerdefinierte Speicherorte für Sicherungen

Mit Cloud SQL können Sie einen benutzerdefinierten Speicherort für Ihre Sicherungsdaten auswählen. Dies ist hilfreich, wenn Ihre Organisation Vorschriften zur Datenaufbewahrung einhalten muss, die Sie dazu verpflichten, Ihre Sicherungen innerhalb eines bestimmten geografischen Gebiets aufzubewahren. Wenn für Ihre Organisation diese Art von Anforderung besteht, wird wahrscheinlich eine Organisationsrichtlinie zur Beschränkung von Ressourcenstandorten verwendet. Wenn Sie mit dieser Richtlinie versuchen, einen geografischen Standort zu verwenden, der nicht der Richtlinie entspricht, wird auf der Seite Sicherungen eine Warnung angezeigt. Wenn Sie diese Warnung sehen, müssen Sie den Sicherungsspeicherort in einen Standort ändern, der von der Richtlinie zugelassen wird.

Beachten Sie bei der Auswahl eines benutzerdefinierten Speicherorts für eine Sicherung Folgendes:

  • Kosten: Ein Cluster in Ihrer Instanz befindet sich möglicherweise in einer kostengünstigeren Region als die anderen.
  • Nähe zum Anwendungsserver: Sie sollten die Sicherung möglichst in der Nähe Ihrer Bereitstellungsanwendung speichern, um die potenzielle Latenz zu verringern.
  • Speicherauslastung:Sie benötigen genügend Speicherplatz zur Sicherung Ihrer Daten, da diese immer umfangreicher werden. Je nach Arbeitslast können Cluster mit verschiedenen Größen oder mit unterschiedlicher Laufwerknutzung vorhanden sein. Dies kann den Cluster beeinflussen, den Sie auswählen.

Sie können jeden verfügbaren Cloud SQL-Standort und multiregionalen Standort auswählen, wenn Sie Ihren benutzerdefinierten Sicherungsspeicherort auswählen. Eine vollständige Liste der gültigen regionalen Werte finden Sie unter Instanzstandorte. Eine vollständige Liste multiregionaler Werte finden Sie unter Multi-regional locations.

Weitere Informationen zum Festlegen und Anzeigen von Sicherungsspeicherorten für eine Instanz, siehe Benutzerdefinierten Speicherort für Sicherungen festlegen und Sicherungsorte anzeigen.

Sicherungsaufbewahrung

Mit Standardsicherungen können Sie automatische und On-Demand-Sicherungen erstellen. Automatische Sicherungen können 7 bis 365 Tage lang aufbewahrt werden. Der Standardwert beträgt 7 Tage für Cloud SQL Enterprise-Instanzen und 15 Tage für Cloud SQL Enterprise Plus-Instanzen. On-Demand-Sicherungen werden unbegrenzt aufbewahrt, bis die Sicherung oder die Instanz, die die Sicherung enthält, gelöscht wird.

Wenn Sie die Aufbewahrung von Sicherungen nach dem Löschen der Instanz für Ihre On-Demand- und automatischen Sicherungen aktivieren, gelten für diese Sicherungen dieselben Aufbewahrungseinstellungen: 1 bis 365 Tage für automatische Sicherungen und unbegrenzt für On-Demand-Sicherungen. Weitere Informationen finden Sie unter Sicherungen nach der Instanzlöschung beibehalten.

Sicherungskosten

Bei Standardsicherungen richten sich die Sicherungskosten nach der Gesamtgröße der Sicherung, dem Speicherort und den Aufbewahrungs einstellungen.

Sie können konfigurieren, wie viele automatische Sicherungen beibehalten werden sollen, von 1 bis 365.

Weitere Informationen zu den Preisen für Sicherungen finden Sie unter Cloud SQL-Preise.

Einschränkungen der Sicherungsrate

Cloud SQL begrenzt die Rate der Sicherungsvorgänge auf dem Datenlaufwerk. Es sind maximal fünf Sicherungsvorgänge pro 50 Minuten pro Instanz und Projekt zulässig. Wenn ein Sicherungsvorgang fehlschlägt, wird er nicht auf dieses Kontingent angerechnet. Wenn Sie das Limit erreichen, schlägt der Vorgang mit einer Fehlermeldung fehl, die Sie darüber informiert, wann Sie es noch einmal versuchen können.

Cloud SQL verwendet Tokens aus einem Bucket, um zu ermitteln, wie viele Sicherungsvorgänge gleichzeitig verfügbar sind. Jede Instanz hat einen Bucket. Der Bucket kann maximal fünf Tokens für Sicherungsvorgänge verwenden. Alle 10 Minuten wird dem Bucket ein neues Token hinzugefügt. Wenn der Bucket voll ist, läuft das Token über.

Jedes Mal, wenn Sie einen Sicherungsvorgang ausführen, wird ein Token aus dem Bucket gewährt. Wenn der Vorgang erfolgreich ist, wird das Token aus dem Bucket entfernt. Wenn der Vorgang fehlschlägt, wird das Token an den Bucket zurückgegeben. Dies wird im folgenden Diagramm veranschaulicht:

Funktionsweise von Tokens

Nächste Schritte