Recovery Point Objective(RPO) describes a point in time that data can be restored from. For instance, if there is data corruption, Data loss or unavailability, at what point in time can a valid copy of the data be restored from? RPO is usually measured as minutes, hours, days, weeks, etc… for Business Continuity.
If a database is corrupted then can we restore it back to what it was 15 minutes ago? This would be an RPO of 15 minutes for Business Continuity.
Recovery Time Objective (RTO) is the amount of time which data or hardware is desired to be restored after a data corruption or hardware failure. RTO is also usually measured as minutes, hours, days, weeks, etc… for Business Continuity.
Disaster Recovery RTO RPO or Business Continuity RTO RPO is very important for a Business Recovery time needed to recover if a disaster seemed to happen. Time needed for Business data recovery is RTO. This can be minutes to hours depending on where the DR Site is located and backups are located.
If a Database server just died. Time needed to bring it up and running again? If the answer is one hour then the Recovery Time Objective is one hour.
For more information please read my post here.
Some of the methods to make sure Disaster Recovery RTO and RPO is covered fully are SQL Server Full backup, Differential backup, SQL Server Transaction log backups, physical server backup, server backup using any other backup application and cloud virtual server backup etc. Only way to make Business Continuity RTO RPO are covered is to do test Restores from time to time.