文章目录背景一、RTO是什么？二、RPO是什么？三、容灾设计四、举个例子五、参考文档背景当灾难发生时，基础设施或业务服务等处于不可用状态，我们需要关注的两个关键技术指标，也是很多企业或用户的核心KPI，RTO和RPO。一、RTO是什么？一个是RTO，恢复时间目标（RecoveryTimeObjective），即灾难发生后，软件信息系统从停顿到必须恢复的时间要求，也就是企业或者用户可以接受多久没有改软件信息系统，可能是1天，也可以是1s，具体需要根据用户要求进行相应的容灾设计。假设设置为20s，那么20s内必须恢复到正常状态。二、RPO是什么？另一个是RPO，RPO恢复点目标（RecoveryP
RTO和RPO都是企业灾难恢复（DisasterRecovery,DR）需要考虑的关键指标，这两个指标可以用来指导企业来制定合适的业务系统服务或数据的恢复方案。RPO（RecoveryPointObjective）：即数据恢复点目标，主要指的是业务系统所能容忍的数据丢失量。如果以定期计划的24小时增量备份全部或大部分数据，那么在最坏的情况下，企业将丢失24小时的数据。对于某些应用来说，这是可以接受的，对于其他应用来说并不是这样。例如：如果企业的应用程序具有4小时RPO，那么备份和数据丢失之间的间隔时间将为4小时。拥有4小时的RPO并不一定意味着企业将失去4小时的数据。例如：一个文字处理应用程序
ApacheShardingSphere助力当当3.5亿用户量级顾客系统重构，由PHP+SQLServer技术栈无缝转型为Java+ShardingSphere+MySQL，性能、可用性及维护性均得到显著提升，是ShardingSphere异构迁移最佳实践。1 顾客系统背景当当顾客系统主要负责账户的注册、登录、隐私数据维护等功能，历史技术栈为PHP+SQLServer，是标准的集中式架构，如下图。重构项目启动前，顾客系统的数个业务模块存在多个棘手的业务问题和技术挑战，如逻辑分散、吞吐量低及运维成本高等问题。为改善顾客的购物体验，当当技术团队决定对业务逻辑和底层数据架构进行优化，实现顾客系统多场
ApacheShardingSphere助力当当3.5亿用户量级顾客系统重构，由PHP+SQLServer技术栈无缝转型为Java+ShardingSphere+MySQL，性能、可用性及维护性均得到显著提升，是ShardingSphere异构迁移最佳实践。1 顾客系统背景当当顾客系统主要负责账户的注册、登录、隐私数据维护等功能，历史技术栈为PHP+SQLServer，是标准的集中式架构，如下图。重构项目启动前，顾客系统的数个业务模块存在多个棘手的业务问题和技术挑战，如逻辑分散、吞吐量低及运维成本高等问题。为改善顾客的购物体验，当当技术团队决定对业务逻辑和底层数据架构进行优化，实现顾客系统多场
摘要：《IndexCheckpointsforInstantRecoveryinIn-MemoryDatabaseSystems》是由华为云数据库创新Lab一作发表在数据库领域顶级会议VLDB'2022的学术论文。本文分享自华为云社区《VLDB'22HiEngine极致RTO论文解读》，作者：云数据库创新Lab。1.HiEngine简介HiEngine是华为云自研的一款面向云原生环境的OLTP型数据库，HiEngine在标准TPC-C事务模型下，端到端单节点(华为2488HV5机型)性能可以达到663w+的tpmC，多节点扩展性线性度超过0.8。其核心架构关键词如下:计算，内存，存储三层分离式
摘要：《IndexCheckpointsforInstantRecoveryinIn-MemoryDatabaseSystems》是由华为云数据库创新Lab一作发表在数据库领域顶级会议VLDB'2022的学术论文。本文分享自华为云社区《VLDB'22HiEngine极致RTO论文解读》，作者：云数据库创新Lab。1.HiEngine简介HiEngine是华为云自研的一款面向云原生环境的OLTP型数据库，HiEngine在标准TPC-C事务模型下，端到端单节点(华为2488HV5机型)性能可以达到663w+的tpmC，多节点扩展性线性度超过0.8。其核心架构关键词如下:计算，内存，存储三层分离式
一、背景与方案1、业务连续性挑战在银行业，业务连续性是一个非常重要的领域。业务系统发生大规模中断会产生资金损失甚至影响公司形象。金融业务关系国计民生，影响大众生活。监管对银行业务连续性能力的检视非常重视，会定期开展巡检。因此，很多银行都建立了两地三中心的容灾能力。当基础架构层面具有容灾能力后，出现单机房故障时，通过同城机房的切换实现故障恢复是一种非常理想的故障处理方式。但通过与同行交流发现，在出现单机房故障时，大家还是倾向于在本地进行故障恢复，通过同城切换来实现故障恢复的案例少之又少。主要原因如下：架构治理： 架构层面对双活的技术方案和实现未制定统一的标准，生产环境部署和配置存在不一致的情况。
一、背景与方案1、业务连续性挑战在银行业，业务连续性是一个非常重要的领域。业务系统发生大规模中断会产生资金损失甚至影响公司形象。金融业务关系国计民生，影响大众生活。监管对银行业务连续性能力的检视非常重视，会定期开展巡检。因此，很多银行都建立了两地三中心的容灾能力。当基础架构层面具有容灾能力后，出现单机房故障时，通过同城机房的切换实现故障恢复是一种非常理想的故障处理方式。但通过与同行交流发现，在出现单机房故障时，大家还是倾向于在本地进行故障恢复，通过同城切换来实现故障恢复的案例少之又少。主要原因如下：架构治理： 架构层面对双活的技术方案和实现未制定统一的标准，生产环境部署和配置存在不一致的情况。
