< Previous Challenge - Home - Next Challenge >
One of the big benefits of running in the cloud is the ability to deploy resources to many locations based on business need. With your company having performed several migrations, it's time to look at implementing some high availability and disaster recovery.
AdventureWorks and WWI (OLTP) would like to implement a BCDR plan so the company can meet an RPO/RTO of 5 minutes (RPO is the Recovery Point Objective and RTO is the Recovery Time Objective).
When disaster happens on the primary region, business requires the databases automatically failover to the disaster recovery region. Your company needs to use the readable secondary databases to offload read-only query workloads. After failover, your application can continue connect to the database by using the same connection string.
AdventureWorks has asked about the possibility of recovering data accidentally deleted. If time permits, your team can investigate how Temporal Tables can be configured to help recover lost data.
- Meet your company's RPO/RTO goals on either AdventureWorks or WWI.
- Best practices for SQL Managed Instance
- Best practices for SQL Database
- Temporal tables
- Recover using automated database backups - Azure SQL Database & SQL Managed Instance
- Develop a POC demonstrating how Temporal Tables can recover data when a user accidentaly deletes rows.
- Use auto-failover groups to enable transparent and coordinated failover of multiple databases
- Configure failover group
- Configure active geo-replication and failover in the Azure portal (Azure SQL Database)
- Overview of business continuity with Azure SQL Database
- High availability for Azure SQL Database and SQL Managed Instance