Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
So funktioniert die point-in-time Wiederherstellung in Amazon Keyspaces
Dieser Abschnitt bietet einen Überblick darüber, wie Amazon Keyspaces point-in-time Recovery (PITR) funktioniert. Weitere Informationen zu den Preisen finden Sie unter Amazon Keyspaces (für Apache Cassandra)
Zeitfenster für kontinuierliche PITR-Backups
Amazon Keyspaces PITR verwendet zwei Zeitstempel, um den Zeitrahmen beizubehalten, für den wiederherstellbare Backups für eine Tabelle verfügbar sind.
-
Frühester wiederherstellbarer Zeitpunkt — Kennzeichnet den Zeitpunkt des frühesten wiederherstellbaren Backups. Das früheste wiederherstellbare Backup reicht bis zu 35 Tage zurück oder zu dem Zeitpunkt, zu dem PITR aktiviert wurde, je nachdem, welcher Zeitpunkt der jüngste ist. Das maximale Backup-Fenster von 35 Tagen kann nicht geändert werden.
-
Aktuelle Uhrzeit — Der Zeitstempel für das letzte wiederherstellbare Backup entspricht der aktuellen Uhrzeit. Wenn während einer Wiederherstellung kein Zeitstempel angegeben wird, wird die aktuelle Uhrzeit verwendet.
Wenn PITR aktiviert ist, können Sie zu einem beliebigen Zeitpunkt zwischen und EarliestRestorableDateTime wiederherstellen. CurrentTime Sie können Tabellendaten nur zu einem Zeitpunkt wiederherstellen, zu dem PITR aktiviert war.
Wenn Sie PITR deaktivieren und später wieder aktivieren, setzen Sie die Startzeit für das erste verfügbare Backup auf den Zeitpunkt zurück, zu dem PITR wieder aktiviert wurde. Das bedeutet, dass durch die Deaktivierung von PITR Ihr Backup-Verlauf gelöscht wird.
Anmerkung
DDL-Operationen (Data Definition Language) an Tabellen, wie z. B. Schemaänderungen, werden asynchron ausgeführt. In Ihren wiederhergestellten Tabellendaten können Sie nur abgeschlossene Operationen sehen. Möglicherweise werden jedoch zusätzliche Aktionen in Ihrer Quelltabelle angezeigt, wenn diese zum Zeitpunkt der Wiederherstellung ausgeführt wurden. Eine Liste der DDL-Anweisungen finden Sie unterDDL-Anweisungen (Datendefinitionssprache) in Amazon Keyspaces.
Eine Tabelle muss nicht aktiv sein, um wiederhergestellt zu werden. Sie können gelöschte Tabellen auch wiederherstellen, wenn PITR für die gelöschte Tabelle aktiviert war und der Löschvorgang innerhalb des Backup-Fensters (oder innerhalb der letzten 35 Tage) erfolgte.
Anmerkung
Wenn eine neue Tabelle mit demselben qualifizierten Namen (z. B. mykeyspace.mytable) wie eine zuvor gelöschte Tabelle erstellt wird, kann die gelöschte Tabelle nicht mehr wiederhergestellt werden. Wenn Sie versuchen, dies von der Konsole aus zu tun, wird eine Warnung angezeigt.
PITR-Einstellungen wiederherstellen
Wenn Sie eine Tabelle mit PITR wiederherstellen, stellt Amazon Keyspaces das Schema und die Daten Ihrer Quelltabelle auf den Status zurück, der auf dem ausgewählten Zeitstempel (day:hour:minute:second) in einer neuen Tabelle basiert. PITR überschreibt keine vorhandenen Tabellen.
Zusätzlich zum Schema und den Daten der Tabelle stellt PITR die custom_properties aus der Quelltabelle wieder her. Im Gegensatz zu den Daten der Tabelle, die auf der Grundlage des ausgewählten Zeitstempels zwischen dem frühesten Wiederherstellungszeitpunkt und dem aktuellen Zeitpunkt wiederhergestellt werden, werden benutzerdefinierte Eigenschaften immer auf der Grundlage der Tabelleneinstellungen zum aktuellen Zeitpunkt wiederhergestellt.
Die Einstellungen der wiederhergestellten Tabelle stimmen mit den Einstellungen der Quelltabelle mit dem Zeitstempel überein, zu dem die Wiederherstellung initiiert wurde. Wenn Sie diese Einstellungen während der Wiederherstellung überschreiben möchten, können Sie dies mit tun. WITH custom_properties Zu den benutzerdefinierten Eigenschaften gehören die folgenden Einstellungen.
-
Lese-/Schreibkapazitätsmodus
-
Einstellungen für die bereitgestellte Durchsatzkapazität
-
PITR-Einstellungen
Wenn sich die Tabelle im Modus für bereitgestellte Kapazität befindet und Auto Scaling aktiviert ist, werden beim Wiederherstellungsvorgang auch die Auto Scaling-Einstellungen der Tabelle wiederhergestellt. Sie können sie mit dem autoscaling_settings Parameter in CQL oder autoScalingSpecification mit der CLI überschreiben. Weitere Informationen zu den Einstellungen für die auto Skalierung finden Sie unterAutomatische Verwaltung der Durchsatzkapazität mit Amazon Keyspaces Auto Scaling.
Wenn Sie eine vollständige Tabellenwiederherstellung durchführen, stammen alle Tabelleneinstellungen für die wiederhergestellte Tabelle aus den aktuellen Einstellungen der Quelltabelle zum Zeitpunkt der Wiederherstellung.
Beispiel: Angenommen, der bereitgestellte Durchsatz einer Tabelle wurde jüngst auf 50 Lese- und 50 Schreibkapazitätseinheiten verringert. Anschließend stellen Sie den Zustand der Tabelle auf den Stand vor drei Wochen wieder her. Zu diesem Zeitpunkt war der bereitgestellte Durchsatz auf 100 Lesekapazitätseinheiten und 100 Schreibkapazitätseinheiten festgelegt. In diesem Fall stellt Amazon Keyspaces Ihre Tabellendaten bis zu diesem Zeitpunkt wieder her, verwendet jedoch die aktuell bereitgestellten Durchsatzeinstellungen (50 Lesekapazitätseinheiten und 50 Schreibkapazitätseinheiten).
Die folgenden Einstellungen werden nicht wiederhergestellt, und Sie müssen sie manuell für die neue Tabelle konfigurieren.
-
AWS Identity and Access Management (IAM) -Richtlinien
-
CloudWatch Amazon-Metriken und Alarme
-
Tags (können der
RESTORECQL-Anweisung hinzugefügt werden mitWITH TAGS)
PITR-Wiederherstellung verschlüsselter Tabellen
Wenn Sie eine Tabelle mit PITR wiederherstellen, stellt Amazon Keyspaces die Verschlüsselungseinstellungen Ihrer Quelltabelle wieder her. Wenn die Tabelle mit einem AWS-eigener Schlüssel (Standard) verschlüsselt wurde, wird die Tabelle automatisch mit derselben Einstellung wiederhergestellt. Wenn die Tabelle, die Sie wiederherstellen möchten, mit einem vom Kunden verwalteten Schlüssel verschlüsselt wurde, muss Amazon Keyspaces auf denselben vom Kunden verwalteten Schlüssel zugreifen können, um die Tabellendaten wiederherzustellen.
Sie können die Verschlüsselungseinstellungen der Tabelle zum Zeitpunkt der Wiederherstellung ändern. Um von einem AWS-eigener Schlüssel zu einem vom Kunden verwalteten Schlüssel zu wechseln, müssen Sie zum Zeitpunkt der Wiederherstellung einen gültigen, vom Kunden verwalteten Schlüssel angeben, auf den zugegriffen werden kann.
Wenn Sie von einem vom Kunden verwalteten Schlüssel zu einem wechseln möchten AWS-eigener Schlüssel, stellen Sie sicher, dass Amazon Keyspaces Zugriff auf den vom Kunden verwalteten Schlüssel der Quelltabelle hat, um die Tabelle mit einem AWS-eigener Schlüssel wiederherzustellen. Weitere Informationen zu den Einstellungen für die Verschlüsselung im Ruhezustand für Tabellen finden Sie unterVerschlüsselung im Ruhezustand: So funktioniert sie in Amazon Keyspaces.
Anmerkung
Wenn die Tabelle gelöscht wurde, weil Amazon Keyspaces den Zugriff auf Ihren vom Kunden verwalteten Schlüssel verloren hat, müssen Sie sicherstellen, dass Amazon Keyspaces auf den vom Kunden verwalteten Schlüssel zugreifen kann, bevor Sie versuchen, die Tabelle wiederherzustellen. Eine Tabelle, die mit einem vom Kunden verwalteten Schlüssel verschlüsselt wurde, kann nicht wiederhergestellt werden, wenn Amazon Keyspaces keinen Zugriff auf diesen Schlüssel hat. Weitere Informationen finden Sie unter Fehlerbehebung beim Schlüsselzugriff im AWS Key Management Service Entwicklerhandbuch.
PITR-Wiederherstellung von Tabellen mit mehreren Regionen
Sie können eine Tabelle mit mehreren Regionen mithilfe von PITR wiederherstellen. Damit der Wiederherstellungsvorgang erfolgreich ist, muss PITR für alle Replikate der Quelltabelle aktiviert sein und sowohl die Quell- als auch die Zieltabelle müssen in dieselbe repliziert werden. AWS-Regionen
Amazon Keyspaces stellt die Einstellungen der Quelltabelle in jeder der replizierten Regionen wieder her, die Teil des Schlüsselraums sind. Sie können die Einstellungen auch während des Wiederherstellungsvorgangs überschreiben. Weitere Informationen zu Einstellungen, die während der Wiederherstellung geändert werden können, finden Sie unterPITR-Einstellungen wiederherstellen.
Weitere Informationen zur Replikation in mehreren Regionen finden Sie unterSo funktioniert die Replikation mehrerer Regionen in Amazon Keyspaces.
PITR-Wiederherstellung von Tabellen mit benutzerdefinierten Typen () UDTs
Sie können eine Tabelle wiederherstellen, die verwendet UDTs. Damit der Wiederherstellungsvorgang erfolgreich ist, UDTs müssen die referenzierten Daten im Schlüsselraum vorhanden und gültig sein.
Wenn eine erforderliche UDT fehlt, wenn Sie versuchen, eine Tabelle wiederherzustellen, versucht Amazon Keyspaces, das UDT-Schema automatisch wiederherzustellen, und fährt dann mit der Wiederherstellung der Tabelle fort.
Wenn Sie die UDT entfernt und neu erstellt haben, stellt Amazon Keyspaces die UDT mit dem neuen Schema der UDT wieder her und lehnt die Anforderung ab, die Tabelle mit dem ursprünglichen UDT-Schema wiederherzustellen. Wenn Sie in diesem Fall die Tabelle mit dem alten UDT-Schema wiederherstellen möchten, können Sie die Tabelle in einem neuen Schlüsselraum wiederherstellen. Wenn Sie eine UDT löschen und neu erstellen, wird die neu erstellte UDT als neue UDT betrachtet, auch wenn das Schema der neu erstellten UDT mit dem Schema der gelöschten UDT identisch ist. In diesem Fall lehnt Amazon Keyspaces die Anforderung ab, die Tabelle mit dem alten UDT-Schema wiederherzustellen.
Wenn die UDT fehlt und Amazon Keyspaces versucht, die UDT wiederherzustellen, schlägt der Versuch fehl, wenn Sie die maximale Anzahl von UDTs für das Konto in der Region erreicht haben.
Weitere Informationen zu UDT-Kontingenten und Standardwerten finden Sie unter. Kontingente und Standardwerte für benutzerdefinierte Typen (UDTs) in Amazon Keyspaces Weitere Informationen zum Arbeiten mit finden Sie UDTs unterBenutzerdefinierte Typen (UDTs) in Amazon Keyspaces.
Zeit für die Wiederherstellung der Tabelle mit PITR
Die Zeit, die Sie zum Wiederherstellen einer Tabelle benötigen, hängt von mehreren Faktoren ab und steht nicht immer in direktem Zusammenhang mit der Größe der Tabelle.
Im Folgenden finden Sie einige Überlegungen zu den Wiederherstellungszeiten.
-
Die Sicherung wird in einer neuen Tabelle wiederhergestellt. Die Ausführung aller mit der Erstellung einer neuen Tabelle verbundenen Aktionen sowie die Initiierung des Wiederherstellungsprozesses kann bis zu 20 Minuten dauern, theoretisch selbst bei einer leeren Tabelle.
-
Die Wiederherstellungszeiten für große Tabellen mit gut verteilten Datenmodellen können mehrere Stunden oder länger betragen.
-
Wenn Ihre Quelltabelle Daten enthält, die stark verzerrt sind, kann sich die Wiederherstellungszeit verlängern. Wenn der Primärschlüssel Ihrer Tabelle beispielsweise den Monat des Jahres als Partitionsschlüssel verwendet und alle Ihre Daten aus dem Monat Dezember stammen, liegen schiefe Daten vor.
Eine bewährte Methode bei der Planung der Notfallwiederherstellung besteht darin, die durchschnittlichen Wiederherstellungszeiten regelmäßig zu dokumentieren und festzulegen, wie sich diese Zeiten auf Ihr gesamtes Recovery-Zeitziel auswirken.
Amazon Keyspaces PITR und Integration mit Diensten AWS
Die folgenden PITR-Operationen werden protokolliert AWS CloudTrail , um eine kontinuierliche Überwachung und Prüfung zu ermöglichen.
-
Erstellen Sie eine neue Tabelle mit aktiviertem oder deaktiviertem PITR.
-
Aktiviert oder deaktiviert PITR für eine bestehende Tabelle.
-
Stellt eine aktive oder gelöschte Tabelle wieder her.
Weitere Informationen finden Sie unter Protokollieren von Amazon Keyspaces-API-Aufrufen mit AWS CloudTrail.
Sie können die folgenden PITR-Aktionen ausführen mit AWS CloudFormation.
Erstellen Sie eine neue Tabelle mit aktiviertem oder deaktiviertem PITR.
Aktiviert oder deaktiviert PITR für eine bestehende Tabelle.
Weitere Informationen finden Sie in der Cassandra Resource Type Reference im AWS CloudFormation Benutzerhandbuch.
