A logistics company is designing a highly available and disaster-resilient relational database backend for its global fleet-tracking application. The database tier must support cross-database queries and SQL Server Agent jobs to orchestrate daily ETL tasks. The disaster recovery design must meet a Recovery Time Objective (RTO) of 15 minutes and a Recovery Point Objective (RPO) of 5 seconds. All failover operations must occur automatically without requiring client application connection string modifications, and all reporting queries must be dynamically offloaded to a readable secondary replica in the disaster recovery region. To maintain compliance, all database replication traffic must remain isolated from the public internet.
Which two configurations should you include in the disaster recovery design?
- Deploy Azure SQL Managed Instance in the primary and secondary regions, configure a failover group, and configure client applications to connect using the failover group's read-write and read-only listener endpoints.Cevap
- Configure Global Virtual Network Peering between the virtual networks hosting the primary and secondary Azure SQL Managed Instances to facilitate database replication.Cevap
- CDeploy Azure SQL Managed Instance in the primary and secondary regions, configure Active Geo-Replication between the databases, and configure the application to connect using the primary server's endpoint.
- DDeploy Azure SQL Database Business Critical databases in the primary and secondary regions, configure a failover group, and configure the application to connect using the failover group's read-write and read-only listener endpoints.