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.
# Wiederherstellen auf eine DB-Instance
Dieser Abschnitt zeigt, wie Sie auf eine DB-Instance wiederherstellen. Diese Seite zeigt, wie Sie auf eine DB-Instance von Amazon RDS aus einem DB-Snapshot wiederherstellen.
Amazon RDS erstellt einen Snapshot für das Speichervolume der DB-Instance, damit die gesamte DB-Instance gesichert wird und nicht nur einzelne Datenbanken. Sie können eine neue DB-Instance erstellen, indem Sie einen DB-Snapshot wiederherstellen. Wenn Sie die DB-Instance wiederherstellen, können Sie den Namen des DB-Cluster-Snapshots angeben, aus dem die Wiederherstellung gestartet werden soll, und anschließend einen Namen für die neue DB-Instance angeben, die bei dieser Wiederherstellung erstellt wird. Sie können nicht von einem DB-Snapshot auf eine bestehende DB-Instance wiederherstellen. Sie erstellen eine neue DB-Instance, wenn Sie den Snapshot wiederherstellen.
Sie können die wiederhergestellte DB-Instance nutzen, sobald ihr Status `available` ist. Die DB-Instance wird weiterhin Daten im Hintergrund laden. Dies wird als *Lazy Loading* bezeichnet. Wenn Sie auf noch nicht geladene Daten zugreifen, lädt die DB-Instance sofort die angeforderten Daten von Amazon S3 herunter und fährt dann im Hintergrund mit dem Laden der restlichen Daten fort. Weitere Informationen finden Sie unter [Amazon-EBS-Schnappschüsse](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html).
Um die Auswirkungen des Lazy Loading auf Tabellen zu verringern, auf die Sie einen schnellen Zugriff benötigen, können Sie Vorgänge ausführen, die vollständige Tabellenscans beinhalten, z. B. `SELECT *`. Dadurch kann Amazon RDS alle gesicherten Tabellendaten von S3 herunterladen.
Sie können eine DB-Instance wiederherstellen und einen anderen Speichertyp als den im Quell-DB-Snapshot verwendeten angeben. In diesem Fall ist der Wiederherstellungsprozess aufgrund des zusätzlichen Arbeitsaufwands, der für die Migration der Daten auf den neuen Speichertyp erforderlich ist, langsamer. Wenn die Wiederherstellung von oder auf einem magnetischen Speicher erfolgt, ist der Migrationsprozess am langsamsten. Das liegt daran, dass magnetische Speicher nicht über die IOPS-Fähigkeit der bereitgestellten IOPS- oder Allzweck (SSD)-Speicher verfügen.
Sie können CloudFormation es verwenden, um eine DB-Instance aus einem DB-Instance-Snapshot wiederherzustellen. Weitere Informationen finden Sie unter [AWS: :RDS:: DBInstance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-rds-dbinstance.html) im *AWS CloudFormation Benutzerhandbuch*.
**Anmerkung**
Sie können eine DB-Instance nicht aus einem DB-Snapshot wiederherstellen, der freigegeben und verschlüsselt ist. Stattdessen können Sie eine Kopie des DB-Snapshots erstellen und die DB-Instance aus der Kopie wiederherstellen. Weitere Informationen finden Sie unter [Kopieren eines DB-Snapshots für Amazon RDS](USER_CopySnapshot.md).
Informationen zur Wiederherstellung einer DB-Instance mit einer RDS-Version mit erweitertem Support finden Sie unter [Wiederherstellen einer DB-Instance oder eines Multi-AZ-DB-Clusters mit Amazon RDS Extended Support](extended-support-restoring-db-instance.md).
## Wiederherstellung aus einem Snapshot
Sie können eine DB-Instance mithilfe der AWS-Managementkonsole, der oder der RDS-API aus einem DB-Snapshot wiederherstellen. AWS CLI
**Anmerkung**
Sie können den Speicherplatz nicht reduzieren, wenn Sie eine DB-Instance wiederherstellen. Wenn Sie den zugewiesenen Speicherplatz erhöhen, muss er um mindestens 10 Prozent erhöht werden. Wenn Sie versuchen, den Wert um weniger als 10 Prozent zu erhöhen, erhalten Sie einen Fehler. Sie können den zugewiesenen Speicher bei der Wiederherstellung von DB-Instances von RDS für SQL Server nicht erhöhen.
### Konsole
**So stellen Sie eine DB-Instance aus einem DB-Snapshot wieder her**
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 im Navigationsbereich die Option **Snapshots**.
1. Wählen Sie den DB-Snapshot für die Wiederherstellung aus.
1. Wählen Sie in **Actions (Aktionen)** die Option **Restore Snapshot (Snapshot wiederherstellen)** aus.
1. Geben Sie auf der Seite **Restore Snapshot** (Snapshot wiederherstellen) unter **DB instance identifier** (DB-Instance-Kennung) den Namen der wiederhergestellten Instance ein.
1. Geben Sie andere Einstellungen an, z. B. die Größe des zugewiesenen Speichers.
Weitere Informationen zu den einzelnen Einstellungen finden Sie unter [Einstellungen für DB-Instances](USER_CreateDBInstance.Settings.md).
1. Klicken Sie auf **Restore DB Instance** (DB-Instance wiederherstellen).
### AWS CLI
Um eine DB-Instance aus einem DB-Snapshot wiederherzustellen, verwenden Sie den AWS CLI Befehl [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html).
In diesem Beispiel führen Sie eine Wiederherstellung aus einem vorher erstellten DB-Snapshot mit dem Namen durc `mydbsnapshot`. Sie stellen auf eine neue DB-Instance namens wieder he `mynewdbinstance`. In diesem Beispiel wird auch die Größe des zugewiesenen Speichers festgelegt.
Sie können andere Einstellungen festlegen. Weitere Informationen zu den einzelnen Einstellungen finden Sie unter [Einstellungen für DB-Instances](USER_CreateDBInstance.Settings.md).
**Example**
Für Linux, macOS oder Unix:
```
1. aws rds restore-db-instance-from-db-snapshot \
2. --db-instance-identifier mynewdbinstance \
3. --db-snapshot-identifier mydbsnapshot \
4. --allocated-storage 100
```
Für Windows:
```
1. aws rds restore-db-instance-from-db-snapshot ^
2. --db-instance-identifier mynewdbinstance ^
3. --db-snapshot-identifier mydbsnapshot ^
4. --allocated-storage 100
```
Dieser Befehl gibt etwa die folgende Ausgabe zurück:
```
1. DBINSTANCE mynewdbinstance db.t3.small MySQL 50 sa creating 3 n 8.0.28 general-public-license
```
**Example**
Das folgende Beispiel zeigt das Wiederherstellen eines Snapshots bei gleichzeitigem Hinzufügen eines zusätzlichen Speichervolumes zur neu erstellten Instance. Der Snapshot enthielt zusätzliches Volume`rdsdbdata2`. Durch den Wiederherstellungsvorgang werden insgesamt drei Volumes in der neu erstellten Instanz hinzugefügt`rdsdbdata3`. Sie können ein Volume nicht löschen, wenn Sie den Snapshot wiederherstellen.
```
1. aws rds restore-db-instance-from-db-snapshot \
2. --db-instance-identifier my-restored-instance \
3. --db-snapshot-identifier my-asv-snapshot \
4. --additional-storage-volumes '[{ \
5. "VolumeName": "rdsdbdata3", \
6. "StorageType":"gp3", \
7. "AllocatedStorage": 5000, \
8. "IOPS": 12000 \
9. }]'
```
### RDS-API
Um eine DB-Instance aus einem DB-Snapshot wiederherzustellen, rufen Sie die Amazon RDS-API-Funktion [Restore DBInstance From DBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html) mit den folgenden Parametern auf:
+ `DBInstanceIdentifier`
+ `DBSnapshotIdentifier`
## Überlegungen
Informationen zu Überlegungen beim Wiederherstellen auf eine DB-Instance aus einem DB-Snapshot finden Sie in den folgenden Themen.
**Topics**
+ [Überlegungen zu Parametergruppen](#USER_RestoreFromSnapshot.Parameters)
+ [Überlegungen zu Sicherheitsgruppen](#USER_RestoreFromSnapshot.Security)
+ [Überlegungen zu Optionsgruppen](#USER_RestoreFromSnapshot.Options)
+ [Überlegungen zu Ressourcen-Markierungen](#restore-from-snapshot.tagging)
+ [Überlegungen zu Db2](#USER_RestoreFromSnapshot.Db2)
+ [Überlegungen zu Microsoft SQL Server](#USER_RestoreFromSnapshot.MSSQL)
+ [Überlegungen zu MySQL](#USER_RestoreFromSnapshot.MySQL)
+ [Überlegungen zu Oracle Database](#USER_RestoreFromSnapshot.Oracle)
### Überlegungen zu Parametergruppen
Wir empfehlen Ihnen, die DB-Parametergruppe für alle DB-Snapshots aufzubewahren, die Sie erstellen, damit Sie Ihrer wiederhergestellten DB-Instance die korrekte Parametergruppe zuordnen können.
Die Standard-DB-Parametergruppe ist der wiederhergestellten Instance zugeordnet, es sei denn, Sie wählen eine andere Instance aus. In der Standard-DB-Parametergruppe sind keine benutzerdefinierten Parametereinstellungen verfügbar.
Sie können die Parametergruppe angeben, wenn Sie die DB-Instance wiederherstellen.
Weitere Informationen zu DB-Parametergruppen finden Sie unter [Parametergruppen für Amazon RDS](USER_WorkingWithParamGroups.md).
### Überlegungen zu Sicherheitsgruppen
Wenn Sie eine DB-Instance wiederherstellen, werden die Standard-VPC (Virtual Private Cloud), DB-Subnetzgruppe und VPC-Sicherheitsgruppe mit der wiederhergestellten Instance verknüpft, wenn Sie keine anderen angeben.
+ Wenn Sie die Amazon-RDS-Konsole verwenden, können Sie eine benutzerdefinierte VPC-Sicherheitsgruppe angeben, die der Instance zugeordnet werden soll, oder eine neue VPC-Sicherheitsgruppe erstellen.
+ Wenn Sie die verwenden AWS CLI, können Sie eine benutzerdefinierte VPC-Sicherheitsgruppe angeben, die der Instance zugeordnet werden soll, indem Sie die `--vpc-security-group-ids` Option in den `restore-db-instance-from-db-snapshot` Befehl aufnehmen.
+ Wenn Sie die Amazon-RDS-API verwenden, können sie den `VpcSecurityGroupIds.VpcSecurityGroupId.N`-Parameter in der Aktion `RestoreDBInstanceFromDBSnapshot` einschließen.
Sobald die Wiederherstellung abgeschlossen ist und Ihre neue DB-Instance verfügbar ist, können Sie auch die VPC-Einstellungen ändern, indem Sie die DB-Instance bearbeiten. Weitere Informationen finden Sie unter [Ändern einer Amazon-RDS-DB-Instance](Overview.DBInstance.Modifying.md).
### Überlegungen zu Optionsgruppen
Wenn Sie eine DB-Instance wiederherstellen, ist die Standard-DB-Optionsgruppe meistens der wiederhergestellten DB-Instance zugeordnet.
Die Ausnahme ist, wenn die Quell-DB-Instance einer Optionsgruppe zugeordnet ist, die eine persistente oder permanente Option enthält. Wenn beispielsweise die Quell-DB-Instance Oracle Transparent Data Encryption (TDE) verwendet, muss die wiederhergestellte DB-Instance eine Optionsgruppe verwenden, die über die TDE-Option verfügt.
Wenn Sie eine DB-Instance in einer anderen VPC wiederherstellen, müssen Sie eine DB-Optionsgruppe zuweisen:
+ Weisen Sie die Standard-Optionsgruppe für diese VPC-Gruppe der Instance zu.
+ Weisen Sie eine weitere Optionsgruppe zu, die mit dieser VPC verknüpft ist.
+ Erstellen einer neuen Optionsgruppe und Zuweisen von dieser zur DB-Instance Bei persistenten oder permanenten Optionen wie Oracle TDE müssen Sie eine neue Optionsgruppe erstellen, welche die persistente oder permanente Option enthält.
Weitere Informationen über DB-Optionsgruppen finden Sie unter [Arbeiten mit Optionsgruppen](USER_WorkingWithOptionGroups.md).
### Überlegungen zu Ressourcen-Markierungen
Wenn Sie eine DB-Instance aus einem DB-Snapshot wiederherstellen, prüft RDS, ob Sie neue Tags angeben. Wenn ja, werden die neuen Tags zur wiederhergestellten DB-Instance hinzugefügt. Wenn es keine neuen Tags gibt, fügt RDS der wiederhergestellten DB-Instance die Tags aus der Quell-DB-Instance zum Zeitpunkt der Snapshot-Erstellung hinzu.
Weitere Informationen finden Sie unter [Kopieren von Tags in DB-Snapshots](USER_Tagging.md#USER_Tagging.CopyTags).
### Überlegungen zu Db2
Beim BYOL-Modell müssen Ihre DB-Instances von Amazon RDS für Db2 einer benutzerdefinierten Parametergruppe zugeordnet werden, die Ihre IBM Site ID und Ihre IBM Customer ID enthält. Andernfalls schlagen Versuche, auf eine DB-Instance aus einem Snapshot wiederherzustellen, fehl. Ihre Amazon RDS for Db2-DB-Instances müssen außerdem mit einer AWS License Manager selbstverwalteten Lizenz verknüpft sein. Weitere Informationen finden Sie unter [Bring-Your-Own-License (BYOL) für Db2](db2-licensing.md#db2-licensing-options-byol).
Beim AWS Marketplace Durchlaufmodell mit Db2-Lizenz benötigen Sie ein aktives AWS Marketplace Abonnement für die jeweilige IBM Db2 Edition, die Sie verwenden möchten. Wenn Sie noch keine haben, [abonnieren Sie Db2 in AWS Marketplace](db2-licensing.md#db2-marketplace-subscribing-registering) für diese IBM Db2-Edition. Weitere Informationen finden Sie unter [Db2-Lizenz über AWS Marketplace](db2-licensing.md#db2-licensing-options-marketplace).
### Überlegungen zu Microsoft SQL Server
Wenn Sie einen RDS für Microsoft SQL Server-DB-Snapshot in einer neuen Instance wiederherstellen, können Sie zu jeder Zeit die selbe Edition wie Ihr Snapshot wiederherstellen. In einigen Fällen können Sie auch die Edition Ihrer DB-Instance ändern. Die folgenden Einschränkungen beschreiben, wenn die Edition geändert wird:
+ Der DB-Snapshot muss über genügend zugewiesenen Speicherplatz für die neue Edition verfügen.
+ Es werden nur die folgenden Editionsänderungen unterstützt:
+ Von Standard Edition auf Enterprise Edition
+ Von Web Edition auf Standard Edition oder Enterprise Edition
+ Von Express Edition auf Web Edition, Standard Edition oder Enterprise Edition
Wenn Sie von einer Edition auf eine neuere wechseln möchten, die bei der Backup eines Snapshots nicht unterstützt wird, können Sie es mit der Funktion für natives Backup und Backup versuchen. SQL Server überprüft basierend auf den SQL Server-Funktionen, die Sie in Ihrer Datenbank aktiviert haben, ob eine Datenbank mit der neuen Edition kompatibel ist. Weitere Informationen finden Sie unter [Importieren und Exportieren von SQL-Server-Datenbanken mithilfe nativer Sicherung und Wiederherstellung](SQLServer.Procedural.Importing.md).
### Überlegungen zu MySQL
Um Daten von einem DB-Snapshot von RDS für MySQL mit einer nicht unterstützten Engine-Version wiederherzustellen, müssen Sie Ihren DB-Snapshot möglicherweise mehrmals aktualisieren. Weitere Informationen über Upgrade-Optionen finden Sie unter [Upgrade-Optionen für DB-Snapshots mit nicht unterstützten Engine-Versionen für RDS für MySQL](mysql-upgrade-snapshot.upgrade-options.md).
Weitere Informationen über Upgrades der Engine-Version für einen DB-Snapshot von RDS für MySQL finden Sie unter [Aktualisieren einer Engine-Version für MySQL-DB-Snapshots](mysql-upgrade-snapshot.md).
### Überlegungen zu Oracle Database
Beachten Sie Folgendes, wenn Sie eine Oracle-Datenbank aus einem DB-Snapshot wiederherstellen:
+ Bevor Sie einen DB-Snapshot wiederherstellen, können Sie ihn auf eine spätere Oracle-Datenbankversion aktualisieren. Weitere Informationen finden Sie unter [Aktualisieren eines Oracle-DB-Snapshots](USER_UpgradeDBSnapshot.Oracle.md).
+ Wenn Sie einen Snapshot einer CDB-Instance wiederherstellen, die die Single-Tenant-Konfiguration verwendet, können Sie den PDB-Namen ändern. Sie können die PDB-Namen nicht ändern, wenn die CDB-Instance die Multi-Tenant-Konfiguration verwendet. Weitere Informationen finden Sie unter [Sichern und Wiederherstellen einer CDB](Oracle.Concepts.single-tenant.snapshots.md).
+ Sie können den CDB-Namen nicht ändern. Dieser lautet immer `RDSCDB`. Dieser CDB-Name ist für alle CDB-Instances identisch.
+ Sie können nicht direkt mit den Tenant-Datenbanken in einem DB-Snapshot interagieren. Wenn Sie einen Snapshot einer CDB-Instance wiederherstellen, die die Multi-Tenant-Konfiguration verwendet, stellen Sie alle ihre Tenant-Datenbanken wieder her. Sie können [describe-db-snapshot-tenant-databases verwenden, um die Tenant-Datenbanken](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshot-tenant-databases.html) in einem DB-Snapshot zu überprüfen, bevor Sie ihn wiederherstellen.
+ Wenn Sie Oracle verwenden GoldenGate, behalten Sie immer die Parametergruppe mit dem `compatible` Parameter bei. Wenn Sie eine DB-Instance aus einem DB-Snapshot wiederherstellen, müssen Sie die Parametergruppe mit einem übereinstimmenden oder höheren Wert des Parameters `compatible` angeben.
+ Möglicherweise möchten Sie Ihre Datenbank umbenennen, wenn Sie einen DB-Snapshot wiederherstellen. Wenn die Gesamtgröße des Online-Redo-Protokolle mehr als 20 GB beträgt, setzt RDS Ihre Online-Redo-Protokollgröße möglicherweise auf die Standardeinstellung von 512 MB (4 x 128 MB) zurück. Durch die geringere Größe kann der Wiederherstellungsvorgang in angemessener Zeit abgeschlossen werden. Sie können die Online-Redo-Protokolle später erneut erstellen und die Größe ändern.
+ Sie können Ihr Hauptbenutzerpasswort in AWS Secrets Manager verwalten. Weitere Informationen finden Sie unter [Überblick über die Verwaltung von Masterbenutzerkennwörtern mit AWS Secrets Manager](rds-secrets-manager.md#rds-secrets-manager-overview).
# Wiederherstellen einer DB-Instance auf einen bestimmten Zeitpunkt für Amazon RDS
Sie können eine DB-Instance auf einen bestimmten Zeitpunkt wiederherstellen, indem Sie eine neue DB-Instance erstellen, ohne die Quell-DB-Instance ändern zu müssen.
Wenn Sie eine DB-Instance zu einem bestimmten Zeitpunkt wiederherstellen, können Sie die Standard-VPC-Sicherheitsgruppe (Virtual Private Cloud) auswählen. Oder Sie können eine benutzerdefinierte VPC-Sicherheitsgruppe auf Ihre DB-Instance anwenden.
Wiederhergestellte DB-Instances werden automatisch dem Standard-DB-Parameter und Optionsgruppen zugeordnet. Sie können jedoch eine benutzerdefinierte Parametergruppe und eine Optionsgruppe anwenden, indem Sie diese während einer Wiederherstellung angeben.
Wenn in der Anfrage Tags angegeben werden, werden die bereitgestellten Tags auf die wiederhergestellte DB-Instance angewendet. Wenn in der Anfrage keine Tags bereitgestellt werden und die Quell-DB-Instance in der Region aktiv ist und über Tags verfügt, fügt RDS der wiederhergestellten DB-Instance die neuesten Tags aus der Quell-DB-Instance hinzu.
RDS lädt Transaktionsprotokolle für DB-Instances alle fünf Minuten nach Amazon S3 hoch. Um den letzten wiederherstellbaren Zeitpunkt für eine DB-Instance zu sehen, verwenden Sie den AWS CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)Befehl und sehen Sie sich den Wert an, der im `LatestRestorableTime` Feld für die DB-Instance zurückgegeben wurde. Um die neueste Wiederherstellungszeit für jede DB-Instance in der Amazon-RDS-Konsole anzuzeigen, wählen Sie **Automatische Backups**.
Sie können die Backup auf jeden beliebigen Zeitpunkt innerhalb des Aufbewahrungszeitraums für Backups vornehmen. Um den frühesten wiederherstellbaren Zeitpunkt für jede DB-Instance anzuzeigen, wählen Sie **Automatische Backups** in der Amazon-RDS-Konsole aus.
![\[Automatische Backups\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/automated-backups.png)
**Anmerkung**
Es wird empfohlen, die gleiche oder eine ähnliche DB-Instance-Größe — und IOPS wiederherzustellen, wenn Speicher mit bereitgestellten IOPS verwendet wird — wie bei der Quell-DB-Instance verwendet wird. Möglicherweise wird ein Fehler angezeigt, wenn Sie beispielsweise eine DB-Instance-Größe mit einem inkompatiblen IOPS-Wert auswählen.
Informationen zur Wiederherstellung einer DB-Instance mit einer RDS-Version mit erweitertem Support finden Sie unter [Wiederherstellen einer DB-Instance oder eines Multi-AZ-DB-Clusters mit Amazon RDS Extended Support](extended-support-restoring-db-instance.md).
Einige der von Amazon RDS verwendeten Datenbank-Engines erfordern besondere Überlegungen bei der Wiederherstellung ab einem bestimmten Zeitpunkt:
+ Wenn Sie die Passwortauthentifizierung mit einer DB-Instance von Amazon RDS für Db2 verwenden, werden Benutzerverwaltungsaktionen, einschließlich `rdsadmin.add_user`, nicht in den Protokollen erfasst. Für diese Aktionen ist ein vollständiges Snapshot-Backup erforderlich.
Beim BYOL-Modell müssen Ihre DB-Instance von RDS für Db2 einer benutzerdefinierten Parametergruppe zugeordnet werden, die Ihre IBM Site ID und Ihre IBM Customer ID enthält. Andernfalls schlagen Versuche fehl, eine DB-Instance auf einen bestimmten Zeitpunkt wiederherzustellen. Ihre Amazon RDS for Db2-DB-Instances müssen außerdem mit einer AWS License Manager selbstverwalteten Lizenz verknüpft sein. Weitere Informationen finden Sie unter [Bring-Your-Own-License (BYOL) für Db2](db2-licensing.md#db2-licensing-options-byol).
Beim AWS Marketplace Durchlaufmodell mit Db2-Lizenz benötigen Sie ein aktives AWS Marketplace Abonnement für die jeweilige IBM Db2 Edition, die Sie verwenden möchten. Wenn Sie noch keine haben, [abonnieren Sie Db2 in AWS Marketplace](db2-licensing.md#db2-marketplace-subscribing-registering) für diese IBM Db2-Edition. Weitere Informationen finden Sie unter [Db2-Lizenz über AWS Marketplace](db2-licensing.md#db2-licensing-options-marketplace).
+ Wenn Sie eine RDS for Oracle-DB-Instance zu einem bestimmten Zeitpunkt wiederherstellen, können Sie eine andere DB-Engine, ein anderes Lizenzmodell und DBName (SID) für die wiederhergestellte DB-Instance angeben. Sie können auch angeben, dass RDS Hauptbenutzerpasswörter unter AWS Secrets Manager speichern soll. Weitere Informationen finden Sie unter [Überblick über die Verwaltung von Masterbenutzerkennwörtern mit AWS Secrets Manager](rds-secrets-manager.md#rds-secrets-manager-overview).
+ Wenn Sie eine Microsoft SQL Server DB-Instance zu einem Zeitpunkt wiederherstellen, wird jede Datenbank innerhalb dieser Instance zu einem Zeitpunkt innerhalb von 1 Sekunde von jeder anderen Datenbank innerhalb der Instance wiederhergestellt. Transaktionen, die sich über mehrere Datenbanken innerhalb der Instance erstrecken, können inkonsistent wiederhergestellt werden.
+ Für eine SQL Server-DB-Instance werden die Modi `OFFLINE`, `EMERGENCY` und `SINGLE_USER` nicht unterstützt. Wenn Sie eine Datenbank in einen dieser Modi schalten, wird die letzte wiederherstellbare Zeit für die gesamte Instance nicht mehr fortgesetzt.
+ Einige Aktionen, wie z. B. das Ändern des Wiederherstellungsmodells einer SQL Server-Datenbank, können die Reihenfolge der Protokolle, die für die point-in-time Wiederherstellung verwendet werden, unterbrechen. In einigen Fällen kann Amazon RDS dieses Problem erkennen und die letzte wiederherstellbare Zeit wird an der Fortsetzung gehindert. In anderen Fällen, z. B. wenn eine SQL Server-Datenbank das Wiederherstellungsmodell `BULK_LOGGED` verwendet, wird die Unterbrechung der Protokollsequenz nicht erkannt. Es ist unter Umständen nicht möglich, eine SQL Server DB-Instance zu einem bestimmten Zeitpunkt wiederherzustellen, wenn die Protokollsequenz unterbrochen wurde. Aus diesen Gründen unterstützt Amazon RDS keine Änderung des Wiederherstellungsmodells von SQL Server-Datenbanken.
Sie können es auch verwenden AWS Backup , um Backups von Amazon RDS-DB-Instances zu verwalten. Wenn Ihre DB-Instance mit einem Backup-Plan verknüpft ist AWS Backup, wird dieser Backup-Plan für die point-in-time Wiederherstellung verwendet. Backups, die mit erstellt wurden, AWS Backup haben Namen, die auf enden`awsbackup:AWS-Backup-job-number`. Informationen zu AWS Backup finden Sie im [https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide).
**Anmerkung**
Informationen in diesem Thema gelten für Amazon RDS. Weitere Informationen zum Wiederherstellen eines Amazon-Aurora-DB-Clusters finden Sie unter [Wiederherstellen eines DB-Clusters zu einer bestimmten Zeit](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-pitr.html).
Sie können eine DB-Instance mithilfe der AWS-Managementkonsole, der oder der RDS-API auf einen bestimmten Zeitpunkt zurücksetzen. AWS CLI
**Anmerkung**
Sie können den Speicherplatz nicht reduzieren, wenn Sie eine DB-Instance wiederherstellen. Wenn Sie den zugewiesenen Speicherplatz erhöhen, muss er um mindestens 10 Prozent erhöht werden. Wenn Sie versuchen, den Wert um weniger als 10 Prozent zu erhöhen, erhalten Sie einen Fehler. Sie können den zugewiesenen Speicher bei der Wiederherstellung von DB-Instances von RDS für SQL Server nicht erhöhen.
## Konsole
**Wiederherstellen einer DB-Instance zu einer bestimmten Zeit**
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 im Navigationsbereich **Automated backups** (Automatisierte Backups) aus.
Die automatisierten Backups werden auf der Registerkarte **Current Region (Aktuelle Region)** angezeigt.
1. Wählen Sie die DB-Instance aus, die Sie wiederherstellen möchten.
1. Wählen Sie unter **Aktionen** die Option **Wiederherstellen auf einen bestimmten Zeitpunkt** aus.
Anschließend wird das Fenster **Restore to point in time (Zu einem bestimmten Zeitpunkt wiederherstellen)** angezeigt.
1. Wählen Sie **Späteste Wiederherstellungszeit**, um auf den spätesten möglichen Zeitpunkt wiederherzustellen oder wählen Sie **Benutzerdefiniert**, um eine Zeit auszuwählen.
Geben Sie bei der Auswahl von **Custom** das Datum und die Uhrzeit ein, zu der Sie den Instance-Cluster wiederherstellen möchten.
**Anmerkung**
Zeiten werden in Ihrer lokalen Zeitzone angezeigt, die durch einen Offset von Coordinated Universal Time (UTC) angezeigt wird. UTC-5 ist beispielsweise Eastern Standard Time/Central Daylight Time.
1. Geben Sie für **DB-Instance-Kennung** den Namen der wiederhergestellten DB-Ziel-Instance ein. Der Name muss eindeutig sein.
1. Wählen Sie nach Bedarf andere Optionen wie die DB-Instance-Klasse und Speicher aus, sowie ob Sie Speicher-Autoscaling verwenden möchten.
Weitere Informationen zu den einzelnen Einstellungen finden Sie unter [Einstellungen für DB-Instances](USER_CreateDBInstance.Settings.md).
1. Wählen Sie **Wiederherstellen auf einen bestimmten Zeitpunkt** aus.
## AWS CLI
Um eine DB-Instance zu einem bestimmten Zeitpunkt wiederherzustellen, verwenden Sie den AWS CLI Befehl [restore-db-instance-to-](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html), point-in-time um eine neue DB-Instance zu erstellen. In diesem Beispiel wird außerdem die Größe des zugewiesenen Speichers festgelegt und die automatische Speicherskalierung aktiviert.
Das Tagging von Ressourcen wird für diesen Vorgang unterstützt. Wenn Sie die Option `--tags` verwenden, werden die Tags der Quell-DB-Instance ignoriert und die bereitgestellten Tags verwendet. Andernfalls werden die neuesten Tags aus der Quell-Instance verwendet.
Sie können andere Einstellungen festlegen. Weitere Informationen zu den einzelnen Einstellungen finden Sie unter [Einstellungen für DB-Instances](USER_CreateDBInstance.Settings.md).
**Example**
Für Linux, macOS oder Unix:
```
1. aws rds restore-db-instance-to-point-in-time \
2. --source-db-instance-identifier mysourcedbinstance \
3. --target-db-instance-identifier mytargetdbinstance \
4. --restore-time 2017-10-14T23:45:00.000Z \
5. --allocated-storage 100 \
6. --max-allocated-storage 1000
```
Für Windows:
```
1. aws rds restore-db-instance-to-point-in-time ^
2. --source-db-instance-identifier mysourcedbinstance ^
3. --target-db-instance-identifier mytargetdbinstance ^
4. --restore-time 2017-10-14T23:45:00.000Z ^
5. --allocated-storage 100 ^
6. --max-allocated-storage 1000
```
**Example**
Das folgende Beispiel zeigt das Hinzufügen eines Volumes bei der Wiederherstellung der Instance zu einem bestimmten Zeitpunkt.
Für Linux, macOS oder Unix:
```
1. aws rds restore-db-instance-to-point-in-time \
2. --source-db-instance-identifier my-asv-instance \
3. --target-db-instance-identifier my-pitr-instance \
4. --use-latest-restorable-time \
5. --additional-storage-volumes '[{ \
6. "VolumeName": "rdsdbdata2", \
7. "StorageType":"gp3", \
8. "AllocatedStorage": 5000, \
9. "IOPS": 12000 \
10. }]'
```
Für Windows:
```
1. aws rds restore-db-instance-to-point-in-time ^
2. --source-db-instance-identifier my-asv-instance ^
3. --target-db-instance-identifier my-pitr-instance ^
4. --use-latest-restorable-time ^
5. --additional-storage-volumes '[{ ^
6. "VolumeName": "rdsdbdata2", ^
7. "StorageType":"gp3", ^
8. "AllocatedStorage": 5000, ^
9. "IOPS": 12000 ^
10. }]'
```
## RDS-API
Zum Wiederherstellen einer DB-Instance zu einer bestimmten Zeit rufen Sie den Amazon-RDS-API [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html)-Betrieb mit den folgenden Parametern auf:
+ `SourceDBInstanceIdentifier`
+ `TargetDBInstanceIdentifier`
+ `RestoreTime`
# Wiederherstellen eines Multi-AZ-DB-Clusters zu einer bestimmten Zeit
Sie können einen Multi-AZ-DB-Cluster auf einen bestimmten Zeitpunkt wiederherstellen, wodurch ein neuer Multi-AZ-DB-Cluster erstellt wird.
RDS lädt Transaktionsprotokolle für Multi-AZ-DB-Cluster laufend nach Amazon S3 hoch. Sie können die Backup auf jeden beliebigen Zeitpunkt innerhalb des Aufbewahrungszeitraums für Backups vornehmen. Um die früheste wiederherstellbare Zeit für einen Multi-AZ-DB-Cluster anzuzeigen, verwenden Sie den AWS CLI-Befehl [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html). Sehen Sie sich den Wert an, der im `EarliestRestorableTime`-Feld für den DB-Cluster zurückgegeben wurde. Um die neueste wiederherstellbare Zeit für ein Multi-AZ-DB-Cluster anzuzeigen, sehen Sie sich den Wert an, der im `LatestRestorableTime` Feld für den DB-Cluster zurückgegeben wird.
Wenn Sie einen DB-Cluster mit Multi-AZ auf einen bestimmten Zeitpunkt wiederherstellen, können Sie die Standard-VPC-Sicherheitsgruppe auswählen oder eine benutzerdefinierte VPC-Sicherheitsgruppe auf Ihren DB-Cluster mit Multi-AZ anwenden.
Wiederhergestellte Multi-AZ-DB-Cluster werden automatisch dem Standard-DB-Cluster und Parametergruppen zugeordnet. Sie können jedoch eine benutzerdefinierte DB-Cluster-Parametergruppe anwenden, indem Sie sie während einer Wiederherstellung angeben.
Wenn der Quell-DB-Cluster über Ressourcen-Tags verfügt, fügt RDS dem wiederhergestellten DB-Cluster die neuesten Tags hinzu.
**Anmerkung**
Es wird empfohlen, dieselbe oder eine ähnliche Multi-AZ-DB-Clustergröße wie den Quell-DB-Cluster wiederherzustellen. Es wird außerdem empfohlen, die Wiederherstellung mit demselben oder einem ähnlichen IOPS-Wert durchzuführen, wenn Sie bereitgestellten IOPS-Speicher verwenden. Möglicherweise wird ein Fehler angezeigt, wenn Sie beispielsweise eine DB-Cluster-Größe mit einem inkompatiblen IOPS-Wert auswählen.
Wenn der DB-Cluster mit Multi-AZ Allzweck-SSD-Speicher (gp3) verwendet und weniger als 400 GiB an zugewiesenem Speicherplatz hat, können Sie die bereitgestellten IOPS für den wiederhergestellten DB-Cluster nicht ändern.
Informationen zur Wiederherstellung eines DB-Clusters mit Multi-AZ mit einer RDS-Version mit erweitertem Support finden Sie unter [Wiederherstellen einer DB-Instance oder eines Multi-AZ-DB-Clusters mit Amazon RDS Extended Support](extended-support-restoring-db-instance.md).
Sie können einen Multi-AZ-DB-Cluster mit der AWS-Managementkonsole, AWS CLI oder RDS-API zu einem bestimmten Zeitpunkt wiederherstellen.
## Konsole
**Wiederherstellen eines Multi-AZ-DB-Clusters zu einer bestimmten Zeit**
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 **Databases (Datenbanken)** aus.
1. Wählen Sie den Multi-AZ-DB-Cluster aus, den Sie wiederherstellen möchten.
1. Wählen Sie unter **Aktionen** die Option **Restore to point in time (Zu einem bestimmten Zeitpunkt wiederherstellen)** aus.
Anschließend wird das Fenster **Restore to point in time (Zu einem bestimmten Zeitpunkt wiederherstellen)** angezeigt.
1. Wählen Sie **Späteste Wiederherstellungszeit**, um auf den spätesten möglichen Zeitpunkt wiederherzustellen oder wählen Sie **Benutzerdefiniert**, um eine Zeit auszuwählen.
Wenn Sie **Benutzerdefiniert** wählen, geben Sie das Datum und die Uhrzeit ein, auf die Sie den Multi-AZ-DB-Cluster wiederherstellen möchten.
**Anmerkung**
Zeiten werden in Ihrer lokalen Zeitzone angezeigt, die durch einen Offset von Coordinated Universal Time (UTC) angezeigt wird. Beispiel: UTC-5 ist Ost Standardzeit/Zentral Sommerzeit.
1. Geben Sie bei **DB cluster identifier (DB-Cluster-Kennung)** den Namen für den wiederhergestellten Multi-AZ-DB-Cluster ein.
1. Wählen Sie unter **Verfügbarkeit und Haltbarkeit** die Option **Multi-AZ-DB-Cluster** aus.
![\[Multi-AZ-DB-Cluster-Wahl\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png)
1. Wählen Sie unter **DB-Instance-Klasse** eine DB-Instance-Klasse aus.
Derzeit unterstützen Multi-AZ-DB-Cluster nur db.m6gd- und db.r6gd-DB-Instance-Klassen. Weitere Informationen zu DB-Instance-Klassen finden Sie unter [](Concepts.DBInstanceClass.md).
1. In den übrigen Abschnitten geben Sie die Einstellungen für Ihren DB-Cluster an. Weitere Informationen zu den einzelnen Einstellungen finden Sie unter [Einstellungen zum Erstellen von Multi-AZ-DB-Clustern](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings).
1. Wählen Sie **Restore to point in time (Zu einem bestimmten Zeitpunkt wiederherstellen)** aus.
## AWS CLI
Um einen Multi-AZ-DB-Cluster zu einem angegebenen Zeitpunkt wiederherzustellen, verwenden Sie den AWS CLI-Befehl[ restore-db-cluster-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-to-point-in-time.html), um einen neuen Multi-AZ-DB-Cluster zu erstellen.
Derzeit unterstützen Multi-AZ-DB-Cluster nur db.m6gd- und db.r6gd-DB-Instance-Klassen. Weitere Informationen zu DB-Instance-Klassen finden Sie unter [](Concepts.DBInstanceClass.md).
**Example**
Für Linux, macOS oder Unix:
```
1. aws rds restore-db-cluster-to-point-in-time \
2. --source-db-cluster-identifier mysourcemultiazdbcluster \
3. --db-cluster-identifier mytargetmultiazdbcluster \
4. --restore-to-time 2021-08-14T23:45:00.000Z \
5. --db-cluster-instance-class db.r6gd.xlarge
```
Für Windows:
```
1. aws rds restore-db-cluster-to-point-in-time ^
2. --source-db-cluster-identifier mysourcemultiazdbcluster ^
3. --db-cluster-identifier mytargetmultiazdbcluster ^
4. --restore-to-time 2021-08-14T23:45:00.000Z ^
5. --db-cluster-instance-class db.r6gd.xlarge
```
## RDS-API
Um einen DB-Cluster zu einem bestimmten Zeitpunkt wiederherzustellen, rufen Sie die Operation [RestoreDBClusterToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterToPointInTime.html) der Amazon-RDS-API mit den folgenden Parametern auf:
+ `SourceDBClusterIdentifier`
+ `DBClusterIdentifier`
+ `RestoreToTime`
# Wiederherstellen von einem Snapshot in einem Multi-AZ-DB-Cluster
Sie können einen Snapshot mithilfe der, der oder der AWS-Managementkonsole RDS-API in einem Multi-AZ-DB-Cluster wiederherstellen. AWS CLI Sie können jeden dieser Snapshots auf einem Multi-AZ-DB-Cluster wiederherstellen:
+ Ein Snapshot einer Single-AZ-Bereitstellung
+ Ein Snapshot einer DB-Cluster-Bereitstellung mit Multi-AZ mit einer einzigen DB-Instance
+ Ein Snapshot eines Multi-AZ-DB-Clusters
Weitere Informationen zu Multi-AZ-Bereitstellungen finden Sie unter [Konfigurieren und Verwalten einer Multi-AZ-Bereitstellung für Amazon RDS](Concepts.MultiAZ.md).
**Tipp**
Sie können eine Single-AZ-Bereitstellung oder eine Multi-AZ-Bereitstellung eines DB-Clusters zu einer Multi-AZ-Bereitstellung eines DB-Clusters migrieren, indem Sie einen Snapshot wiederherstellen.
Informationen zur Wiederherstellung eines DB-Clusters mit Multi-AZ mit einer RDS-Version mit erweitertem Support finden Sie unter [Wiederherstellen einer DB-Instance oder eines Multi-AZ-DB-Clusters mit Amazon RDS Extended Support](extended-support-restoring-db-instance.md).
## Konsole
**So stellen Sie einen Snapshot auf einem Multi-AZ-DB-Cluster wieder**
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 im Navigationsbereich die Option **Snapshots**.
1. Wählen Sie den Snapshot für die Wiederherstellung aus.
1. Wählen Sie in **Actions (Aktionen)** die Option **Restore Snapshot (Snapshot wiederherstellen)** aus.
1. Wählen Sie auf der Seite **Snapshot wiederherstellen** unter **Verfügbarkeit und Haltbarkeit** die Option **Multi-AZ-DB-Cluster** aus.
![\[Multi-AZ-DB-Cluster-Wahl\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png)
1. Geben Sie bei **DB cluster identifier (DB-Cluster-Kennung)** den Namen für den wiederhergestellten Multi-AZ-DB-Cluster ein.
1. In den übrigen Abschnitten geben Sie die Einstellungen für Ihren DB-Cluster an. Weitere Informationen zu den einzelnen Einstellungen finden Sie unter [Einstellungen zum Erstellen von Multi-AZ-DB-Clustern](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings).
1. Klicken Sie auf **Restore DB Instance** (DB-Instance wiederherstellen).
## AWS CLI
Um einen Snapshot in einem Multi-AZ-DB-Cluster wiederherzustellen, verwenden Sie den AWS CLI Befehl [restore-db-cluster-from-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html).
In dem folgenden Beispiel führen Sie eine Wiederherstellung aus einem vorher erstellten Snapshot mit dem Namen `mysnapshot` durch. Sie stellen in einem neuen Multi-AZ-DB-Cluster mit dem Namen `mynewmultiazdbcluster` wieder her. Sie geben auch die DB-Instance-Klasse an, die von den DB-Instances im Multi-AZ-DB-Cluster verwendet wird. Geben Sie entweder `mysql` oder `postgres` für die DB-Engine an.
Für die Option `--snapshot-identifier` können Sie entweder den Namen oder den Amazon-Ressourcennamen (ARN) verwenden, um einen DB-Cluster-Snapshot festzulegen. Sie können jedoch nur den ARN verwenden, um einen DB-Snapshot festzulegen.
Geben Sie für die Option `--db-cluster-instance-class` die DB-Instance-Klasse für den neuen Multi-AZ-DB-Cluster an. Multi-AZ-DB-Cluster unterstützen nur bestimmte DB-Instance-Klassen, z. B. db.m6gd und db.r6gd. Weitere Informationen zu DB-Instance-Klassen finden Sie unter [](Concepts.DBInstanceClass.md).
Sie können auch andere Optionen festlegen.
**Example**
Für Linux, macOS oder Unix:
```
1. aws rds restore-db-cluster-from-snapshot \
2. --db-cluster-identifier mynewmultiazdbcluster \
3. --snapshot-identifier mysnapshot \
4. --engine mysql|postgres \
5. --db-cluster-instance-class db.r6gd.xlarge
```
Für Windows:
```
1. aws rds restore-db-cluster-from-snapshot ^
2. --db-cluster-identifier mynewmultiazdbcluster ^
3. --snapshot-identifier mysnapshot ^
4. --engine mysql|postgres ^
5. --db-cluster-instance-class db.r6gd.xlarge
```
Nachdem Sie den DB-Cluster wiederhergestellt haben, können Sie den Multi-AZ-DB-Cluster der Sicherheitsgruppe hinzufügen, die mit dem DB-Cluster oder der DB-Instance verknüpft ist, mit dem bzw. der Sie den Snapshot erstellt haben, falls zutreffend. Durch Abschließen dieser Aktion werden dieselben Funktionen wie die des vorherigen DB-Clusters oder der DB-Instance bereitgestellt.
## RDS-API
Um einen Snapshot in einem Multi-AZ-DB-Cluster wiederherzustellen, rufen Sie den RDS-API-Vorgang [Restore DBCluster FromSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromSnapshot.html) mit den folgenden Parametern auf:
+ `DBClusterIdentifier`
+ `SnapshotIdentifier`
+ `Engine`
Sie können auch andere optionale Parameter angeben.
Nachdem Sie den DB-Cluster wiederhergestellt haben, können Sie den Multi-AZ-DB-Cluster der Sicherheitsgruppe hinzufügen, die mit dem DB-Cluster oder der DB-Instance verknüpft ist, mit dem bzw. der Sie den Snapshot erstellt haben, falls zutreffend. Durch Abschließen dieser Aktion werden dieselben Funktionen wie die des vorherigen DB-Clusters oder der DB-Instance bereitgestellt.
# Wiederherstellen über einen Snapshot eines Multi-AZ-DB-Clusters in einer DB-Instance
Ein *Snapshot eines Multi-AZ-DB-Clusters* ist ein Speicher-Volume-Snapshot Ihres DB-Clusters, mit dem der gesamte DB-Cluster gesichert wird und nicht nur einzelne Datenbanken. Sie können einen Snapshot eines Multi-AZ-DB-Clusters in einer Single-AZ-Bereitstellung oder Multi-AZ-Bereitstellung der DB-Instance wiederherstellen. Weitere Informationen zu Multi-AZ-Bereitstellungen finden Sie unter [Konfigurieren und Verwalten einer Multi-AZ-Bereitstellung für Amazon RDS](Concepts.MultiAZ.md).
**Anmerkung**
Sie können auch einen Snapshot eines Multi-AZ-DB-Clusters in einem neuen Multi-AZ-DB-Cluster wiederherstellen. Detaillierte Anweisungen finden Sie unter [Wiederherstellen von einem Snapshot in einem Multi-AZ-DB-Cluster](USER_RestoreFromMultiAZDBClusterSnapshot.Restoring.md).
Informationen zur Wiederherstellung eines DB-Clusters mit Multi-AZ mit einer RDS-Version mit erweitertem Support finden Sie unter [Wiederherstellen einer DB-Instance oder eines Multi-AZ-DB-Clusters mit Amazon RDS Extended Support](extended-support-restoring-db-instance.md).
Verwenden Sie die AWS-Managementkonsole, oder die RDS-API AWS CLI, um einen Multi-AZ-DB-Cluster-Snapshot in einer Single-AZ-Bereitstellung oder einer Multi-AZ-DB-Instance-Bereitstellung wiederherzustellen.
## Konsole
**So stellen Sie einen Snapshot eines Multi-AZ-DB-Clusters in einer Single-AZ-Bereitstellung oder Multi-AZ-Bereitstellung der DB-Instance wieder her**
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 im Navigationsbereich die Option **Snapshots**.
1. Wählen Sie den Snapshot des Multi-AZ-DB-Clusters für die Wiederherstellung aus.
1. Wählen Sie in **Actions (Aktionen)** die Option **Restore Snapshot (Snapshot wiederherstellen)** aus.
1. Wählen Sie auf der Seite **Restore Snapshot** (Snapshot wiederherstellen) unter **Availability and durability** (Verfügbarkeit und Beständigkeit) eine der folgenden Optionen aus:
+ **Single DB instance** (Single-DB-Instance) – Stellt den Snapshot in einer DB-Instance ohne Standby-DB-Instance wieder her.
+ **Multi-AZ DB instance** (Multi-AZ-DB-Instance) – Stellt den Snapshot in einer Multi-AZ-DB-Instance-Bereitstellung mit einer primären DB-Instance und einer Standby-DB-Instance wieder her.
1. Geben Sie für **DB instance identifier** (DB-Instance-Kennung) den Namen Ihrer wiederhergestellten DB-Instance ein.
1. Geben Sie für die restlichen Abschnitte die gewünschten Einstellungen für die DB-Instance an. Weitere Informationen zu den einzelnen Einstellungen finden Sie unter [Einstellungen für DB-Instances](USER_CreateDBInstance.Settings.md).
1. Klicken Sie auf **Restore DB Instance** (DB-Instance wiederherstellen).
## AWS CLI
[Verwenden Sie den AWS CLI Befehl restore-db-instance-from -db-snapshot, um einen Multi-AZ-DB-Cluster-Snapshot in einer DB-Instance-Bereitstellung wiederherzustellen.](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html)
In dem folgenden Beispiel führen Sie eine Wiederherstellung aus einem zuvor erstellten Snapshot eines Multi-AZ-DB-Clusters mit dem Namen `myclustersnapshot` durch. Die Wiederherstellung erfolgt in einer neuen Multi-AZ-DB-Instance-Bereitstellung mit einer primären DB-Instance mit dem Namen `mynewdbinstance`. Geben Sie für die Option `--db-cluster-snapshot-identifier` den Namen des Snapshots des Multi-AZ-DB-Clusters an.
Geben Sie für die Option `--db-instance-class` die DB-Instance-Klasse für die neue DB-Instance-Bereitstellung an. Weitere Informationen zu DB-Instance-Klassen finden Sie unter [](Concepts.DBInstanceClass.md).
Sie können auch andere Optionen festlegen.
**Example**
Für Linux, macOS oder Unix:
```
1. aws rds restore-db-instance-from-db-snapshot \
2. --db-instance-identifier mynewdbinstance \
3. --db-cluster-snapshot-identifier myclustersnapshot \
4. --engine mysql \
5. --multi-az \
6. --db-instance-class db.r6g.xlarge
```
Für Windows:
```
1. aws rds restore-db-instance-from-db-snapshot ^
2. --db-instance-identifier mynewdbinstance ^
3. --db-cluster-snapshot-identifier myclustersnapshot ^
4. --engine mysql ^
5. --multi-az ^
6. --db-instance-class db.r6g.xlarge
```
Nachdem Sie die DB-instance wiederhergestellt haben, können Sie sie der Sicherheitsgruppe hinzufügen, die mit dem Multi-AZ-DB-Cluster verknüpft ist, mit dem Sie den Snapshot erstellt haben, falls zutreffend. Durch Abschließen dieser Aktion werden dieselben Funktionen wie die des vorherigen Multi-AZ-DB-Clusters bereitgestellt.
## RDS-API
Um einen Multi-AZ-DB-Cluster-Snapshot in einer DB-Instance-Bereitstellung [wiederherzustellen, rufen Sie den RDS-API-Vorgang Restore DBInstance From DBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html) mit den folgenden Parametern auf:
+ `DBInstanceIdentifier`
+ `DBClusterSnapshotIdentifier`
+ `Engine`
Sie können auch andere optionale Parameter angeben.
Nachdem Sie die DB-instance wiederhergestellt haben, können Sie sie der Sicherheitsgruppe hinzufügen, die mit dem Multi-AZ-DB-Cluster verknüpft ist, mit dem Sie den Snapshot erstellt haben, falls zutreffend. Durch Abschließen dieser Aktion werden dieselben Funktionen wie die des vorherigen Multi-AZ-DB-Clusters bereitgestellt.
# Tutorial: Wiederherstellen einer Amazon-RDS-DB-Instance aus einem DB-Snapshot
Bei der Arbeit mit Amazon RDS ist häufig eine DB-Instance vorhanden, mit der Sie gelegentlich arbeiten, aber die Sie nicht ständig brauchen. Angenommen, Sie haben beispielsweise eine vierteljährliche Kundenbefragung, für die eine Amazon-EC2-Instance verwendet wird, um eine Kundenumfrage-Website zu hosten. Außerdem haben Sie eine DB-Instance, die zum Speichern der Umfrageergebnisse verwendet wird. Eine Möglichkeit, in einem solchen Szenario Geld zu sparen, besteht darin, nach Abschluss der Umfrage einen DB-Snapshot der DB-Instance zu verwenden. Anschließend löschen Sie die DB-Instance und stellen sie wieder her, wenn Sie die Umfrage erneut durchführen müssen.
Wenn Sie die DB-Instance wiederherstellen, geben Sie den Namen des DB-Snapshots für die Wiederherstellung an. Anschließend vergeben Sie einen Namen für die neue DB-Instance, die durch den Wiederherstellungsvorgang erstellt wird.
Genauere Informationen zum Wiederherstellen von DB-Instances aus Snapshots finden Sie unter [Wiederherstellen auf eine DB-Instance](USER_RestoreFromSnapshot.md).
Weitere Informationen zur AWS KMS-Schlüsselverwaltung für Amazon RDS finden Sie unter [AWS KMS key Verwaltung](Overview.Encryption.Keys.md).
## Wiederherstellen einer DB-Instance aus einem DB-Snapshot
Sie können wie folgt vorgehen, um eine Wiederherstellung aus einem Snapshot in der AWS-Managementkonsoleauszuführen.
**So stellen Sie eine DB-Instance aus einem DB-Snapshot wieder her**
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 die Option **Snapshots**.
1. Wählen Sie den DB-Snapshot für die Wiederherstellung aus.
1. Wählen Sie in **Actions (Aktionen)** die Option **Restore Snapshot (Snapshot wiederherstellen)** aus.
![\[Option „Restore Snapshot“ (Snapshot wiederherstellen) im Menü „Actions (Aktionen)“ der RDS-Konsole\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/tut-restore-instance1.png)
Anschließend wird die Seite **Restore snapshot (Snapshot wiederherstellen)** angezeigt.
![\[Seite „Restore Snapshot“ (Snapshot wiederherstellen)\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/tut-restore-instance2.png)
1. Verwenden Sie unter **DB instance setting (DB-Instance-Einstellungen)** die Standardeinstellungen für **DB engine (DB-Engine)** und **License model (Lizenzmodell)** (für Oracle oder Microsoft SQL Server).
1. Geben Sie unter **Settings (Einstellungen)** bei **DB instance identifier (DB-Instance-Kennung)** den eindeutigen Namen ein, den Sie für die wiederhergestellte DB-Instance verwenden möchten, zum Beispiel **mynewdbinstance**.
Sie können den Namen dieser Instance während der Wiederherstellung aus einer DB-Instance verwenden, die nach der Erstellung des DB-Snapshots gelöscht wurde.
1. Wählen Sie unter **Verfügbarkeit und Beständigkeit** aus, ob eine Standby-Instance in einer anderen Availability Zone erstellt werden soll.
Erstellen Sie für dieses Tutorial keine Standby-Instance.
1. Verwenden Sie unter **Konnektivität** die Standardeinstellungen für folgende Optionen:
+ **Virtual Private Cloud (VPC)**
+ **DB-Subnetzgruppe**
+ **Öffentlicher Zugriff**
+ **VPC-Sicherheitsgruppe (Firewall)**
1. Wählen Sie die **DB instance class (DB-Instance-Klasse)** aus.
Wählen Sie für dieses Tutorial **Burstable classes (includes t classes) (Burst-fähige Klassen (einschließlich t-Klassen))** und dann **db.t3.small** aus.
1. Für **Encryption (Verschlüsselung)** verwenden Sie die Standardeinstellungen.
Wenn die Quell-DB-Instance für den Snapshot verschlüsselt wurde, wird die wiederhergestellte DB-Instance ebenfalls verschlüsselt. Die Verschlüsselung kann nicht aufgehoben werden.
1. Erweitern Sie **Additional configuration (Zusätzliche Konfiguration)** unten auf der Seite.
![\[Zusätzliche Konfiguration\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/tut-restore-instance3.png)
1. Führen Sie unter **Database options (Datenbankoptionen)** folgende Schritte aus:
1. Wählen Sie **DB parameter group (DB-Parametergruppe)** aus.
Für dieses Tutorial verwenden Sie die Standard-DB-Parametergruppe.
1. Wählen Sie die **Option group (Optionsgruppe)** aus.
Für dieses Tutorial verwenden Sie die Standard-Optionsgruppe
**Wichtig**
In einigen Fällen führen Sie möglicherweise eine Wiederherstellung aus einem DB-Snapshot einer DB-Instance durch, die eine persistente oder permanente Option verwendet. In diesem Fall müssen Sie eine Optionsgruppe auswählen, die dieselbe Option verwendet.
1. Für **Deletion protection (Löschschutz)** setzen Sie ein Häkchen bei **Enable deletion protection (Löschschutz aktivieren)**.
1. Klicken Sie auf **Restore DB Instance** (DB-Instance wiederherstellen).
Auf der Seite **Databases (Datenbanken)** wird die wiederhergestellte DB-Instance mit dem Status `Creating` angezeigt.
![\[Wiederhergestellte DB-Instance auf der Seite „Datenbanken“\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/tut-restore-instance4.png)