两个简单的数字，决定了坏日子到底有多痛：你会丢掉多少工作，以及你要停摆多久。多数老板从没给自己定过这两个数。

2024年6月8日凌晨，日本角川（KADOKAWA）集团遭勒索攻击，旗下被称为”弹幕视频鼻祖”、B站精神源头的 niconico 全面停摆。服务一停就是约两个月，直到8月5日才陆续恢复。调查显示约 25 万人的个人信息遭泄露，攻击者声称窃取了约1.5TB 数据。（维基百科）一次攻击发生在一个凌晨，无法正常运转却拖了整整一个夏天。正是”事故发生”到”真正恢复如常”之间的这道鸿沟，需要用两个大白话数字去管住。

这两个数字听起来很技术，但每一个都在回答一个再普通不过的生意问题。第一个是 RPO（恢复点目标）。说白了就是：你最多能承受丢掉多少工作？它是从”系统出事的那一刻”往回数，数到”上一次有效备份”。如果你每晚备份一次，系统却在下午四点挂掉，那么从上次备份到现在做的一切，一整天的订单、发票和记录，全没了。这丢掉的一天，就是你的RPO。改成每小时备份一次，最坏也只丢一小时。

第二个是 RTO（恢复时间目标）。说白了就是：你最多能承受停摆多久？它是一段从”你停下”到”重新正常营业”的计时。niconico 的 RTO，实际上是以”月”计的。而对一家接单、收款的中小企业，问题更直接：你扛得住停一天吗？三天呢？一周呢？这个答案，就是你真实的 RTO，无论你有没有给它起过名字。

多数生意，恰恰在这里悄悄翻车。他们有备份，于是觉得万事大吉，却从没给这两个数字定过值。这意味着他们真实的RPO 是”碰巧上一次备份是什么时候”，真实的 RTO 是”不知道要多久，等有人腾出手来再说”。两个数都要等到危机正中间才第一次知道，而那恰恰是最糟糕的时刻。把数字提前定下来，才是把一份备份变成一套方案。

而这两个数是生意决定，不是技术决定，因为只有你说得出生意能承受什么。BigBand 的角色，是搭一套能达到你所定目标的方案：你的数据多久被复制一次，让 RPO 以小时计、而非以天计；一支马来西亚团队多快把你恢复，让 RTO 以小时计、而非以周计；并把一份干净、加密的副本异地存放在赛城（Cyberjaya）的 Tier III 数据中心，由专人对达成这两个数负责。二十年在本地做同一件事的经验，正是“承诺的恢复时间“值得相信的底气。