这取决于存储的同步和异步复制对于距离的限制和最佳实践。如果存储复制是同步则RPO为0，如果是异步取决于主备站点之间存储的SAM网络贷款。RTO由于所有切换步骤是自动进行，并且支持多个分区并行切换。所以，实测200个分区1小时内可以完成全部切换。操作不复杂，配置好灾备切换关...

基于编排管理软件Kubernetes或DockerEE等软件在LinuxONE上都是完全支持。

保险的核心业务系统数据库在应用级灾备都采用什么技术各个保险公司现状不一样，目前看存储复制，数据库复制居多RPO RTO能达到多少这些指标是根据需求来说的，同城，异地对应的这些指标都不一样的...

1、结合个人的经验，在灾备系统数量较多的情况，应该以业界连续行管理理论作为指导，首先从业务角度进行分级管理，高等级应用优先保证回复，例如达到几十分钟级别，低等级应用可以容忍恢复时间，在几天内完成2、对于灾容场景复杂，场景较多的情况，如果每个都制定预案，预案多，演练多，成本高。...

1. 双活对于逻辑错误没有任何保护办法，完全不是为此而生的技术。但不妨碍增加其他保护机制，例如HADR，CDC等数据同步到其他地方。2. 存储设备的需求有一点不一样。双活环境存储的访问方式是本地读，两地写。本地读只需要考虑本地的存储速度，两地写取本地存储写和（网络传输+异地存...

简单讲RTO, RPO需要进行"业务影响分析(BIA)"才能导出的适合本企业的KPI。但通常我们可以参考行业监管要求以及同行业的best practise（最佳实践）。

这个问题比较泛，要看你现有的架构和设备情况，还要考虑你的可靠性、性能、扩展等要求。最小投入的话，那么只能实现数据级灾备。1.用备份的方式可能会最少投入，如将生产数据库、操作系统、文件通过备份至存储中，然后用异步的方式传输至灾备中心，比如说NAS与NAS间IP异步传输的方式...

我想技术上应该有很多的方式可以让RTO等于或者接近0.不过真正发生这种灾难的时候。没有几个管理员能够可以袖手旁观。即使可以实现0切换。也可能会人工干预一下。看看到底发生了什么。另外做的太过灵敏。也容易产生误判，可能只是一个业务波动或者设备的短暂重启就导致业务...

Active-Active和Active-Passive这两种双活模式在出现故障发生自动切换速度都取决于判定存储状态的策略，都需要一段时间来判定

1）没有一定的具体的业务范围限制，以交通银行为例，目前整个交通银行大机上的的核心系统、贷记卡系统，小机上的网银等系统均已经实现双活。2）交通银行主机上的双活是基于IBM SYSplex,DB2 datasharing group,CICS Plex等产品实现的，小机上的双活是基于IBM GDPC架构实现的。3）交通银...