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. # Testen wiederherstellen *Wiederherstellungstests*, eine von angebotene Funktion AWS Backup, ermöglichen eine automatische und regelmäßige Bewertung der Durchführbarkeit von Wiederherstellungen sowie die Überwachung der Dauer von Wiederherstellungsaufträgen. **Topics** + [-Übersicht](#restore-testing-overview) + [Wiederherstellungstests im Vergleich zum Wiederherstellungsprozess](#restore-testing-compare) + [Verwaltung von Wiederherstellungstests](#restore-testing-management) + [Erstellen eines Wiederherstellungstestplans](#restore-testing-create) + [Aktualisieren eines Wiederherstellungstestplans](#restore-testing-update) + [Anzeigen bestehender Wiederherstellungstestpläne](#restore-testing-view) + [Anzeigen von Wiederherstellungstestaufträgen](#restore-testing-jobs) + [Löschen eines Wiederherstellungstestplans](#restore-testing-delete) + [Prüfung eines Wiederherstellungstests](#restore-testing-audit) + [Kontingente und Parameter für Wiederherstellungstests](#restore-testing-quotas) + [Fehler beim Wiederherstellen, Testen](#restore-testing-troubleshooting) + [Abgeleitete Metadaten bei Wiederherstellungstests](restore-testing-inferred-metadata.md) + [Testvalidierung wiederherstellen](restore-testing-validation.md) ## -Übersicht Zunächst erstellen Sie einen Wiederherstellungstestplan, wobei Sie einen Namen für Ihren Plan, die Häufigkeit der Wiederherstellungstests und die Zielstartzeit angeben. Dann weisen Sie die Ressourcen zu, die in Ihren Plan aufgenommen werden sollen. Anschließend entscheiden Sie, ob Sie bestimmte oder zufällige Wiederherstellungspunkte in Ihren Test einbeziehen möchten. AWS Backup backup leitet auf intelligente [Weise die Metadaten ab](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing-inferred-metadata.html), die für den Erfolg Ihres Wiederherstellungsauftrags benötigt werden. Wenn der in Ihrem Plan festgelegte Zeitpunkt erreicht ist, werden die Wiederherstellungsaufträge auf der Grundlage Ihres Plans AWS Backup gestartet und die Zeit überwacht, die bis zum Abschluss der Wiederherstellung benötigt wird. Nachdem der Wiederherstellungstestplan seine Ausführung abgeschlossen hat, können Sie anhand der Ergebnisse die Einhaltung organisatorischer oder behördlicher Anforderungen nachweisen, z. B. den erfolgreichen Abschluss von Wiederherstellungstestszenarien oder die Zeit für den Abschluss des Wiederherstellungsauftrags. Optional können Sie es verwenden, [Testvalidierung wiederherstellen](restore-testing-validation.md) um die Ergebnisse des Wiederherstellungstests zu bestätigen. Sobald die optionale Validierung abgeschlossen ist oder das Validierungsfenster geschlossen wird, werden die am Wiederherstellungstest beteiligten Ressourcen AWS Backup gelöscht, und die Ressourcen werden entsprechend dem Service SLAs gelöscht. Am Ende des Testvorgangs können Sie die Ergebnisse und die Abschlusszeit der Tests anzeigen. ## Wiederherstellungstests im Vergleich zum Wiederherstellungsprozess Beim Wiederherstellungstest werden Wiederherstellungsaufträge auf die gleiche Weise ausgeführt wie Wiederherstellungen auf Abruf. Dabei werden dieselben Wiederherstellungspunkte (Backups) wie bei einer Wiederherstellung auf Abruf verwendet. Für jeden Job, der mit dem `StartRestoreJob` CloudTrail Wiederherstellungstest gestartet wurde, werden Aufrufe von IN (falls aktiviert) angezeigt Es gibt jedoch einige Unterschiede zwischen der Durchführung eines Tests zur Wiederherstellung nach Zeitplan und einer Wiederherstellung auf Abruf: | | Wiederherstellungstests | Wiederherstellen | | --- | --- | --- | | **Account** | Es wird empfohlen, ein Konto festzulegen, das für Wiederherstellungstests verwendet werden soll | Sie können Ressourcen von einem Konto aus wiederherstellen | | **AWS Backup Audit Manager** | Kann ein Steuerelement aktivieren, um zu bestätigen, ob ein Wiederherstellungstest die angegebenen Wiederherstellungsziele erfüllt | | | **Kadenz** | Regelmäßig als Teil eines geplanten Plans. | On-Demand | | **Ressourcen** | Zu den Ressourcentypen, die Sie Ihrem Testplan zuweisen können, gehören: Aurora, Amazon DocumentDB, Amazon DynamoDB, Amazon EBS, Amazon EC2, Amazon EFS, Amazon FSx (Lustre, ONTAP, OpenZFS, Windows), Amazon Neptune, Amazon RDS und Amazon S3. | Alle Ressourcen können wiederhergestellt werden. | | **Ergebnisse** | Nach Abschluss des Wiederherstellungstests wird die wiederhergestellte Ressource nach Abschluss des Fensters gelöscht. [Testvalidierung wiederherstellen](restore-testing-validation.md) | Sobald der Wiederherstellungsauftrag abgeschlossen ist, bleibt die wiederhergestellte Version der Ressource erhalten. | | **Tags** | Bei Ressourcentypen, die Tags bei der Wiederherstellung unterstützen, werden beim Testen Tags bei der Wiederherstellung angewendet. | Tags sind für unterstützte Ressourcen optional. | ## Verwaltung von Wiederherstellungstests In der [AWS Backup -Konsole](https://console.aws.amazon.com/backup/) können Sie einen Wiederherstellungtestplan erstellen, anzeigen, aktualisieren oder löschen. Sie können [AWS CLI](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/index.html#cli-aws-backup) verwenden, um Operationen für Wiederherstellungstestpläne programmgesteuert auszuführen. Jede CLI ist spezifisch für den AWS Dienst, aus dem sie stammt. Befehlen sollte das Präfix `aws backup` vorangestellt werden. ### Löschen von Daten Wenn ein Wiederherstellungstest abgeschlossen ist, AWS Backup beginnt das Löschen der am Test beteiligten Ressourcen. Dieses Löschen erfolgt nicht sofort. Jeder Ressource liegt eine Konfiguration zugrunde, die bestimmt, wie diese Ressourcen gespeichert und wie sie über ihren Lebenszyklus verteilt werden. Wenn beispielsweise Amazon-S3-Buckets Teil des Wiederherstellungstests sind, [werden dem Bucket Lebenszyklusregeln hinzugefügt](https://docs.aws.amazon.com/AmazonS3/latest/userguide/intro-lifecycle-rules.html). Es kann bis zu mehreren Tagen dauern, bis die Regeln ausgeführt werden und der Bucket und seine Objekte vollständig gelöscht sind. Gebühren fallen für diese Ressourcen jedoch nur bis zu dem Tag an, an dem die Lebenszyklusregel initiiert wird (standardmäßig ist dies 1 Tag). Die Geschwindigkeit des Löschvorgangs hängt vom Ressourcentyp ab. Ressourcen, die Teil eines Wiederherstellungstestplans sind, enthalten ein Tag mit dem Namen `awsbackup-restore-test`. Wenn ein Benutzer dieses Tag entfernt, AWS Backup kann die Ressource am Ende des Testzeitraums nicht gelöscht werden, und der Benutzer muss sie stattdessen manuell löschen. Um zu überprüfen, warum Ressourcen möglicherweise nicht wie erwartet gelöscht wurden, können Sie in der Konsole nach fehlgeschlagenen Aufträgen suchen oder über die Befehlszeilenschnittstelle die API-Anfrage `DescribeRestoreJob` aufrufen, um Meldungen zum Löschstatus abzurufen. Backup-Pläne (Testpläne ohne Wiederherstellung) ignorieren Ressourcen, die durch Wiederherstellungstests erstellt wurden (solche, deren Tag `awsbackup-restore-test` oder Name mit beginnt`awsbackup-restore-test`). ### Kostenkontrolle Bei Wiederherstellungstests fallen Kosten pro Wiederherstellungstest an. Je nachdem, welche Ressourcen in Ihrem Wiederherstellungstestplan enthalten sind, können für die Wiederherstellungsaufträge, die Teil des Plans sind, ebenso Kosten anfallen. Alle Einzelheiten finden Sie unter [AWS Backup -Preise](https://aws.amazon.com/backup/pricing/). Wenn Sie zum ersten Mal einen Wiederherstellungstestplan einrichten, kann es für Sie von Vorteil sein, eine Mindestanzahl an Ressourcentypen und geschützten Ressourcen anzugeben, um sich mit dem Feature, dem Prozess und den damit verbundenen durchschnittlichen Kosten vertraut zu machen. Sie können einen Plan nach dessen Erstellung aktualisieren, um weitere Ressourcentypen und geschützte Ressourcen hinzuzufügen. ## Erstellen eines Wiederherstellungstestplans Ein Wiederherstellungstestplan besteht aus zwei Teilen: der Erstellung des Plans und der Zuweisung von Ressourcen. Wenn Sie die Konsole verwenden, sind diese Teile sequenziell. Im ersten Teil legen Sie den Namen, die Frequenz und die Startzeiten fest. Im zweiten Teil weisen Sie Ihrem Testplan Ressourcen zu. Wenn Sie eine API verwenden AWS CLI , verwenden Sie [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-plan.html)sie zuerst. Nachdem Sie eine erfolgreiche Antwort erhalten haben und der Plan erstellt wurde, verwenden Sie für jeden Ressourcentyp [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-selection.html), den Sie in Ihren Plan aufnehmen möchten. Wenn Sie einen Testplan für die Wiederherstellung erstellen, erstellen wir für Sie eine Rolle, die mit dem Service verknüpft ist. Weitere Informationen finden Sie unter [Rollen für Wiederherstellungstests verwenden](using-service-linked-roles-AWSServiceRoleForBackupRestoreTesting.md). ------ #### [ Console ] **Teil I: Erstellen eines Wiederherstellungstestplans mithilfe der Konsole** 1. Öffnen Sie die AWS Backup Konsole unter [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup) 1. Suchen Sie im linken Navigationsbereich nach **Wiederherstellungstests** und wählen Sie dies aus. 1. Wählen Sie **Wiederherstellungstestplan erstellen** aus. 1. **General** 1. **Name:** Geben Sie einen Namen für Ihren neuen Wiederherstellungstestplan ein. Der Name kann nach der Erstellung nicht mehr geändert werden. Der Name darf nur alphanumerische Zeichen und Unterstriche enthalten. 1. **Testfrequenz:** Wählen Sie die Häufigkeit aus, mit der die Wiederherstellungstests ausgeführt werden. 1. **Startzeit:** Stellen Sie die Uhrzeit (in Stunden und Minuten) ein, zu der der Test beginnen soll. Sie können auch die lokale Zeitzone festlegen, in der der Wiederherstellungstestplan ausgeführt werden soll. 1. **Start innerhalb:** Dieser Wert (in Stunden) gibt den Zeitraum an, in dem der Wiederherstellungstest beginnen soll. AWS Backup bemüht sich nach besten Kräften, alle vorgesehenen Wiederherstellungsaufträge während des Startzeitraums zu starten, und ordnet die Startzeiten innerhalb dieses Zeitraums nach dem Zufallsprinzip an. 1. **Auswahl des Wiederherstellungspunkts:** Hier legen Sie die Quelltresore, den Wiederherstellungspunktbereich und die Auswahlkriterien dafür fest, welche Wiederherstellungspunkte (Backups) Teil des Plans sein sollen. 1. **Quelltresore:** Wählen Sie aus, ob Sie alle verfügbaren Tresore oder nur bestimmte Tresore einbeziehen möchten, um zu filtern, welche Wiederherstellungspunkte in Ihrem Plan enthalten sein können. Wenn Sie sich für **bestimmte Tresore** entscheiden, wählen Sie aus dem Dropdown-Menü die Tresore aus, die Sie einbeziehen möchten. 1. **Berechtigte Wiederherstellungspunkte:** Geben Sie den Zeitrahmen an, aus dem die Wiederherstellungspunkte ausgewählt werden. Sie können 1 bis 365 Tage, 1 bis 52 Wochen, 1 bis 12 Monate oder 1 Jahr wählen. 1. **Auswahlkriterien:** Sobald Ihr Zeitraum für die Wiederherstellungspunkte festgelegt ist, können Sie wählen, ob Sie den neuesten oder einen zufälligen in Ihren Plan aufnehmen möchten. Möglicherweise möchten Sie einen zufälligen Wert auswählen, um den allgemeinen Zustand der Wiederherstellungspunkte in regelmäßigeren Abständen zu überprüfen, falls eine Wiederherstellung auf eine ältere Version jemals erforderlich sein sollte. 1. **Point-in-time Wiederherstellungspunkte:** Wenn Ihr Plan Ressourcen mit kontinuierlichen Sicherungspunkten (point-in-time-restore/PITR) umfasst, können Sie dieses Kontrollkästchen aktivieren, damit Ihr Testplan kontinuierliche Backups als geeignete Wiederherstellungspunkte vorsieht (siehe [Verfügbarkeit von Funktionen nach Ressourcen, für die Ressourcentypen über diese Funktion verfügen](backup-feature-availability.md#features-by-resource)). 1. *(optional)* Dem **Wiederherstellungstestplan hinzugefügte Tags:** Sie können wählen, ob Sie Ihrem Wiederherstellungstestplan bis zu 50 Tags hinzufügen möchten. Alle Tags müssen separat hinzugefügt werden. Um einen neuen Tag hinzuzufügen, wählen Sie **Neuen Tag hinzufügen**. **Teil II: Dem Plan mithilfe der Konsole Ressourcen zuweisen** In diesem Abschnitt wählen Sie die Ressourcen aus, die Sie gesichert haben, um sie in Ihren Wiederherstellungstestplan aufzunehmen. Sie wählen den Namen der Ressourcenzuweisung und die Rolle, die Sie für den Wiederherstellungstest verwenden, aus und legen den Aufbewahrungszeitraum vor der Bereinigung fest. Anschließend wählen Sie den Ressourcentyp und den Umfang aus und verfeinern Ihre Auswahl optional mit Tags. **Tipp** Um zu dem Wiederherstellungstestplan zurückzukehren, dem Sie Ressourcen hinzufügen möchten, können Sie in der [AWS Backup -Konsole](https://console.aws.amazon.com/backup) die Option **Wiederherstellungstests** auswählen, dann Ihren bevorzugten Testplan suchen und ihn auswählen. 1. **General** 1. **Name der Ressourcenzuweisung:** Geben Sie einen Namen für diese Ressourcenzuweisung ein. Verwenden Sie dazu eine Zeichenfolge aus alphanumerischen Zeichen und Unterstrichen ohne Leerzeichen. 1. **Wiederherstellen der IAM-Rolle:** Der Test muss eine von Ihnen angegebene Identity-and-Access-Management (IAM)-Rolle verwenden. Sie können die AWS Backup Standardrolle oder eine andere Rolle wählen. Wenn die AWS Backup Standardeinstellung nach Abschluss dieses Vorgangs noch nicht vorhanden ist, AWS Backup wird sie automatisch mit den erforderlichen Berechtigungen für Sie erstellt. Die IAM-Rolle, die Sie für den Wiederherstellungstest auswählen, muss die in [https://docs.aws.amazon.com/aws-backup/latest/devguide/security-iam-awsmanpol.html#aws-managed-policies](https://docs.aws.amazon.com/aws-backup/latest/devguide/security-iam-awsmanpol.html#aws-managed-policies) enthaltenen Berechtigungen enthalten. 1. **Aufbewahrungszeitraum vor der Bereinigung:** Während eines Wiederherstellungstests werden Backup-Daten vorübergehend wiederhergestellt. Standardmäßig werden diese Daten nach Abschluss des Tests gelöscht. Sie haben die Möglichkeit, das Löschen dieser Daten zu verzögern, wenn Sie die Wiederherstellung validieren möchten. Wenn Sie die Validierung ausführen möchten, wählen Sie **Für eine bestimmte Anzahl von Stunden aufbewahren** und geben Sie einen Wert zwischen 1 und 168 Stunden (einschließlich) ein. Beachten Sie, dass die Validierung programmgesteuert, jedoch nicht von der AWS Backup -Konsole aus ausgeführt werden kann. 1. **Geschützte Ressourcen:** 1. **Ressourcentyp auswählen:** Wählen Sie aus, welche Ressourcentypen und welcher Umfang von Backups dieser Typen in den Ressourcentestplan aufgenommen werden sollen. Jeder Plan kann mehrere Ressourcentypen enthalten, aber jeder Ressourcentyp muss dem Plan einzeln zugewiesen werden. 1. **Umfang der Ressourcenauswahl:** Sobald der Typ ausgewählt ist, wählen Sie aus, ob Sie alle verfügbaren geschützten Ressourcen dieses Typs oder nur bestimmte geschützte Ressourcen einbeziehen möchten. 1. *(optional)* **Verfeinern der Ressourcenauswahl mithilfe von Tags:** Wenn Ihre Backups Tags enthalten, können Sie nach Tags filtern, um **bestimmte geschützte Ressourcen auszuwählen**. Geben Sie den Tag-Schlüssel, die Bedingung, unter der dieser Schlüssel enthalten sein soll oder nicht, und den Wert für den Schlüssel ein. Wählen Sie dann die Schaltfläche **Tags hinzufügen** aus. Tags auf geschützten Ressourcen werden evaluiert, indem die Tags auf dem letzten Wiederherstellungspunkt im Backup-Tresor überprüft werden, der die geschützte Ressource enthält. 1. **Wiederherstellungsparameter:** Bei bestimmten Ressourcen müssen zur Vorbereitung eines Wiederherstellungsauftrags Parameter angegeben werden. In den meisten Fällen AWS Backup werden die Werte auf der Grundlage des gespeicherten Backups abgeleitet. In den meisten Fällen wird empfohlen, diese Parameter beizubehalten. Sie können die Werte jedoch ändern, indem Sie eine andere Auswahl aus dem Dropdown-Menü auswählen. Zu den Beispielen, bei denen eine Änderung der Werte optimal sein kann, gehören das Überschreiben von Verschlüsselungsschlüsseln, FSx Amazon-Einstellungen, bei denen keine Daten abgeleitet werden können, und die Erstellung von Subnetzen. Wenn beispielsweise eine RDS-Datenbank zu den Ressourcentypen gehört, die Sie Ihrem Wiederherstellungstestplan zuweisen, werden Parameter wie Availability Zone, Datenbankname, Datenbank-Instance-Klasse und VPC-Sicherheitsgruppe mit abgeleiteten Werten angezeigt, die Sie gegebenenfalls ändern können. ------ #### [ AWS CLI ] Der CLI-Befehl `CreateRestoreTestingPlan` wird verwendet, um einen Wiederherstellungstestplan zu erstellen. Der Testplan muss Folgendes enthalten: + `RestoreTestingPlan`, der einen eindeutigen `RestoreTestingPlanName` enthalten muss + [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingPlanForCreate.html#Backup-Type-RestoreTestingPlanForCreate-ScheduleExpression](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingPlanForCreate.html#Backup-Type-RestoreTestingPlanForCreate-ScheduleExpression)-Cron-Ausdruck + [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingRecoveryPointSelection.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingRecoveryPointSelection.html) Obwohl es ähnlich benannt ist, ist es **NICHT dasselbe** wie. `RestoreTestingSelection` [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingRecoveryPointSelection.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingRecoveryPointSelection.html)hat fünf Parameter (drei erforderlich und zwei optional). Die von Ihnen angegebenen Werte bestimmen, welcher Erholungspunkt im Wiederherstellungstest enthalten ist. Sie müssen angeben, `Algorithm` ob Sie den neuesten `SelectionWindowDays` oder einen zufälligen Wiederherstellungspunkt verwenden möchten, und Sie müssen angeben, `IncludeVaults` aus welchen Tresoren die Wiederherstellungspunkte ausgewählt werden können. Eine Auswahl kann über eine oder mehrere geschützte Ressourcen ARNs oder über eine oder mehrere Bedingungen verfügen, aber sie kann nicht beides haben. Sie können auch Folgendes einschließen: + [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingPlanForCreate.html#Backup-Type-RestoreTestingPlanForCreate-ScheduleExpressionTimeZone](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingPlanForCreate.html#Backup-Type-RestoreTestingPlanForCreate-ScheduleExpressionTimeZone) + [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#Backup-CreateRestoreTestingPlan-request-Tags](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#Backup-CreateRestoreTestingPlan-request-Tags) + [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#API_CreateRestoreTestingPlan_RequestSyntax](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#API_CreateRestoreTestingPlan_RequestSyntax) + [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#API_CreateRestoreTestingPlan_RequestSyntax](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#API_CreateRestoreTestingPlan_RequestSyntax) Verwenden Sie den CLI-Befehl [`create-restore-testing-plan`.](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-plan.html) Sobald der Plan erfolgreich erstellt wurde, müssen Sie ihm mithilfe von [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-selection.html) Ressourcen zuweisen. Dies besteht aus `RestoreTestingSelectionName`, `ProtectedResourceType` und einem der folgenden Elemente: **Anmerkung** **RestoreTestingSelectionName Anforderungen an die Benennung:** Muss zwischen 1 und 256 Zeichen lang sein Kann Buchstaben (a-z, A-Z), Zahlen (0-9), Bindestriche (-) und Unterstriche (\$1) enthalten Muss mit einem Buchstaben oder einer Zahl beginnen Kann nicht mit einem Bindestrich oder Unterstrich enden Muss innerhalb des Wiederherstellungstestplans eindeutig sein + `ProtectedResourceArns` + `ProtectedResourceConditions` Jeder geschützte Ressourcentyp kann einen einzelnen Wert haben. Eine Auswahl für den Wiederherstellungstest kann einen Platzhalterwert („\$1“) für `ProtectedResourceArns` zusammen mit `ProtectedResourceConditions` enthalten. Alternativ können Sie bis zu 30 spezifische geschützte Ressourcen ARNs hinzufügen`ProtectedResourceArns`. ------ **Stellen Sie die Testfrequenz wieder her** AWS Backup wertet Cron-Ausdrücke zwischen 00:00 und 23:59 aus. Wenn Sie einen Testplan für die Wiederherstellung „alle 12 Stunden“ erstellen, aber eine Startzeit nach 11:59 Uhr angeben, wird er nur einmal pro Tag ausgeführt. **Bestimmung des Wiederherstellungspunkts** Jedes Mal, wenn ein Testplan ausgeführt wird (entsprechend der von Ihnen angegebenen Häufigkeit und Startzeit), wird ein geeigneter Wiederherstellungspunkt pro ausgewählter geschützter Ressource durch den Wiederherstellungstest wiederhergestellt. Wenn keine Wiederherstellungspunkte für eine Ressource die Auswahlkriterien für den Wiederherstellungspunkt erfüllen, wird diese Ressource nicht in den Test aufgenommen. Ein Erholungspunkt für eine geschützte Ressource in einer Testauswahl kommt in Frage, wenn er die Kriterien für den angegebenen Zeitraum erfüllt und Tresore in den Wiederherstellungstestplan aufgenommen hat. Eine geschützte Ressource wird ausgewählt, wenn die Auswahl des Ressourcentests den Ressourcentyp beinhaltet und wenn eine der folgenden Bedingungen zutrifft: + Der Ressourcen-ARN ist in dieser Auswahl angegeben; oder + Die Tag-Bedingungen für diese Auswahl stimmen mit den Tags auf dem letzten Recovery Point für die Ressource überein ## Aktualisieren eines Wiederherstellungstestplans Sie können Teile Ihres Wiederherstellungstestplans und die darin enthaltenen Ressourcenauswahlen über die Konsole oder AWS CLI aktualisieren. ------ #### [ Console ] **Aktualisieren von Wiederherstellungstestplänen und Auswahlen in der Konsole** Wenn Sie die Seite mit den Details zum Wiederherstellungstestplan in der Konsole aufrufen, können Sie viele Einstellungen Ihres Plans bearbeiten (aktualisieren). Um das zu tun, 1. Öffnen Sie die AWS Backup Konsole unter [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup) 1. Suchen Sie im linken Navigationsbereich nach **Wiederherstellungstests** und wählen Sie dies aus. 1. Wählen Sie die Schaltfläche **Bearbeiten** aus. 1. Passen Sie die Häufigkeit, die Startzeit und die Zeit an, zu der der Test beginnen soll, innerhalb derer der Test nach der ausgewählten Startzeit beginnt. 1. Speichern Sie Ihre Änderungen. ------ #### [ AWS CLI ] **Aktualisieren Sie die Pläne und Auswahlen für die Wiederherstellung mithilfe von AWS CLI** Fordert an [UpdateRestoreTestingPlan](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_UpdateRestoreTestingPlan.html)und [UpdateRestoreTestingSelection](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_UpdateRestoreTestingSelection.html)kann verwendet werden, um Teilaktualisierungen für einen bestimmten Plan oder eine Auswahl zu senden. Die Namen können nicht geändert werden, aber Sie können andere Parameter aktualisieren. Nehmen Sie in jede Anforderung nur Parameter auf, die Sie ändern möchten. Bevor Sie eine Aktualisierungsanfrage senden, verwenden Sie [GetRestoreTestingPlan](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_GetRestoreTestingPlan.html)und, [GetRestoreTestingSelection](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_GetRestoreTestingSelection.html)um festzustellen, ob Ihre Anfrage bestimmte RestoreTestingSelection enthält ARNs oder ob sie den Platzhalter und die Bedingungen verwendet. Wenn in Ihrer Auswahl für den Wiederherstellungstest ein Platzhalter ARNs (anstelle eines Platzhalters) angegeben wurde und Sie ihn in einen Platzhalter mit Bedingungen ändern möchten, muss die Aktualisierungsanforderung sowohl den ARN-Platzhalter als auch die Bedingungen enthalten. Eine Auswahl kann entweder eine geschützte Ressource enthalten ARNs oder den Platzhalter mit Bedingungen verwenden, aber sie kann nicht beides haben. + [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-plan.html) + [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-selection.html) + [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/updated-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/updated-restore-testing-plan.html) + [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/update-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/update-restore-testing-selection.html) ------ ## Anzeigen bestehender Wiederherstellungstestpläne ------ #### [ Console ] **Anzeigen von Details zu einem vorhandenen Wiederherstellungstestplan und den zugewiesenen Ressourcen in der Konsole** 1. Öffnen Sie die AWS Backup Konsole unter [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup) 1. Wählen Sie im linken Navigationsbereich **Wiederherstellungstests** aus. Auf dem Display werden Ihre Wiederherstellungstestpläne angezeigt. Die Pläne werden standardmäßig nach der letzten Laufzeit angezeigt. 1. Wählen Sie den Link in einem Plan aus, um dessen Details anzuzeigen, einschließlich einer Zusammenfassung des Plans, seines Namens, seiner Häufigkeit, seiner Startzeit und seines „Start innerhalb von“-Werts. Sie können auch die geschützten Ressourcen in diesem Plan, die Wiederherstellungstestaufträge der letzten 30 Tage, die in diesem Plan enthalten sind, und alle Tags, die Sie als Teil dieses Testplans erstellen können, einsehen. ------ #### [ AWS CLI ] **Abrufen von Details zu einem vorhandenen Wiederherstellungstestplan und zur Auswahl über die Befehlszeile** + [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-plan.html) + [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-selections.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-selections.html) + [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-plan.html) + [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-selection.html) ------ ## Anzeigen von Wiederherstellungstestaufträgen ------ #### [ Console ] **Anzeigen bestehender Wiederherstellungstestaufträge in der Konsole** Wiederherstellungstestaufträge sind auf der Seite mit Wiederherstellungsaufträgen enthalten. 1. Öffnen Sie die AWS Backup Konsole unter [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup) 1. Navigieren Sie zur Seite **Aufträge**. Alternativ können Sie **Wiederherstellungstests** und dann einen Wiederherstellungstestplan auswählen, um dessen Details und die mit dem Plan verknüpften Aufträge anzuzeigen. 1. Wählen Sie die Registerkarte **Wiederherstellungsaufträge** aus. Auf dieser Seite können Sie den Status, die Wiederherstellungszeit, den Wiederherstellungstyp, die Ressourcen-ID, den Ressourcentyp, den Wiederherstellungstestplan, zu dem der Auftrag gehört, die Erstellungszeit und die Wiederherstellungspunkt-ID des Wiederherstellungsauftrags anzeigen. Aufträge, die in einem Wiederherstellungstestplan enthalten sind, haben den Wiederherstellungstyp **Test**. Wiederherstellungstestaufträge haben mehrere Statuskategorien: + Ein **Status**-Typ, der Aufmerksamkeit erfordert, ist unterstrichen. Bewegen Sie den Mauszeiger über den Status, um weitere Details zu sehen, falls sie verfügbar sind. + Es wird ein **Validierungsstatus** angezeigt, ob der Test initiiert [Testvalidierung wiederherstellen](restore-testing-validation.md) wurde (nicht in der Konsole verfügbar). + Im Löschstatus wird der Status der durch den Wiederherstellungstest generierten Daten angegeben. Es gibt drei mögliche Löschstatus: **Erfolgreich**, **Löschen** und **Fehlgeschlagen**. Wenn das Löschen eines Wiederherstellungstestauftrags fehlgeschlagen ist, müssen Sie die Ressource manuell entfernen, da der Wiederherstellungstestablauf den Vorgang nicht automatisch abschließen konnte. Oft wird ein fehlgeschlagener Löschvorgang ausgelöst, wenn der Tag `awsbackup-restore-test` aus der Ressource entfernt wird. ------ #### [ AWS CLI ] **Anzeigen bestehender Wiederherstellungstestaufträge über die Befehlszeile** + [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-jobs-by-protected-resource.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-jobs-by-protected-resource.html) ------ ## Löschen eines Wiederherstellungstestplans ------ #### [ Console ] **Löschen eines Wiederherstellungstestplans in der Konsole** 1. Rufen Sie [Anzeigen bestehender Wiederherstellungstestpläne](#restore-testing-view) auf, um Ihre aktuellen Wiederherstellungstestpläne anzuzeigen. 1. Löschen Sie auf der Seite mit den Details zum Wiederherstellungstestplan einen Plan, indem Sie **Löschen** auswählen. 1. Nachdem Sie „Löschen“ ausgewählt haben, wird ein Popup-Fenster zur Bestätigung angezeigt, dass Sie Ihren Plan löschen möchten. Auf diesem Bildschirm wird der Name Ihres spezifischen Wiederherstellungstestplans fett gedruckt angezeigt. Um fortzufahren, geben Sie den genauen Namen des Testplans unter Berücksichtigung der Groß- und Kleinschreibung ein, einschließlich aller Unterstriche, Bindestriche und Punkte. Wenn die Option **Wiederherstellungstestplan löschen** nicht ausgewählt werden kann, geben Sie den Namen erneut ein, bis er mit dem angezeigten Namen übereinstimmt. Sobald der Wert exakt übereinstimmt, kann die Option zum Löschen des Wiederherstellungstestplans ausgewählt werden. ------ #### [ AWS CLI ] **Löschen eines Wiederherstellungstestplans über die Befehlszeile** Der CLI-Befehl [DeleteRestoreTestingSelection](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_DeleteRestoreTestingSelection.html)kann verwendet werden, um eine Auswahl für Wiederherstellungstests zu löschen. Fügen Sie `RestoreTestingPlanName` und `RestoreTestingSelectionName` in die Anforderung ein. Alle Testauswahlen, die mit einem Testplan verknüpft sind, müssen gelöscht werden, bevor der Testplan gelöscht werden kann. Sobald alle Testauswahlen gelöscht wurden, können Sie die API-Anfrage verwenden, [DeleteRestoreTestingPlan](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_DeleteRestoreTestingPlan.html)um einen Wiederherstellungstestplan zu löschen. Sie müssen `RestoreTestingPlanName` einschließen. + [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/delete-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/delete-restore-testing-selection.html) + [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/delete-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/delete-restore-testing-plan.html) ------ ## Prüfung eines Wiederherstellungstests Stellen Sie Testintegrationen mit AWS Backup Audit Manager wieder her, damit Sie beurteilen können, ob eine wiederhergestellte Ressource innerhalb Ihrer Zielwiederherstellungszeit abgeschlossen wurde. Weitere Informationen finden Sie unter [Wiederherstellungszeit für Ressourcen, die dem Ziel entsprechen](https://docs.aws.amazon.com/aws-backup/latest/devguide/controls-and-remediation.html#restore-time-meets-target-control) in [AWS Backup Steuerelemente und Korrekturmaßnahmen in Audit Manager](https://docs.aws.amazon.com/aws-backup/latest/devguide/controls-and-remediation.html). ## Kontingente und Parameter für Wiederherstellungstests + 100 Wiederherstellungstestpläne + Jedem Wiederherstellungstestplan können 50 Tags hinzugefügt werden + 30 Auswahlen pro Plan + 30 geschützte Ressourcen ARNs pro Auswahl + 30 Bedingungen für geschützte Ressourcen pro Auswahl (einschließlich der Bedingungen innerhalb von `StringEquals` und `StringNotEquals`) + 30 Tresor-Selektoren pro Auswahl + Maximales Auswahlzeitfenster in Tagen: 365 Tage + Startzeitfenster in Stunden: Min.: 1 Stunde; Max.: 168 Stunden (7 Tage) + Max. Länge des Plannamens: 50 Zeichen + Max. Länge des Auswahlnamens: 50 Zeichen Zusätzliche Informationen zu den Grenzwerten finden Sie unter [AWS Backup Kontingente](aws-backup-limits.md). ## Fehler beim Wiederherstellen, Testen Wenn Sie über Wiederherstellungstestaufträge mit dem Wiederherstellungsstatus von verfügen`Failed`, können Ihnen die folgenden Gründe dabei helfen, die Ursache zu ermitteln und Abhilfe zu schaffen. Fehlermeldungen [können in der AWS Backup Konsole auf der Seite mit den Auftragsstatusdetails oder mithilfe der CLI-Befehle `list-restore-jobs-by-protected-resource` oder angezeigt](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing.html#restore-testing-jobs) werden`list-restore-jobs`. 1. ***Fehler:** `No default VPC for this user. GroupName is only supported for EC2-Classic and default VPC.`* **Lösung 1:** Aktualisieren Sie Ihre Auswahl für den Wiederherstellungstest und [überschreiben](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) Sie den Parameter`SubnetId`. Die AWS Backup Konsole zeigt diesen Parameter als „Subnetz“ an. **Lösung 2:** Erstellen Sie die [Standard-VPC](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html#create-default-vpc) neu. **Betroffene Ressourcentypen:** Amazon EC2 1. ***Fehler:** `No subnets found for the default VPC [vpc]. Please specify a subnet.`* **Lösung 1:** Aktualisieren Sie Ihre Auswahl für den Wiederherstellungstest und [überschreiben](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) Sie den `SubnetId` Wiederherstellungsparameter. Die AWS Backup Konsole zeigt diesen Parameter als „Subnetz“ an. **Lösung 2:** [Erstellen Sie ein Standardsubnetz](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html#create-default-subnet) in der Standard-VPC. **Betroffene Ressourcentypen:** Amazon EC2 1. ***Fehler:** `No default subnet detected in VPC. Please contact AWS Support to recreate default Subnets.`* **Lösung 1:** Aktualisieren Sie Ihre Auswahl für den Wiederherstellungstest und [überschreiben](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) Sie den `DBSubnetGroupName` Wiederherstellungsparameter. Die AWS Backup Konsole zeigt diesen Parameter als Subnetzgruppe an. **Lösung 2:** [Erstellen Sie ein Standardsubnetz](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html#create-default-subnet) in der Standard-VPC. **Betroffene Ressourcentypen:** Amazon Aurora, Amazon DocumentDB, Amazon RDS, Neptune 1. ***Fehler:.** `IAM Role cannot be assumed by AWS Backup`* **Lösung:** Die Wiederherstellungsrolle muss von AWS Backupübernommen werden. Aktualisieren Sie entweder die Vertrauensrichtlinie der Rolle in IAM, sodass sie von übernommen werden kann, `"backup.amazonaws.com"` oder aktualisieren Sie Ihre Auswahl für den Wiederherstellungstest, sodass eine Rolle verwendet wird, die als angenommen werden kann. AWS Backup **Betroffene Ressourcentypen**: alle 1. ***Fehler:** `Access denied to KMS key.` oder `The specified AWS KMS key ARN does not exist, is not enabled or you do not have permissions to access it.`* **Lösung:** Überprüfen Sie Folgendes: 1. Die Wiederherstellungsrolle hat Zugriff auf den AWS KMS Schlüssel, der zum Verschlüsseln Ihrer Backups verwendet wurde, und gegebenenfalls auf den KMS-Schlüssel, mit dem die wiederhergestellte Ressource verschlüsselt wurde. 1. Die Ressourcenrichtlinien für die oben genannten KMS-Schlüssel ermöglichen der Wiederherstellungsrolle den Zugriff darauf. Wenn die oben genannten Bedingungen noch nicht erfüllt sind, konfigurieren Sie die Wiederherstellungsrolle und die Ressourcenrichtlinien für den entsprechenden Zugriff. Führen Sie dann den Wiederherstellungstestjob erneut aus. **Betroffene Ressourcentypen:** alle 1. ***Fehler:** `User ARN is not authorized to perform action on resource because no identity based policy allows the action.` oder`Access denied performing s3:CreateBucket on awsbackup-restore-test-xxxxxx`.* **Lösung:** Die Wiederherstellungsrolle verfügt nicht über die erforderlichen Berechtigungen. Aktualisieren Sie die Berechtigungen in IAM für die Wiederherstellungsrolle. **Betroffene Ressourcentypen: alle** 1. ***Fehler:** `User ARN is not authorized to perform action on resource because no resource-based policy allows the action.` oder `User ARN is not authorized to perform action on resource with an explicit deny in a resource based policy.`* **Lösung:** Die Wiederherstellungsrolle hat keinen ausreichenden Zugriff auf die in der Nachricht angegebene Ressource. Aktualisieren Sie die Ressourcenrichtlinie für die erwähnte Ressource. **Betroffene Ressourcentypen:** alle # Abgeleitete Metadaten bei Wiederherstellungstests Die Wiederherstellung eines Wiederherstellungspunkts erfordert Metadaten für die Wiederherstellung. Für die Durchführung von Wiederherstellungstests leitet AWS Backup automatisch Metadaten ab, die wahrscheinlich zu einer erfolgreichen Wiederherstellung führen. Der Befehl `get-restore-testing-inferred-metadata` kann verwendet werden, um eine Vorschau der AWS Backup Folgerungen anzuzeigen. Der Befehl `get-restore-job-metadata` gibt den Satz von Metadaten zurück, der von abgeleitet wurde. AWS Backup Beachten Sie, dass für einige Ressourcentypen (Amazon FSx) kein vollständiger Satz von Metadaten abgeleitet werden kann. AWS Backup Die *abgeleiteten Wiederherstellungsmetadaten* werden während des Wiederherstellungstests ermittelt. Sie können bestimmte Schlüssel für Wiederherstellungsmetadaten überschreiben, indem Sie den Parameter `RestoreMetadataOverrides` in den Hauptteil von `RestoreTestingSelection` aufnehmen. Einige Metadaten-Overrides sind in der AWS Backup Konsole nicht verfügbar. Jede unterstützte Ressource verfügt sowohl über abgeleitete Schlüssel und Werte für Wiederherstellungsmetadaten als auch über überschreibbare Schlüssel für Wiederherstellungsmetadaten. Nur `RestoreMetadataOverrides` Schlüssel-Wert-Paare oder verschachtelte Schlüssel-Wert-Paare, die mit gekennzeichnet *required for successful restore* sind, müssen eingeschlossen werden; die anderen sind optional. Beachten Sie, dass Schlüsselwerte nicht zwischen Groß- und Kleinschreibung unterscheiden. **Wichtig** AWS Backup kann daraus schließen, dass eine Ressource auf die Standardeinstellung zurückgesetzt werden sollte, z. B. eine Amazon EC2 EC2-Instance oder ein Amazon RDS-Cluster, der auf der Standard-VPC wiederhergestellt wurde. Wenn der Standard jedoch nicht vorhanden ist, z. B. die Standard-VPC oder das Standard-Subnetz gelöscht wurde und keine Metadaten-Override eingegeben wurde, ist die Wiederherstellung nicht erfolgreich. | Ressourcentyp | Schlüssel und Werte für abgeleitete Wiederherstellungsmetadaten | Überschreibbare Metadaten | | --- | --- | --- | | **DynamoDB** | `deletionProtection`, wobei der Wert auf `false` gesetzt ist `encryptionType` wird auf `Default` gesetzt `targetTableName`, wobei der Wert auf einen zufälligen Wert gesetzt wird, der mit `awsbackup-restore-test-` beginnt | `encryptionType` `kmsMasterKeyArn` | | **Amazon EBS** | `availabilityZone`, dessen Wert auf eine zufällige Availability Zone gesetzt ist `encrypted`, dessen Wert auf `true` gesetzt ist | `availabilityZone` `iops` `kmsKeyId` `throughput` `volumesize` `volumetype` | | **Amazon EC2** | Der `disableApiTermination`-Wert ist auf `false` gesetzt Der `instanceType`-Wert ist auf den InstanceType des wiederherzustellenden Wiederherstellungspunkts gesetzt Der `requiredImdsV2`-Wert ist auf `true` gesetzt | `iamInstanceProfileName`(null oder) `UseBackedUpValue` `instanceType` `requireImdsV2` `securityGroupIds` `subnetId` | | **Amazon EFS** | Der `encrypted`-Wert ist auf `true` gesetzt Der `file-system-id`-Wert ist auf die Dateisystem-ID des wiederherzustellenden Wiederherstellungspunkts gesetzt `kmsKeyId value` wird auf `alias/aws/elasticfilesystem` gesetzt Der `newFileSystem`-Wert ist auf `true` gesetzt Der `performanceMode`-Wert ist auf `generalPurpose` gesetzt | `kmsKeyId` `performanceMode` | | **Amazon FSx für Lustre** | `lustreConfiguration` hat verschachtelte Schlüssel. Ein verschachtelter Schlüssel ist `automaticBackupRetentionDays`, dessen Wert auf `0` gesetzt ist | `kmsKeyId` `lustreConfiguration` hat den verschachtelten Schlüssel `logConfiguration` `securityGroupIds` `subnetIds`, *required for successful restore* | | **Amazon FSx für NetApp ONTAP** | `name` ist auf einen zufälligen Wert gesetzt, der mit `awsbackup_restore_test_` beginnt `ontapConfiguration` hat verschachtelte Schlüssel, darunter: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) | `ontapConfiguration` hat bestimmte verschachtelte Schlüssel, die überschrieben werden können, darunter: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) | | **Amazon FSx für OpenZFS** | `openZfzConfiguration`, das über verschachtelte Schlüssel verfügt, darunter: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) | `kmsKeyId` `openZfsConfiguration` hat bestimmte verschachtelte Schlüssel, die überschrieben werden können, darunter: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) `securityGroupIds` `subnetIds` | | **Amazon FSx für Windows-Dateiserver** | `windowsConfiguration`, die über verschachtelte Schlüssel verfügt, darunter: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) | `kmsKeyId` `securityGroupIds` `subnetIds` *required for successful restore* `windowsConfiguration`, mit bestimmten verschachtelten Schlüsseln, die überschreibbar sind [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) | | **Amazon-RDS-, Aurora-, Amazon-DocumentDB- und Amazon-Neptune-Cluster** | `availabilityZones`, wobei der Wert auf eine Liste von bis zu drei zufälligen Availability Zones gesetzt ist `dbClusterIdentifier` mit einem zufälligen Wert, der mit `awsbackup-restore-test` beginnt `engine`, wobei der Wert auf die Engine des wiederherzustellenden Wiederherstellungspunkts gesetzt ist | `availabilityZones` `databaseName` `dbClusterParameterGroupName` `dbSubnetGroupName` `enableCloudwatchLogsExports` `enableIamDatabaseAuthentication` `engine` `engineMode` `engineVersion` `kmskeyId` `port` `optionGroupName` `scalingConfiguration` `vpcSecurityGroupIds` | | **Amazon-RDS-Instances** | `dbInstanceIdentifier` mit einem zufälligen Wert, der mit `awsbackup-restore-test-` beginnt `deletionProtection` mit dem Wert auf `false` `multiAz` mit dem Wert auf `false` `publiclyAccessible`, wobei der Wert auf „false“ gesetzt ist | `allocatedStorage` `availabilityZones` `dbInstanceClass` `dbName` `dbParameterGroupName` `dbSubnetGroupName` `domain` `domainIamRoleName` `enableCloudwatchLogsExports` `enableIamDatabaseAuthentication` `iops` `licensemodel` `multiAz` `optionGroupName` `port` `processorFeatures` `publiclyAccessible` `storageType` `vpcSecurityGroupIds` | | **Amazon Simple Storage Service (Amazon-S3)** | `destinationBucketName` mit einem zufälligen Wert, der mit `awsbackup-restore-test-` beginnt `encrypted ` mit dem Wert auf `true` `encryptionType` mit dem Wert auf `SSE-S3` `newBucket` mit dem Wert auf `true` | `encryptionType` `kmsKey` | # Testvalidierung wiederherstellen Sie haben die Möglichkeit, eine ereignisgesteuerte Validierung zu erstellen, die ausgeführt wird, wenn ein Wiederherstellungstestauftrag abgeschlossen ist. Erstellen Sie zunächst einen Validierungs-Workflow mit einem beliebigen von Amazon unterstützten Ziel EventBridge, z. AWS Lambda B. Fügen Sie anschließend eine EventBridge Regel hinzu, die darauf wartet, dass der Wiederherstellungsauftrag den Status `COMPLETED` erreicht. Drittens erstellen Sie einen Testplan für die Wiederherstellung (oder lassen Sie einen vorhandenen Plan wie geplant ausführen). Überwachen Sie abschließend nach Abschluss des Wiederherstellungstests die Protokolle des Validierungs-Workflows, um sicherzustellen, dass er wie erwartet ausgeführt wurde (sobald die Validierung ausgeführt wurde, wird in der [AWS Backup Konsole](https://console.aws.amazon.com/backup) ein Validierungsstatus angezeigt). 1. **Richten Sie den Validierungs-Workflow ein** Sie können einen Validierungsworkflow mit Lambda oder einem anderen Ziel einrichten, das von EventBridge unterstützt wird. Wenn Sie beispielsweise einen Wiederherstellungstest validieren, der eine Amazon EC2 EC2-Instance enthält, können Sie Code hinzufügen, der einen Healthcheck-Endpunkt anpingt. Sie können anhand der Details des Ereignisses bestimmen, welche Ressource (n) validiert werden sollen. Sie können [Lambda-Ebenen](https://docs.aws.amazon.com/lambda/latest/dg/chapter-layers.html) verwenden, um das neueste SDK zu verwenden (da `PutRestoreValidationResult` es nicht über das Lambda-SDK verfügbar ist). Hier ist ein Beispiel: ``` import { Backup } from "@aws-sdk/client-backup"; export const handler = async (event) => { console.log("Handling event: ", event); const restoreTestingPlanArn = event.detail.restoreTestingPlanArn; const resourceType = event.detail.resourceType; const createdResourceArn = event.detail.createdResourceArn; // TODO: Validate the resource const backup = new Backup(); const response = await backup.putRestoreValidationResult({ RestoreJobId: event.detail.restoreJobId, ValidationStatus: "SUCCESSFUL", // TODO ValidationStatusMessage: "" // TODO }); console.log("PutRestoreValidationResult: ", response); console.log("Finished"); }; ``` 1. **Fügen Sie eine EventBridge Regel hinzu** [Erstellen Sie eine EventBridge Regel](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-get-started.html#eb-gs-create-rule), die auf das [`COMPLETED`Ereignis](https://docs.aws.amazon.com/aws-backup/latest/devguide/eventbridge.html#monitoring-events-in-eventbridge) des Wiederherstellungsauftrags wartet. Optional können Sie Ereignisse nach Ressourcentyp filtern oder den ARN des Testplans wiederherstellen. Legen Sie das Ziel dieser Regel fest, um den Validierungs-Workflow aufzurufen, den Sie in Schritt 1 definiert haben. Ein Beispiel: ``` { "source":[ "aws.backup" ], "detail-type":[ "Restore Job State Change" ], "detail":{ "resourceType":[ "..." ], "restoreTestingPlanArn":[ "..." ], "status":[ "COMPLETED" ] } } ``` 1. **Lassen Sie den Testplan für die Wiederherstellung laufen und schließen Sie ihn ab** Der Testplan für die Wiederherstellung wird gemäß dem von Ihnen konfigurierten Zeitplan ausgeführt. Weitere Informationen finden Sie unter [Erstellen eines Testplans für die Wiederherstellung](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing.html#restore-testing-create), falls Sie noch keinen haben, oder Einen [Testplan für die Wiederherstellung aktualisieren](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing.html#restore-testing-update), wenn Sie die Einstellungen ändern möchten. 1. **Überwachen Sie die Ergebnisse** Sobald ein Wiederherstellungstestplan wie geplant ausgeführt wurde, können Sie die Protokolle Ihres Validierungsworkflows überprüfen, um sicherzustellen, dass er ordnungsgemäß ausgeführt wurde. Sie können die API aufrufen, `PutRestoreValidationResult` um die Ergebnisse zu veröffentlichen, die dann in der [AWS Backup Konsole](https://console.aws.amazon.com/backup) und über AWS Backup API-Aufrufe angezeigt werden, in denen Wiederherstellungsaufträge beschrieben und aufgelistet werden, z. B. `DescribeRestoreJob` oder`ListRestoreJob`. Sobald ein Validierungsstatus festgelegt ist, kann er nicht mehr geändert werden.