Rückverfolgen eines Aurora-DB-Clusters

Mit Amazon Aurora MySQL-kompatible Edition können Sie einen DB-Cluster auf einen bestimmten Zeitpunkt zurückverfolgen, ohne die Daten aus einer Sicherung wiederherstellen zu müssen.

Inhalt

• Übersicht zur Rückverfolgung
  • Rückverfolgungsfenster
  • Rückverfolgungszeit
  • Einschränkungen der Rückverfolgung
• Verfügbarkeit von Regionen und Versionen
• Überlegungen zum Upgrade für rückverfolgungsfähige Cluster
• Konfigurieren der Rückverfolgung
• Ausführen einer Rückverfolgung
• Überwachung der Rückverfolgung
• Abonnieren eines Rückverfolgungsereignisses mit der Konsole
• Abrufen vorhandener Rückverfolgungen
• Deaktivieren der Rückverfolgung für einen DB-Cluster

Ü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 – beispielsweise eine DELETE-Anweisung ohne WHERE-Klausel –, können Sie den DB-Cluster bei minimaler Unterbrechung der Service-Bereitstellung auf den Zeitpunkt vor der destruktiven Aktion rü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 genau der von Ihnen angegebenen Zeit entspricht, aber Sie können die genaue Zeit für einen Backtrack mithilfe des describe-db-cluster-backtracks AWS CLI-Befehls ermitteln. 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.

• Die Rückverfolgung wird nicht zusammen mit der Binärprotokollreplikation (binlog) unterstützt. Die regionsübergreifende Replikation muss deaktiviert werden, bevor Sie die Rückverfolgung konfigurieren oder nutzen können.

• 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 einer AWS Region wiederherstellen, die Backtracking nicht unterstützt.

• Wenn Sie ein direktes Upgrade für einen Cluster mit Rückverfolgungsmöglichkeit von Aurora MySQL Version 2 auf Version 3 durchführen, können Sie nicht auf einen Zeitpunkt vor der Durchführung des Upgrades zurückgehen.

Verfügbarkeit von Regionen und Versionen

Die Rückverfolgung ist für Aurora PostgreSQL nicht verfügbar.

Im Folgenden sind die unterstützten Engines und die Regionsverfügbarkeit für die Rückverfolgung mit Aurora MySQL aufgeführt.

Region	Aurora-MySQL-Version 3	Aurora-MySQL-Version 2
USA Ost (Ohio)	Alle Versionen	Alle Versionen
USA Ost (Nord-Virginia)	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 (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 (VAE)	–	–
Südamerika (São Paulo)	–	–
AWS GovCloud (USA, Ost)	–	–
AWS GovCloud (US-West)	–	–

Überlegungen zum Upgrade für rückverfolgungsfähige Cluster

Sie können ein Upgrade für einen DB-Cluster mit Rückverfolgungsmöglichkeit von Aurora MySQL Version 2 auf Version 3 durchführen, da alle Nebenversionen von Aurora MySQL Version 3 für die Rückverfolgung unterstützt werden.

Konfigurieren der Rückverfolgung

Um die Rückverfolgungsfunktion zu verwenden, müssen Sie die Rückverfolgung aktivieren und ein Zielfenster für die Rückverfolgung angeben. Andernfalls wird die Rückverfolgung deaktiviert.

Geben Sie für das Zielfenster für die Rückverfolgung an, für wie lange Sie Ihre Datenbank mit dieser Funktion zurückverfolgen können möchten. Aurora versucht, genügend Änderungsaufzeichnungen aufzubewahren, um dieses Zeitfenster zu unterstützen.

Konsole

Sie können die Konsole verwenden, um die Rückverfolgung beim Erstellen eines DB-Clusters zu konfigurieren. Sie können auch einen DB-Cluster ändern, um das Rückverfolgungsfenster für einen rückverfolgungsfähigen Cluster zu ändern. Wenn Sie die Rückverfolgung für einen Cluster vollständig deaktivieren, indem Sie das Rückverfolgungsfenster auf 0 setzen, können Sie die Rückverfolgung für diesen Cluster nicht erneut aktivieren.

Themen

• Konfigurieren der Rückverfolgung mit der Konsole beim Erstellen eines DB-Clusters
• Konfigurieren der Rückverfolgung mit der Konsole beim Ändern eines DB-Clusters

Konfigurieren der Rückverfolgung mit der Konsole beim Erstellen eines DB-Clusters

Wenn Sie ein neues Aurora MySQL-DB-Cluster erstellen, wird die Rückverfolgung konfiguriert, indem Sie Enable Backtrack (Rückverfolgung aktivieren) wählen und für Target Backtrack window (Zielfenster für die Rückverfolgung) im Bereich Backtrack (Rückverfolgung) einen Wert größer als 0 eingeben.

Befolgen Sie die Anweisungen unter , um einen DB-Cluster zu erstelle Erstellen eines Amazon Aurora-DB Clusters. Die folgende Abbildung zeigt den Bereich Backtrack (Rückverfolgung).

Wenn Sie einen DB-Cluster erstellen, verfügt Aurora über keinerlei Daten zur Workload des DB-Clusters. Deshalb können die Kosten für den neuen DB-Cluster nicht geschätzt werden. Stattdessen stellt die Konsole einen typischen Wert für die Benutzerkosten für das angegebene Zielfenster für die Rückverfolgung basierend auf einer typischen Workload dar. Diese typischen Kosten dienen also nur als Hinweis auf die möglichen Kosten, die durch die Verwendung der Rückverfolgungsfunktion entstehen können.

Wichtig

Ihre tatsächlichen Kosten können niedriger sein, weil sie von der Workload des DB-Clusters abhängig sind.

Konfigurieren der Rückverfolgung mit der Konsole beim Ändern eines DB-Clusters

Sie können die Rückverfolgung für einen DB-Cluster mit der Konsole ändern.

Anmerkung

Derzeit können Sie die Rückverfolgungsfunktion nur für einen DB-Cluster ändern, für den die Funktion „Backtrack“ aktiviert ist. Der Abschnitt Backtrack wird nicht für einen DB-Cluster angezeigt, der mit deaktivierter Backtrack-Funktion erstellt wurde oder wenn die Backtrack-Funktion für den DB-Cluster deaktiviert wurde.

Ändern Sie die Rückverfolgung für einen DB-Cluster mit der Konsole wie folgt:

1. Melden Sie sich bei der Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

2. Wählen Sie Databases (Datenbanken) aus.

3. Wählen Sie den zu ändernden Cluster und dann die Option Modify (Ändern) aus.

4. Ändern Sie für das Target Backtrack window (Zielfenster für die Rückverfolgung) den Zeitraum, über den die Rückverfolgung möglich sein soll. Die Obergrenze ist 72 Stunden.

   

   Die Konsole zeigt die geschätzten Kosten für die von Ihnen angegebene Größe des Zeitfensters basierend auf der Workload des DB-Clusters in der Vergangenheit an:

   • Wenn Backtracking auf dem DB-Cluster deaktiviert war, basiert die Kostenschätzung auf der VolumeWriteIOPS Metrik für den DB-Cluster in Amazon CloudWatch.

   • Wenn Backtracking zuvor auf dem DB-Cluster aktiviert war, basiert die Kostenschätzung auf der BacktrackChangeRecordsCreationRate Metrik für den DB-Cluster in Amazon CloudWatch.

5. Klicken Sie auf Weiter.

6. Wählen Sie für Einplanung von Änderungen eine der folgenden Optionen:

   • Apply during the next scheduled maintenance window (Im nächsten geplanten Wartungszeitfenster anwenden): Die Änderung für Target Backtrack window (Zielfenster für die Rückverfolgung) soll erst im nächsten Wartungszeitfenster angewendet werden.

   • Apply immediately (Sofort anwenden): Die Änderung für Target Backtrack window (Zielfenster für die Rückverfolgung) soll so bald wie möglich angewendet werden.

7. Wählen Sie Modify Cluster (Cluster ändern) aus.

AWS CLI

Wenn Sie mit dem create-db-cluster AWS CLI-Befehl einen neuen Aurora MySQL-DB-Cluster erstellen, wird Backtracking konfiguriert, wenn Sie einen --backtrack-window Wert angeben, der größer als Null ist. Der Wert --backtrack-window gibt das Zielfenster für die Rückverfolgung an. Weitere Informationen finden Sie unter Erstellen eines Amazon Aurora-DB Clusters.

Sie können den --backtrack-window Wert auch mit den folgenden AWS CLI-Befehlen angeben:

• modify-db-cluster

• restore-db-cluster-from-s3

• restore-db-cluster-from-Schnappschuss

• restore-db-cluster-to-point-in-time

Das folgende Verfahren beschreibt, wie Sie das Zielfenster für die Rückverfolgung für einen DB-Cluster mit der änder AWS CLI.

Um das Ziel-Backtrack-Fenster für einen DB-Cluster zu ändern, verwenden Sie AWS CLI

• Rufen Sie den modify-db-cluster AWS CLI-Befehl auf und geben Sie die folgenden Werte an:

  • --db-cluster-identifier: Name des DB-Clusters.

  • --backtrack-window: maximaler Zeitraum in Sekunden für die Rückverfolgung des DB-Clusters.

  Im folgenden Beispiel wird für das Zielfenster für die Rückverfolgung von sample-cluster ein Wert von einem Tag (86 400 Sekunden) festgelegt.

  Für LinuxmacOS, oderUnix:

  
  aws rds modify-db-cluster \
      --db-cluster-identifier sample-cluster \
      --backtrack-window 86400
  

  Windows:

  
  aws rds modify-db-cluster ^
      --db-cluster-identifier sample-cluster ^
      --backtrack-window 86400
  

Anmerkung

Derzeit kann die Rückverfolgung nur für einen DB-Cluster aktiviert werden, der mit aktivierter Rückverfolgungsfunktion erstellt wurde.

RDS-API

Wenn Sie einen neuen Aurora MySQL-DB-Cluster über die Amazon RDS-API-Operation CreateDBCluster erstellen, wird die Rückverfolgung konfiguriert, wenn Sie für BacktrackWindow einen Wert größer als 0 angeben. Der Wert BacktrackWindow gibt das Zielfenster für die Rückverfolgung für den mit dem Wert DBClusterIdentifier angegebenen DB-Cluster an. Weitere Informationen finden Sie unter Erstellen eines Amazon Aurora-DB Clusters.

Sie können den Wert für BacktrackWindow auch mittels der folgenden API-Operationen angeben:

• ModifyDBCluster

• DB S3 wiederhergestellt ClusterFrom

• DB wurde wiederhergestellt ClusterFromSnapshot

• DB wurde wiederhergestellt ClusterToPointInTime

Anmerkung

Derzeit kann die Rückverfolgung nur für einen DB-Cluster aktiviert werden, der mit aktivierter Rückverfolgungsfunktion erstellt wurde.

Ausführen einer Rückverfolgung

Sie können einen DB-Cluster auf einen bestimmten Zeitpunkt im Zielfenster für die Rückverfolgung rückverfolgen. Wenn der Zeitstempel für die Rückverfolgung nicht vor dem frühestmöglichen Rückverfolgungszeitpunkt und auch nicht in der Zukunft liegt, wird der DB-Cluster auf den betreffenden Zeitpunkt rückverfolgt.

Andernfalls tritt üblicherweise ein Fehler auf. Wenn Sie versuchen, einen DB-Cluster mit aktivierter Binärprotokollierung rückzuverfolgen, tritt üblicherweise ein Fehler auf, sofern Sie nicht das Erzwingen der Rückverfolgung veranlasst haben. Das Erzwingen einer Rückverfolgung kann zu Problemen mit anderen Operationen führen, die Binärprotokollierung verwenden.

Wichtig

Die Rückverfolgung erzeugt keine binlog-Einträge für die von der Funktion vorgenommenen Änderungen. Wenn Sie die Binärprotokollierung für den DB-Cluster aktiviert haben, ist die Rückverfolgung möglicherweise nicht mit der binlog-Implementierung kompatibel.

Anmerkung

Bei Datenbankklonen können Sie den DB-Cluster auf einen Zeitpunkt rückverfolgen, der vor dem Zeitpunkt der Erstellung des Klons liegt. Weitere Informationen zum Klonen von Datenbanken erhalten Sie unter Klonen eines Volumes für einen Amazon-Aurora-DB-Cluster.

Konsole

Das folgende Verfahren beschreibt, wie Sie eine Rückverfolgung für einen DB-Cluster mit der Konsole durchführen.

Führen Sie eine Rückverfolgung mit der Konsole wie folgt durch:

1. Melden Sie sich bei der Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

2. Wählen Sie im Navigationsbereich Instances aus.

3. Wählen Sie die primäre Instance für den DB-Cluster aus, den Sie rückverfolgen möchten.

4. Wählen Sie unter Actions (Aktionen) die Option Backtrack DB cluster (DB-Cluster rückverfolgen) aus.

5. Geben Sie auf der Seite Backtrack DB cluster (DB-Cluster rückverfolgen) den Zeitstempel ein, zu dem der DB-Cluster rückverfolgt werden soll.

   

6. Wählen Sie Backtrack DB cluster (DB-Cluster rückverfolgen) aus.

AWS CLI

Im folgenden Verfahren wird beschrieben, wie ein DB-Cluster mit der rückverfolgt wir AWS CLI.

Um einen DB-Cluster zurückzuverfolgen, verwenden Sie AWS CLI

• Rufen Sie den backtrack-db-cluster AWS CLI-Befehl auf und geben Sie die folgenden Werte an:

  • --db-cluster-identifier: Name des DB-Clusters.

  • --backtrack-to – Der Zeitstempel im ISO 8601-Format, zu dem das DB-Cluster zurückverfolgt werden soll.

  Das folgende Beispiel führt eine Rückverfolgung des DB-Clusters sample-cluster auf den 19. März 2018 um 10:00 Uhr durch.

  Für LinuxmacOS, oderUnix:

  
  aws rds backtrack-db-cluster \
      --db-cluster-identifier sample-cluster \
      --backtrack-to 2018-03-19T10:00:00+00:00
  

  Windows:

  
  aws rds backtrack-db-cluster ^
      --db-cluster-identifier sample-cluster ^
      --backtrack-to 2018-03-19T10:00:00+00:00
  

RDS-API

Um ein DB-Cluster über die Amazon RDS-API zurückzuverfolgen, verwenden Sie die Operation BacktrackDBCluster. Diese Operation nimmt die Rückverfolgung des mit DBClusterIdentifier angegebenen DB-Clusters auf den angegebenen Zeitpunkt vor.

Überwachung der Rückverfolgung

Sie können Rückverfolgungsinformationen für einen DB-Cluster anzeigen sowie Rückverfolgungskennzahlen überwachen.

Konsole

Zeigen Sie mit der Konsole Rückverfolgungsinformationen für einen DB-Cluster an und überwachen Sie die Rückverfolgungskennzahlen wie folgt:

1. Melden Sie sich bei der Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

2. Wählen Sie Databases (Datenbanken) aus.

3. Wählen Sie den Namen des DB-Clusters, um die zugehörigen Informationen anzuzeigen.

   Die Rückverfolgungsinformationen befinden sich im Bereich Backtrack (Rückverfolgung).

   

   Wenn die Rückverfolgung aktiviert ist, sind folgende Informationen verfügbar:

   • Target window (Zielfenster): der zurzeit für das Zielfenster für die Rückverfolgung angegebene Zeitraum. Das Zielfenster bezeichnet die maximale Dauer, für die eine Rückverfolgung durchgeführt werden kann, sofern genug Speicher verfügbar ist.

   • Actual window (Tatsächliches Fenster): der tatsächliche Zeitraum, über den Sie die Rückverfolgung ausführen können; dieser kann kleiner als das Zielfenster für die Rückverfolgung sein. Das Ist-Rückverfolgungsfenster basiert auf der Workload und dem für die Aufnahme von Änderungsdatensätzen für die Rückverfolgung verfügbaren Speicher.

   • Earliest backtrack time (Früheste Rückverfolgungszeit): der früheste Rückverfolgungszeitpunkt, der für das DB-Cluster möglich ist. Sie können einen DB-Cluster nicht auf eine vor dem angezeigten Zeitpunkt liegende Zeit rückverfolgen.

4. Zeigen Sie die Rückverfolgungskennzahlen für den DB-Cluster wie folgt an:

   1. Wählen Sie im Navigationsbereich Instances aus.

   2. Wählen Sie den Namen der primären Instance des DB-Clusters, um die Details anzuzeigen.

   3. Geben Sie im CloudWatchAbschnitt etwas Backtrack in das CloudWatchFeld ein, um nur die Backtrack-Metriken anzuzeigen.

      

      Die folgenden Kennzahlen werden angezeigt:

      • Backtrack Change Records Creation Rate (Count) (Erstellungsrate (Anzahl) der Änderungsdatensätze für die Rückverfolgung): Diese Metrik gibt die Anzahl der Änderungsdatensätze für die Rückverfolgung an, die im Verlauf von fünf Minuten für das DB-Cluster erstellt wurden. Sie können diese Kennzahl heranziehen, um die Rückverfolgungskosten für das Zielfenster für die Rückverfolgung zu schätzen.

      • [Billed] Backtrack Change Records Stored (Count) ([Berechnete] für die Rückverfolgung gespeicherte Änderungsdatensätze (Anzahl)): Diese Metrik gibt die tatsächliche Anzahl der Änderungsdatensätze für die Rückverfolgung an, die vom DB-Cluster verwendet werden.

      • Backtrack Window Actual (Minutes) (Tatsächliches Rückverfolgungsfenster (Minuten)): Diese Metrik gibt an, ob es eine Differenz zwischen dem Zielfenster für die Rückverfolgung und dem tatsächlichen Rückverfolgungsfenster gibt. Wenn das Zielfenster für die Rückverfolgung beispielsweise 2 Stunden (120 Minuten) lang ist und diese Kennzahl angibt, dass das Ist-Rückverfolgungsfenster nur 100 Minuten lang ist, ist das Ist-Rückverfolgungsfenster kleiner als das Zielfenster.

      • Backtrack Window Alert (Count) (Rückverfolgungsfenster-Alarm (Anzahl)): Diese Metrik gibt an, wie oft das tatsächliche Rückverfolgungsfenster über einen bestimmten Zeitraum kleiner als das Zielfenster für die Rückverfolgung ist.

      Anmerkung

      Die folgenden Kennzahlen können hinter der aktuellen Zeit zurückliegen:

      • Erstellungsrate (Anzahl) der Änderungsdatensätze für die Rückverfolgung

      • [Billed] Backtrack Change Records Stored (Count) ([Berechnete] für die Rückverfolgung gespeicherte Änderungsdatensätze (Anzahl))

AWS CLI

Das folgende Verfahren beschreibt, wie Sie Rückverfolgungsinformationen für einen DB-Cluster mit anzeige AWS CLI.

Um Backtrack-Informationen für einen DB-Cluster anzuzeigen, verwenden Sie AWS CLI

• Rufen Sie den describe-db-clusters AWS CLI-Befehl auf und geben Sie die folgenden Werte an:

  • --db-cluster-identifier: Name des DB-Clusters.

  Das folgende Beispiel listet Rückverfolgungsinformationen für au sample-cluster.

  Für LinuxmacOS, oderUnix:

  
  aws rds describe-db-clusters \
      --db-cluster-identifier sample-cluster
  

  Windows:

  
  aws rds describe-db-clusters ^
      --db-cluster-identifier sample-cluster
  

RDS-API

Um die Rückverfolgungsinformationen für einen DB-Cluster über die Amazon RDS-API anzuzeigen, verwenden Sie die Aktion DescribeDBClusters. Diese Operation gibt Rückverfolgungsinformationen für den mit dem Wert DBClusterIdentifier angegebenen DB-Cluster zurück.

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:

1. Melden Sie sich bei der Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

2. Wählen Sie Event subscriptions (Ereignisabonnements) aus.

3. Wählen Sie Create event subscription (Ereignisabonnement erstellen) aus.

4. 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.

5. Wählen Sie im Bereich Target (Ziel) die Option New email topic (Neues E-Mail-Thema) aus.

6. 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.

7. Wählen Sie im Bereich Source (Quelle) für Source type (Quellentyp) den Wert Instances (Instances) aus.

8. 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.

9. 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.

   

10. 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.

AWS CLI

Das folgende Verfahren beschreibt, wie Sie vorhandene Rückverfolgungen für einen DB-Cluster mit der abrufe AWS CLI.

Um vorhandene Backtracks mit dem abzurufen AWS CLI

• Rufen Sie den describe-db-cluster-backtracks AWS CLI-Befehl auf und geben Sie die folgenden Werte an:

  • --db-cluster-identifier: Name des DB-Clusters.

  Im folgenden Beispiel werden die für vorhandenen Rückverfolgungen abgerufe sample-cluster.

  Für LinuxmacOS, oderUnix:

  
  aws rds describe-db-cluster-backtracks \
      --db-cluster-identifier sample-cluster
  

  Windows:

  
  aws rds describe-db-cluster-backtracks ^
      --db-cluster-identifier sample-cluster
  

RDS-API

Verwenden Sie den Vorgang DescribeDB, um Informationen über die Backtracks für einen DB-Cluster mithilfe der Amazon RDS-API abzurufen. ClusterBacktracks Diese Operation gibt Informationen über Rückverfolgungen für den mit dem Wert DBClusterIdentifier angegebenen DB-Cluster zurück.

Deaktivieren der Rückverfolgung für einen DB-Cluster

Sie können die Rückverfolgungsfunktion für einen DB-Cluster deaktivieren.

Konsole

Sie können die Rückverfolgung für einen DB-Cluster mit der Konsole deaktivieren. Nachdem Sie die Rückverfolgung für einen Cluster vollständig deaktiviert haben, können Sie sie für diesen Cluster nicht erneut aktivieren.

Deaktivieren Sie die Rückverfolgungsfunktion für einen DB-Cluster mit der Konsole wie folgt:

1. Melden Sie sich bei der Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

2. Wählen Sie Databases (Datenbanken) aus.

3. Wählen Sie den zu ändernden Cluster und dann die Option Modify (Ändern) aus.

4. Wählen Sie im Bereich Backtrack (Rückverfolgung) die Option Disable Backtrack (Rückverfolgung deaktivieren) aus.

5. Klicken Sie auf Weiter.

6. Wählen Sie für Einplanung von Änderungen eine der folgenden Optionen:

   • Apply during the next scheduled maintenance window (Während des nächsten geplanten Wartungszeitfensters anwenden): Die Änderung soll erst während des nächsten Wartungsfensters ausgeführt werden.

   • Apply immediately (Sofort anwenden): Die Änderung soll sobald wie möglich angewendet werden.

7. Wählen Sie Modify Cluster (Cluster ändern) aus.

AWS CLI

Sie können die Backtrack-Funktion für einen DB-Cluster mithilfe von deaktivieren, AWS CLI indem Sie das Backtrack-Zielfenster auf 0 (Null) setzen. Nachdem Sie die Rückverfolgung für einen Cluster vollständig deaktiviert haben, können Sie sie für diesen Cluster nicht erneut aktivieren.

Um das Ziel-Backtrack-Fenster für einen DB-Cluster zu ändern, verwenden Sie AWS CLI

• Rufen Sie den modify-db-cluster AWS CLI-Befehl auf und geben Sie die folgenden Werte an:

  • --db-cluster-identifier: Name des DB-Clusters.

  • --backtrack-window – Geben Sie 0 an, um die Rückverfolgung zu deaktivieren.

  Im folgenden Beispiel wird die Rückverfolgungsfunktion für sample-cluster deaktiviert, indem --backtrack-window der Wert 0 zugewiesen wird.

  Für LinuxmacOS, oderUnix:

  
  aws rds modify-db-cluster \
      --db-cluster-identifier sample-cluster \
      --backtrack-window 0
  

  Windows:

  
  aws rds modify-db-cluster ^
      --db-cluster-identifier sample-cluster ^
      --backtrack-window 0
  

RDS-API

Um die Rückverfolgungsfunktion für einen DB-Cluster über die Amazon RDS-API zu deaktivieren, verwenden Sie die Aktion ModifyDBCluster. Weisen Sie BacktrackWindow den Wert 0 (Null) zu und geben Sie den DB-Cluster im Wert DBClusterIdentifier an. Nachdem Sie die Rückverfolgung für einen Cluster vollständig deaktiviert haben, können Sie sie für diesen Cluster nicht erneut aktivieren.