High Availability in RDS
Designing for high availability, fault tolerance and cost efficiency
Business Continuity and Disaster Recovery for SAP on AWS
The course is part of this learning path
** Not all content covered in the course introduction has been added to the course at this time. Additional content is scheduled to be added to this course in the future. **
In this section of the AWS Certified: SAP on AWS Specialty learning path, we introduce you to strategies for configuring high availability and disaster recovery for SAP workloads on AWS.
- Understand how to configure high availability with Amazon RDS
- Identify backup and disaster recovery strategies using the AWS Cloud
- Describe various approaches for business continuity and diaster recovery for SAP workloads on AWS
The AWS Certified: SAP on AWS Specialty certification has been designed for anyone who has experience managing and operating SAP workloads. Ideally you’ll also have some exposure to the design and implementation of SAP workloads on AWS, including migrating these workloads from on-premises environments. Many exam questions will require a solutions architect level of knowledge for many AWS services. All of the AWS Cloud concepts introduced in this course will be explained and reinforced from the ground up.
Hello, and welcome to this lecture, which is going to look at how to restore a database from an existing backup. Firstly, I want to look at how to restore a database from an automatic backup to a particular point in time.
As a part of the backup process when automatic backups are in place, RDS backs up the transaction logs to Amazon S3 every five minutes. So this is something you need to bear in mind when you're performing a restore, especially if you need to restore from five minutes or less from that point in time.
You can check the latest restore time possible from either the AWS management console or by running the following command line from the AWS CLI, replacing the text in red with the name of your database. This will return data for your database including an entry similar to the following. The last restore time shows you the latest point at which you can restore from.
So for example, assume the time was 15:04 and you wanted to restore from 15:02, but the latest restore time was showing at 15:00, then the latest point you could restore up to would be 15:00. You'd have to wait another minute until 15:05, which would then become the latest restore time, five minutes later from the previous time. At this point, you would then be able to restore anytime up until 15:05.
When you perform a restore, it restores the entire instance and so it will be restored to a brand new instance. If restoring a SQL server database instance, every database on that instance will be restored to within one second of all of the databases on that same instance.
If restoring an Oracle database instance, you can, if required to select a new license model and database name for the new instance. When restoring a database from a manual backup, or snapshot, there is no option to perform a point in time when you restore.
As previously mentioned, when a snapshot backup is taken, the backup is taken at that point in time and stored on Amazon S3 and can only be restored back to a new database instance at that point in time in which the backup was taken. If required, then during the restore process, you can actually restore to a different storage type from the source database.
For example, if a backup was taken of a database that had general purpose SSD storage and was then restored to a new database instance, you could select to have it restored to provisioned IOPS instead. However, due to additional processing time, the restore will take longer than simply restoring to the same storage type used from the backup.
When you are restoring your manual snapshot, you have the option of changing both the parameter group and the security group. Now AWS recommends however that you leave both the parameter group and the security setting the same as the snapshot.
Let me now provide a quick demonstration of how to perform a manual restore from an existing manual snapshot. Okay, so I'm back in the Amazon RDS dashboard of the management console. And as we can see, we have our database here that we backed up in a previous lecture. But what I want to do now is to restore from an existing backup. So if I go down to snapshots, we can see the two snapshots that we created earlier.
Now to restore from one of these snapshots, all I need to do is to select the snapshot that I want to restore from, go across to actions and click restore snapshot. Now here at the top, it says you are creating a new database instance from a source database instance at a specified time and this new database instance will have the default database security group and database parameter groups.
Now because we're creating a new instance, we can specify different options. So again, we have the engine and here we can add a new identifier. So let's call this instance database 2. We can select a VPC, again with additional creativity configurations with regards to different subnet groups, etc. You can change the database instance size when you restore, so that can be a different database instance size from the source database that you originally took the backup from. You can change the storage type.
Again, you have options for availability and durability. If you want to implement a multi-hazy deployment with this restore and finally your database authentication and encryption options. If you needed to change the parameter group and the option group, then you can do so under the additional configuration, I'm just going to leave that as the default.
Just before we restore this database, I'm just going to change the size and then I shall click on restore database instance. Now as you can see here, here's the new database instance that I'm restoring. We could see the instance size and also the status is that it's creating. So that would just take a couple of minutes there so for that to become available. Okay and now you can see that that's finished creating and the status is now available. And if we select the instance, anyone can see the details of the instance such as the endpoint and port, etc, along with its availability zone subnets and security groups.
So as you can see, it's very quick and easy to restore from an existing manual snapshot.
Course Introduction - RDS Backup Capabilities - Copying & Sharing RDS Snapshots - Amazon DynamoDB Backup Capabilities - Restoring an Amazon DynamoDB Database - Course Summary
Stuart has been working within the IT industry for two decades covering a huge range of topic areas and technologies, from data center and network infrastructure design, to cloud architecture and implementation.
To date, Stuart has created 150+ courses relating to Cloud reaching over 180,000 students, mostly within the AWS category and with a heavy focus on security and compliance.
Stuart is a member of the AWS Community Builders Program for his contributions towards AWS.
He is AWS certified and accredited in addition to being a published author covering topics across the AWS landscape.
In January 2016 Stuart was awarded ‘Expert of the Year Award 2015’ from Experts Exchange for his knowledge share within cloud services to the community.
Stuart enjoys writing about cloud technologies and you will find many of his articles within our blog pages.