2020-08-17 20:20发布
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
大家好,
我想根据我的情况了解最大RPO和RTO,是否有任何具体公式要计算。
此要求是与最初的客户同意的RPO和RTO一起检查现有环境,无论我们是否处于同意的RPO和RTO下的天气
我们的环境详细信息是:具有起搏器群集和复制选项的HANA DB多层高可用性:用于主层到HA层的syncmem同步HA到DR层
预先感谢
您好Abhiram
由于恢复时间目标(RTO)和恢复点目标(RPO)取决于多个因素,因此应使用它们的定义进行计算。
RPO是过去恢复系统的目标时间,即备份之间的时间以及灾难事件期间两次备份之间可能丢失的数据量。
对于近似值,您可以将RPO时间视为:
日志缓冲区+运送时间(针对段的平均大小)+在备用持久性上重播。
总体持续时间不应超过15分钟。 同样,如您所见,用于HA的RPO将比用于DR的RPO短。
RTO是事件发生后系统必须停机的最长时间,之后正常操作必须重新联机。
即使我们考虑到,数据也会不断地预先加载到RTO上。 为最大程度地减少RTO的辅助系统,还应考虑诸如业务批准期限和手动操作之类的因素。 因此,用于HA(自动故障转移)的RTO将最小化,但对于DR系统,RTO可能会更长(从数小时到数天)。
最多设置5个标签!
您好Abhiram
由于恢复时间目标(RTO)和恢复点目标(RPO)取决于多个因素,因此应使用它们的定义进行计算。
RPO是过去恢复系统的目标时间,即备份之间的时间以及灾难事件期间两次备份之间可能丢失的数据量。
对于近似值,您可以将RPO时间视为:
日志缓冲区+运送时间(针对段的平均大小)+在备用持久性上重播。
总体持续时间不应超过15分钟。 同样,如您所见,用于HA的RPO将比用于DR的RPO短。
RTO是事件发生后系统必须停机的最长时间,之后正常操作必须重新联机。
即使我们考虑到,数据也会不断地预先加载到RTO上。 为最大程度地减少RTO的辅助系统,还应考虑诸如业务批准期限和手动操作之类的因素。 因此,用于HA(自动故障转移)的RTO将最小化,但对于DR系统,RTO可能会更长(从数小时到数天)。
一周热门 更多>