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 einer Instance von RDS Custom für Oracle auf einen bestimmten Zeitpunkt
Sie können eine DB-Instanceeinen DB-Cluster zu einem bestimmten Zeitpunkt wiederherstellen, indem Sie eine neue DB-Instanceeinen neuen DB-Cluster erstellen. Um PITR zu unterstützen, muss Ihre DB-Instances die Sicherungsaufbewahrung auf einen Wert ungleich Null festgelegt haben.
Die späteste wiederherstellbare Zeit für eine DB-Instance von RDS Custom für Oracle hängt von mehreren Faktoren ab, liegt jedoch normalerweise innerhalb von 5 Minuten vor dem aktuellen Zeitpunkt. Um die neueste wiederherstellbare Zeit für eine DB-Instance anzuzeigen, verwenden Sie den Befehl AWS CLI[describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) und sehen Sie sich den Wert an, der im `LatestRestorableTime` Feld für die DB-Instance zurückgegeben wird. 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.
Allgemeine Informationen zu PITR finden Sie unter [Wiederherstellen einer DB-Instance auf einen bestimmten Zeitpunkt für Amazon RDS](USER_PIT.md).
**Topics**
+ [PITR-Überlegungen für RDS Custom für Oracle](#custom-backup.pitr.oracle)
## PITR-Überlegungen für RDS Custom für Oracle
In RDS Custom für Oracle unterscheidet sich PITR auf folgende wichtige Weise von PITR in Amazon RDS:
+ Die wiederhergestellte Datenbank hat denselben Namen wie in der Quell-DB-Instance. Wenn Sie möchten, können Sie einen anderen Namen eingeben. Der Standardwert ist `ORCL`.
+ `AWSRDSCustomIamRolePolicy` benötigt neue Berechtigungen. Weitere Informationen finden Sie unter [Schritt 2: Fügen Sie eine Zugriffsrichtlinie hinzu AWSRDSCustom InstanceRoleForRdsCustomInstance](custom-setup-orcl.md#custom-setup-orcl.iam.add-policy).
+ Für alle RDS Custom für Oracle DB-Instances muss die Sicherungsaufbewahrung auf einen Wert ungleich Null festgelegt sein.
+ Wenn Sie die Zeitzone des Betriebssystems oder der DB-Instance ändern, funktioniert PITR möglicherweise nicht. Weitere Informationen zum Ändern von Zeitzonen finden Sie unter [Oracle-Zeitzone](custom-managing.timezone.md).
+ Wenn Sie die Automatisierung auf `ALL_PAUSED` setzen, unterbricht RDS Custom das Hochladen archivierter Redo-Protokolldateien, einschließlich Protokollen, die vor der letzten Wiederherstellungszeit (LRT) erstellt wurden. Es wird empfohlen, die Automatisierung für einen kurzen Zeitraum anzuhalten.
Nehmen Sie zur Veranschaulichung an, dass Ihre LRT 10 Minuten her ist. - Pausieren einer Automatisierung Während der Pause lädt RDS Custom keine archivierten Redo-Logs hoch. Wenn Ihre DB-Instance abstürzt, können Sie sich nur bis zu einer Zeit vor dem LRT wiederherstellen, der beim Pausieren existierte. Wenn Sie die Automatisierung fortsetzen, nimmt RDS Custom das Hochladen von Protokollen fort. Die LRT schreitet voran. Es gelten normale PITR-Regeln.
+ In RDS Custom können Sie manuell eine beliebige Anzahl von Stunden angeben, um archivierte Redo-Logs beizubehalten, bevor RDS Custom sie nach dem Hochladen löscht. Geben Sie die Anzahl der Stunden wie folgt an:
1. Erstellen Sie eine Textdatei mit dem Namen `/opt/aws/rdscustomagent/config/redo_logs_custom_configuration.json`.
1. Die Eingabe ist ein JSON-Objekt im folgenden Format: `{"archivedLogRetentionHours" : "num_of_hours"}`. Die Zahl muss eine Ganzzahl im Bereich von 1–840 sein.
+ Angenommen, Sie schließen eine Nicht-CDB als PDB an eine Container-Datenbank (CDB) an und versuchen es dann mit PITR. Der Vorgang ist nur erfolgreich, wenn Sie die PDB zuvor gesichert haben. Nachdem Sie eine PDB erstellt oder geändert haben, empfehlen wir, sie immer zu sichern.
+ Es wird empfohlen, die -Initialisierungsparameter für die Datenbank nicht anzupassen. Das Ändern der folgenden Parameter wirkt sich beispielsweise auf PITR aus:
+ `CONTROL_FILE_RECORD_KEEP_TIME` wirkt sich auf die Regeln zum Hochladen und Löschen von Protokollen aus.
+ `LOG_ARCHIVE_DEST_n` unterstützt mehrere Destinationen nicht.
+ `ARCHIVE_LAG_TARGET` beeinflusst die letzte wiederherstellbare Zeit. `ARCHIVE_LAG_TARGET` ist auf `300` eingestellt, weil das Recovery Point Objective (RPO) 5 Minuten beträgt. Um diesen Zielwert zu erreichen, wechselt RDS das Online-Redo-Protokoll alle 5 Minuten und speichert es in einem Amazon-S3-Bucket. Wenn die Häufigkeit des Protokollwechsels ein Leistungsproblem für Ihre Datenbank von RDS Custom für Oracle verursacht, können Sie Ihre DB-Instance und Ihren Speicher auf eine Instance mit höherem IOPS und höherem Durchsatz skalieren. Falls für Ihren Wiederherstellungsplan erforderlich, können Sie den Wert des Initialisierungsparameters `ARCHIVE_LAG_TARGET` auf einen Wert zwischen 60 und 7200 anpassen.
+ Wenn Sie die Initialisierungsparameter der Datenbank anpassen, empfehlen wir dringend, nur Folgendes anzupassen:
+ `COMPATIBLE`
+ `MAX_STRING_SIZE`
+ `DB_FILES`
+ `UNDO_TABLESPACE`
+ `ENABLE_PLUGGABLE_DATABASE`
+ `CONTROL_FILES`
+ `AUDIT_TRAIL`
+ `AUDIT_TRAIL_DEST`
Für alle anderen Initialisierungsparameter stellt RDS Custom die Standardwerte wieder her. Wenn Sie einen Parameter ändern, der nicht in der vorherigen Liste enthalten ist, kann dies negative Auswirkungen auf die PITR haben und zu unvorhersehbaren Ergebnissen führen. Beispiel, `CONTROL_FILE_RECORD_KEEP_TIME` wirkt sich auf die Regeln zum Hochladen und Löschen von Protokollen aus.
Sie können eine DB-Instanceeinen DB-Cluster mit der AWS-Managementkonsole, der AWS CLI oder der RDS-API auf einen bestimmten Zeitpunkt wiederherstellen.
## Konsole
**Wiederherstellen einer DB-Instance eines RDS Custom 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 **Automated backups** (Automatisierte Backups) aus.
1. Wählen Sie die RDS Custom DB-Instance aus, die 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.
Geben Sie bei der Auswahl von **Custom** das Datum und die Uhrzeit ein, zu der Sie den Instance-Cluster wiederherstellen möchten.
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 für **DB-Instance-Kennung** den Namen der wiederhergestellten RDS Custom DB-Ziel-Instance ein. Der Name muss eindeutig sein.
1. Wählen Sie bei Bedarf andere Optionen aus, z. B. DB-Instance-Class.
1. Wählen Sie **Restore to point in time (Zu einem bestimmten Zeitpunkt wiederherstellen)** aus.
## AWS CLI
Sie stellen eine DB-Instance zu einem angegebenen Zeitpunkt wieder her, indem Sie den Befehl [restore-db-instance-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) AWS CLI verwenden, um eine neue benutzerdefinierte RDS-DB-Instance zu erstellen.
Verwenden Sie eine der folgenden Optionen, um die Sicherung anzugeben, von der wiederhergestellt werden soll:
+ `--source-db-instance-identifier mysourcedbinstance`
+ `--source-dbi-resource-id dbinstanceresourceID`
+ `--source-db-instance-automated-backups-arn backupARN`
Die Option `custom-iam-instance-profile` ist erforderlich.
Der folgende Befehl stellt `my-custom-db-instance` auf eine neue DB-Instance namens `my-restored-custom-db-instance` wieder her, und zwar zum angegebenen Zeitpunkt.
**Example**
Für Linux, macOS oder Unix:
```
1. aws rds restore-db-instance-to-point-in-time \
2. --source-db-instance-identifier my-custom-db-instance\
3. --target-db-instance-identifier my-restored-custom-db-instance \
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
5. --restore-time 2022-10-14T23:45:00.000Z
```
Für Windows:
```
1. aws rds restore-db-instance-to-point-in-time ^
2. --source-db-instance-identifier my-custom-db-instance ^
3. --target-db-instance-identifier my-restored-custom-db-instance ^
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
5. --restore-time 2022-10-14T23:45:00.000Z
```