断网一小时会损失多少？从业务连续性看跨域组网与容灾互联

网络中断一小时到底损失多少，不同行业差别很大：有的只是员工暂时无法办公，有的意味着门店无法结账、仓库无法出库、客服无法接单。讨论跨域组网时，与其只看设备参数，不如先回答一个问题——哪些业务中断会造成实际损失，能容忍中断多久。

这个问题的答案，决定了是否需要备用链路、是否需要双中心互联，以及愿意投入多少。它也是判断方案是否值得的唯一可靠依据。

一、先定义可容忍的中断与数据丢失

业务连续性通常涉及两个指标：恢复时间目标，即业务可接受停多久；恢复点目标，即可接受丢失多长时间的数据。这两个指标应由业务部门确认，而不是由网络方案倒推。

例如，门店收银可能要求中断控制在几分钟内，后台报表允许次日补算，文件服务器可以接受较短的数据回退。要求不同，投入自然不同。把全部系统都按最高标准建设，成本往往难以承受。

二、备用链路不等于业务无感

增加一条备用链路，可以在主线路故障时提供另一条路径。但切换能否被业务接受，取决于多个因素：两条线路是否共用接入设施或管道；切换后出口地址是否变化；正在进行的会话是否需要重新建立；应用自身是否具备重试和断线恢复机制。

因此不能仅凭“备用线路已经联网”判定业务恢复。对长连接、支付类、交易类应用，尤其需要单独验证未完成操作如何处理、是否可能出现重复提交。

三、双中心互联，注意避免隐性单点

不少企业做了双中心，但两条链路实际走同一条管道、同一个运营商局向，或最终汇聚到同一台未经冗余设计的设备。这种情况下，一条外部故障可能同时影响主备路径。

设计时应核对物理路由是否分离、设备与管理平台是否存在单点、备用中心是否具备实际承载能力，以及切换是否依赖人工操作。若切换需要人工介入，就要把人员响应时间计入恢复时间目标。

四、演练是把方案变成能力的过程

没有演练过的容灾方案，只能算设计文档。建议定期在业务低峰期进行受控演练，明确参与人、操作步骤、判定标准和回退条件。

• 演练前确认回退方式，确保演练失败能恢复到原有状态。
• 记录从故障发生到业务可用的实际耗时，而不是估计值。
• 覆盖登录、查询、提交、文件传输和长连接等真实操作。
• 演练后更新文档，修正与实际不符的步骤。

五、告警分级，决定响应速度

主线路故障但备用可用，与整个站点业务不可用，处理优先级显然不同。如果所有故障都发出同样的告警，最终结果是重要告警被淹没。

建议把站点、线路、应用和责任人对应起来，按影响范围分级，并确认每一级告警由谁接收、多久响应、何时升级。监控指标也应贴近业务，而不只显示设备是否在线。

六、跨域组网能做什么，不能做什么

在相应产品能力范围内，SD-WAN 可以帮助统一管理多条链路、观察丢包与时延、按应用策略选路，并在链路异常时执行预设切换。它不能消除物理距离，不能替代应用自身的重试与一致性设计，也不意味着自动获得与专用线路相同的资源保障。

合理的预期是：把不确定的故障过程，变成可观察、可切换、可演练的过程。至于能提升到什么程度，应由试点数据说话，而不是在测试前承诺固定倍数。

七、下一步可以怎么做

可以先选一个站点和一套代表性业务系统做对照试点，记录原路径与试点路径的响应表现、切换过程和高峰期数据，再决定是否推广。对尚未定位的中断问题，应先排查根因，再谈冗余投入。

如果你正在评估分支或数据中心的容灾互联，可以通过微恩云官网现有咨询入口，提供站点分布、业务系统类型、可容忍中断时间和现有冗余情况。先确定恢复目标，再设计互联路径，让投入对应到可检查的业务结果。