The following list details the backup objectives for Azure Stack Hub:
- Disaster recovery protects against data loss and unplanned downtime. Implement a backup and recovery or disaster-recovery plan for user apps and their data. This plan might be unique for each app but follows a framework that your organization's comprehensive business continuity and disaster recovery strategy establishes. For more information, download Azure Stack: Considerations for business continuity and disaster recovery.
- Recovery-point objective (RPO) defines the point in time that is used to restore data. The frequency of backups determines the RPO. If a primary system fails, a lower RPO means less data loss. For mission-critical applications, RPOs must be measured in minutes, as opposed to hours or days.
- Recovery-time objective (RTO) defines how long it takes to recover an object such as a file, server, or data center. A lower RTO means less downtime. When you are moving data, the faster your disk drives and network speeds are, the faster your RTO is.
- Mean-Time-to-Recover (MTTR) is the average time that it takes to restore any app after a declared failure. If the MTTR exceeds the RTO, then that outage causes a business disruption that exceeds the pain threshold of that defined RTO.
- Service Level Agreement (SLA) is the amount of time your OEM has to replace defective or broken components during an outage.