RPO——recovery point objectives恢复点目标
RPO是实时地复制您业务信息中的每一个数据恢复事务。短时间的RPO能够更少地丢失数据。例如，一个五分钟的RPO表明必须在五分钟内恢复数据，而一个一小时的PRO表明这种数据恢复的弱点在于，在这一个小时内，要备份的数据可能已经丢失了。相反地，一个零分钟的PRO表明没有数据可以丢失，因为您的数据及时地备份、复制或记录下来，从而阻止任何数据的丢失。PRO要考虑的另外一个层面是数据的保护要完整和全面到什么程度。例如：您的PRO如果每隔8小时备份一次的话，意味着这8个小时内数据可能会丢失。完全和全面的数据保护注重的是您的数据是否100%的被保护起来或者说只有部分的文件和数据被保护起来。再举一例，打开的文件可能不能被完全的备份，除非内存里面的缓存中的数据存储到了磁盘里。另外还要考虑的因素是您所要备份的文件是否是某个特殊的目录或文件共享中的某种特定文件，以及数据是否完全备份下来了。小的PRO意味着要付出更多的费用以及更少的数据丢失量，我们必须在这之间作一个权衡。
RTO——recovery time objectives恢复时间目标
RTO是您能够更加快速恢复数据存储和使得机器正常运行的时间。相比之下，RPO是数据保护的间隔尺寸和多少数据丢失的决定因素，而RTO决定数据恢复时间。一个一小时的RTO表明丢失的数据必须在一小时内恢复出来并且能够正常使用。一个两天的RTO表明丢失的数据必须在两天之内恢复出来并且能够正常使用。更进一步说，没有停顿的恢复数据，即0小时的RTO表明没有任何延迟地恢复数据，并且能够重新正常使用机器。RTO需要考虑的一个因素是您能够在一段特定的时间内恢复出数据，同时您还能恢复您的服务器操作系统以及安装相应地软件来使用相应的数据。例如，如果只是需要恢复服务器上的数据文件，那么同时还需要在服务器上恢复相应地操作系统和设备或安装另外的数据恢复产品。因此，RTO需要考虑的因素有备份操作的完整性以及数据的恢复，数据的重新存储和重启机器还需要的设备等。和RPO一样，RPO需要在访问数据的延迟时间上和得到尽量小的RPO所需要花费更多的开销之间作一个权衡。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/226660.html原文链接：https://javaforall.net
