可恢复性公告第3号
即使能恢复每台服务器，也无法运营业务
在一次从任何IT标准来看都十分顺利的恢复工作结束后，可能已有上百台机器恢复正常，虚拟机管理程序已清理完毕，控制台上的指示灯也全都亮着绿灯。现在试着开一张发票吧。ERP系统虽然已恢复运行，但它所连接的物流集成系统仍处于离线状态，它调用的税务服务尚未恢复连接，而负责对计费团队进行身份验证的身份提供商仍处于不受信任状态。服务器恢复了，但业务却没有恢复。
Fenix24的《2026年可恢复性状况报告》指出，造成这一差距的原因在于各组织对“成功恢复”的定义不同。大多数组织只关注恢复了什么，而极少数组织关注的是业务能够实现什么。
可恢复性不等于韧性，二者之间的差异有一个专有名词
一台服务器是可以恢复的。数据库、备份任务或映像也是如此。但这并不意味着业务本身也能恢复，因为业务并非由各个组件驱动。业务是依靠服务来运行的，而只有当服务所依赖的一切都已恢复、有序且值得信赖时，该服务才能真正恢复。这一标准就是运营可恢复性，即恢复业务功能而非仅仅恢复其底层系统的能力，而韧性的高低正取决于这一层面。
将这两个词区分开来很重要，因为单独看，每个词都会让使用它的组织显得光鲜亮丽。脱离实际操作的“可恢复性”不过是服务器数量的统计。 而脱离“可恢复性”的“弹性”则只是一项政策。真正的能力在于两者的结合，且必须经过实际环境的验证，而非仅凭假设。当董事会听到“我们具备弹性”，而备份团队报告“一切均可恢复”时，双方可能都在说实话，但公司却在遭受攻击后仍无法恢复运营。
恢复时间由最慢的链路决定
业务服务是一条贯穿应用程序、数据库、身份认证、网络路径、备份基础设施、云平台、第三方集成以及运营这些系统的人员的依赖链。只有当这条链按顺序全部恢复时，该服务才会恢复，绝不会提前片刻。只有当负责对其进行身份验证的身份提供商再次获得信任时，薪资系统才能恢复正常。
这使得恢复时间成为一种最坏情况的估算，而非平均值。如果剩余的5%中包含该服务无法运行所必需的环节，那么在创纪录的时间内恢复95%的服务依赖关系也毫无意义。而最慢的环节往往是计划中未被考虑到的，因为它根本不是软件。 在 Fenix24 承接的 82% 的项目中，存储空间都会告急，导致恢复后的数据无处存放，除非覆盖取证记录。在 38% 的项目中，网络无法以恢复所需的规模传输数据，因为原本按工作日流量设计的骨干网，从未考虑过要同时处理数拍字节的恢复数据。 有时无论以何种速度都无法重建该链路，因为涉及的是旧版操作系统或应用程序，一旦原件丢失便无法再获取。这些问题本可在一个下午的认真测量中发现，却总是在事件发生时才浮出水面，且需按恢复时间费率计费。
800个中得0分
只有当有人绘制出这条链时，才能对其进行管理，这也引出了《可恢复性状况报告》中最直白的数据。 在 Fenix24 处理的 800 多个客户项目中，没有一家企业在启动恢复工作时能够全面掌握其应用程序及依赖关系的全貌。最接近全貌的信息要么存储在随攻击而瘫痪的配置数据库中，要么是在恢复过程中拼凑而成的——当数据泄露迫使企业决定哪些系统需要优先恢复后，这些信息才被整理出来，并随着恢复工作的推进而不断修订。
“零”这个数字值得深思，因为这些组织并非疏忽大意。许多组织都拥有配置管理数据库（CMDB）、资产清单和架构图。问题在于，这些资料都回答了“我们拥有什么”这个问题，而恢复工作则需要回答另一个问题：该业务服务需要恢复哪些内容、按什么顺序恢复，以及每个部分又需要哪些其他组件？部署文档中并未包含恢复顺序。 现有的依赖关系知识都存在于构建集成系统的工程师脑海中，其中一些人已经离职，而其余的人在需要这些知识的特定时刻可能无法联系上。而且，随着每次迁移和新SaaS合同的签订，环境都会发生变化，因此即使是一份准确的映射图，几个月后也会过时。依赖关系图不是一份文档，而应该是一个动态更新的模型。
这条产业链现在贯穿了你无法控制的公司
每年，此类依赖关系链接中位于“墙外”的部分越来越多。据身份盗窃资源中心（Identity Theft Resource Center）统计，第三方目前约占数据泄露事件的30%，这一比例是2021年的两倍。 安联（Allianz）的理赔数据显示，由供应商和服务商事件引发的间接业务中断，在一年内占大额理赔金额的比例从6%跃升至15%，在保险公司赔付总额中的占比翻了一番多。最具前瞻性的高管们已经注意到了这一点。在世界经济论坛《2026年展望》中，78%的高韧性组织首席执行官将供应链和第三方依赖列为他们面临的首要挑战。
强化自身环境只会转移风险，而无法消除风险。埃森哲2026年的调查直接指出了这一盲点。61%的高管表示，关键业务的持续运行依赖于外部合作伙伴。只有38%的高管表示对自身的价值链及其最关键的依赖关系有清晰的了解。一张仅止于防火墙的依赖关系图，实际上只描绘了价值链的一半。
专为对手设计，却在停电时派上用场
在DRI International的全球运营威胁排名中，网络安全事件位居榜首，而一般的IT中断紧随其后。上述关于依赖关系的认知在这两方面都大有裨益。有缺陷的软件更新或云区域故障同样会导致收入中断，同时也要求我们回答“什么应该优先恢复”这个问题。但这两种情况虽有关联，却不可互换。系统中断会导致系统瘫痪；而网络攻击不仅会导致系统瘫痪，还会破坏恢复过程中所需的凭证、备份和目录。 为应对恶意攻击而构建的恢复能力，在应对过程中也能自然化解常规的系统中断；而仅针对系统中断构建的恢复能力，在面对攻击时则会措手不及。
正因如此，我们构建了弹性智能平台Argos99，其设计核心围绕业务服务而非资产展开。该平台持续建模分析：组织依赖哪些服务、每项服务又依赖什么、整个链条中存在哪些备份覆盖、依赖关系决定了怎样的恢复顺序，以及既定的恢复目标能否实现。这意味着，当环境发生变化时，该模型也会随之调整。 资产发现已不是难题。而恢复过程中真正需要解决的问题在于：明确哪些服务必须恢复、恢复顺序如何，并证明这些目标能够实现。
要求提供某项服务的地图
选取你公司中对营收影响最大的业务服务，并要求提供其完整的依赖关系图，其中应包含第三方。如果该图不存在，那么该服务所附的任何恢复时间表都毫无意义，因为该时间表是基于一条无人能看到端到端全貌的链条所估算的。
合格答案必须跨越四个小节：
- 它已完全实现，涵盖身份认证、网络、备份基础设施以及该服务调用的外部集成。
- 这是最新的，反映的是当前的环境状况，而非两年前的架构审查结果。
- 它是可恢复的，存储在不会因攻击而瘫痪的地方。
- 该流程经过了系统规划，不仅明确了服务的需求，还规定了返回的结果顺序，并根据实际测得的存储和带宽（而非假设值）计算了每个环节所需的时间。
大多数组织在首次评估时都无法达到这些标准中的任何一项。这一结果并不可耻。这恰恰是本季度韧性计划所能得出的最有价值的发现，因为图表中的每一个缺口，都意味着在未来发生停机前一周就被识别出来——而此时还无需任何成本。
获取完整报告
《2026年可恢复性现状报告》将安联（Allianz）的理赔数据、世界经济论坛、埃森哲（Accenture）及其他十三家机构的研究成果，与Fenix24基于500余起实际勒索软件恢复案例的实地数据相结合——这代表了全球最丰富的恢复经验。如果您想了解哪些因素决定了企业停机时间的长短，这份报告便是最有力的证据。
