您的企业能承受多少停顿——又能承受多少小时的数据丢失？对这两个问题没有笼统的答案，而是每个业务流程各有其答案。sector7 的业务连续性正是从这里开始：以业务影响分析为起点，由此推导出可容忍的停机时间和数据丢失量。之后才为技术定规格——这样您就把投入放在停顿真正代价高昂之处，而在可承受之处节省。在此过程中，我们参照 ISO 22301 等标准。
从业务流程到保障
- 阶段 1
业务影响分析
我们逐个流程确定可容忍的停机时间和数据丢失量——与业务部门共同进行，而不仅仅与 IT。成果是一份有记录的恢复需求，作为后续所有决策的标尺。
- 阶段 2
据此定规格的备份
备份、冗余和恢复路径依据这些需求确定。我们的备份实践基于 Veeam Backup & Replication：每日备份、缩短备份窗口的增量方式、作为防勒索软件保护的不可变副本——存放在冗余设计的备份目标上。数据被备份到我们自有的、异地冗余设计的备份目标——最后一份副本绝不只存于一处。
- 阶段 3
经过测试的恢复
一份从未被回滚过的备份是一种指望，而不是一套方案。恢复测试是运营的固定组成部分；每次测试都有记录。这些记录同时也可作为面向审计和保险方的证明。
- 阶段 4
经过演练的应急预案
IT 应急预案描述角色、上报路径、恢复顺序以及针对既定场景的具体技术步骤——从勒索软件到某个站点的失效。它会定期演练，并在每次测试后修订；一份只锁在柜子里的预案，在紧急时毫无价值。
您的云数据同样保护：Microsoft 365 备份
电子邮件、SharePoint 和 Teams 在 Microsoft 处运行良好，但并未按数据备份的意义得到保护——删了就是删了，数据的责任仍在您处。因此如有需要，我们也备份您的 Microsoft 365 数据：基于 Veeam，存放到我们自有的异地冗余基础设施，而不是又一朵陌生的云。
预警与紧急情况
对于我们负责的环境，我们的 7×24 监控充当预警系统：您的系统通过我们的 NOC 全天候被自动监控；异常被发现、评估，并按合同约定的紧急程度处理——往往在一个症状演变成故障之前。即便紧急情况仍然发生，我们也会按经过演练的预案陪伴您，直至恢复稳定的业务运营。对于突发的 IT 紧急情况——即便没有既有客户关系——您也可在我们的应急页面 sector7.eu/it-notfall 上找到处置流程。
实践案例八年整体负责——直至建成异地冗余数据中心 ——查看客户案例
常见问题
我们已经有备份了——这还不够吗？
备份是基础，但并不能保证业务连续性。关键在于：恢复是否定期经过测试，备份是否受到防勒索软件的保护，以及是否有一份经过演练、明确规定谁在紧急情况下做什么的预案。我们首先检查的正是这些缺口——常常存在一些在紧急时无法使用、或速度慢得无法接受的备份。
发生故障后我们多久能恢复工作能力？
这取决于具体系统和所选的保护方式——给出一个笼统的数字并不严谨。在业务影响分析中，我们逐个流程确定可容忍的恢复时间和数据丢失量，并据此精确设计备份、冗余和应急预案。这样您就把投入放在停机真正代价高昂的地方。
你们用什么技术来保护我们的数据？
我们的备份实践基于 Veeam Backup & Replication：每日备份、缩短备份窗口的增量方式，以及作为运营固定组成部分的定期恢复测试。相关方案均有文档记录，因而也能作为审计和保险方面的证明材料。
IT 应急预案包含哪些内容，又如何保持更新？
应急预案描述了角色、上报路径、恢复顺序，以及针对既定场景的具体技术步骤——从勒索软件到某个站点的失效。我们基于业务影响分析编制它，并通过定期测试和评审保持更新，参照 ISO 22301 等标准。一份从未演练过的预案，在紧急时毫无价值。