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.
# Snapshot und Wiederherstellung
ElastiCache Amazon-Caches, auf denen Valkey, Redis OSS oder Serverless Memcached ausgeführt werden, können ihre Daten sichern, indem sie einen Snapshot erstellen. Sie können das Backup verwenden, um einen Cache wiederherzustellen oder Daten in einem neuen Cache durch Seeding zu speichern. Ein Backup besteht aus den Metadaten des Caches zusammen mit allen Daten im Cache. Alle Sicherungen werden in Amazon Simple Storage Service (Amazon S3) geschrieben, der einen dauerhaften Speicher bereitstellt. Sie können Ihre Daten jederzeit wiederherstellen, indem Sie einen neuen Valkey-, Redis OSS- oder Serverless Memcached-Cache erstellen und ihn mit Daten aus einem Backup füllen. Mit ElastiCache können Sie Backups mithilfe der AWS-Managementkonsole,AWS Command Line Interface()AWS CLI und der API verwalten. ElastiCache
Wenn Sie vorhaben, den Cache zu löschen, und es wichtig ist, die Daten beizubehalten, können Sie eine zusätzliche Vorsichtsmaßnahme ergreifen. Erstellen Sie dazu zuerst ein manuelles Backup, überprüfen Sie, dass der Status *available* lautet und löschen Sie dann den Cache. Dadurch wird sichergestellt, dass die Cache-Daten weiterhin verfügbar sind, falls das Backup fehlschlagen sollte. Sie können nach den oben beschriebenen bewährten Methoden erneut versuchen, eine Sicherung anzufertigen.
**Topics**
+ [Sicherungseinschränkungen](#backups-constraints)
+ [Auswirkungen von Backups knotenbasierter Cluster auf die Leistung](#backups-performance)
+ [Planen automatischer Backups](backups-automatic.md)
+ [Erstellen manueller Backups](backups-manual.md)
+ [Erstellen einer endgültigen Sicherung](backups-final.md)
+ [Beschreiben von Sicherungen](backups-describing.md)
+ [Kopieren eines Backups](backups-copying.md)
+ [Exportieren einer Sicherung](backups-exporting.md)
+ [Wiederherstellen aus einem Backup in einen neuen Cache](backups-restoring.md)
+ [Löschen einer Sicherung](backups-deleting.md)
+ [Markieren von Sicherungen](backups-tagging.md)
+ [Tutorial: Seeding eines neuen knotenbasierten Clusters mit einem extern erstellten Backup](backups-seeding-redis.md)
## Sicherungseinschränkungen
Berücksichtigen Sie die folgenden Einschränkungen bei der Planung und Erstellung von Sicherungen:
+ Backup und Wiederherstellung werden nur für Caches unterstützt, die auf Valkey, Redis OSS oder Serverless Memcached ausgeführt werden.
+ Bei Valkey- oder Redis OSS-Clustern (Clustermodus deaktiviert) werden Sicherung und Wiederherstellung auf Knoten nicht unterstützt. `cache.t1.micro` Alle anderen Cache-Knotentypen werden unterstützt.
+ Bei Valkey- oder Redis OSS-Clustern (Clustermodus aktiviert) werden Sicherung und Wiederherstellung für alle Knotentypen unterstützt.
+ In einem zusammenhängenden Zeitraum von 24 Stunden können Sie nicht mehr als 24 manuelle Backups pro serverlosem Cache erstellen. Für knotenbasierte Valkey- und Redis OSS-Cluster können Sie nicht mehr als 20 manuelle Backups pro Knoten im Cluster erstellen.
+ Valkey oder Redis OSS (Clustermodus aktiviert) unterstützen nur das Erstellen von Backups auf Clusterebene (für die API oder CLI, die Replikationsgruppenebene). Valkey oder Redis OSS (Clustermodus aktiviert) unterstützt nicht das Erstellen von Backups auf Shard-Ebene (für die API oder CLI, auf Knotengruppenebene).
+ Während des Backup-Vorgangs können Sie keine anderen API- oder CLI-Operationen im serverlosen Cache ausführen. Sie können während des Backups API- oder CLI-Operationen auf einem knotenbasierten Cluster ausführen.
+ Wenn Sie Valkey- oder Redis OSS-Caches mit Data Tiering verwenden, können Sie kein Backup nach Amazon S3 exportieren.
+ Sie können ein Backup eines Clusters mit dem R6gd-Knotentyp nur für Cluster wiederherstellen, die den R6gd-Knotentyp verwenden.
## Auswirkungen von Backups knotenbasierter Cluster auf die Leistung
Backups auf Serverless-Caches sind für die Anwendung transparent, ohne dass sich dies auf die Leistung auswirkt. Bei der Erstellung von Backups für knotenbasierte Cluster kann es jedoch je nach verfügbarem reservierten Speicher zu Leistungseinbußen kommen. Backups für knotenbasierte Cluster sind ElastiCache für Memcached nicht verfügbar, aber für Redis OSS. ElastiCache
Im Folgenden finden Sie Richtlinien zur Verbesserung der Backup-Leistung für knotenbasierte Cluster.
+ `reserved-memory-percent`Parameter festlegen — Um übermäßiges Paging zu vermeiden, empfehlen wir Ihnen, den Parameter festzulegen. *reserved-memory-percent* Dieser Parameter verhindert, dass Valkey und Redis OSS den gesamten verfügbaren Speicher des Knotens verbrauchen, und kann dazu beitragen, den Umfang des Paging zu reduzieren. Die Leistung lässt sich möglicherweise einfach durch Verwenden eines größeren Knotens verbessern. Weitere Hinweise zum *reservierten Speicher und zu den Parametern* finden Sie unter. *reserved-memory-percent*[Verwaltung von reserviertem Speicher für Valkey und Redis OSS](redis-memory-management.md)
+ Backups aus einer Read Replica erstellen — Wenn Sie Valkey oder Redis OSS in einer Knotengruppe mit mehr als einem Knoten ausführen, können Sie ein Backup vom primären Knoten oder einer der Read Replica erstellen. Aufgrund der während BGSAVE erforderlichen Systemressourcen wird empfohlen, Sicherungen von einer der Read Replicas zu erstellen. Während die Sicherung von der Replikation erstellt wird, wirken sich die BGSAVE-Ressourcenanforderungen nichth auf den primären Knoten aus. Der primäre Knoten kann weiterhin Anfragen verarbeiten, ohne langsamer zu werden.
Siehe dazu [Erstellen einer manuellen Sicherung (Konsole)](backups-manual.md#backups-manual-CON) und wählen Sie im Fenster **Sicherung erstellen** im Feld **Clustername** ein Replikat anstelle des standardmäßigen Primärknotens aus.
Wenn Sie eine Replikationsgruppe löschen und ein letztes Backup anfordern, wird das Backup ElastiCache immer vom primären Knoten erstellt. Dadurch wird sichergestellt, dass Sie die neuesten Valkey- oder Redis-OSS-Daten erfassen, bevor die Replikationsgruppe gelöscht wird.
# Planen automatischer Backups
Sie können automatische Backups für jeden serverlosen Cache oder knotenbasierten Cluster von Valkey oder Redis OSS aktivieren. Wenn automatische Backups aktiviert sind, ElastiCache erstellt täglich eine Sicherungskopie des Caches. Es gibt keine Auswirkungen auf den Cache und die Änderung erfolgt sofort. Automatische Backups schützen vor Datenverlust. Bei einem Ausfall können Sie einen neuen Cache erstellen, indem Sie Ihre Daten aus dem aktuellen Backup wiederherstellen. Das Ergebnis ist ein warm gestarteter Cache, auf dem Ihre Daten vorab geladen und einsatzbereit sind. Weitere Informationen finden Sie unter [Wiederherstellen aus einem Backup in einen neuen Cache](backups-restoring.md).
Sie können automatische Backups für jeden Memcached Serverless Cache aktivieren. Wenn automatische Backups aktiviert sind, ElastiCache erstellt täglich eine Sicherungskopie des Caches. Es gibt keine Auswirkungen auf den Cache und die Änderung erfolgt sofort. Automatische Backups schützen vor Datenverlust. Bei einem Ausfall können Sie einen neuen Cache erstellen, indem Sie Ihre Daten aus dem aktuellen Backup wiederherstellen. Das Ergebnis ist ein warm gestarteter Cache, auf dem Ihre Daten vorab geladen und einsatzbereit sind. Weitere Informationen finden Sie unter [Wiederherstellen aus einem Backup in einen neuen Cache](backups-restoring.md).
Wenn Sie automatische Sicherungen planen, sollten Sie die folgenden Einstellungen vornehmen:
+ **Backup-Startzeit** — Die Tageszeit, zu der mit der Erstellung eines Backups ElastiCache begonnen wird. Sie können das Backup-Fenster für jeden beliebigen Zeitpunkt festlegen, zu dem es am sinnvollsten ist. Wenn Sie kein Backup-Fenster angeben, wird automatisch eines ElastiCache zugewiesen.
+ **Aufbewahrungsfrist für Sicherungen** – Die Anzahl von Tagen, für die die Sicherung in Amazon S3 aufbewahrt wird. Wenn Sie z. B. als Aufbewahrungsfrist 5 festlegen, dann wird die heute erstellte Sicherung 5 Tage lang aufbewahrt. Bei Ablauf der Aufbewahrungsfrist wird die Sicherungs automatisch gelöscht.
Der maximale Aufbewahrungsfrist für Sicherungen ist 35 Tage. Wenn als Backup-Aufbewahrungsfrist „0“ festgelegt wird, werden automatische Backups für den Cache deaktiviert.
Wenn Sie automatische Backups planen, ElastiCache wird mit der Erstellung des Backups begonnen. Sie können das Backup-Fenster für jeden beliebigen Zeitpunkt festlegen, zu dem es am sinnvollsten ist. Wenn Sie kein Backup-Fenster angeben, wird automatisch eines ElastiCache zugewiesen.
Sie können automatische Backups aktivieren oder deaktivieren, wenn Sie entweder einen neuen Cache erstellen oder einen vorhandenen Cache aktualisieren, indem Sie die ElastiCache Konsole AWS CLI, die oder die ElastiCache API verwenden. Für Valkey und Redis OSS erfolgt dies, indem Sie das Kontrollkästchen **Automatische Backups aktivieren** im Abschnitt **Erweiterte Valkey-Einstellungen oder **Erweiterte Redis** OSS-Einstellungen** aktivieren. **Für Memcached erfolgt dies, indem Sie im Abschnitt Erweiterte Memcached-Einstellungen das Kontrollkästchen **Automatische Backups aktivieren aktivieren aktivieren**.**
# Erstellen manueller Backups
Zusätzlich zu automatischen Sicherungen können Sie jederzeit eine *manuelle* Sicherung erstellen. Im Gegensatz zu automatischen Sicherungen, die nach einem angegebenen Aufbewahrungszeitraum automatisch gelöscht werden, ist für manuelle Sicherungen kein Aufbewahrungszeitraum vorhanden, nachdem sie automatisch gelöscht werden. Selbst wenn Sie den Cache löschen, werden alle manuellen Backups aus diesem Cache beibehalten. Wenn Sie eine manuelle Sicherung nicht mehr aufbewahren möchten, müssen Sie sie selbst explizit löschen.
Eine manuelle Sicherung kann nicht nur direkt, sondern auch auf eine der folgenden Arten erstellt werden:
+ [Kopieren eines Backups](backups-copying.md). Es spielt keine Rolle, ob die Quellsicherung automatisch oder manuell erstellt wurde.
+ [Erstellen einer endgültigen Sicherung](backups-final.md). Erstellen Sie ein Backup unmittelbar vor dem Löschen eines Clusters oder Knotens.
Sie können ein manuelles Backup eines Caches mithilfe der AWS-ManagementkonsoleAWS CLI, der oder der ElastiCache API erstellen.
Sie können manuelle Backups von Replikaten erstellen, bei denen der Clustermodus aktiviert und der Clustermodus deaktiviert ist.
## Erstellen einer manuellen Sicherung (Konsole)
**So erstellen Sie ein manuelles Backup eines Caches (Konsole)**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie im Navigationsbereich je nach Ihren **Vorlieben Valkey-Caches**, **Redis OSS-Caches** oder **Memcached-Caches** aus.
1. Wählen Sie das Feld links neben dem Namen des Caches aus, den Sie sichern möchten.
1. Wählen Sie **Backup**.
1. Geben Sie im Dialog **Create Backup** einen Namen für Ihre Sicherung im Feld **Backup Name** ein. Es ist empfehlenswert, dass aus dem Namen der gesicherte Cluster und das Datum sowie die Uhrzeit der Sicherung ersichtlich ist.
Für die Benennung von Clustern gelten die folgenden Einschränkungen:
+ Er muss 1-40 alphanumerische Zeichen oder Bindestriche enthalten.
+ Er muss mit einem Buchstaben beginnen.
+ Er darf keine zwei aufeinanderfolgenden Bindestriche enthalten.
+ Er darf nicht mit einem Bindestrich enden.
1. Wählen Sie **Create Bucket**.
Der Status des Clusters ändert sich in *snapshotting*.
## Erstellen einer manuellen Sicherung (AWS CLI)
**Manuelles Backup eines serverlosen Caches mit dem AWS CLI**
Um eine manuelle Sicherung eines Caches mit dem zu erstellen AWS CLI, verwenden Sie den `create-serverless-snapshot`AWS CLI Vorgang mit den folgenden Parametern:
+ `--serverless-cache-name` – der Name des Serverless-Caches, für den Sie ein Backup erstellen.
+ `--serverless-cache-snapshot-name` – der Name des zu erstellenden Snapshots.
Für Linux, macOS oder Unix:
+
```
aws elasticache create-serverless-snapshot \
--serverless-cache-name CacheName \
--serverless-cache-snapshot-name bkup-20231127
```
Für Windows:
+
```
aws elasticache create-serverless-snapshot ^
--serverless-cache-name CacheName ^
--serverless-cache-snapshot-name bkup-20231127
```
**Manuelles Backup eines knotenbasierten Clusters mit dem AWS CLI**
Um ein manuelles Backup eines knotenbasierten Clusters mithilfe von zu erstellen AWS CLI, verwenden Sie den `create-snapshot`AWS CLI Vorgang mit den folgenden Parametern:
+ `--cache-cluster-id`
+ Wenn der Cluster, den Sie sichern, keine Replikatknoten hat, `--cache-cluster-id` ist dies beispielsweise der Name des Clusters, den Sie sichern. *mycluster*
+ Wenn der von Ihnen gesicherte Cluster über mindestens einen Replikatknoten verfügt, lautet der Name des Knotens im Clusters, den Sie für die Sicherung verwenden möchten `--cache-cluster-id`. Der Name könnte beispielsweise lauten. *mycluster-002*
Verwenden Sie diesen Parameter nur, wenn Sie einen Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) sichern.
+ `--replication-group-id`— Name des Valkey- oder Redis OSS-Clusters (Cluster-Modus aktiviert) (CLI/API: eine Replikationsgruppe), der als Quelle für das Backup verwendet werden soll. Verwenden Sie diesen Parameter, wenn Sie einen Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) sichern.
+ `--snapshot-name` Name des zu erstellenden Snapshots.
Für die Benennung von Clustern gelten die folgenden Einschränkungen:
+ Er muss 1-40 alphanumerische Zeichen oder Bindestriche enthalten.
+ Er muss mit einem Buchstaben beginnen.
+ Er darf keine zwei aufeinanderfolgenden Bindestriche enthalten.
+ Er darf nicht mit einem Bindestrich enden.
### Beispiel 1: Sicherung eines Valkey- oder Redis OSS-Clusters (Clustermodus deaktiviert), der keine Replikatknoten hat
Mit dem folgenden AWS CLI Vorgang wird das Backup `bkup-20150515` aus dem Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) erstellt`myNonClusteredRedis`, der keine Read Replicas enthält.
Für Linux, macOS oder Unix:
```
aws elasticache create-snapshot \
--cache-cluster-id myNonClusteredRedis \
--snapshot-name bkup-20150515
```
Für Windows:
```
aws elasticache create-snapshot ^
--cache-cluster-id myNonClusteredRedis ^
--snapshot-name bkup-20150515
```
### Beispiel 2: Sicherung eines Valkey- oder Redis OSS-Clusters (Clustermodus deaktiviert) mit Replikatknoten
Der folgende AWS CLI Vorgang erstellt das Backup `bkup-20150515` aus dem Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert). `myNonClusteredRedis` Diese Sicherung hat eine oder mehrere Lesereplikate.
Für Linux, macOS oder Unix:
```
aws elasticache create-snapshot \
--cache-cluster-id myNonClusteredRedis-001 \
--snapshot-name bkup-20150515
```
Für Windows:
```
aws elasticache create-snapshot ^
--cache-cluster-id myNonClusteredRedis-001 ^
--snapshot-name bkup-20150515
```
**Beispielausgabe: Sicherung eines Valkey- oder Redis OSS-Clusters (Clustermodus deaktiviert) mit Replikatknoten**
Die Ausgabe der Operation sieht in etwa folgendermaßen aus.
```
{
"Snapshot": {
"Engine": "redis",
"CacheParameterGroupName": "default.redis6.x",
"VpcId": "vpc-91280df6",
"CacheClusterId": "myNonClusteredRedis-001",
"SnapshotRetentionLimit": 0,
"NumCacheNodes": 1,
"SnapshotName": "bkup-20150515",
"CacheClusterCreateTime": "2017-01-12T18:59:48.048Z",
"AutoMinorVersionUpgrade": true,
"PreferredAvailabilityZone": "us-east-1c",
"SnapshotStatus": "creating",
"SnapshotSource": "manual",
"SnapshotWindow": "08:30-09:30",
"EngineVersion": "6.0",
"NodeSnapshots": [
{
"CacheSize": "",
"CacheNodeId": "0001",
"CacheNodeCreateTime": "2017-01-12T18:59:48.048Z"
}
],
"CacheSubnetGroupName": "default",
"Port": 6379,
"PreferredMaintenanceWindow": "wed:07:30-wed:08:30",
"CacheNodeType": "cache.m3.2xlarge",
"DataTiering": "disabled"
}
}
```
### Beispiel 3: Sicherung eines Clusters für Valkey oder Redis OSS (Clustermodus aktiviert)
Der folgende AWS CLI Vorgang erstellt das Backup `bkup-20150515` aus dem Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert). `myClusteredRedis` Beachten Sie die Verwendung von `--replication-group-id` anstelle von `--cache-cluster-id` zum Identifizieren der Quelle. Beachten Sie außerdem, dass ElastiCache für die Sicherung der Replikatknoten verwendet wird, sofern vorhanden, und standardmäßig der primäre Knoten verwendet wird, wenn ein Replikatknoten nicht verfügbar ist.
Für Linux, macOS oder Unix:
```
aws elasticache create-snapshot \
--replication-group-id myClusteredRedis \
--snapshot-name bkup-20150515
```
Für Windows:
```
aws elasticache create-snapshot ^
--replication-group-id myClusteredRedis ^
--snapshot-name bkup-20150515
```
**Beispielausgabe: Sicherung eines Valkey- oder Redis OSS-Clusters (Clustermodus aktiviert)**
Die Ausgabe dieser Operation sieht in etwa folgendermaßen aus.
```
{
"Snapshot": {
"Engine": "redis",
"CacheParameterGroupName": "default.redis6.x.cluster.on",
"VpcId": "vpc-91280df6",
"NodeSnapshots": [
{
"CacheSize": "",
"NodeGroupId": "0001"
},
{
"CacheSize": "",
"NodeGroupId": "0002"
}
],
"NumNodeGroups": 2,
"SnapshotName": "bkup-20150515",
"ReplicationGroupId": "myClusteredRedis",
"AutoMinorVersionUpgrade": true,
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "enabled",
"SnapshotStatus": "creating",
"SnapshotSource": "manual",
"SnapshotWindow": "10:00-11:00",
"EngineVersion": "6.0",
"CacheSubnetGroupName": "default",
"ReplicationGroupDescription": "2 shards 2 nodes each",
"Port": 6379,
"PreferredMaintenanceWindow": "sat:03:30-sat:04:30",
"CacheNodeType": "cache.r3.large",
"DataTiering": "disabled"
}
}
```
### Verwandte Themen
Weitere Informationen finden Sie unter [create-bucket](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-snapshot.html) in der *AWS CLI-Befehlsreferenz*.
## Erstellen eines Backups mit CloudFormation
Sie können CloudFormation es verwenden, um mithilfe der Eigenschaften oder eine Sicherungskopie Ihres ElastiCache Redis OSS- oder Valkey-Caches zu erstellen. `AWS::ElastiCache::ServerlessCache` `AWS::ElastiCache::ReplicationGroup`
**Verwenden der Ressource `AWS::ElastiCache::ServerlessCache`**
Verwenden Sie dies, um mithilfe der AWS::ElastiCache::ServerlessCache Ressource ein Backup zu erstellen:
```
Resources:
iotCatalog:
Type: AWS::ElastiCache::ServerlessCache
Properties:
...
ServerlessCacheName: "your-cache-name"
Engine: "redis"
CacheUsageLimits
```
**Verwendung der AWS::ElastiCache::ReplicationGroup Ressource**
Verwenden Sie die `AWS::ElastiCache::ReplicationGroup` Ressource:
```
Resources:
iotCatalog:
Type: AWS::ElastiCache::ReplicationGroup
Properties:
...
ReplicationGroupDescription: "Description of your replication group"
Engine: "redis"
CacheNodeType
NumCacheClusters
AutomaticFailoverEnabled
AtRestEncryptionEnabled
```
# Erstellen einer endgültigen Sicherung
Sie können mit der ElastiCache Konsole, der oder der AWS CLI ElastiCache API ein endgültiges Backup erstellen.
## Erstellen einer endgültigen Sicherung (Konsole)
Sie können eine endgültige Sicherung erstellen, wenn Sie mithilfe der Konsole einen serverlosen Valkey-, Memcached- oder Redis OSS-Cache oder einen knotenbasierten Valkey- oder Redis OSS-Cluster löschen. ElastiCache
**Um beim Löschen eines Caches eine endgültige Sicherung zu erstellen, wählen Sie im Löschdialogfeld unter Backup erstellen die Option **Ja** aus und geben Sie der Sicherung einen Namen.**
**Verwandte Themen**
+ [Mit dem AWS-Managementkonsole](Clusters.Delete.md#Clusters.Delete.CON)
+ [Löschen einer Replikationsgruppe (Konsole)](Replication.DeletingRepGroup.md#Replication.DeletingRepGroup.CON)
## Erstellen einer endgültigen Sicherung (AWS CLI)
Sie können ein endgültiges Backup erstellen, wenn Sie einen Cache löschen, indem Sie den AWS CLI
**Topics**
+ [Beim Löschen eines Valkey-Caches, eines Memcached Serverless Caches oder eines Redis OSS-Caches](#w2aac24b7c29b7b1b7)
+ [Beim Löschen eines Valkey- oder Redis OSS-Clusters ohne Read Replicas](#w2aac24b7c29b7b1b9)
+ [Wenn Sie einen Valkey- oder Redis OSS-Cluster mit Read Replicas löschen](#w2aac24b7c29b7b1c11)
### Beim Löschen eines Valkey-Caches, eines Memcached Serverless Caches oder eines Redis OSS-Caches
Verwenden Sie den `delete-serverless-cache`AWS CLI Vorgang mit den folgenden Parametern, um ein endgültiges Backup zu erstellen.
+ `--serverless-cache-name` – Name des zu löschenden Clusters.
+ `--final-snapshot-name` – Name des Backups.
Der folgende Code erstellt das endgültige Backup `bkup-20231127-final` beim Löschen des Caches `myserverlesscache`.
Für Linux, macOS oder Unix:
```
aws elasticache delete-serverless-cache \
--serverless-cache-name myserverlesscache \
--final-snapshot-name bkup-20231127-final
```
Für Windows:
```
aws elasticache delete-serverless-cache ^
--serverless-cache-name myserverlesscache ^
--final-snapshot-name bkup-20231127-final
```
Weitere Informationen finden Sie unter [delete-serverless-cache](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-serverless-cache.html) in der Referenz zum *AWS CLI-Befehl*.
### Beim Löschen eines Valkey- oder Redis OSS-Clusters ohne Read Replicas
Verwenden Sie den Vorgang mit den folgenden Parametern, um ein endgültiges Backup für einen knotenbasierten Cluster ohne Read Replicas zu erstellen. `delete-cache-cluster`AWS CLI
+ `--cache-cluster-id` Name des zu löschenden Clusters.
+ `--final-snapshot-identifier` Name der Sicherung.
Der folgende Code erstellt die endgültige Sicherung `bkup-20150515-final` beim Löschen des Clusters `myRedisCluster`.
Für Linux, macOS oder Unix:
```
aws elasticache delete-cache-cluster \
--cache-cluster-id myRedisCluster \
--final-snapshot-identifier bkup-20150515-final
```
Für Windows:
```
aws elasticache delete-cache-cluster ^
--cache-cluster-id myRedisCluster ^
--final-snapshot-identifier bkup-20150515-final
```
Weitere Informationen finden Sie unter [delete-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-cache-cluster.html) in der Referenz zum *AWS CLI-Befehl*.
### Wenn Sie einen Valkey- oder Redis OSS-Cluster mit Read Replicas löschen
Verwenden Sie den `delete-replication-group`AWS CLI Vorgang mit den folgenden Parametern, um beim Löschen einer Replikationsgruppe ein letztes Backup zu erstellen:
+ `--replication-group-id` Name der zu löschenden Replikationsgruppe.
+ `--final-snapshot-identifier` Name der endgültigen Sicherung.
Der folgende Code erstellt die endgültige Sicherung `bkup-20150515-final` beim Löschen der Replikationsgruppe `myReplGroup`.
Für Linux, macOS oder Unix:
```
aws elasticache delete-replication-group \
--replication-group-id myReplGroup \
--final-snapshot-identifier bkup-20150515-final
```
Für Windows:
```
aws elasticache delete-replication-group ^
--replication-group-id myReplGroup ^
--final-snapshot-identifier bkup-20150515-final
```
Weitere Informationen finden Sie unter [delete-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-replication-group.html) in der Referenz zum *AWS CLI-Befehl*.
# Beschreiben von Sicherungen
Die folgenden Verfahren zeigen, wie Sie eine Liste Ihrer Sicherungen anzeigen. Wenn Sie möchten, können Sie auch die Details zu einer bestimmten Sicherung anzeigen.
## Beschreibung von Backups (Konsole)
**Um Backups anzuzeigen, verwenden Sie AWS-Managementkonsole**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie im Navigationsbereich **Backups** aus.
1. Um die Details zu einer bestimmten Sicherung anzuzeigen, aktivieren Sie das Kontrollkästchen links neben dem Namen der betreffenden Sicherung.
## Beschreiben von Serverless-Backups (AWS CLI)
Verwenden Sie die CLI-Operation `describe-serverless-cache-snapshots`, um eine Liste von Serverless-Backups und optional Details zu einem bestimmten Backup anzuzeigen.
**Beispiele**
Die folgende Operation listet mit dem Parameter `--max-records` bis zu 20 zum Konto gehörende Sicherungen auf. Wenn der Parameter `--max-records` weggelassen wird, werden bis zu 50 Sicherungen aufgelistet.
```
aws elasticache describe-serverless-cache-snapshots --max-records 20
```
Die folgende Operation listet mit dem Parameter `--serverless-cache-name` nur die zum Cache `my-cache` gehörenden Backups auf.
```
aws elasticache describe-serverless-cache-snapshots --serverless-cache-name my-cache
```
Die folgende Operation listet mit dem Parameter `--serverless-cache-snapshot-name` die Details der Sicherung `my-backup` auf.
```
aws elasticache describe-serverless-cache-snapshots --serverless-cache-snapshot-name my-backup
```
Weitere Informationen finden Sie [describe-serverless-cache-snapshots](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-serverless-cache-snapshots.html)in der AWS CLI Befehlsreferenz.
## Beschreibung knotenbasierter Cluster-Backups ()AWS CLI
Verwenden Sie den `describe-snapshots` CLI-Vorgang, um eine Liste von knotenbasierten Cluster-Backups und optional Details zu einem bestimmten Backup anzuzeigen.
**Beispiele**
Die folgende Operation listet mit dem Parameter `--max-records` bis zu 20 zum Konto gehörende Sicherungen auf. Wenn der Parameter `--max-records` weggelassen wird, werden bis zu 50 Sicherungen aufgelistet.
```
aws elasticache describe-snapshots --max-records 20
```
Die folgende Operation listet mit dem Parameter `--cache-cluster-id` nur die zum Cluster `my-cluster` gehörenden Sicherungen auf.
```
aws elasticache describe-snapshots --cache-cluster-id my-cluster
```
Die folgende Operation listet mit dem Parameter `--snapshot-name` die Details der Sicherung `my-backup` auf.
```
aws elasticache describe-snapshots --snapshot-name my-backup
```
Weitere Informationen finden Sie unter [describe-snapshots](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-snapshots.html) in der Befehlsreferenz.AWS CLI
# Kopieren eines Backups
Sie können eine Kopie jedes beliebigen Backups erstellen. Dabei spielt es keine Rolle, ob es automatisch oder manuell erstellt wurde. Sie können Ihr Backup auch exportieren, sodass Sie von außen darauf zugreifen können ElastiCache. Eine Anleitung zum Exportieren Ihrer Sicherung finden Sie unter [Exportieren einer Sicherung](backups-exporting.md).
Das folgende Verfahren zeigt, wie Sie ein Backup kopieren.
## Kopieren von Backups (Konsole)
**So kopieren Sie ein Backup (Konsole)**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Um eine Liste Ihrer Sicherungen anzuzeigen, wählen Sie im linken Navigationsbereich **Backups** aus.
1. Aktivieren Sie in der Liste der Sicherungen das Kontrollkästchen links neben dem Namen der Sicherung, die Sie kopieren möchten.
1. Wählen Sie **Aktionen** und dann **Kopieren** aus.
1. Geben Sie in das Feld **New backup name** einen Namen für die neue Sicherung ein.
1. Wählen Sie die Option **Kopieren** aus.
## Kopieren eines Serverless-Backups (AWS CLI)
Verwenden Sie die Operation `copy-serverless-cache-snapshot`, um ein Backup eines Serverless-Caches zu kopieren.
**Parameters**
+ `--source-serverless-cache-snapshot-name` Name der zu kopierenden Sicherung.
+ `--target-serverless-cache-snapshot-name` Name der Sicherungskopie.
Das folgende Beispiel erstellt eine Kopie einer automatischen Sicherung.
Für Linux, macOS oder Unix:
```
aws elasticache copy-serverless-cache-snapshot \
--source-serverless-cache-snapshot-name automatic.my-cache-2023-11-27-03-15 \
--target-serverless-cache-snapshot-name my-backup-copy
```
Für Windows:
```
aws elasticache copy-serverless-cache-snapshot ^
--source-serverless-cache-snapshot-name automatic.my-cache-2023-11-27-03-15 ^
--target-serverless-cache-snapshot-name my-backup-copy
```
Weitere Informationen finden Sie unter [https://docs.aws.amazon.com/cli/latest/reference/elasticache/copy-serverless-cache-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/copy-serverless-cache-snapshot.html) im *AWS CLI*.
## Ein knotenbasiertes Cluster-Backup wird kopiert ()AWS CLI
Verwenden Sie den Vorgang, um eine Sicherung eines knotenbasierten Clusters zu kopieren. `copy-snapshot`
**Parameters**
+ `--source-snapshot-name` Name der zu kopierenden Sicherung.
+ `--target-snapshot-name` Name der Sicherungskopie.
+ `--target-bucket` Reserviert zum Exportieren einer Sicherung. Verwenden Sie den Parameter nicht, um eine Kopie einer Sicherung anzufertigen. Weitere Informationen finden Sie unter [Exportieren einer Sicherung](backups-exporting.md).
Das folgende Beispiel erstellt eine Kopie einer automatischen Sicherung.
Für Linux, macOS oder Unix:
```
aws elasticache copy-snapshot \
--source-snapshot-name automatic.my-redis-primary-2014-03-27-03-15 \
--target-snapshot-name amzn-s3-demo-bucket
```
Für Windows:
```
aws elasticache copy-snapshot ^
--source-snapshot-name automatic.my-redis-primary-2014-03-27-03-15 ^
--target-snapshot-name amzn-s3-demo-bucket
```
Weitere Informationen finden Sie unter [https://docs.aws.amazon.com/cli/latest/reference/elasticache/copy-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/copy-snapshot.html) im *AWS CLI*.
# Exportieren einer Sicherung
Amazon ElastiCache unterstützt den Export Ihres OSS-Backups ElastiCache für Redis in einen Amazon Simple Storage Service (Amazon S3) -Bucket, sodass Sie von außen ElastiCache darauf zugreifen können. Sie können ein Backup mithilfe der ElastiCache Konsole AWS CLI, der oder der ElastiCache API exportieren.
Das Exportieren eines Backups kann hilfreich sein, wenn Sie einen Cluster in einer anderen AWS Region starten müssen. Sie können Ihre Daten in eine AWS Region exportieren, die RDB-Datei in die neue AWS Region kopieren und dann diese RDB-Datei verwenden, um den neuen Cache zu speichern, anstatt darauf zu warten, dass der neue Cluster durch Use gefüllt wird. Informationen zum Erstellen eines neuen Clusters durch Seeding finden Sie unter [Tutorial: Seeding eines neuen knotenbasierten Clusters mit einem extern erstellten Backup](backups-seeding-redis.md). Ein weiterer Grund, warum Sie die Daten Ihres Caches exportieren möchten, ist die Verwendung der RDB-Datei für die Offline-Verarbeitung.
**Wichtig**
Das ElastiCache Backup und der Amazon S3 S3-Bucket, in den Sie es kopieren möchten, müssen sich in derselben AWS Region befinden.
Obwohl Sicherungen, die in einen Amazon-S3-Bucket kopiert werden, verschlüsselt sind, empfehlen wir dringend, dass Sie anderen Personen keinen Zugriff auf den Amazon-S3-Bucket mit Ihren gespeicherten Sicherungen gewähren.
Das Exportieren eines Backups nach Amazon S3 wird für Cluster, die Daten-Tiering verwenden, nicht unterstützt. Weitere Informationen finden Sie unter [Datenzuweisung ElastiCache](data-tiering.md).
Das Exportieren eines Backups ist verfügbar für: knotenbasierte Valkey-Cluster, knotenbasierte Redis-OSS-Cluster und serverlose Valkey-, Memcached- und Redis OSS-Caches. Das Exportieren eines Backups ist für knotenbasierte Memcached-Cluster nicht verfügbar.
Bevor Sie ein Backup in einen Amazon S3 S3-Bucket exportieren können, müssen Sie über einen Amazon S3 S3-Bucket in derselben AWS Region wie das Backup verfügen. Gewähren ElastiCache Sie Zugriff auf den Bucket. Die ersten beiden Schritte zeigen, wie Sie dabei vorgehen.
## Erstellen Sie einen Amazon S3 S3-Bucket
Die folgenden Schritte verwenden die Amazon S3 S3-Konsole, um einen Amazon S3 S3-Bucket zu erstellen, in den Sie Ihr ElastiCache Backup exportieren und speichern.
**So erstellen Sie einen Amazon-S3-Bucket**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon S3 S3-Konsole unter [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Wählen Sie **Create Bucket (Bucket erstellen)** aus.
1. Verfahren Sie unter **Create a Bucket – Select a Bucket Name and Region** wie folgt:
1. Geben Sie für **Bucket-Name** einen Namen für Ihren Amazon-S3-Bucket ein.
Der Name Ihres Amazon-S3-Buckets muss DNS-konform sein. Andernfalls ElastiCache kann ich nicht auf Ihre Backup-Datei zugreifen. Die Regeln für die DNS-Konformität lauten:
+ Bucket-Namen müssen mindestens 3 und dürfen höchstens 63 Zeichen umfassen.
+ Die Namen müssen eine Folge aus einer oder mehreren Beschriftungen darstellen, die durch einen Punkt (.) getrennt sind, wobei jede Beschriftung:
+ mit einem Kleinbuchstaben oder einer Zahl beginnen.
+ mit einem Kleinbuchstaben oder einer Zahl beginnen.
+ Enthält nur Kleinbuchstaben, Zahlen und Bindestriche.
+ Er darf nicht als IP-Adresse (z. B. 192.0.2.0) formatiert sein.
1. Wählen Sie aus der **Regionsliste** eine AWS Region für Ihren Amazon S3 S3-Bucket aus. Diese AWS Region muss dieselbe AWS Region sein wie das ElastiCache Backup, das Sie exportieren möchten.
1. Wählen Sie **Erstellen** aus.
Weitere Informationen zum Erstellen eines Amazon-S3-Buckets finden Sie unter [Erstellen von Buckets](https://docs.aws.amazon.com/AmazonS3/latest/userguide/CreatingaBucket.html) im *Handbuch für Amazon Simple Storage Service*.
## Gewähren Sie ElastiCache Zugriff auf Ihren Amazon S3 S3-Bucket
ElastiCache Um einen Snapshot in einen Amazon S3 S3-Bucket kopieren zu können, müssen Sie Ihre IAM-Bucket-Richtlinie aktualisieren, um ElastiCache Zugriff auf den Bucket zu gewähren.
**Warnung**
Obwohl Sicherungen, die in einen Amazon-S3-Bucket kopiert werden, verschlüsselt sind, kann jede Person mit Zugriff auf Ihren Amazon-S3-Bucket auf Ihre Daten zugreifen. Daher wird sehr dazu geraten, IAM-Richtlinien einzurichten, um unbefugten Zugriff auf diesen Amazon-S3-Bucket zu verhindern. Weitere Informationen finden Sie unter [Verwalten des Zugriffs](https://docs.aws.amazon.com/AmazonS3/latest/userguide/s3-access-control.html) im *Benutzerhandbuch zu Amazon S3*.
Führen Sie die folgenden Schritte aus, um die korrekten Berechtigungen für einen Amazon S3 Bucket zu erstellen.
**Um ElastiCache Zugriff auf einen S3-Bucket zu gewähren**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon S3 S3-Konsole unter [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Wählen Sie den Namen des Amazon-S3-Buckets aus, in den Sie die Sicherung kopieren möchten. Dies sollte der in [Erstellen Sie einen Amazon S3 S3-Bucket](#backups-exporting-create-s3-bucket) erstellte S3-Bucket sein.
1. Wählen Sie die Registerkarte **Permissions** (Berechtigungen) und unter **Permissions** (Berechtigungen) **Access control list (ACL)** (Zugriffssteuerungsliste (ACL)) und dann **Edit** (Bearbeiten) aus.
1. Fügen Sie die Fügen Sie die Kanonische Empfänger-ID `540804c33a284a299d2547575ce1010f2312ef3da9b3a053c8bc45bf233e4353` mit den folgenden Optionen hinzu:
+ **Objekte – Auflisten oder Schreiben**
+ **Bucket ACL: Lesen oder Schreiben**
**Anmerkung**
Für die GovCloud PDT-Region lautet die Canonical ID. `40fa568277ad703bd160f66ae4f83fc9dfdfd06c2f1b5060ca22442ac3ef8be6`
Für die GovCloud OSU-Region lautet die kanonische ID. `c54286759d2a83da9c480405349819c993557275cf37d820d514b42da6893f5c`
1. Wählen Sie **Speichern**.
## Exportieren Sie ein Backup ElastiCache
Jetzt haben Sie Ihren S3-Bucket erstellt und ElastiCache Zugriffsberechtigungen erteilt. Als Nächstes können Sie die ElastiCache Konsole, die AWS CLI oder die ElastiCache API verwenden, um Ihren Snapshot dorthin zu exportieren.
Nachfolgend finden Sie ein Beispiel dafür, wie die aktualisierte Richtlinie aussehen könnte.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Id": "Policy15397346",
"Statement": [
{
"Sid": "Stmt15399484",
"Effect": "Allow",
"Action": "s3:*",
"Resource": [
"arn:aws:s3:::hkg-elasticache-backup",
"arn:aws:s3:::hkg-elasticache-backup/*"
]
}
]
}
```
------
Für Opt-in-Regionen finden Sie im Folgenden ein Beispiel dafür, wie die aktualisierte IAM-Richtlinie für den S3-Bucket aussehen könnte. (In diesem Beispiel wird die Region Asien-Pazifik (Hongkong) verwendet.)
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Id": "Policy15397346",
"Statement": [
{
"Sid": "Stmt15399483",
"Effect": "Allow",
"Action": "s3:*",
"Resource": [
"arn:aws:s3:::hkg-elasticache-backup",
"arn:aws:s3:::hkg-elasticache-backup/*"
]
},
{
"Sid": "Stmt15399484",
"Effect": "Allow",
"Action": "s3:*",
"Resource": [
"arn:aws:s3:::hkg-elasticache-backup",
"arn:aws:s3:::hkg-elasticache-backup/*"
]
}
]
}
```
------
### Ein ElastiCache Backup exportieren (Konsole)
Die folgenden Schritte verwenden die ElastiCache Konsole, um ein Backup in einen Amazon S3 S3-Bucket zu exportieren, sodass Sie von außerhalb darauf zugreifen können ElastiCache. Der Amazon S3 S3-Bucket muss sich in derselben AWS Region wie das ElastiCache Backup befinden.
**Um ein ElastiCache Backup in einen Amazon S3 S3-Bucket zu exportieren**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Um eine Liste Ihrer Sicherungen anzuzeigen, wählen Sie im linken Navigationsbereich **Backups** aus.
1. Aktivieren Sie in der Liste der Sicherungen das Kontrollkästchen links neben dem Namen der Sicherung, die Sie exportieren möchten.
1. Wählen Sie die Option **Kopieren** aus.
1. Gehen Sie im Dialogfeld **Create a Copy of the Backup (Eine Kopie der Sicherung erstellen?)** wie folgt vor:
1. Geben Sie in das Feld **New backup name** einen Namen für die neue Sicherung ein.
Der Name muss zwischen 1 und 1.000 Zeichen lang sein und UTF-8-codierbar sein.
ElastiCache fügt eine Instanz-ID und `.rdb` zu dem Wert hinzu, den Sie hier eingeben. Wenn Sie z. B. `my-exported-backup` eingeben, erstellt ElastiCache `my-exported-backup-0001.rdb`.
1. Wählen Sie aus der Liste **S3-Zielspeicherort** den Namen des Amazon-S3-Buckets aus, in den Sie Ihre Sicherung kopieren möchten (der von Ihnen unter [Erstellen Sie einen Amazon S3 S3-Bucket](#backups-exporting-create-s3-bucket) erstellte Bucket).
Der **Ziel-S3-Standort** muss ein Amazon S3 S3-Bucket in der AWS Region des Backups mit den folgenden Berechtigungen sein, damit der Exportvorgang erfolgreich ist.
+ Objektzugriff – **Lesen** und **Schreiben**.
+ Berechtigungszugriff – **Lesen**.
Weitere Informationen finden Sie unter [Gewähren Sie ElastiCache Zugriff auf Ihren Amazon S3 S3-Bucket](#backups-exporting-grant-access).
1. Wählen Sie die Option **Kopieren** aus.
**Anmerkung**
Wenn Ihr S3-Bucket nicht über die erforderlichen Berechtigungen verfügt, ElastiCache um ein Backup dorthin zu exportieren, erhalten Sie eine der folgenden Fehlermeldungen. Kehren Sie zu [Gewähren Sie ElastiCache Zugriff auf Ihren Amazon S3 S3-Bucket](#backups-exporting-grant-access) zurück, um die angegebenen Berechtigungen hinzuzufügen, und exportieren Sie Ihre Sicherung erneut.
ElastiCache hat keine LESE-Rechte %s für den S3-Bucket erhalten.
**Lösung:** Fügen Sie Leseberechtigungen für den Bucket hinzu.
ElastiCache hat keine SCHREIBBERECHTIGUNG %s für den S3-Bucket erhalten.
**Lösung:** Fügen Sie Schreibberechtigungen für den Bucket hinzu.
ElastiCache hat keine READ\$1ACP-Berechtigungen %s für den S3-Bucket erhalten.
**Lösung:** Fügen Sie **Read**-Zugriff für Berechtigungen für den Bucket hinzu.
Wenn Sie Ihr Backup in eine andere AWS Region kopieren möchten, verwenden Sie Amazon S3, um es zu kopieren. Weitere Informationen finden Sie unter [Kopieren von Objekten ](https://docs.aws.amazon.com/AmazonS3/latest/userguide/MakingaCopyofanObject.html) im *Entwicklerhandbuch zu Amazon Simple Storage Service*.
### Exportieren eines ElastiCache serverlosen Backups ()AWS CLI
**Exportieren des Backups eines Serverless-Caches**
Exportieren Sie die Sicherung mit der CLI-Operation `export-serverless-cache-snapshot` mit den folgenden Parametern zu einem Amazon-S3-Bucket:
**Parameters**
+ `--serverless-cache-snapshot-name` Name der zu kopierenden Sicherung.
+ `--s3-bucket-name` – Name des Amazon-S3-Buckets, zu dem die Sicherung exportiert werden soll. Im angegebenen Bucket wird eine Kopie der Sicherung erstellt.
Damit der Exportvorgang erfolgreich ist, `--s3-bucket-name` muss es sich um einen Amazon S3 S3-Bucket in der AWS Region des Backups mit den folgenden Berechtigungen handeln.
+ Objektzugriff – **Lesen** und **Schreiben**.
+ Berechtigungszugriff – **Lesen**.
Die folgende Operation kopiert eine Sicherung zu my-s3-bucket.
Für Linux, macOS oder Unix:
```
aws elasticache export-serverless-cache-snapshot \
--serverless-cache-snapshot-name automatic.my-redis-2023-11-27 \
--s3-bucket-name my-s3-bucket
```
Für Windows:
```
aws elasticache export-serverless-cache-snapshot ^
--serverless-cache-snapshot-name automatic.my-redis-2023-11-27 ^
--s3-bucket-name my-s3-bucket
```
### Exportieren eines knotenbasierten ElastiCache Cluster-Backups ()AWS CLI
**Exportieren eines Backups eines knotenbasierten Clusters**
Exportieren Sie die Sicherung mit der CLI-Operation `copy-snapshot` mit den folgenden Parametern zu einem Amazon-S3-Bucket:
**Parameters**
+ `--source-snapshot-name` Name der zu kopierenden Sicherung.
+ `--target-snapshot-name` Name der Sicherungskopie.
Der Name muss zwischen 1 und 1.000 Zeichen lang sein und UTF-8-codierbar sein.
ElastiCache fügt dem hier eingegebenen Wert eine Instanz-ID und `.rdb` hinzu. Wenn Sie z. B. `my-exported-backup` eingeben, erstellt ElastiCache `my-exported-backup-0001.rdb`.
+ `--target-bucket` – Name des Amazon-S3-Buckets, zu dem die Sicherung exportiert werden soll. Im angegebenen Bucket wird eine Kopie der Sicherung erstellt.
Damit der Exportvorgang erfolgreich ist, `--target-bucket` muss es sich um einen Amazon S3 S3-Bucket in der AWS Region des Backups mit den folgenden Berechtigungen handeln.
+ Objektzugriff – **Lesen** und **Schreiben**.
+ Berechtigungszugriff – **Lesen**.
Weitere Informationen finden Sie unter [Gewähren Sie ElastiCache Zugriff auf Ihren Amazon S3 S3-Bucket](#backups-exporting-grant-access).
Die folgende Operation kopiert eine Sicherung zu my-s3-bucket.
Für Linux, macOS oder Unix:
```
aws elasticache copy-snapshot \
--source-snapshot-name automatic.my-redis-primary-2016-06-27-03-15 \
--target-snapshot-name my-exported-backup \
--target-bucket my-s3-bucket
```
Für Windows:
```
aws elasticache copy-snapshot ^
--source-snapshot-name automatic.my-redis-primary-2016-06-27-03-15 ^
--target-snapshot-name my-exported-backup ^
--target-bucket my-s3-bucket
```
# Wiederherstellen aus einem Backup in einen neuen Cache
Sie können ein vorhandenes Backup von Valkey in einem neuen Valkey-Cache oder einem knotenbasierten Cluster wiederherstellen und ein vorhandenes Redis OSS-Backup in einem neuen Redis OSS-Cache oder einem knotenbasierten Cluster wiederherstellen. Sie können auch ein vorhandenes Memcached-Cache-Backup in einem neuen serverlosen Memcached-Cache wiederherstellen.
## Wiederherstellen eines Backups in einem Serverless-Cache (Konsole)
**Anmerkung**
ElastiCache Serverless unterstützt RDB-Dateien, die mit Valkey 7.2 und höher kompatibel sind, sowie Redis OSS-Versionen zwischen 5.0 und der neuesten verfügbaren Version.
**So stellen Sie ein Backup in einem Serverless-Cache wieder her (Konsole)**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Konsole unter. ElastiCache [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)
1. Wählen Sie im Navigationsbereich **Backups** aus.
1. Aktivieren Sie in der Liste der Backups das Kontrollkästchen links neben dem Namen des Backups, das Sie wiederherstellen möchten.
1. Wählen Sie **Aktionen** und anschließend **Wiederherstellen** aus.
1. Geben Sie einen Namen und eine optionale Beschreibung für den neuen Serverless-Cache ein.
1. Klicken Sie auf **Erstellen**, um Ihren neuen Cache zu erstellen und Daten aus Ihrem Backup zu importieren.
## Wiederherstellung eines Backups in einem knotenbasierten Cluster (Konsole)
**So stellen Sie ein Backup auf einem knotenbasierten Cluster (Konsole) wieder her**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter. [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)
1. Wählen Sie im Navigationsbereich **Backups** aus.
1. Aktivieren Sie in der Liste der Sicherungen das Kontrollkästchen links neben dem Namen der Sicherung, aus der Sie wiederherstellen möchten.
1. Wählen Sie **Aktionen** und anschließend **Wiederherstellen** aus.
1. Wählen Sie **Node-based Cache** und passen Sie die Cluster-Einstellungen wie Knotentyp, Größe, Anzahl der Shards, Replikate, AZ-Platzierung und Sicherheitseinstellungen an.
1. Wählen Sie **Erstellen**, um Ihren neuen knotenbasierten Cluster zu erstellen und Daten aus Ihrem Backup zu importieren.
## Wiederherstellen eines Backups in einem Serverless-Cache (AWS CLI)
**Anmerkung**
ElastiCache Serverless unterstützt RDB-Dateien, die mit Valkey 7.2 und höher kompatibel sind, sowie Redis OSS-Versionen zwischen 5.0 und der neuesten verfügbaren Version.
**So stellen Sie ein Backup in einem neuen Serverless-Cache wieder her (AWS CLI)**
Im folgenden AWS CLI Beispiel wird ein neuer Cache erstellt, der Daten aus einer Sicherung verwendet `create-serverless-cache` und aus dieser importiert.
Für Linux, macOS oder Unix:
```
aws elasticache create-serverless-cache \
--serverless-cache-name CacheName \
--engine redis
--snapshot-arns-to-restore Snapshot-ARN
```
Für Windows:
```
aws elasticache create-serverless-cache ^
--serverless-cache-name CacheName ^
--engine redis ^
--snapshot-arns-to-restore Snapshot-ARN
```
# Löschen einer Sicherung
Eine automatische Sicherung wird automatisch gelöscht, wenn ihre Aufbewahrungsfrist abläuft. Wenn Sie einen Cluster löschen, werden alle seine automatischen Sicherungen ebenfalls gelöscht. Wenn Sie eine Replikationsgruppe löschen, werden alle automatischen Sicherungen von den Clustern in der betreffenden Gruppe ebenfalls gelöscht.
ElastiCache bietet einen API-Löschvorgang, mit dem Sie ein Backup jederzeit löschen können, unabhängig davon, ob das Backup automatisch oder manuell erstellt wurde. Da für manuelle Sicherungen keine Aufbewahrungsfrist gilt, können sie nur durch manuelles Löschen entfernt werden.
Sie können ein Backup mithilfe der ElastiCache Konsole AWS CLI, der oder der ElastiCache API löschen.
## Löschen einer Sicherung (Konsole)
Das folgende Verfahren löscht ein Backup mithilfe der ElastiCache Konsole.
**So löschen Sie ein Backup**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie im Navigationsbereich **Sicherungen** aus.
Der Bildschirm „Backups“ wird mit einer Liste Ihrer Sicherungen angezeigt.
1. Aktivieren Sie das Kontrollkästchen links neben dem Namen der Sicherung, die Sie löschen möchten.
1. Wählen Sie **Löschen** aus.
1. Wenn Sie diese Sicherung löschen möchten, wählen Sie auf dem Bestätigungsbildschirm **Delete Backup** die Option **Delete** aus. Der Status wird in *deleting* geändert.
## Löschen eines Serverless-Backups (AWS CLI)
Verwenden Sie den AWS CLI Vorgang delete-snapshot mit dem folgenden Parameter, um ein serverloses Backup zu löschen.
+ `--serverless-cache-snapshot-name` Name der zu löschenden Sicherung.
Der folgende Code löscht die Sicherung `myBackup`.
```
aws elasticache delete-serverless-cache-snapshot --serverless-cache-snapshot-name myBackup
```
Weitere Informationen finden Sie unter [delete-serverless-cache-snapshot](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-serverless-cache-snapshot.html) in der Referenz zum *AWS CLI-Befehl*.
## Löschen einer knotenbasierten Clustersicherung ()AWS CLI
Verwenden Sie den AWS CLI Vorgang delete-snapshot mit dem folgenden Parameter, um eine knotenbasierte Clustersicherung zu löschen.
+ `--snapshot-name` Name der zu löschenden Sicherung.
Der folgende Code löscht die Sicherung `myBackup`.
```
aws elasticache delete-snapshot --snapshot-name myBackup
```
Weitere Informationen finden Sie unter [delete-snapshot](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-snapshot.html) in der*AWS CLI-CLI-Befehlsreferenz*.
# Markieren von Sicherungen
Sie können -Tresoren Metadaten in Form von Tags zuweisen. Mit Tags (Markierungen) können Sie Ihre -Ressourcen auf unterschiedliche Weise kategorisieren (z. B. nach Zweck, Eigentümer oder Umgebung). Dies ist nützlich, wenn Sie viele Ressourcen desselben Typs haben — In diesem Fall können Sie schnell bestimmte Ressourcen basierend auf den zugewiesenen Tags (Markierungen) bestimmen. Weitere Informationen finden Sie unter [Ressourcen, die markiert werden können](Tagging-Resources.md#Tagging-your-resources).
Mithilfe von Tags zur Kostenzuweisung können Sie Ihre Kosten für mehrere AWS Dienste verfolgen, indem Sie Ihre Ausgaben auf Rechnungen nach Tagwerten gruppieren. Weitere Informationen zu Kostenzuordnungs-Tags finden Sie unter [Verwenden von Kostenzuordnungs-Tags](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html).
Mithilfe der ElastiCache Konsole AWS CLI, der oder der ElastiCache API können Sie Kostenzuordnungs-Tags zu Ihren Backups hinzufügen, auflisten, ändern, entfernen oder kopieren. Weitere Informationen finden Sie unter [Überwachung von Kosten mit Kostenzuordnungs-Tags](Tagging.md).
# Tutorial: Seeding eines neuen knotenbasierten Clusters mit einem extern erstellten Backup
Wenn Sie einen neuen knotenbasierten Valkey- oder Redis OSS-Cluster erstellen, können Sie ihn mit Daten aus einer Valkey- oder Redis OSS .rdb-Backup-Datei versorgen. Das Seeding des Clusters ist nützlich, wenn Sie derzeit eine Valkey- oder Redis OSS-Instanz außerhalb von verwalten und Ihren neuen knotenbasierten Cluster ElastiCache für Redis OSS mit Ihren vorhandenen Valkey ElastiCache - oder Redis OSS-Daten auffüllen möchten.
Informationen zum Seeding eines neuen knotenbasierten Valkey- oder Redis OSS-Clusters aus einem Valkey- oder Redis OSS-Backup, das in Amazon erstellt wurde, finden Sie unter. ElastiCache [Wiederherstellen aus einem Backup in einen neuen Cache](backups-restoring.md)
Wenn Sie eine Valkey- oder Redis OSS .rdb-Datei zum Seeding eines neuen knotenbasierten Clusters verwenden, können Sie Folgendes tun:
+ Führen Sie ein Upgrade von einem nicht partitionierten Cluster auf einen knotenbasierten Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) durch, auf dem Redis OSS Version 3.2.4 ausgeführt wird.
+ Geben Sie eine Reihe von Shards (in der API und CLI als Knotengruppen bezeichnet) im neuen knotenbasierten Cluster an. Diese Anzahl kann sich von der Anzahl der Shards im knotenbasierten Cluster unterscheiden, der zur Erstellung der Backup-Datei verwendet wurde.
+ Geben Sie einen anderen Knotentyp für den neuen knotenbasierten Cluster an, der größer oder kleiner ist als der Knotentyp, der in dem Cluster verwendet wurde, der das Backup erstellt hat. Wenn Sie auf einen kleineren Knotentyp skalieren, stellen Sie sicher, dass der neue Knotentyp über ausreichend Speicher für Ihre Daten und den OSS-Overhead von Valkey oder Redis verfügt. Weitere Informationen finden Sie unter [Stellen Sie sicher, dass Sie über genügend Arbeitsspeicher verfügen, um einen Valkey- oder Redis OSS-Snapshot zu erstellen](BestPractices.BGSAVE.md).
+ Verteilen Sie Ihre Schlüssel in den Steckplätzen des neuen Valkey- oder Redis OSS-Clusters (Clustermodus aktiviert) anders als in dem Cluster, der zur Erstellung der Backup-Datei verwendet wurde.
**Anmerkung**
Sie können einen Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) nicht anhand einer .rdb-Datei starten, die aus einem Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) erstellt wurde.
**Wichtig**
Sie müssen sicherstellen, dass Ihre Valkey- oder Redis OSS-Backup-Daten die Ressourcen des Knotens nicht überschreiten. Sie können beispielsweise keine .rdb-Datei mit 5 GB Valkey- oder Redis-OSS-Daten auf einen cache.m3.medium-Knoten hochladen, der über 2,9 GB Arbeitsspeicher verfügt.
Wenn die Sicherung zu groß ist, lautet der Status des resultierenden Clusters `restore-failed`. In diesem Fall müssen Sie den Cluster löschen und von Neuem beginnen.
Eine vollständige Liste der Knotentypen und Spezifikationen finden Sie unter [Redis OSS-Knotentyp-spezifische Parameter](ParameterGroups.Engine.md#ParameterGroups.Redis.NodeSpecific) und zu [ ElastiCache Amazon-Produktfunktionen und -details](https://aws.amazon.com/elasticache/details/).
Sie können eine Valkey- oder Redis OSS .rdb-Datei nur mit der serverseitigen Amazon S3 S3-Verschlüsselung (SSE-S3) verschlüsseln. Weitere Informationen finden Sie unter [Schützen von Daten mithilfe serverseitiger Verschlüsselung](https://docs.aws.amazon.com/AmazonS3/latest/dev/serv-side-encryption.html).
Im Folgenden finden Sie Themen, die Sie durch die Migration Ihres Clusters von außerhalb ElastiCache für Valkey oder Redis OSS zu für Redis OSS führen. ElastiCache
**Topics**
+ [Schritt 1: Erstellen Sie ein Valkey- oder Redis OSS-Backup](#backups-seeding-redis-create-backup)
+ [Schritt 2: Erstellen eines Amazon-S3-Buckets und -Ordners](#backups-seeding-redis-create-s3-bucket)
+ [Schritt 3: Hochladen Ihrer Sicherung auf Amazon S3](#backups-seeding-redis-upload)
+ [Schritt 4: Gewähren ElastiCache Sie Lesezugriff auf die .rdb-Datei](#backups-seeding-redis-grant-access)
**Topics**
+ [Schritt 1: Erstellen Sie ein Valkey- oder Redis OSS-Backup](#backups-seeding-redis-create-backup)
+ [Schritt 2: Erstellen eines Amazon-S3-Buckets und -Ordners](#backups-seeding-redis-create-s3-bucket)
+ [Schritt 3: Hochladen Ihrer Sicherung auf Amazon S3](#backups-seeding-redis-upload)
+ [Schritt 4: Gewähren ElastiCache Sie Lesezugriff auf die .rdb-Datei](#backups-seeding-redis-grant-access)
## Schritt 1: Erstellen Sie ein Valkey- oder Redis OSS-Backup
**Um das Valkey- oder Redis OSS-Backup zu erstellen, um Ihre ElastiCache Redis OSS-Instanz zu starten**
1. Connect zu Ihrer vorhandenen Valkey- oder Redis OSS-Instanz her.
1. Führen Sie einen der beiden `BGSAVE` `SAVE` Operationen aus, um ein Backup zu erstellen. Achten Sie auf den Speicherort der .rdb-Datei.
`BGSAVE` ist asynchron und blockiert während der Verarbeitung keine anderen Clients. Weitere Informationen finden Sie unter [BGSAVE](https://valkey.io/commands/bgsave) auf der Valkey-Website.
`SAVE` ist synchron und blockiert andere Vorgänge, bis sie Verarbeitung abgeschlossen ist. Weitere Informationen finden Sie unter [SAVE](https://valkey.io/commands/save) auf der Valkey-Website.
Weitere Informationen zum Erstellen eines Backups finden Sie unter [Persistence](https://valkey.io/topics/persistence) auf der Valkey-Website.
## Schritt 2: Erstellen eines Amazon-S3-Buckets und -Ordners
Wenn Sie die Sicherungsdatei erstellt haben, müssen Sie sie zu einem Ordner innerhalb eines Amazon-S3-Buckets hochladen. Hierzu müssen bereits ein Amazon-S3-Bucket und ein Ordner innerhalb dieses Buckets vorhanden sein. Wenn Sie bereits einen Amazon-S3-Bucket und Ordner mit den entsprechenden Berechtigungen besitzen, können Sie mit [Schritt 3: Hochladen Ihrer Sicherung auf Amazon S3](#backups-seeding-redis-upload) fortfahren.
**So erstellen Sie einen Amazon-S3-Bucket**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon S3 S3-Konsole unter [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Führen Sie die Anweisungen zum Erstellen eines Amazon S3 Buckets unter[Erstellen eines Buckets](https://docs.aws.amazon.com/AmazonS3/latest/userguide/create-bucket.html) im *Benutzerhandbuch zu Amazon Simple Storage Service* aus.
Der Name Ihres Amazon-S3-Buckets muss DNS-konform sein. Andernfalls ElastiCache kann ich nicht auf Ihre Backup-Datei zugreifen. Die Regeln für die DNS-Konformität lauten:
+ Bucket-Namen müssen mindestens 3 und dürfen höchstens 63 Zeichen umfassen.
+ Die Namen müssen eine Folge aus einer oder mehreren Beschriftungen darstellen, die durch einen Punkt (.) getrennt sind, wobei jede Beschriftung:
+ mit einem Kleinbuchstaben oder einer Zahl beginnen.
+ mit einem Kleinbuchstaben oder einer Zahl beginnen.
+ Enthält nur Kleinbuchstaben, Zahlen und Bindestriche.
+ Er darf nicht als IP-Adresse (z. B. 192.0.2.0) formatiert sein.
Sie müssen Ihren Amazon S3 S3-Bucket in derselben AWS Region wie Ihr neuer OSS-Cluster ElastiCache für Redis erstellen. Dieser Ansatz stellt sicher, dass beim ElastiCache Lesen Ihrer RDB-Datei aus Amazon S3 die höchste Datenübertragungsgeschwindigkeit erreicht wird.
**Anmerkung**
Um Ihre Daten so sicher wie möglich zu halten, sollten Sie die Berechtigungen für Ihr Amazon-S3-Bucket so restriktiv wie möglich gestalten. Gleichzeitig müssen die Berechtigungen weiterhin zulassen, dass der Bucket und sein Inhalt für das Seeding Ihres neuen Valkey- oder Redis-OSS-Clusters verwendet werden können.
**So fügen Sie einem Amazon S3 Bucket einen Ordner hinzu**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon S3 S3-Konsole unter [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Wählen Sie den Namen des Buckets aus, in den die .rdb-Datei hochgeladen werden soll.
1. Wählen Sie **Create folder**.
1. Geben Sie einen Namen für den neuen Ordner ein.
1. Wählen Sie **Speichern**.
Notieren Sie sich sowohl den Bucketnamen als auch den Ordnernamen.
## Schritt 3: Hochladen Ihrer Sicherung auf Amazon S3
Laden Sie jetzt die .rdb-Datei hoch, die Sie in [Schritt 1: Erstellen Sie ein Valkey- oder Redis OSS-Backup](#backups-seeding-redis-create-backup) erstellt haben. Sie laden sie in den Amazon-S3-Bucket und -Ordner hoch, die sie in [Schritt 2: Erstellen eines Amazon-S3-Buckets und -Ordners](#backups-seeding-redis-create-s3-bucket) erstellt haben. Weitere Informationen zu dieser Aufgabe finden Sie unter [Objekte in einen Bucket einfügen](https://docs.aws.amazon.com/AmazonS3/latest/userguide/upload-objects.html). Wählen Sie zwischen den Schritten 2 und 3 den Namen des von Ihnen erstellten Ordners aus.
**So laden Sie Ihre .rdb-Datei in einen Amazon-S3-Ordner hoch**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon S3 S3-Konsole unter [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Wählen Sie den Namen des Amazon-S3-Bucket aus, den Sie in Schritt 2 erstellt haben.
1. Wählen Sie den Namen des Ordners aus, den Sie in Schritt 2 erstellt haben.
1. Klicken Sie auf **Upload**.
1. Klicken Sie auf **Add files**.
1. Navigieren Sie zu der Datei oder den Dateien, die Sie hochladen möchten, und wählen Sie dann die Datei oder die Dateien aus. Halten Sie zur Auswahl mehrerer Dateien die Strg-Taste während der Auswahl der Dateinamen gedrückt.
1. Klicken Sie auf **Open**.
1. Bestätigen Sie, dass die korrekte Datei bzw. die korrekten Dateien im Dialogfeld **Upload** aufgelistet werden. Wählen Sie dann **Upload**.
Notieren Sie den Pfad zu Ihrer .rdb-Datei. Wenn der Bucket-Name z. B. `myBucket` und der Pfad `myFolder/redis.rdb` lautet, geben Sie `myBucket/myFolder/redis.rdb` ein. Sie benötigen diesen Pfad zum Starten des neuen Clusters mit den Daten in dieser Sicherung.
Weitere Informationen finden Sie unter [Bucket-Einschränkungen und -Limits](https://docs.aws.amazon.com/AmazonS3/latest/userguide/BucketRestrictions.html) im *Entwicklerhandbuch zu Amazon Simple Storage Service*.
## Schritt 4: Gewähren ElastiCache Sie Lesezugriff auf die .rdb-Datei
Gewähren ElastiCache Sie jetzt Lesezugriff auf Ihre .rdb-Backup-Datei. Sie gewähren ElastiCache Zugriff auf Ihre Backup-Datei auf unterschiedliche Weise, je nachdem, ob sich Ihr Bucket in einer AWS Standardregion oder einer AWS Opt-in-Region befindet.
AWS Regionen, die vor dem 20. März 2019 eingeführt wurden, sind standardmäßig aktiviert. Sie können sofort mit der Arbeit in diesen AWS Regionen beginnen. Regionen, die nach dem 20. März 2019 eingeführt werden, wie Asien-Pazifik (Hongkong) und Naher Osten (Bahrain), sind standardmäßig deaktiviert. Sie müssen diese Regionen aktivieren oder sich dafür anmelden, bevor Sie sie verwenden können, wie unter [Verwalten von AWS-Regionen](https://docs.aws.amazon.com/general/latest/gr/rande-manage.html) im *Allgemeine AWS-Referenz* beschrieben.
Wählen Sie Ihren Ansatz je nach AWS Region:
+ Verwenden Sie für eine Standardregion das Verfahren unter [Gewähren ElastiCache Sie Lesezugriff auf die RDB-Datei in einer Standardregion](#backups-seeding-redis-default-region).
+ Verwenden Sie für eine Opt-In-Region das Verfahren unter [Gewähren ElastiCache Sie Lesezugriff auf die RDB-Datei in einer Opt-in-Region](#backups-seeding-opt-in-region).
### Gewähren ElastiCache Sie Lesezugriff auf die RDB-Datei in einer Standardregion
AWS Regionen, die vor dem 20. März 2019 eingeführt wurden, sind standardmäßig aktiviert. Sie können sofort mit der Arbeit in diesen AWS Regionen beginnen. Regionen, die nach dem 20. März 2019 eingeführt werden, wie Asien-Pazifik (Hongkong) und Naher Osten (Bahrain), sind standardmäßig deaktiviert. Sie müssen diese Regionen aktivieren oder sich dafür anmelden, bevor Sie sie verwenden können, wie unter [Verwalten von AWS-Regionen](https://docs.aws.amazon.com/general/latest/gr/rande-manage.html) im *Allgemeine AWS-Referenz* beschrieben.
**Um ElastiCache Lesezugriff auf die Backup-Datei in einer AWS Region zu gewähren, die standardmäßig aktiviert ist**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon S3 S3-Konsole unter [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Wählen Sie den Namen des S3-Buckets aus, in dem sich Ihre .rdb-Datei befindet.
1. Wählen Sie den Namen des Ordners aus, in dem sich Ihre .rdb-Datei befindet.
1. Wählen Sie den Namen Ihrer .rdb-Sicherungsdatei aus. Der Name der ausgewählten Datei erscheint oberhalb der Registerkarten oben auf der Seite.
1. Wählen Sie **Berechtigungen**.
1. Wenn **aws-scs-s3-readonly** oder einer der kanonischen Benutzer IDs in der folgenden Liste nicht als Benutzer aufgeführt ist, gehen Sie wie folgt vor:
1. **Wählen **Sie unter Zugriff für andere AWS Konten** die Option Zuschussempfänger hinzufügen aus.**
1. Fügen Sie in dem Feld die kanonische ID der AWS Region wie folgt hinzu:
+ AWS GovCloud Region (USA West):
```
40fa568277ad703bd160f66ae4f83fc9dfdfd06c2f1b5060ca22442ac3ef8be6
```
**Wichtig**
Das Backup muss sich in einem S3-Bucket befinden, damit Sie es auf einen Valkey- oder Redis-OSS-Cluster herunterladen können.AWS GovCloud (US)AWS GovCloud (US)
+ AWS Standardmäßig aktivierte Regionen:
```
540804c33a284a299d2547575ce1010f2312ef3da9b3a053c8bc45bf233e4353
```
1. Richten Sie die Berechtigungen für den Bucket durch Auswahl von **Yes (Ja)** für die folgenden Optionen ein:
+ **List/write object** (Objekt auflisten/schreiben)
+ **Read/write·object·ACL·permissions** (Lese-/Schreibberechtigungen für Objekt-ACL)
1. Wählen Sie **Speichern**.
1. Wählen Sie **Overview (Übersicht)** und dann **Download (Herunterladen)**.
### Gewähren ElastiCache Sie Lesezugriff auf die RDB-Datei in einer Opt-in-Region
AWS Regionen, die vor dem 20. März 2019 eingeführt wurden, sind standardmäßig aktiviert. Sie können sofort mit der Arbeit in diesen AWS Regionen beginnen. Regionen, die nach dem 20. März 2019 eingeführt werden, wie Asien-Pazifik (Hongkong) und Naher Osten (Bahrain), sind standardmäßig deaktiviert. Sie müssen diese Regionen aktivieren oder sich dafür anmelden, bevor Sie sie verwenden können, wie unter [Verwalten von AWS-Regionen](https://docs.aws.amazon.com/general/latest/gr/rande-manage.html) im *Allgemeine AWS-Referenz* beschrieben.
Gewähren Sie jetzt ElastiCache Lesezugriff auf Ihre .rdb-Backup-Datei.
**Um ElastiCache Lesezugriff auf die Sicherungsdatei zu gewähren**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon S3 S3-Konsole unter [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Wählen Sie den Namen des S3-Buckets aus, in dem sich Ihre .rdb-Datei befindet.
1. Wählen Sie den Namen des Ordners aus, in dem sich Ihre .rdb-Datei befindet.
1. Wählen Sie den Namen Ihrer .rdb-Sicherungsdatei aus. Der Name der ausgewählten Datei erscheint oberhalb der Registerkarten oben auf der Seite.
1. Wählen Sie die Registerkarte **Berechtigungen**.
1. Wählen Sie unter **Permissions** (Berechtigungen) **Bucket policy** (Bucket-Richtlinie) aus und klicken Sie dann auf **Edit** (Bearbeiten).
1. Aktualisieren Sie die Richtlinie, um die ElastiCache erforderlichen Berechtigungen zur Durchführung von Vorgängen zu gewähren:
+ Fügen Sie `[ "Service" : "region-full-name.elasticache-snapshot.amazonaws.com" ]` zu `Principal` hinzu.
+ Fügen Sie die folgenden Berechtigungen hinzu, die für das Exportieren eines Snapshots in den Amazon-S3-Bucket erforderlich sind:
+ `"s3:GetObject"`
+ `"s3:ListBucket"`
+ `"s3:GetBucketAcl"`
Nachfolgend finden Sie ein Beispiel dafür, wie die aktualisierte Richtlinie aussehen könnte.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Id": "Policy15397346",
"Statement": [
{
"Sid": "Stmt15399483",
"Effect": "Allow",
"Action": [
"s3:GetObject",
"s3:ListBucket",
"s3:GetBucketAcl"
],
"Resource": [
"arn:aws:s3:::amzn-s3-demo-bucket",
"arn:aws:s3:::amzn-s3-demo-bucket/backup1.rdb",
"arn:aws:s3:::amzn-s3-demo-bucket/backup2.rdb"
]
}
]
}
```
------
1. Wählen Sie **Änderungen speichern ** aus.
### Füllen Sie den ElastiCache Cluster mit den Daten der .rdb-Datei
Jetzt sind Sie bereit, einen ElastiCache Cluster zu erstellen und ihn mit den Daten aus der RDB-Datei zu versorgen. Folgen Sie zum Erstellen des Clusters den Anweisungen unter [Einen Cluster für Valkey oder Redis OSS erstellen](Clusters.Create.md) oder [Eine Valkey- oder Redis OSS-Replikationsgruppe von Grund auf neu erstellen](Replication.CreatingReplGroup.NoExistingCluster.md). Achten Sie darauf, Valkey oder Redis OSS als Cluster-Engine zu wählen.
Die Methode, mit der Sie angeben, ElastiCache wo sich das Backup befindet, das Sie auf Amazon S3 hochgeladen haben, hängt von der Methode ab, mit der Sie den Cluster erstellt haben:
**Füllen Sie den OSS-Cluster oder die Replikationsgruppe ElastiCache für Redis mit den Daten der .rdb-Datei**
+ **Verwenden der Konsole ElastiCache **
Wählen Sie bei der Auswahl der **Cluster settings** (Cluster-Einstellungen) die Option **Restore from backups** (Aus Backups wiederherstellen) als Methode zur Cluster-Erstellung aus, und wählen Sie dann im Abschnitt **Backup source** (Backup-Quelle) die Option **Other backups** (Andere Backups) als **Source** (Quelle) aus. Geben Sie im Feld **Seed-RDB-Datei-S3-Speicherort** den Amazon-S3-Pfad für die Datei(en) ein. Wenn Sie mehrere .rdb-Dateien besitzen, geben Sie den Pfad für jede Datei in eine durch Kommas getrennten Liste ein. Der Amazon-S3-Pfad sieht etwa aus wie `myBucket/myFolder/myBackupFilename.rdb`.
+ **Mit dem AWS CLI**
Verwenden Sie bei Einsatz der Operation `create-cache-cluster` oder `create-replication-group` den Parameter `--snapshot-arns`, um einen vollqualifizierten ARN für jede .rdb-Datei anzugeben. Beispiel, `arn:aws:s3:::myBucket/myFolder/myBackupFilename.rdb`. Der ARN muss auf die in Amazon S3 gespeicherten Sicherungsdateien aufgelöst werden.
+ **Mithilfe der ElastiCache API**
Wenn Sie die `CreateReplicationGroup` ElastiCache API-Operation `CreateCacheCluster` oder verwenden, verwenden Sie den Parameter, `SnapshotArns` um einen vollqualifizierten ARN für jede .rdb-Datei anzugeben. Beispiel, `arn:aws:s3:::myBucket/myFolder/myBackupFilename.rdb`. Der ARN muss auf die in Amazon S3 gespeicherten Sicherungsdateien aufgelöst werden.
**Wichtig**
Beim Seeding eines Valkey- oder Redis OSS-Clusters (Clustermodus aktiviert) müssen Sie jede Knotengruppe (Shard) im neuen Cluster oder in der neuen Replikationsgruppe konfigurieren. Dazu verwenden Sie den Parameter `--node-group-configuration` (API: `NodeGroupConfiguration`). Weitere Informationen finden Sie hier:
CLI: [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)in der AWS CLI Referenz
API: [CreateReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html)in der ElastiCache API-Referenz
Während der Erstellung Ihres Clusters werden die Daten in Ihrem Valkey- oder Redis OSS-Backup in den Cluster geschrieben. Sie können den Fortschritt überwachen, indem Sie sich die ElastiCache Ereignismeldungen ansehen. Rufen Sie dazu die ElastiCache Konsole auf und wählen Sie **Cache Events** aus. Sie können auch die AWS ElastiCache Befehlszeilenschnittstelle oder ElastiCache API verwenden, um Ereignismeldungen abzurufen. Weitere Informationen finden Sie unter [ElastiCache Ereignisse anzeigen](ECEvents.Viewing.md).