1 Answer
- Newest
- Most votes
- Most comments
0
Hello.
Did you copy the backup file to the destination S3 bucket using the steps in the document below?
https://repost.aws/knowledge-center/elasticache-redis-migrate-best-practices
In that case, please try granting read access to the .rdb file by following the steps in the document below.
https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/backups-seeding-redis.html#backups-seeding-redis-default-region
Relevant content
- asked 19 days ago
- AWS OFFICIALUpdated 5 days ago
- AWS OFFICIALUpdated 8 months ago
- AWS OFFICIALUpdated 7 months ago
- AWS OFFICIALUpdated 5 days ago
This link talks about seeding the new cluster using the backup: https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/backups-seeding-redis.html#backups-seeding-redis-default-region
I am looking to restore rdb file on the exiting cluster as cluster is already existing
According to the blog below, it seems that it cannot be restored to an existing cluster. https://ranjeetborate.medium.com/restore-rdb-snapshots-into-a-cross-account-via-aws-cli-ranjeet-borate-6148e20120d6
I've noticed that it's consistently stated that restoring to an existing cluster is not permitted, and I'm puzzled as to why this restriction exists. Redis inherently supports this functionality, so it's unclear why ElastiCache would prevent it. It's impractical to create a new cluster every time we need to conduct tests using a backup.