大多数团队将业务连续性策略建立在备份能够帮助他们在中断后恢复的假设之上。但在另一个位置创建数据文件副本，只是保护数据免遭勒索软件、意外删除或数据损坏的套餐中的一个层面。

数据丢失并非中断的唯一后果，沟通也会中断。如果支撑您的电子邮件和视频会议的云服务商宕机，客户和供应商将无法联系到您，您也将失去 让运营恢复在线 的能力。完整的业务连续性套餐让您能够登录、与团队沟通并控制损失。

什么是业务连续性策略？

业务连续性是组织在中断期间及之后保持关键功能运行所使用的一系列套餐、流程和程序。它通常包括风险评估、应急响应程序、沟通套餐、备份与恢复、员工培训，以及定期测试和更新该套餐的时间表。

《FFIEC 业务连续性管理手册（新窗口）》（面向金融机构编写，但具有广泛的适用性）强调，业务连续性规划关乎业务的维持、继续和恢复，而不仅仅是技术。

业务连续性与灾难恢复规划

业务连续性策略常常与灾难恢复规划混为一谈，两者有时还会与事件响应相混淆。它们协同运作，但目标各不相同。

事件响应灾难恢复业务连续性规划
检测威胁，将其从受影响的系统中移除，并调查影响以防止再次发生。在中断后恢复 IT 系统和数据。在中断期间保持关键运营持续运行，即使技术性能有所下降。

为什么制定业务连续性策略很重要

中断不可避免。如今，企业所依赖的工具全部运行在同样的三大云上：Microsoft Azure、Google Cloud 和 AWS

当这些基础设施发生故障时，成千上万的企业会随之瘫痪。像 2024 年的 CrowdStrike 宕机事件（新窗口） 和 2025 年 10 月的 AWS 宕机事件（新窗口） 这样规模和严重程度的基础设施故障，在短短几小时内就导致航空公司、医院、支付系统和日常业务工具陷入瘫痪。

在技术故障期间，您会陷入瘫痪。在服务商恢复之前，您无法采取任何行动。

在危机中维持运营并非唯一的考量因素。业务连续性与治理和合规相互交叠。像 ISO 22301（新窗口） 这样公认的框架现在要求提供证据，证明连续性是可重复的、有专人负责并经过测试的。

这意味着：

  • 记录您的关键功能，用可衡量的术语定义“停机”的含义，并提供证据证明您选择的控制措施有效且随时间不断改进。
  • 指定拥有明确决策权限的角色，为您的套餐增加问责机制。当出现问题时，每个人都应该清楚自己的角色。
  • 演练各种场景（与 SaaS 服务商相关的身份验证中断、迫使快速轮换凭证的凭证泄露、需要隔离和紧急访问变更的勒索软件），在人员有限、范围不确定、访问受限的现实条件下，对整个组织进行压力测试。

如何制定强大的业务连续性策略

如果您唯一的套餐是从备份恢复，那您就低估了事件的运营复杂性。这个套餐帮助您减少最可能导致停机的驱动因素，并使恢复操作在压力下切实可行。

1. 明确哪些工作需要持续运行

一份完善的业务影响分析和准确的风险评估是有效业务连续性套餐的基础。要确定哪些功能至关重要，请询问您的 IT 团队、部门主管和运营负责人：如果您无法访问以下内容，会发生什么：

  • 身份提供商和管理员控制台
  • 密码和密钥存储空间
  • 共享收件箱和客户沟通频道
  • 财务工具和支付工作流
  • 服务商访问路径和集成

梳理这些依赖关系将让您全面了解哪些工具会在一次故障中同时失效。

2. 控制访问，控制事件

凭证是控制层。它们决定了谁可以采取行动、您能多快控制损失，以及您的团队能否在不牺牲安全性的情况下继续工作。

在事件发生之前，为以下方面建立一套机制：

  • 默认限制每个人可访问内容的角色
  • 专用管理员帐户
  • 当正常身份验证失败时用于紧急访问的书面程序
  • 每个关键系统和凭证保险库都有明确的责任人
  • 定期检查访问权限是否为最新状态，并建立人员离职时的移除流程
  • 集中式、受访问控制的密码存储空间

未知凭证越少，您就能越快控制事件并让运营恢复在线。

3. 创建凭证泄露应对手册

凭证泄露往往会触发最具破坏性的连续性操作：触发大规模重置、已撤销的会话、强制更改 多因素身份验证 (MFA) 设置、访问审查和紧急沟通。对于小型企业而言，影响尤为严重： Proton《2026 年中小企业网络安全报告》（新窗口） 发现，四分之一的企业在过去一年中遭受过网络攻击或安全违规事件。

凭证泄露应对手册应回答以下问题：

  • 我们如何检测凭证泄露的迹象？
  • 谁可以在哪里撤销访问？
  • 我们应优先轮换什么（高权限帐户、共享保险库、应用程序接口 (API) 密钥）？
  • 我们如何在不泄露机密的情况下传达变更？
  • 在重置期间，我们如何保持面向客户的运营持续运行？

深入审查这些凭证暴露的领域，将帮助您查明发生了什么、控制事态，并充分了解情况以确保不再发生。

4. 使用加密缩小影响范围

加密 通常被视为一项合规要求。而从连续性的角度来看，当出现问题时，加密可以缩小影响范围。

示例：

  • 端到端加密（新窗口） 模型限制了敏感内容的可见性，这对风险态势和 数据保护 非常重要。
  • 零知识加密意味着即使被法律强制要求，服务商也无法访问您的数据
  • 由访问密钥保护的已加密凭证保险库，可降低机密因设备泄露或存储空间不安全而暴露的风险
  • 强大的加密还支持更安全的协作（分享访问权限而不以纯文本形式暴露机密）。

这也是许多团队陷入困境的地方：他们想要加密，但又担心它会拖慢工作。合适的工具让加密成为日常工作流的一部分，而不是人们设法绕开的特殊流程。

Proton 如何支持连续性策略？

Proton（新窗口） 运行在完全独立于 Google、Microsoft 和 AWS 的基础设施上，并采用端到端加密，因此即使是 Proton 也无法访问您的数据。而且由于 Proton 在 瑞士司法管辖区运营，因此不受《CLOUD 法案》或 FISA 的约束。您的数据始终属于您，即使在事件发生期间也是如此。

借助 Proton 这一我们的带外通信产品，您可以通过在 Proton Mail 中设置休眠帐户来提前做好准备。

当事件发生时，您可以立即激活这些帐户，继续发送电子邮件并使用 Proton Meet 主持视频通话，从而保持业务伙伴能够联系到您，并能在零停机的情况下继续为客户服务。由于我们的独立基础设施位于欧洲，我们不会受到大型科技公司宕机的影响。

构建基础设施的最佳时机是在您需要它之前。要了解 Proton Workspace 如何发挥作用， 请了解我们全新业务连续性产品的更多信息（新窗口）。