

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.

# Sichern und Wiederherstellen einer DB-Instance von Amazon RDS Custom for Oracle
<a name="custom-backup"></a>

Wie Amazon RDS erstellt RDS Custom während des Backup-Zeitfensters Ihrer DB-Instance automatisierte Backups Ihrer DB-Instance von RDS Custom for Oracle und speichert diese. Sie können Ihre DB-Instance auch sichern, indem Sie manuell einen DB-Snapshot erstellen. 

Die Prozedur ist identisch mit dem Erstellen eines Snapshots einer Amazon RDS-DB-Instance. Der erste Snapshot einer RDS Custom DB-Instance enthält die Daten der vollständigen DB-Instance. Nachfolgende Snapshots sind inkrementell.

Wiederherstellen von DB-Snapshots mit dem AWS-Managementkonsole oder AWS CLI.

**Topics**
+ [Erstellen eines Snapshots von RDS Custom für Oracle](custom-backup.creating.md)
+ [Wiederherstellen von einem DB-Snapshot von RDS Custom für Oracle](custom-backup.restoring.md)
+ [Wiederherstellen einer Instance von RDS Custom für Oracle auf einen bestimmten Zeitpunkt](custom-backup.pitr.md)
+ [Löschen eines Snapshots von RDS Custom für Oracle](custom-backup.deleting.md)
+ [Löschen von automatisierten Backups von RDS Custom für Oracle](custom-backup.deleting-backups.md)

# Erstellen eines Snapshots von RDS Custom für Oracle
<a name="custom-backup.creating"></a>

RDS Custom für Oracle erstellt einen Snapshot für das Speichervolume Ihrer DB-Instance, damit die gesamte DB-Instance gesichert wird und nicht nur einzelne Datenbanken. Wenn Ihre DB-Instance eine Container-Datenbank (CDB) enthält, umfasst der Snapshot der Instance die Root-CDB und alle PDBs.

Wenn Sie einen Snapshot von RDS Custom für Oracle erstellen, geben Sie an, welche RDS-Custom-DB-Instance gesichert werden soll. Geben Sie dann dem DB-Snapshot einen Namen, sodass über diesen eine Wiederherstellung zu einem späteren Zeitpunkt möglich ist.

Wenn Sie einen Snapshot erstellen, erstellt RDS Custom für Oracle einen Amazon-EBS-Snapshot für jedes Volume, das der DB-Instance angefügt ist. RDS Custom für Oracle verwendet den EBS-Snapshot des Root-Volumes, um ein neues Amazon Machine Image (AMI) zu registrieren. Damit Snapshots einfach mit einer bestimmten DB-Instance verknüpft werden können, werden sie mit `DBSnapshotIdentifier`, `DbiResourceId` und `VolumeType` getaggt.

Das Erstellen eines DB-Snapshots führt zu einer kurzen I/O-Suspendierung. Diese Suspendierung kann je nach Größe und Klasse Ihrer DB-Instance einige Sekunden bis einige Minuten dauern. Die Erstellungszeit für Snapshots variiert je nach Größe Ihrer Datenbank. Da der Snapshot das gesamte Speichervolume umfasst, wirkt sich die Größe von Dateien, wie z. B. temporäre Dateien, auch auf die Zeit aus, die zum Erstellen des Snapshots benötigt wird. Weitere Informationen zum Erstellen von Snapshots finden Sie unter [Erstellen eines DB-Snapshots für eine DB-Instance mit Single-AZ für Amazon RDS](USER_CreateSnapshot.md).

Erstellen Sie einen Snapshot von RDS Custom für Oracle mit der Konsole oder der AWS CLI.

## Konsole
<a name="USER_CreateSnapshot.CON"></a>

**So erstellen Sie einen benutzerdefinierten RDS Snapshot**

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 **Datenbanken** aus.

1. Wählen Sie in der Liste der RDS Custom die DB-Instance, für die Sie einen Snapshot erstellen möchten.

1. Wählen Sie für **Aktionen** die Option **Take snapshot (Snapshot aufnehmen)**.

   Das Fenster **Take DB Snapshot (DB-Snapshot erstellen)** wird angezeigt.

1. Geben Sie den Namen des Snapshots in das Feld **Snapshot name (Snapshot-Name)** ein.

1. Wählen Sie **Snapshot erstellen** aus.

## AWS CLI
<a name="USER_CreateSnapshot.CLI"></a>

Sie erstellen einen Snapshot Ihrer RDS Custom DB-Instance unter Verwendung des [erstellen-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-snapshot.html) AWS CLI-Befehls.

Folgende Optionen stehen Ihnen zur Verfügung:
+ `--db-instance-identifier` — Identifiziert, welche RDS-DB-Instance Sie sichern werden
+ `--db-snapshot-identifier` — Benennt Ihren RDS-Snapshot, sodass Sie später wiederherstellen können

In diesem Beispiel erstellen Sie den DB-Snapshot *`my-custom-snapshot`* für die RDS Custom DB-Instance mit dem Namen `my-custom-instance`.

**Example**  
Für Linux, macOS oder Unix:  

```
1. aws rds create-db-snapshot \
2.     --db-instance-identifier my-custom-instance \
3.     --db-snapshot-identifier my-custom-snapshot
```
Windows:  

```
1. aws rds create-db-snapshot ^
2.     --db-instance-identifier my-custom-instance ^
3.     --db-snapshot-identifier my-custom-snapshot
```

# Wiederherstellen von einem DB-Snapshot von RDS Custom für Oracle
<a name="custom-backup.restoring"></a>

Wenn Sie eine DB-Instance von RDS Custom für Oracle wiederherstellen, geben Sie den Namen des DB-Snapshots und einen Namen für die neue Instance an. Sie können nicht von einem Snapshot auf eine vorhandene RDS-DB-Instance wiederherstellen. Bei der Wiederherstellung wird eine neue DB-Instance von RDS Custom für Oracle erstellt.

Der Wiederherstellungsprozess unterscheidet sich in folgenden Wegen von der Wiederherstellung in Amazon RDS:
+ Vor dem Wiederherstellen eines Snapshots sichert RDS Custom vor Oracle vorhandene Konfigurationsdateien. Diese Dateien sind auf der wiederhergestellten Instance im Verzeichnis `/rdsdbdata/config/backup` verfügbar. RDS Custom für Oracle stellt den DB-Snapshot mit Standardparametern wieder her und überschreibt die vorherigen Datenbankkonfigurationsdateien mit vorhandenen Dateien. Daher behält die wiederhergestellte Instance keine benutzerdefinierten Parameter und Änderungen an Datenbankkonfigurationsdateien bei.
+ Die wiederhergestellte Datenbank hat denselben Namen wie im Snapshot. Wenn Sie möchten, können Sie einen anderen Namen eingeben. (Für RDS Custom für Oracle ist der Standardwert `ORCL`.)

## Konsole
<a name="custom-backup.restoring.console"></a>

**Wiederherstellen einer RDS Custom DB-Instance aus einem DB-Snapshot**

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.

1. Geben Sie auf der Seite **Restore DB instance** (DB-Instance wiederherstellen) unter **DB-Instance-Kennung** den Namen der wiederhergestellten RDS Custom Instance ein.

1. Klicken Sie auf **Restore DB Instance** (DB-Instance wiederherstellen). 

## AWS CLI
<a name="custom-backup.restoring.CLI"></a>

Sie stellen einen RDS Custom DB-Snapshot wieder her, indem Sie den [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html) AWS CLI-Befehl nutzen.

Wenn der Snapshot, von dem Sie wiederherstellen, für eine private DB-Instance bestimmt ist, geben Sie beide die richtigen `db-subnet-group-name` und `no-publicly-accessible` an. Andernfalls ist die DB-Instance standardmäßig öffentlich zugänglich. Die folgenden Optionen sind erforderlich:
+ `db-snapshot-identifier` — Identifiziert den Snapshot, aus dem wiederhergestellt werden soll
+ `db-instance-identifier` — Gibt den Namen der RDS Custom DB-Instance an, die aus dem DB-Snapshot erstellt werden soll
+ `custom-iam-instance-profile` – Gibt das Instance-Profil an, das mit der zugrunde liegenden Amazon-EC2-Instance einer RDS-Custom-DB-Instance verknüpft ist.

Der folgende Code stellt den Snapshot mit dem Namen `my-custom-snapshot` zu `my-custom-instance` her.

**Example**  
Für Linux, macOS oder Unix:  

```
aws rds restore-db-instance-from-db-snapshot \
  --db-snapshot-identifier my-custom-snapshot \
  --db-instance-identifier my-custom-instance \
  --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
  --no-publicly-accessible
```
Für Windows:  

```
aws rds restore-db-instance-from-db-snapshot ^
  --db-snapshot-identifier my-custom-snapshot ^
  --db-instance-identifier my-custom-instance ^
  --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
  --no-publicly-accessible
```

# Wiederherstellen einer Instance von RDS Custom für Oracle auf einen bestimmten Zeitpunkt
<a name="custom-backup.pitr"></a>

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
<a name="custom-backup.pitr.oracle"></a>

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
<a name="custom-backup.pitr2.CON"></a>

**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
<a name="custom-backup.pitr2.CLI"></a>

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
```

# Löschen eines Snapshots von RDS Custom für Oracle
<a name="custom-backup.deleting"></a>

Sie können DB-Snapshots löschen, die mit RDS Custom für Oracle verwaltet werden, wenn Sie sie nicht mehr benötigen. Der Löschvorgang ist sowohl für Amazon-RDS- als auch für RDS-Custom-DB-Instances identisch.

Die Amazon-EBS-Snapshots für die Binär- und Root-Volumes bleiben länger in Ihrem Konto, da sie möglicherweise mit einigen Instances verknüpft sind, die in Ihrem Konto oder mit anderen Snapshots von RDS Custom für Oracle ausgeführt werden. Diese EBS-Snapshots werden automatisch gelöscht, nachdem sie nicht mehr mit vorhandenen Ressourcen von RDS Custom für Oracle (DB-Instances oder Backups) in Verbindung stehen.

## Konsole
<a name="USER_DeleteSnapshot.CON"></a>

**So löschen Sie einen Snapshot Ihrer RDS-DB-Instance**

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 aus, den Sie löschen möchten.

1. Wählen Sie unter **Actions (Aktionen)** die Option **Delete Snapshot (Snapshot löschen)** aus.

1. Wählen Sie auf der Bestätigungsseite die Option **Löschen** aus.

## AWS CLI
<a name="USER_DeleteSnapshot.CLI"></a>

Um einen benutzerdefinierten RDS-Snapshot zu löschen, verwenden Sie den AWS CLI-Vefehl [delete-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-snapshot.html).

Die folgenden Optionen sind erforderlich:
+ `--db-snapshot-identifier` — Der zu löschende Snapshot

Das folgende Beispiel löscht den Cluster-Snapshot `my-custom-snapshot`.

**Example**  
Für Linux, macOS oder Unix:  

```
1. aws rds delete-db-snapshot \  
2.   --db-snapshot-identifier my-custom-snapshot
```
Windows:  

```
1. aws rds delete-db-snapshot ^
2.   --db-snapshot-identifier my-custom-snapshot
```

# Löschen von automatisierten Backups von RDS Custom für Oracle
<a name="custom-backup.deleting-backups"></a>

Sie können aufbewahrte automatisierte Backups für RDS Custom für Oracle löschen, wenn sie nicht mehr benötigt werden. Das Verfahren entspricht dem Verfahren zum Löschen von Amazon-RDS-Backups.

## Konsole
<a name="USER_WorkingWithAutomatedBackups-Deleting.CON"></a>

**So löschen Sie eine aufbewahrte automatisierte Backup:**

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 **Retained (Aufbewahrt)**.

1. Wählen Sie die aufbewahrte automatisierte Sicherung, die Sie löschen möchten.

1. Klicken Sie bei ** Actions** auf **Delete**.

1. Geben Sie auf der Bestätigungsseite **delete me** und wählen Sie **Löschen** aus. 

## AWS CLI
<a name="USER_WorkingWithAutomatedBackups-Deleting.CLI"></a>

Sie können eine aufbewahrte automatisierte Sicherung mit dem AWS CLI-Befehl [delete-db-instance-automated-backup](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance-automated-backup.html) löschen.

Zum Löschen einer aufbewahrten automatisierten Sicherung werden die folgenden Optionen verwendet.
+ `--dbi-resource-id` – Die Ressourcenkennung für die Quell-RDS-Custom-DB-Instance.

  Sie finden die Ressourcenkennung für die Quell-DB-Instance eines aufbewahrten automatisierten Backups mit dem AWS CLI-Befehl [describe-db-instance-automated-backups](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instance-automated-backups.html).

Im folgenden Beispiel wird das aufbewahrte automatisierte Backup mit der Quell-DB-Instance-Ressourcenkennung `custom-db-123ABCEXAMPLE` gelöscht.

**Example**  
Für Linux, macOS oder Unix:  

```
1. aws rds delete-db-instance-automated-backup \
2.     --dbi-resource-id custom-db-123ABCEXAMPLE
```
Windows:  

```
1. aws rds delete-db-instance-automated-backup ^
2.     --dbi-resource-id custom-db-123ABCEXAMPLE
```