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 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. **Contents** + [Übersicht zur Rückverfolgung](#AuroraMySQL.Managing.Backtrack.Overview) + [Rückverfolgungsfenster](#AuroraMySQL.Managing.Backtrack.Overview.BacktrackWindow) + [Rückverfolgungszeit](#AuroraMySQL.Managing.Backtrack.Overview.BacktrackTime) + [Einschränkungen der Rückverfolgung](#AuroraMySQL.Managing.Backtrack.Limitations) + [Verfügbarkeit von Regionen und Versionen](#AuroraMySQL.Managing.Backtrack.Availability) + [Überlegungen zum Upgrade für rückverfolgungsfähige Cluster](#AuroraMySQL.Managing.Backtrack.Upgrade) + [Konfigurieren der Rückverfolgung eines DB-Clusters von Aurora MySQL](AuroraMySQL.Managing.Backtrack.Configuring.md) + [Durchführen einer Rückverfolgung für einen DB-Cluster von Aurora MySQL](AuroraMySQL.Managing.Backtrack.Performing0.md) + [Überwachen der Rückverfolgung für einen DB-Cluster von Aurora MySQL](AuroraMySQL.Managing.Backtrack.Monitoring.md) + [Abonnieren eines Rückverfolgungsereignisses mit der Konsole](#AuroraMySQL.Managing.Backtrack.Event.Console) + [Abrufen vorhandener Rückverfolgungen](#AuroraMySQL.Managing.Backtrack.Retrieving) + [Deaktivieren der Rückverfolgung für einen DB-Cluster von Aurora MySQL](AuroraMySQL.Managing.Backtrack.Disabling.md) ## Ü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](Aurora.Managing.Backups.md). ### 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](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-backtracks.html) AWS CLI-Befehls ermitteln. Weitere Informationen finden Sie unter [Abrufen vorhandener Rückverfolgungen](#AuroraMySQL.Managing.Backtrack.Retrieving). ### 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 modifizieren, um die Rückverfolgungsfunktion 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 Cluster mit Rückverfolgungsmöglichkeit erstellen, aber Sie können trotzdem die Replikation von Binärprotokollen (Binlog) auf dem Cluster aktivieren. Wenn Sie versuchen, einen DB-Cluster mit aktivierter Binärprotokollierung rückzuverfolgen, tritt üblicherweise ein Fehler auf, sofern die Rückverfolgung nicht erzwungen wird. Jeder Versuch, einen Backtrack zu erzwingen, macht nachgeschaltete Read Replicas kaputt und beeinträchtigt andere Vorgänge, wie z. B. Bereitstellungen. blue/green + 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](Aurora.Managing.Clone.md). + 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 (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 (Neuseeland) | – | – | | 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 (Taipeh) | – | – | | Asien-Pazifik (Thailand) | – | – | | 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) | – | – | | Mexiko (Zentral) | – | – | | Middle East (Bahrain) | – | – | | Naher Osten (VAE) | – | – | | 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 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 eines DB-Clusters von Aurora MySQL 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. **Topics** + [Konfigurieren der Rückverfolgung mit der Konsole beim Erstellen eines DB-Clusters](#AuroraMySQL.Managing.Backtrack.Configuring.Console.Creating) + [Konfigurieren der Rückverfolgung mit der Konsole beim Ändern eines DB-Clusters](#AuroraMySQL.Managing.Backtrack.Configuring.Console.Modifying) ### 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](Aurora.CreateInstance.md). Die folgende Abbildung zeigt den Bereich **Backtrack (Rückverfolgung)**. ![\[Aktivieren der Rückverfolgung beim Erstellen eines DB-Clusters über die Konsole\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-create.png) 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 an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie **Databases (Datenbanken)** aus. 1. Wählen Sie den zu ändernden Cluster und dann die Option **Modify (Ändern)** aus. 1. Ä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. ![\[Ändern der Rückverfolgung über die Konsole\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-modify.png) 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. 1. Klicken Sie auf **Weiter**. 1. Wählen Sie für **Einplanung von Änderungen** eine der folgenden Optionen: + **Apply during the next scheduled maintenance window (Im nächsten geplanten Wartungsfenster anwenden)**: Die Änderung für **Target Backtrack window (Zielfenster für die Rückverfolgung)** soll erst im nächsten Wartungsfenster 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. 1. Wählen Sie **Modify Cluster (Cluster ändern)** aus. ## AWS CLI Wenn Sie mit dem [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) 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](Aurora.CreateInstance.md). Sie können den `--backtrack-window` Wert auch mit den folgenden AWS CLI-Befehlen angeben: + [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) + [restore-db-cluster-from-s3](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-s3.html) + [restore-db-cluster-from-Schnappschuss](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html) + [restore-db-cluster-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-to-point-in-time.html) 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](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) 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 Linux, macOS oder Unix: ``` aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --backtrack-window 86400 ``` Für 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 mit dem Vorgang Create DBCluster Amazon RDS API einen neuen Aurora MySQL-DB-Cluster [erstellen](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html), wird Backtracking konfiguriert, wenn Sie einen `BacktrackWindow` Wert angeben, der größer als Null ist. 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](Aurora.CreateInstance.md). Sie können den Wert für `BacktrackWindow` auch mittels der folgenden API-Operationen angeben: + [Modifizieren SieDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) + [Aus S3 wiederherstellen DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromS3.html) + [WiederherstellungDBClusterFromSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromSnapshot.html) + [WiederherstellungDBClusterToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterToPointInTime.html) **Anmerkung** Derzeit kann die Rückverfolgung nur für einen DB-Cluster aktiviert werden, der mit aktivierter Rückverfolgungsfunktion erstellt wurde. # Durchführen einer Rückverfolgung für einen DB-Cluster von Aurora MySQL 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](Aurora.Managing.Clone.md). ## 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 AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die primäre Instance für den DB-Cluster aus, den Sie rückverfolgen möchten. 1. Wählen Sie unter **Actions (Aktionen)** die Option **Backtrack DB cluster (DB-Cluster rückverfolgen)** aus. 1. Geben Sie auf der Seite **Backtrack DB cluster (DB-Cluster rückverfolgen)** den Zeitstempel ein, zu dem der DB-Cluster rückverfolgt werden soll. ![\[Backtrack DB cluster (DB-Cluster rückverfolgen)\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-db-cluster.png) 1. 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. **Rückverfolgen Sie einen DB-Cluster mit der wie folgt AWS CLI** + Rufen Sie den AWS-CLI-Befehl [backtrack-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/backtrack-db-cluster.html) auf und stellen Sie die folgenden Werte bereit: + `--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 Linux, macOS oder Unix: ``` aws rds backtrack-db-cluster \ --db-cluster-identifier sample-cluster \ --backtrack-to 2018-03-19T10:00:00+00:00 ``` Für 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](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_BacktrackDBCluster.html). Diese Operation nimmt die Rückverfolgung des mit `DBClusterIdentifier` angegebenen DB-Clusters auf den angegebenen Zeitpunkt vor. # Überwachen der Rückverfolgung für einen DB-Cluster von Aurora MySQL 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 an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie **Databases (Datenbanken)** aus. 1. Wählen Sie den Namen des DB-Clusters, um die zugehörigen Informationen anzuzeigen. Die Rückverfolgungsinformationen befinden sich im Bereich **Backtrack (Rückverfolgung)**. ![\[Rückverfolgungsdetails für ein DB-Cluster\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-details.png) 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. 1. Zeigen Sie die Rückverfolgungskennzahlen für den DB-Cluster wie folgt an: 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie den Namen der primären Instance des DB-Clusters, um die Details anzuzeigen. 1. Geben Sie im **CloudWatch**Abschnitt etwas **Backtrack** in das **CloudWatch**Feld ein, um nur die Backtrack-Metriken anzuzeigen. ![\[Rückverfolgungsmetriken\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-metrics.png) 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](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) 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 Linux, macOS oder Unix: ``` aws rds describe-db-clusters \ --db-cluster-identifier sample-cluster ``` Für Windows: ``` aws rds describe-db-clusters ^ --db-cluster-identifier sample-cluster ``` ## RDS-API Verwenden Sie den DBClusters Vorgang [Describe](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html), um Backtrack-Informationen für einen DB-Cluster mithilfe der Amazon RDS-API anzuzeigen. 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 an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie **Event subscriptions (Ereignisabonnements)** aus. 1. Wählen Sie **Create event subscription (Ereignisabonnement erstellen)** aus. 1. 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. 1. Wählen Sie im Bereich **Target (Ziel)** die Option **New email topic (Neues E-Mail-Thema)** aus. 1. 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. 1. Wählen Sie im Bereich **Source (Quelle)** für **Source type (Quellentyp)** den Wert **Instances (Instances)** aus. 1. 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. 1. 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. ![\[Rückverfolgungsereignis-Abonnement\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-event.png) 1. 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](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-backtracks.html) 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 Linux, macOS oder Unix: ``` aws rds describe-db-cluster-backtracks \ --db-cluster-identifier sample-cluster ``` Für Windows: ``` aws rds describe-db-cluster-backtracks ^ --db-cluster-identifier sample-cluster ``` ### RDS-API Um Informationen über die Backtracks für einen DB-Cluster mithilfe der Amazon RDS-API abzurufen, verwenden Sie den Vorgang [Describe DBCluster Backtracks](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterBacktracks.html). 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 von Aurora MySQL 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 AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie **Databases (Datenbanken)** aus. 1. Wählen Sie den zu ändernden Cluster und dann die Option **Modify (Ändern)** aus. 1. Wählen Sie im Bereich **Backtrack (Rückverfolgung)** die Option **Disable Backtrack (Rückverfolgung deaktivieren)** aus. 1. Klicken Sie auf **Weiter**. 1. 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 Wartungsfensters 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. 1. Wählen Sie **Modify Cluster (Cluster ändern)** aus. ## AWS CLI Sie können die Rückverfolgungsfunktion für ein DB-Cluster über die AWS CLI deaktivieren, indem Sie das Zielfenster für die Rückverfolgung auf `0` (null) festlegen. Nachdem Sie die Rückverfolgung für einen Cluster vollständig deaktiviert haben, können Sie sie für diesen Cluster nicht erneut aktivieren. **Ändern Sie das Zeitfenster für die Rückverfolgung für einen DB-Cluster mit der wie folgt AWS CLI** + Rufen Sie den AWS-CLI-Befehl [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) auf und geben Sie folgende 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 Linux, macOS oder Unix: ``` aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --backtrack-window 0 ``` Für 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](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html). 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.