Auf dieser Seite wird gezeigt, wie Sicherungen Ihrer Cloud SQL-Instanz funktionieren. Sie können Sicherungen auf Ihrer primären Instanz durchführen.
Eine detaillierte Anleitung zum Planen oder Verwalten von Sicherungen finden Sie unter On-Demand- und automatische Sicherungen erstellen und verwalten.
Eine Übersicht über das Wiederherstellen von Daten aus einer Sicherung in einer Instanz finden Sie unter Instanz wiederherstellen – Übersicht.
Das bieten Sicherungen
Mit Sicherungen können Sie verloren gegangene Daten in Ihrer Cloud SQL-Instanz wiederherstellen. Wenn eine Instanz ein Problem hat, können Sie sie außerdem in einem vorherigen Zustand wiederherstellen. Dazu verwenden Sie die Sicherung, um sie zu überschreiben. Aktivieren Sie für jede Instanz, die wichtige Daten enthält, automatische Sicherungen. Durch Sicherungen werden Ihre Daten vor Verlust oder Schäden geschützt.
Das Aktivieren automatischer Sicherungen in Verbindung mit dem binären Logging ist auch für manche Vorgänge wie das Klonen und die Replikaterstellung erforderlich.Was Sicherungen kosten
Standardmäßig speichert Cloud SQL sieben automatische Sicherungen für jede Cloud SQL Enterprise-Instanz und 15 automatische Sicherungen für jede Cloud SQL Enterprise Plus-Instanz zusätzlich zu On-Demand-Sicherungen. Sie können konfigurieren, wie viele automatisierte Sicherungen beibehalten werden sollen (von 1 bis 365). Der Sicherungsspeicher kostet weniger als andere Instanztypen.
Wenn Sie eine Instanz löschen, können Sie eine abschließende Sicherung Ihrer Daten erstellen. So können Sie alle gelöschten Instanzen neu erstellen. Wenn Sie jedoch keine abschließende Sicherung erstellen, werden nach dem Löschen einer Instanz alle Sicherungen in Cloud SQL gelöscht. Weitere Informationen finden Sie unter Wiederherstellungssicherungen.
Weitere Informationen finden Sie auf der Seite „Preise“.
Sicherungen im Vergleich zu Exporten
Sicherungen werden von Cloud SQL gemäß Aufbewahrungsrichtlinien verwaltet und getrennt von der Cloud SQL-Instanz gespeichert. Cloud SQL-Sicherungen unterscheiden sich von einem Export, der in Cloud Storage hochgeladen wird, wo Sie den Lebenszyklus verwalten. Sicherungen betreffen die gesamte Datenbank. Für Exporte können Sie bestimmte Inhalte auswählen.
Sicherungs- und Wiederherstellungsvorgänge können nicht verwendet werden, um eine Datenbank auf eine neuere Version zu aktualisieren. Sie können Daten aus einer Sicherung nur in einer Instanz mit derselben Datenbankversion wiederherstellen.
Zum Aktualisieren auf eine neuere Version sollten Sie den Database Migration Service verwenden oder Ihre Datenbank in eine neue Cloud SQL-Instanz exportieren und dann importieren.Größe der Sicherung
Cloud SQL-Sicherungen sind inkrementell. Sie enthalten nur Daten, die sich nach der letzten Sicherung geändert haben. Die älteste Sicherung hat eine ähnliche Größe wie die Datenbank, aber die Größe der nachfolgenden Sicherungen hängt von der Änderungsrate Ihrer Daten ab. Sobald die älteste Sicherung gelöscht wurde, wird die nächstältere Sicherung vergrößert, damit immer eine vollständige Sicherung vorhanden ist.
Sie können die Größe einer einzelnen Sicherung prüfen. Die Sicherungsgröße entspricht der abrechenbaren Größe für jede Sicherung.
Sicherungstypen
In Cloud SQL gibt es drei Sicherungstypen:
On-Demand-Sicherungen
Sie können jederzeit eine Sicherung erstellen. Dies kann nützlich für Sie sein, wenn Sie einen riskanten Vorgang in Ihrer Datenbank ausführen oder wenn Sie eine Sicherung benötigen und nicht auf den nächsten Sicherungszeitraum warten möchten. Sie können bedarfsorientierte Sicherungen für jede Instanz erstellen, unabhängig davon, ob automatische Sicherungen für diese Instanz aktiviert sind oder nicht.
Bedarfsorientierte Sicherungen werden nicht wie automatische Sicherungen automatisch gelöscht. Sie bleiben erhalten, bis sie oder ihre Instanz gelöscht werden. Da sie nicht automatisch gelöscht werden, können On-Demand-Sicherungen langfristig Auswirkungen auf Ihre Abrechnungsgebühren haben.
Automatische Sicherungen
Automatische Sicherungen werden innerhalb eines vierstündigen Sicherungszeitraums täglich erstellt. Die Sicherungen werden während dieses Zeitraums gestartet. Planen Sie Sicherungen nach Möglichkeit so, dass sie durchgeführt werden, wenn Ihre Instanz die geringste Aktivität aufweist.
Wir empfehlen, keine automatischen Sicherungen zu löschen, da sie für die Wiederherstellung zu einem bestimmten Zeitpunkt erforderlich sind.
Während des Sicherungszeitraums finden jeden Tag automatische Sicherungen statt, wenn Ihre Instanz ausgeführt wird. Nach dem Beenden der Instanz wird eine zusätzliche automatische Sicherung erstellt, um alle Änderungen, die vor der Beendigung der Instanz vorgenommen wurden, zu schützen. Standardmäßig werden bis zu sieben der letzten Sicherungen aufbewahrt. Sie können konfigurieren, wie viele automatisierte Sicherungen beibehalten werden sollen, von 1 bis 365. Werte für die Aufbewahrung von Sicherungs- und Transaktionslogs können gegenüber der Standardeinstellung geändert werden. Weitere Informationen
Abschließende Sicherungen
Mit abschließenden Sicherungen können Sie eine Sicherung Ihrer Cloud SQL-Instanz erstellen, bevor Sie die Instanz löschen. Das ist nützlich, um die Instanzdaten nach dem Löschen der Instanz beizubehalten. Sie können die endgültige Sicherung später verwenden, um entweder eine Instanz zu erstellen oder eine vorhandene Instanz wiederherzustellen. Weitere Informationen zum Zugriff auf und zum Ansehen von Details zu Ihrer endgültigen Sicherung finden Sie unter Liste der endgültigen Sicherungen ansehen.
Standardmäßig wird die letzte Sicherung in Cloud SQL 30 Tage lang aufbewahrt. Sie können jedoch festlegen, wie lange die Sicherung in Cloud SQL aufbewahrt werden soll (von 1 Tag bis 365 Tage). Sie können dann die Instanz aus der Sicherung wiederherstellen, sofern sie verfügbar ist. Abschließende Sicherungen werden ähnlich wie andere Sicherungen für die Anzahl der aufbewahrten Tage berechnet.
Im Gegensatz zu automatischen Sicherungen und On-Demand-Sicherungen, die mit einer Instanz verknüpft sind und nur verfügbar sind, wenn die Instanz vorhanden ist, können Sie abschließende Sicherungen für Wiederherstellungsvorgänge aufrufen und verwenden, nachdem die Instanz in Cloud SQL gelöscht wurde.
Speicherort von Sicherungen
Für Sicherungen sind die folgenden Speicherorte verfügbar:
- Standardspeicherorte, die Cloud SQL anhand des Speicherorts der ursprünglichen Instanz auswählt.
- Benutzerdefinierte Speicherorte, die Sie auswählen müssen, wenn Sie nicht den Standardspeicherort verwenden möchten.
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. Beispiel: Wenn sich Ihre Cloud SQL-Instanz in us-central1
befindet, werden die Sicherungen standardmäßig am multiregionalen Speicherort us
gespeichert. Ein Standardspeicherort wie australia-southeast1
liegt jedoch außerhalb eines multiregionalen Bereichs. Der nächstgelegene multiregionale Standort ist asia
.
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. Sollten Sie in diesem Fall versuchen, einen geografischen Standort zu nutzen, der nicht der Richtlinie entspricht, wird auf der Seite Sicherungen eine entsprechende Warnung angezeigt. Bei einer solchen Warnung müssen Sie den Speicherort der Sicherung in einen gemäß der Richtlinie zulässigen Speicherort ändern.
Beachten Sie Folgendes, wenn Sie einen benutzerdefinierten Speicherort für eine Sicherung auswählen:
- 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.
- 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.
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 von Speicherorten für Sicherungen und zum Anzeigen der Speicherorte von Sicherungen für eine Instanz finden Sie unter Benutzerdefinierten Speicherort für Sicherungen festlegen und Sicherungsorte anzeigen.
Aufbewahrung von automatischen Sicherungs- und Transaktionslogs
Mit automatischen Sicherungen können Sie Cloud SQL-Instanzen wiederherstellen. Für die Wiederherstellung zu einer bestimmten Zeit wird eine Kombination aus automatischen Sicherungen und Transaktionslogs genutzt.
Automatische Sicherungen können bis zu ein Jahr lang aufbewahrt werden, indem die Aufbewahrungsdauer konfiguriert wird, während On-Demand-Sicherungen so lange aufbewahrt werden, bis Sie die Sicherungen oder Ihre Instanz löschen.
Während Transaktionslogs in Tagen gezählt werden, ist nicht garantiert, dass die automatischen Sicherungen an einer Tagesgrenze erfolgen. Für diese Aufbewahrungseinstellungen werden unterschiedliche Einheiten verwendet. Die automatische Sicherung ist optional und kann zwischen 1 und 365 Sicherungen festgelegt werden.
Die Aufbewahrungsdauer der Transaktionslogs wird in Tagen angegeben. Bei Cloud SQL Enterprise Plus-Instanzen liegt der Bereich zwischen 1 und 35 Tagen, wobei der Standardwert 14 Tage beträgt. Bei Cloud SQL Enterprise-Instanzen liegt der Bereich zwischen 1 und 7 Tagen, wobei der Standardwert 7 Tage beträgt. Sowohl bei der Cloud SQL Enterprise Plus Edition als auch bei der Cloud SQL Enterprise Edition muss die Einstellung für die Aufbewahrung des Transaktionsprotokolls geringer sein als die Einstellung für die Aufbewahrung des Back-ups.Die unteren Grenzen sind für Testinstanzen nützlich, da dann Logs und Sicherungen schneller gelöscht werden. Bei Transaktionslogs wächst die Laufwerkgröße nicht so stark bei niedrigeren Grenzen. Bei höheren Werten für die automatische Sicherungsaufbewahrung ist die Wiederherstellung von einem weiter zurückliegenden Punkt möglich.
Die Logs werden einmal täglich, nicht kontinuierlich gelöscht. Wenn die Anzahl der Tage für die Logaufbewahrung mit der Anzahl der Sicherungen identisch ist, kann dies eine unzureichende Logaufbewahrung zur Folge haben. Wenn Sie beispielsweise die Logaufbewahrung auf 7 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.
Eine hohe Schreibaktivität in die Datenbank kann eine große Anzahl von Transaktionslogs erzeugen, die sehr viel Speicherplatz belegen können und zu einem Laufwerkwachstum für Instanzen führen, bei denen die automatische Speichererweiterung aktiviert ist. Wir empfehlen, bei der Bemessung des Instanzspeichers die Aufbewahrung von Transaktionslogs zu berücksichtigen.
Siehe Automatische Sicherungsaufbewahrung einrichten.
Siehe Aufbewahrung von Transaktionslogs festlegen.Kann ich eine Sicherung exportieren?
Nein, Sie können Sicherungen nicht exportieren. Sie können nur Instanzdaten exportieren. Weitere Informationen finden Sie unter Daten aus Cloud SQL exportieren.
Spezielles Nutzerkonto für Sicherungen
Cloud SQL erstellt für jede Instanz den speziellen Datenbanknutzer cloudsqladmin
mit einem eindeutigen, instanzspezifischen Passwort.
Für automatische Sicherungen meldet sich Cloud SQL als Nutzer cloudsqladmin
an.
Auswirkungen von Sicherungen auf Instanzvorgänge
Bei MySQL-Instanzen wird das Flag FLUSH TABLES WITH READ LOCK
nicht für Sicherungen verwendet. Dies bedeutet, dass Schreib- und andere Vorgänge nicht durch Sicherungsvorgänge beeinträchtigt werden.
Normalerweise werden Sicherungen innerhalb von zwei Minuten abgeschlossen, aber wenn seit der letzten Sicherung eine große Datenmenge geschrieben wurde, dauert die Sicherung länger.
Falls zum Zeitpunkt der Sicherung ein Vorgang zur Ausführung ansteht, versucht Cloud SQL während des Zeitfensters in der Regel mehrmals, die Sicherung abzuschließen. Vorgänge, die Sicherungen blockieren, sind Cloud SQL-Instanzvorgänge mit langer Ausführungszeit wie Importieren, Exportieren, Aktualisieren (z. B. bei Metadatenänderungen) und Neustarten von Instanzen. Wenn häufige oder langwierige Vorgänge die automatische Sicherung während des Sicherungszeitraums blockieren, sollten Sie die Sicherung zu einem anderen Zeitpunkt planen.
Bei einem Vorgang mit langer Ausführungszeit wie das Laden von Daten können Sie die automatischen Sicherungen vorübergehend deaktivieren.
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.
Sehen wir uns an, wie Cloud SQL die Ratenbegrenzung für Sicherungen ausführt.
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:
Sicherung und Datenintegritätsprüfung
Cloud SQL führt automatisch Datenbank-Integritätsprüfungen im Hintergrund durch, um potenzielle Probleme mit der Datenintegrität zu identifizieren. Diese Prüfungen werden als Offline-Prozesse durchgeführt, indem eine Stichprobe von kundeninitiierten Back-ups oder Wiederherstellungssicherungen wiederhergestellt wird.
Sicherungen zur Wiederherstellung
Bevor Sie eine Instanz löschen, können Sie eine abschließende Sicherung Ihrer Daten erstellen. So können Sie alle gelöschten Instanzen wiederherstellen. Suchen Sie dazu die letzte Sicherung und verwenden Sie sie, um die Instanz wiederherzustellen.
Sie können eine endgültige Sicherung in einer neuen Instanz, einer vorhandenen Instanz, einer Instanz in einem anderen Projekt oder einer neuen Instanz in einer anderen Region wiederherstellen. Weitere Informationen finden Sie unter Instanz wiederherstellen.
Fehlerbehebung
Problem | Fehlerbehebung |
---|---|
Der Status des aktuellen Vorgangs wird nicht angezeigt. | Die Google Cloud Console meldet erfolgreiche oder fehlgeschlagene Vorgänge nur, wenn diese abgeschlossen sind. Es werden keine Warnungen oder andere Updates angezeigt.
Führen Sie den
Befehl |
Sie möchten wissen, wer einen On-Demand-Sicherungsvorgang ausgelöst hat. | Auf der Benutzeroberfläche wird nicht der Nutzer angezeigt, der einen Vorgang gestartet hat.
Suchen Sie in den Logs und filtern Sie nach Text, um den Nutzer zu finden. Möglicherweise müssen Sie Audit-Logs für private Informationen verwenden. Zu den relevanten Logdateien gehören:
|
Nach dem Löschen einer Instanz können Sie keine Sicherung mehr davon erstellen. | Wenn Sie eine Instanz löschen, ohne eine abschließende Sicherung der Daten zu erstellen, ist keine Datenwiederherstellung möglich. Wenn Sie die Instanz jedoch wiederherstellen, werden auch die Sicherungen in Cloud SQL wiederhergestellt. Weitere Informationen zum Wiederherstellen einer gelöschten Instanz finden Sie unter Wiederherstellungssicherungen. Wenn Sie einen Exportvorgang durchgeführt haben, können Sie eine neue Instanz erstellen und dann mit einem Importvorgang die Datenbank neu erstellen. Exporte werden in Cloud Storage geschrieben und Importe werden von dort gelesen. |
Eine automatische Sicherung bleibt viele Stunden hängen und kann nicht abgebrochen werden. | Sicherungen können je nach Datenbankgröße sehr lange dauern.
Wenn Sie den Vorgang wirklich abbrechen müssen, können Sie den Kundensupport bitten, einen Neustart der Instanz zu erzwingen ( |
Ein Wiederherstellungsvorgang kann fehlschlagen, wenn ein oder mehrere Nutzer, auf die in der SQL-Dumpdatei verwiesen wird, nicht vorhanden sind. | Vor dem Wiederherstellen eines SQL-Dumps müssen alle Datenbanknutzer, die Inhaber von Objekten in der Dumpdatenbank sind oder Berechtigungen dafür haben, in der Zieldatenbank vorhanden sein. Andernfalls kann der Wiederherstellungsvorgang die Objekte nicht mit den ursprünglichen Eigentumsrechten oder Berechtigungen neu erstellen.
Erstellen Sie die Datenbanknutzer, bevor Sie den SQL-Dump wiederherstellen. |
Sie möchten die Anzahl der Tage für die Aufbewahrung automatischer Sicherungen von sieben auf 30 Tage oder länger erhöhen. | Sie können die Anzahl der beizubehaltenden automatisierten Sicherungen auf 1 bis 365 festlegen. Automatische Sicherungen werden basierend auf dem konfigurierten Aufbewahrungswert regelmäßig entfernt. Leider bedeutet dies, dass die jeweils aktuell sichtbaren Sicherungen die einzigen automatischen Sicherungen sind, aus denen Sie wiederherstellen können.
Wenn Sie Sicherungen unbegrenzt aufbewahren möchten, können Sie eine On-Demand-Sicherung erstellen, da diese nicht auf dieselbe Weise wie automatische Sicherungen gelöscht wird. On-Demand-Sicherungen werden für unbegrenzte Zeit aufbewahrt. Das heißt, sie bleiben so lange erhalten, bis sie gelöscht werden, oder bis die Instanz gelöscht wird, zu der sie gehören. Da diese Art der Sicherung nicht automatisch gelöscht wird, kann sich dies auf die Abrechnung auswirken. |
Eine automatische Sicherung ist fehlgeschlagen und Sie haben keine E-Mail-Benachrichtigung erhalten. | Wenn Sie von Cloud SQL über den Status der Sicherung benachrichtigt werden möchten, konfigurieren Sie eine logbasierte Benachrichtigung. |
Nächste Schritte
- Automatische Sicherungen planen
- Bedarfsorientierte Sicherung erstellen
- Wiederherstellung aus einer Sicherung durchführen