稳定性相关

SLA

SLA(Service Level Agreement)

RTO

RTO (Recovery Time tive，恢复目标时间)是指灾难发生后，从IT系统当机导致业务停顿之时开始，到IT系统恢复至可以支持各部门运作、恢复运营之时，此两点之间的时间段称为RTO。比如说灾难发生后半天内便需要恢复，RTO值就是十二小时;

RTA

RTA(Recovery Time Actual,恢复时间实际)是在练习、实际事件或基于恢复方法的基础上建立的，技术支持团队开发。这是技术支持所需要的时间框架，用于将已恢复的基础设施交付给业务。

The RTA-RTO Gap

业务连续性组然后记录恢复的基础设施交付的时间。通过建立RTO的业务线来协调对该基础结构的测试，如果测试成功，那么初始RTA是有效的。如果业务线的测试由于基础设施恢复问题而不成功，那么基础设施将被交还给技术支持组以进行进一步的分析和恢复，并且在初始交付时将时间重置为开始时间。

如果业务线验证功能是成功的，那么业务连续性组会协调RTO和RTA之间的差异。任何间隙都被视为后续项目，并通过决议进行跟踪。(Ex:基于业务期望的RTA - RTO = gap)

RPO

RPO (Recovery Point tive，恢复目标点)是指从系统和应用数据而言，要实现能够恢复至可以支持各部门业务运作，恢复得来的数据所对应时的间点。如果现时企业每天凌晨零时进行备份一次，当服务恢复后，系统内储存的只会是最近灾难发生前那个凌晨零时的资料。

RPA

Recovery Point Actual (RPA)是一个度量单位，它代表一个组织如果现在有灾难，并且必须从本地或离线备份中恢复的实际数据量。
为了符合你的RPO政策，在任何时候你的RPA总是必须低于你的RPO。
Unitrends Enterprise Plus提供了关于RPO/RTO遵从性和实际值的报告，但是如果您有其他的unitrend许可，您可以使用powershell脚本查看您的备份在任何时候的实际RPA值和遵从性。

性能相关

RTT

RTT=传播时延（往返的）+排队时延（路由器和交换机的）+数据处理时延（应用程序的）

未完待续

参考

《计算机网络原理》
https://en.wikipedia.org/wiki/Disaster_recovery_and_business_continuity_auditing
http://joehertvik.com/rpo-rto-rta-disaster-recovery-terms-mean/
https://en.wikipedia.org/wiki/Recovery_point_objective