备份保留计算器
祖父-父亲-儿子保留策略,逐日模拟而不是靠猜:输入每日、每周和每月备份各保留多久、每个备份多大、运行频率如何——就能看到一个月、六个月、一年和两年后你实际握有多少个恢复点,以及它们要花多少存储。模拟在你的浏览器中运行;什么都不会发送到任何地方。
模型:备份每天运行。周日的备份兼作每周恢复点;每月 1 日的备份兼作每月恢复点。只要还有任何一级保留覆盖,恢复点就会被保留。每个恢复点都按你输入的完整备份大小计算。
| 时间点 | 保留的恢复点 | 存储占用 |
|---|
- 恢复点峰值
- 需规划的峰值存储
峰值是这两年中任意一天保留数量的最大值——你的备份目标在最坏的一天必须容纳的数量,而不是平均水平。
保留是一项策略,不是一堆磁盘
每个备份系统默认都会保留过多的近期过去、过少的遥远过去,因为“全部保留 30 天”只是一个设置,而真正的策略需要三级。一小时后发现的故障需要昨天的备份。一个月后才发现的故障——缓慢的损坏、悄悄出错的同步、没人提起的删除——需要一个在它开始之前的恢复点,而 30 天的窗口早已把它扔掉了。永久保留一切能解决这个问题,却会带来另一个问题:一张随着你每天成功而不断增长的存储账单。祖父-父亲-儿子是经典答案,因为它匹配发现故障的形态:在故障被快速发现的地方用细粒度恢复点,在被缓慢发现的地方用粗粒度恢复点,并且不以任何人永远用不到的分辨率保留任何东西。
模拟增加的是对重叠的诚实。保留数量不是三个保留数字之和:三周前的一个每周恢复点和十一个月前的一个每月恢复点,与本周的每日备份同时存活,而你必须预置的存储是这个并集在最坏一天的大小。团队经常从反面发现这一点——每个单独设置看起来都很节制,备份目标却“提前”满了,因为每一级都是单独做预算的。在策略上线之前先在这里算一遍,按峰值那一行来确定备份目标的容量,而不是按恰好与规划会议对上的那个时间点。
保留下来的恢复点不等于能恢复
有一个警告是计算器用数字给不了的:恢复点证明备份做过,不证明它能恢复。保留规划决定你能回溯多远;只有测试恢复才能决定回溯有没有用。两件事都要排期。每月做一次演练,把最老的每月恢复点恢复到一台临时机器上,比增加第四级保留更有价值,因为祖父恢复点恰恰是你将在最坏那天需要的那个——也是所有人有一年时间去遗忘其格式、凭据和怪癖的那个。保留是对过去的承诺;恢复是检验承诺是否仍然有效的方法。
相关工具:值班排班器规划恢复需要时谁会被叫醒,SLA 错误预算计算器为恢复必须容纳的停机时间定价。
延伸阅读:一套可靠性例行工作——把轮换、保留和错误预算当作一个规划习惯,包括让保留保持诚实的恢复演练节奏。
常见问题
祖父-父亲-儿子是什么意思?
它是备份领域最古老的轮换方案:每日备份是儿子,保留时间短;每周有一个备份晋升为父亲,保留更久;每月有一个成为祖父,保留最久。一个备份作业产生三级年龄——近期历史细粒度,遥远历史粗粒度,而存储账单两者都不随之增长。
哪个备份会成为每周或每月恢复点?
在这个计算器中,周日的备份是每周恢复点,每月 1 日所做的备份是每月恢复点——如果你一天做多次备份,那天的第一次备份算数。真实备份软件可以让你选择星期几;算术上几乎没有差别,因为重要的是各级之间的间距,而不是由哪个工作日来锚定。
为什么保留数量比每日 + 每周 + 每月还多?
因为各级在时间上重叠,不只是数量上相加。三周前的一个每周恢复点仍在它的窗口内,与此同时本周的每日备份在它旁边堆积;十一个月前的一个每月恢复点与它们全部共存。任何时刻的保留数量就是这个重叠的大小——这正是模拟能展示、而把三个保留数字在餐巾纸上相加会掩盖的东西。
这里假设的是完整备份还是增量备份?
完整备份。每个恢复点都按你输入的完整备份大小计算,这是保守的规划数字。永久增量和重复数据删除存储会用远少得多的空间保存同样的恢复点——把存储列看作普通完整备份轮换所需的天花板,把你的重删比率看作你实际得到的折扣。
我应该保留多少个每月恢复点?
多到能覆盖你最慢的那场灾难。潜伏了两个月的勒索软件、年底才发现的记账错误、一个季度都没人注意到的删除——每月一级正是为引线很长的故障而存在的。12 个是常见的下限;受监管的数据往往要求更多。多保留一个每月恢复点的成本是一个备份的大小;少保留一个的成本是数据本身。