高并发在线开标的容灾，不能只看“服务器故障后能否切换”，更要看切换后能否证明：谁在规定窗口内提交了解密请求、哪些操作已经生效、开标结果是否完整一致。系统恢复访问只是起点，业务状态可恢复、过程可追溯，才是容灾设计的核心。
先保核心链路，再保现场体验
应将身份核验、解密请求受理、结果落库与审计记录列为核心链路，将投屏互动、音视频协同等功能与其隔离。资源紧张时，可优先降低非核心功能负载，但不能绕过身份核验、验签或审计来换取可用性。
并发请求需要排队和限流，但必须区分“已收到”“已受理”“已完成”。页面提示不能替代服务端确认；供应商遇到超时后，应能查询原请求状态，避免反复提交进一步放大压力。
切换不能丢状态，也不能重复生效
容灾备份不仅要覆盖标书密文，还应覆盖解密进度、受理记录、结果与审计日志。恢复时，应核对这些数据之间是否一致，而不是仅确认文件仍然存在。
解密与结果写入应具备幂等控制，即同一业务请求重试不会重复生效。对于切换前状态不明的请求，应先核验持久化记录，再决定续办或补偿；不能直接要求所有供应商重新操作。切换过程中还应避免多个节点同时推进同一开标流程，造成状态冲突。
把延期与恢复写进预案
断点续传只能解决传输中断，不能替代开标流程恢复。预案应明确故障期间如何认定有效提交、何种情况下暂停或调整窗口、由谁授权，并向参与方同步一致的信息。倒计时应服从统一的业务时间依据，不能以各终端显示为准。
上线前应同时开展并发压力测试和故障演练，覆盖节点退出、存储异常、认证服务不可用及切换后重试等情形。验收不能止于“备用系统能打开”，而应核对核心记录是否完整、结果是否重复、审计链路能否解释故障前后的每一次状态变化。
