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.
Inhalt
-Ü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, 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 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 gemäß den 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 Testvalidierung wiederherstellen Fensters gelöscht. |
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
Sie können AWS CLIaws 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. 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 durch einen Wiederherstellungstestplan wiederhergestellt werden und Tag-on-Restore unterstützen, haben das Tag von. awsbackup-restore-test Wenn ein Benutzer dieses Tag entfernt, AWS Backup kann die Ressource am Ende des Testzeitraums nicht gelöscht werden. Der Benutzer muss sie stattdessen manuell löschen. AWS Backup Löscht bei Ressourcen, die Tag-on-Restore nicht unterstützen, die Ressource anhand ihres Namens.
Anmerkung
Wiederherstellungen von DynamoDB, Amazon S3, SAP HANA auf Amazon EC2 EC2-Instances, virtuellen Maschinen und Amazon Timestream Timestream-Ressourcen unterstützen derzeit keine Tag-on-Restore. Wendet für diese Ressourcen das awsbackup-restore-test Tag AWS Backup nicht an und löscht stattdessen die Ressource anhand ihres Namens. Weitere Informationen finden Sie unter Kopieren von Tags während einer Wiederherstellung.
Das Löschen eines wiederhergestellten Amazon S3 S3-Buckets dauert länger als bei anderen Ressourcentypen, da es einige Tage dauern kann, bis Lifecycle-Richtlinien alle Objekte im Bucket 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 beginntawsbackup-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
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 create-restore-testing-plancreate-restore-testing-selection
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.
Testfrequenz wiederherstellen
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
Bei jeder Ausführung eines Wiederherstellungstestplans werden entsprechend der von Ihnen angegebenen Häufigkeit und Startzeit AWS Backup zunächst geschützte Ressourcen zum Testen ausgewählt. Anschließend wird für jede ausgewählte geschützte Ressource höchstens ein Wiederherstellungspunkt AWS Backup wiederhergestellt.
Auswahl der geschützten Ressource
AWS Backup schließt eine geschützte Ressource ein, wenn in der Auswahl für den Wiederherstellungstest der Ressourcentyp angegeben ist und eine der folgenden Bedingungen zutrifft:
-
Der ARN der geschützten Ressource ist in dieser Auswahl angegeben.
-
Die Tag-Bedingungen für diese Auswahl stimmen mit den Tags auf dem letzten Recovery Point für die geschützte Ressource überein.
Auswahl des Wiederherstellungspunkts
AWS Backup Stellt für jede ausgewählte geschützte Ressource höchstens einen geeigneten Erholungspunkt wieder her. Ein Wiederherstellungspunkt kommt in Frage, wenn er innerhalb des angegebenen Zeitrahmens liegt und Tresore im Wiederherstellungstestplan enthalten sind. AWS Backup Wählt unter den in Frage kommenden Wiederherstellungspunkten einen aus und verwendet dabei den neuesten oder zufälligen Algorithmus in. RecoveryPointSelection Wenn kein Erholungspunkt für eine geschützte Ressource in Frage kommt, AWS Backup nimmt diese geschützte Ressource nicht in den Test auf.
Die Tag-Bedingungen gelten nicht für die Auswahl des Wiederherstellungspunkts
Tag-Bedingungen gelten nur für die Auswahl geschützter Ressourcen, die mit dem letzten Wiederherstellungspunkt der geschützten Ressource abgeglichen werden. AWS Backup verwendet sie nicht zur Auswahl des Wiederherstellungspunkts, der wiederhergestellt werden soll. Daher entspricht der wiederhergestellte Erholungspunkt möglicherweise nicht den Tag-Bedingungen, die für die Auswahl geschützter Ressourcen verwendet wurden.
Aktualisieren eines Wiederherstellungstestplans
Sie können Teile Ihres Wiederherstellungstestplans und die darin enthaltenen Ressourcenauswahlen über die Konsole oder AWS CLI aktualisieren.
Anzeigen bestehender Wiederherstellungstestpläne
Anzeigen von Wiederherstellungstestaufträgen
Löschen eines Wiederherstellungstestplans
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 in AWS Backup Steuerelemente und Korrekturmaßnahmen in Audit Manager.
Kontingente und Parameter für Wiederherstellungstests
-
100 Wiederherstellungstestpläne
-
Jedem Wiederherstellungstestplan können 50 Tags hinzugefügt werden
-
30 Auswahlen pro Plan
-
30 ARNs für geschützte Ressourcen pro Auswahl
-
30 Bedingungen für geschützte Ressourcen pro Auswahl (einschließlich der Bedingungen innerhalb von
StringEqualsundStringNotEquals) -
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.
Fehler beim Wiederherstellen, Testen und Beheben von Fehlern
Wenn Sie über Wiederherstellungstestaufträge mit dem Wiederherstellungsstatus von verfügenFailed, 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 werdenlist-restore-jobs.
-
Fehler:
No default VPC for this user.GroupNameis only supported for EC2-Classic and default VPC.Lösung 1: Aktualisieren Sie Ihre Auswahl für den Wiederherstellungstest und überschreiben Sie den Parameter
SubnetId. Die AWS Backup Konsole zeigt diesen Parameter als „Subnetz“ an.Lösung 2: Erstellen Sie die Standard-VPC neu.
Betroffene Ressourcentypen: Amazon EC2
-
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 Sie den
SubnetIdWiederherstellungsparameter. Die AWS Backup Konsole zeigt diesen Parameter als „Subnetz“ an.Lösung 2: Erstellen Sie ein Standardsubnetz in der Standard-VPC.
Betroffene Ressourcentypen: Amazon EC2
-
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 Sie den
DBSubnetGroupNameWiederherstellungsparameter. Die AWS Backup Konsole zeigt diesen Parameter als Subnetzgruppe an.Lösung 2: Erstellen Sie ein Standardsubnetz in der Standard-VPC.
Betroffene Ressourcentypen: Amazon Aurora, Amazon DocumentDB, Amazon RDS, Neptune
-
Fehler:.
IAM Role cannot be assumed by AWS BackupLö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 BackupBetroffene Ressourcentypen: alle
-
Fehler:
Access denied to KMS key.oderThe 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:
-
Die Wiederherstellungsrolle hat Zugriff auf den AWS KMS Schlüssel, mit dem Ihre Backups verschlüsselt wurden, und gegebenenfalls auf den KMS-Schlüssel, mit dem die wiederhergestellte Ressource verschlüsselt wurde.
-
Die Ressourcenrichtlinien für die oben genannten KMS-Schlüssel ermöglichen es der Wiederherstellungsrolle, auf sie zuzugreifen.
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
-
-
Fehler:
UseroderARNis not authorized to performactiononresourcebecause no identity based policy allows theaction.Access denied performing.s3:CreateBucketonawsbackup-restore-test-xxxxxxLösung: Die Wiederherstellungsrolle verfügt nicht über die erforderlichen Berechtigungen. Aktualisieren Sie die Berechtigungen in IAM für die Wiederherstellungsrolle.
Betroffene Ressourcentypen: alle
-
Fehler:
UseroderARNis not authorized to performactiononresourcebecause no resource-based policy allows theaction.UserARNis not authorized to performactiononresourcewith 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