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.
Rückverfolgen eines Aurora-DB-Clusters
Mit Amazon Aurora My SQL -Compatible Edition können Sie einen DB-Cluster auf einen bestimmten Zeitpunkt zurückverfolgen, ohne Daten aus einem Backup wiederherstellen zu müssen.
Inhalt
- Übersicht zur Rückverfolgung
- Verfügbarkeit von Regionen und Versionen
- Überlegungen zum Upgrade für rückverfolgungsfähige Cluster
- Backtracking eines Aurora My SQL DB-Clusters konfigurieren
- Einen Backtrack für einen Aurora My SQL DB-Cluster durchführen
- Backtracking für einen Aurora My SQL DB-Cluster überwachen
- Abonnieren eines Rückverfolgungsereignisses mit der Konsole
- Abrufen vorhandener Rückverfolgungen
- Backtracking für einen Aurora My SQL DB-Cluster deaktivieren
Übersicht zur Rückverfolgung
Durch die Rückverfolgung wird der DB-Cluster auf den angegebenen Zeitpunkt "zurückgespult". Die Rückverfolgung ersetzt nicht das Sichern des DB-Clusters, damit dieser mit dem Stand eines bestimmten Zeitpunkts wiederhergestellt werden kann. Gegenüber herkömmlichen Sicherungen und Wiederherstellungen bietet die Rückverfolgung jedoch einige Vorteile:
Sie können Fehler einfach rückgängig machen. Wenn Sie versehentlich eine destruktive Aktion ausführen, z. B. eine Aktion DELETE ohne WHERE Klausel, können Sie den DB-Cluster mit minimaler Betriebsunterbrechung auf einen Zeitpunkt vor der zerstörerischen Aktion zurückverfolgen.
Sie können einen DB-Cluster schnell rückverfolgen. Das Wiederherstellen eines DB-Clusters auf den Status eines bestimmten Zeitpunkts startet einen neuen DB-Cluster und stellt diesen aus den Sicherungsdaten oder einem DB-Cluster-Snapshot wieder her. Dies kann einige Stunden dauern. Die Rückverfolgung eines DB-Clusters macht keinen neuen DB-Cluster erforderlich. Zudem erfolgt das "Zurückspulen" innerhalb weniger Minuten.
Sie können frühere Datenänderungen untersuchen. Sie können einen DB-Cluster mehrfach in der Zeit zurück- und vorspulen, um zu ermitteln, wann eine bestimmte Datenänderung vorgenommen wurde. Sie können beispielsweise einen DB-Cluster drei Stunden zurück und anschließend eine Stunde vorspulen. In diesem Fall liegt der Rückverfolgungszeitpunkt zwei Stunden vor der Originalzeit.
Anmerkung
Weitere Informationen zum Wiederherstellen eines DB-Cluster für einen bestimmten Zeitpunkt finden Sie unter Übersicht über das Sichern und Wiederherstellen eines Aurora-DB-Clusters.
Rückverfolgungsfenster
Für die Rückverfolgung gilt ein Zielfenster für die Rückverfolgung und ein Ist-Rückverfolgungsfenster:
-
Das Zielfenster für die Rückverfolgung gibt den Zeitraum an, über den die Rückverfolgung des DB-Clusters möglich sein soll. Wenn Sie die Rückverfolgung aktivieren, geben Sie ein Zielfenster für die Rückverfolgung an. Sie können beispielsweise ein Zielfenster von 24 Stunden für die Rückverfolgung angeben, wenn die Rückverfolgung des DB-Clusters über einen Tag möglich sein soll.
-
Das tatsächliche Rückverfolgungsfenster bezeichnet den tatsächlichen Zeitraum, über den die Rückverfolgung des DB-Clusters möglich ist. Diese Dauer kann kürzer als die des Zielfensters für die Rückverfolgung sein. Das tatsächliche Rückverfolgungsfenster basiert auf dem Workload und dem für Informationen zu Datenbankänderungen (die sogenannten Änderungsdatensätze) verfügbaren Arbeitsspeicher.
Wenn Sie ein Aurora-DB-Cluster mit aktivierter Rückverfolgung aktualisieren, generieren Sie Änderungsdatensätze. Aurora bewahrt Änderungsdatensätze für das Zielfenster für die Rückverfolgung auf und Sie zahlen für die Speicherung einen Stundensatz. Die Anzahl gespeicherter Änderungsdatensätze hängt vom Zielfenster für die Rückverfolgung und von der Workload auf dem DB-Cluster ab. Die Workload bezeichnet die Anzahl der Änderungen, die Sie in einem gegebenen Zeitraum am DB-Cluster vornehmen. Bei starker Workload werden mehr Änderungsdatensätze im Zielfenster für die Rückverfolgung gespeichert als bei geringerer Workload.
Das Zielfenster für die Rückverfolgung bezeichnet also die maximale Dauer, über die eine Rückverfolgung des DB-Clusters möglich sein soll. In den meisten Fällen ist eine Rückverfolgung über die von Ihnen angegebene Maximaldauer möglich. In einigen Fällen kann der DB-Cluster aber nicht genug Änderungsdatensätze speichern, um eine Rückverfolgung über diese Maximaldauer zu ermöglichen, das Ist-Rückverfolgungsfenster ist in einer solchen Situation kleiner als das Zielfenster. Normalerweise ist das Ist-Rückverfolgungsfenster kleiner als das Zielfenster, wenn die Workload auf dem DB-Cluster extrem hoch ist. Wenn das Ist-Rückverfolgungsfenster kleiner als das Zielfenster ist, senden wir eine Benachrichtigung.
Wenn die Rückverfolgung für einen DB-Cluster aktiviert ist und Sie eine im DB-Cluster gespeicherte Tabelle löschen, bewahrt Aurora die betreffende Tabelle in den Änderungsdatensätzen für die Rückverfolgung auf. Dies ermöglicht Ihnen die Rückkehr zu einem Zeitpunkt vor dem Löschen der Tabelle. Wenn das Zielfenster für die Rückverfolgung nicht genug Platz zum Speichern der Tabelle bietet, wird die Tabelle schließlich aus den Änderungsdatensätzen für die Rückverfolgung entfernt.
Rückverfolgungszeit
Die Rückverfolgung durch Aurora erfolgt immer auf einen Zeitpunkt, der für den DB-Cluster konsistent ist. Dadurch wird das Auftreten noch nicht eingetragener Transaktionen nach Abschluss der Rückverfolgung verhindert. Wenn Sie eine Zeit für eine Rückverfolgung angeben, wählt Aurora automatisch den nächstgelegenen konsistenten Zeitpunkt. Dieser Ansatz bedeutet, dass der abgeschlossene Backtrack möglicherweise nicht exakt mit der von Ihnen angegebenen Uhrzeit übereinstimmt, aber Sie können den genauen Zeitpunkt für einen Backtrack ermitteln, indem Sie describe-db-cluster-backtracks AWS CLIBefehl. Weitere Informationen finden Sie unter Abrufen vorhandener Rückverfolgungen.
Einschränkungen der Rückverfolgung
Die folgenden Einschränkungen gelten für die Rückverfolgung:
-
Die Rückverfolgung ist nur für DB-Cluster verfügbar, die mit aktivierter Rückverfolgungsfunktion erstellt wurden. Sie können einen DB-Cluster nicht ändern, um die Backtrack-Funktion zu aktivieren. Sie können die Rückverfolgungsfunktion aktivieren, wenn Sie einen neuen DB-Cluster erstellen oder einen Snapshot eines DB-Clusters wiederherstellen.
-
Die Obergrenze für das Zielfenster für die Rückverfolgung beträgt 72 Stunden.
-
Die Rückverfolgung betrifft den gesamten DB-Cluster. Sie können also beispielsweise nicht eine einzelne Tabelle oder eine einzelne Datenaktualisierung verfolgen.
-
Sie können keine regionsübergreifenden Read Replicas aus einem Backtrack-fähigen Cluster erstellen, aber Sie können trotzdem die Binärprotokollreplikation (Binlog) auf dem Cluster aktivieren. Wenn Sie versuchen, einen DB-Cluster zurückzuverfolgen, für den die Binärprotokollierung aktiviert ist, tritt normalerweise ein Fehler auf, es sei denn, Sie erzwingen die Rückverfolgung. Jeder Versuch, einen Backtrack zu erzwingen, macht die nachgeschalteten Read Replicas kaputt und beeinträchtigt andere Operationen wie Blue/Green-Bereitstellungen.
-
Sie können einen Datenbankklon nicht auf einen Zeitpunkt zurückverfolgen, der vor der Erstellung des Datenbankklons liegt. Sie können aber die ursprüngliche Datenbank auf einen Zeitpunkt vor der Erstellung des Klons zurückverfolgen. Weitere Informationen zum Klonen von Datenbanken erhalten Sie unter Klonen eines Volumes für einen Amazon-Aurora-DB-Cluster.
-
Bei der Rückverfolgung kommt es zu einer kurzen Betriebsunterbrechung der DB-Instance. Sie müssen Anwendungen vor dem Starten einer Rückverfolgung stoppen oder anhalten, um sicherzustellen, dass keine neuen Lese- oder Schreibanforderungen ergehen. Während der Rückverfolgung hält Aurora die Datenbank an, schließt alle offenen Verbindungen und verwirft noch nicht durchgeführte Lese- und Schreibvorgänge. Dann wird der Abschluss der Rückverfolgung abgewartet.
-
Sie können keinen regionsübergreifenden Snapshot eines Clusters mit Backtrack-Aktivierung in einem AWS Region, die Backtracking nicht unterstützt.
-
Wenn Sie ein direktes Upgrade für einen Backtrack-fähigen Cluster von Aurora My SQL Version 2 auf Version 3 durchführen, können Sie nicht zu einem Zeitpunkt vor dem Upgrade zurückkehren.
Verfügbarkeit von Regionen und Versionen
Backtrack ist für Aurora SQL Postgre nicht verfügbar.
Im Folgenden sind die unterstützten Engines und die regionale Verfügbarkeit für Backtrack mit Aurora My SQL aufgeführt.
| Region | Aurora Meine SQL Version 3 | Aurora Meine SQL Version 2 |
|---|---|---|
| USA Ost (Nord-Virginia) | Alle Versionen | Alle Versionen |
| USA Ost (Ohio) | Alle Versionen | Alle Versionen |
| USA West (Nordkalifornien) | Alle Versionen | Alle Versionen |
| USA West (Oregon) | Alle Versionen | Alle Versionen |
| Afrika (Kapstadt) | – | – |
| Asia Pacific (Hongkong) | – | – |
| Asien-Pazifik (Jakarta) | – | – |
| Asien-Pazifik (Malaysia) | – | – |
| Asien-Pazifik (Melbourne) | – | – |
| Asien-Pazifik (Mumbai) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Osaka) | Alle Versionen | Version 2.07.3 und höher |
| Asien-Pazifik (Seoul) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Singapur) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Sydney) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Tokio) | Alle Versionen | Alle Versionen |
| Kanada (Zentral) | Alle Versionen | Alle Versionen |
| Kanada West (Calgary) | – | – |
| China (Peking) | – | – |
| China (Ningxia) | – | – |
| Europa (Frankfurt) | Alle Versionen | Alle Versionen |
| Europa (Irland) | Alle Versionen | Alle Versionen |
| Europa (London) | Alle Versionen | Alle Versionen |
| Europa (Milan) | – | – |
| Europa (Paris) | Alle Versionen | Alle Versionen |
| Europa (Spain) | – | – |
| Europa (Stockholm) | – | – |
| Europa (Zürich) | – | – |
| Israel (Tel Aviv) | – | – |
| Naher Osten (Bahrain) | – | – |
| Naher Osten (UAE) | – | – |
| Südamerika (São Paulo) | – | – |
| AWS GovCloud (US-Ost) | – | – |
| AWS GovCloud (US-West) | – | – |
Überlegungen zum Upgrade für rückverfolgungsfähige Cluster
Sie können ein Upgrade eines Backtrack-fähigen DB-Clusters von Aurora My SQL Version 2 auf Version 3 durchführen, da alle Nebenversionen von Aurora My SQL Version 3 für Backtrack unterstützt werden.
Abonnieren eines Rückverfolgungsereignisses mit der Konsole
Das folgende Verfahren beschreibt, wie Sie ein Rückverfolgungsereignis mit der Konsole abonnieren. Das Ereignis sendet eine E-Mail oder SMS, wenn das Ist-Rückverfolgungsfenster kürzer als das Zielfenster für die Rückverfolgung ist.
Zeigen Sie Rückverfolgungsinformationen mit der Konsole wie folgt an:
Melden Sie sich an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/
. -
Wählen Sie Event subscriptions (Ereignisabonnements) aus.
-
Wählen Sie Create event subscription (Ereignisabonnement erstellen) aus.
-
Geben Sie in das Feld Name (Name) einen Namen für das Ereignisabonnement ein und stellen Sie sicher, dass für Enabled (Aktiviert) der Wert Yes (Ja) ausgewählt ist.
-
Wählen Sie im Bereich Target (Ziel) die Option New email topic (Neues E-Mail-Thema) aus.
-
Geben Sie unter Topic name (Themenname) einen Namen für das Thema und unter With these recipients (Mit diesen Empfängern) die E-Mail-Adressen oder Telefonnummern der Benachrichtigungsempfänger ein.
-
Wählen Sie im Bereich Source (Quelle) für Source type (Quellentyp) den Wert Instances (Instances) aus.
-
Wählen Sie für Instances to include (Einzuschließende Instances) den Wert Select specific instances (Bestimmte Instances auswählen) und dann die DB-Instance aus.
-
Wählen Sie für Event categories to include (Einzuschließende Ereigniskategorien) den Wert Select specific event categories (Bestimmte Ereigniskategorien auswählen) und dann Backtrack (Rückverfolgen) aus.
Die Seite sollte der folgenden Seite ähneln.
-
Wählen Sie Create aus.
Abrufen vorhandener Rückverfolgungen
Sie können Informationen über existierende Rückverfolgungen für einen DB-Cluster abrufen. Zu diesen Informationen gehören die eindeutige ID der Rückverfolgung, Ausgangs- und Zielzeitpunkt der Rückverfolgung, Datum und Zeitpunkt der Anforderung der Rückverfolgung und der aktuelle Status der Rückverfolgung.
Anmerkung
Derzeit können vorhandene Rückverfolgungen nicht mit der Konsole abgerufen werden.
Das folgende Verfahren beschreibt, wie Sie vorhandene Backtracks für einen DB-Cluster mithilfe von abrufen AWS CLI.
Um vorhandene Backtracks abzurufen, verwenden Sie AWS CLI
-
Rufen Sie den describe-db-cluster-backtracks AWS CLIbefehlen Sie und geben Sie die folgenden Werte ein:
-
--db-cluster-identifier: Name des DB-Clusters.
Im folgenden Beispiel werden die für vorhandenen Rückverfolgungen abgerufe
sample-cluster.Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Linux, macOS, oder Unix:
aws rds describe-db-cluster-backtracks \ --db-cluster-identifier sample-clusterWählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Windows:
aws rds describe-db-cluster-backtracks ^ --db-cluster-identifier sample-cluster -
Verwenden Sie den Vorgang D Backtracks, um Informationen über die Backtracks für einen DB-Cluster mithilfe von Amazon RDS API escribeDBCluster abzurufen. Diese Operation gibt Informationen über Rückverfolgungen für den mit dem Wert DBClusterIdentifier angegebenen DB-Cluster zurück.
