惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

The GitHub Blog
The GitHub Blog
有赞技术团队
有赞技术团队
Apple Machine Learning Research
Apple Machine Learning Research
V
V2EX
Engineering at Meta
Engineering at Meta
美团技术团队
H
Hackread – Cybersecurity News, Data Breaches, AI and More
博客园 - 司徒正美
I
InfoQ
S
SegmentFault 最新的问题
博客园 - 叶小钗
N
Netflix TechBlog - Medium
Y
Y Combinator Blog
IT之家
IT之家
博客园 - Franky
大猫的无限游戏
大猫的无限游戏
人人都是产品经理
人人都是产品经理
T
The Blog of Author Tim Ferriss
月光博客
月光博客
The Cloudflare Blog
U
Unit 42
GbyAI
GbyAI
L
LangChain Blog
Microsoft Azure Blog
Microsoft Azure Blog

博客园 - 中国的Amadeus

【A】SQLServer 数据库变成单个用户后无法访问问题的解决方法.170323 - 中国的Amadeus A-GFS安装使用.220124 - 中国的Amadeus A-ollama发布Deepseek API并调用.250304 【A】OpenEuler同时安装docker-engine和containerd产生冲突.250212 A-通过sqlserver添加修改系统管理员账号.120510 A-AD中域用户密码策略不生效的解决方案.100301 A-BAT批处理文件语法.061024 - 中国的Amadeus 【A】欧拉OpenEuler基于Kubeasz部署k8s.v2.250120 - 中国的Amadeus A-查询SQL Server更改记录的语句-170315 【A】域控从域无法同步的解决方法.24011 - 中国的Amadeus 【A】SQL-按自定义格式进行编号的SQL自定义函数.090119 【A】SQL-select时,一个栏位按123进行编号的方法.090121 A-windows安装tomcat10.240108 A-SQL-update多条Select出来的数据.090205 A-Excel中,日期和时间用连接后格式不正确的解决方法.170306 A-挖矿病毒的终极解决方法.201010 A-docker里查找程序源代码路径 上传本地文件.210521 A-查找Tomcat路径并重启.210525 - 中国的Amadeus A-docker里面网站的port端口映射修改.210601 A-Gitbook的docker安装配置.210603 A-Gitbook在Docker中安装插件的方法.210603 A-Desk-群晖关闭局域网发现.210607 vscode+evernote印象笔记+markdown写在线笔记--OK 【Amadeus原创】苹果电脑升级系统无法开机的终极解决办法 【Amadeus原创】苹果下,idea手动maven jar包的方法 【Amadeus原创】VMware下centOS yum报错cannot find a valid baseurl or repo:base 解决方法 【Amadeus原创】SQLServer2008防小人利器:审核/审计功能 【20180111】【物流FM专访】贝业新兄弟李济宏:我们是如何做到大件家居B2C物流第一的? 【20171123】【GITC精华演讲】贝业新兄弟李济宏:如何做到企业信息化建设的加减乘除 存货控制中的ABC分类释义
伟哥对RTO & RPO的通俗理解
中国的Amadeus · 2017-05-20 · via 博客园 - 中国的Amadeus

 RTO (Recovery Time Objective,复原时间目标)是企业可容许服务中断的时间长度。
比如说灾难发生后半天内便需要恢复,RTO值就是十二小时;

RPO (Recovery Point Objective,复原点目标)是指当服务恢复后,恢复得来的数据所对应时的间点。
如果现时企业每天凌晨零时进行备份一次,当服务恢复后,系统内储存的只会是最近灾难发生前那个凌晨零时的资料。

根据以上两个简单的原则,企业不但可以对现有的数据系统作出,也可以按照既定的RTO及RPO要求,选购最适合的灾备方案。

RTO及RPO与方案售价有着密切的关系,然而完美的方案当然是RTO及RPO皆为零,表示当灾难发生后,系统立即恢复,而且完全没有数据丢失,可是其造价是非常昂贵的,而且也不一定有这个必要。
因此,最佳方案必需在RTO,RPO,维护及价钱多方面,都能达致平衡。尤其是中小企业,在资源紧拙的情况,应先好好了解对RTO及RPO的要求,然后再看看价钱,那就比较容易找到,适合企业的方案了。

通俗的讲,RPO和RTO都属于灾难恢复范畴。RPO在于数据库层面,RPO的依据,主要是你的数据备份。 RTO更关注于应用层面,RTO是从数据的恢复,一直到恢复到当前系统可用状态的值。​

因此,一般来讲,RTO的值要大于RPO。 比如,数据备份是24小时一次,那RPO为24小时;RTO则要考虑数据恢复到24小时之前,包括24小时之内,业务数据的补录,所以,一般都在3天以上。​​​​​