灾难恢复与业务连续性咨询服务

灾难恢复和业务连续性是指当某些基本要素（系统、站点、供应商或人员）停止运作时的应对计划。它们规定了哪些部分需要继续运行、哪些部分需要重建以及重建的顺序，这样决策就能在设计会议中做出，而不是在故障发生时仓促决定。

涵盖内容

• 关键操作：无论发生何种故障都必须继续运行的一小部分功能，其他所有事项都排在其后。
• 备份与副本：当前可验证的数据副本，存放在安全位置，确保导致原始数据损坏的因素不会同时破坏这些副本。
• 故障转移与重建：服务如何切换到备用位置或从干净组件重建，以及所需时间。
• 沟通技能：通知谁、由谁决策、员工听到什么，确保谣言不会主导应对措施。

常见缺口

• 未测试的备份：从未实际执行过的恢复操作只是假设，测试才能发现缺失文件和损坏数据。
• 隐藏的单点故障：一个数据库、一个管理员、一个供应商门户，所有服务都依赖它们，任何一个失败都会同时中断多项服务。
• 过时的文档：与去年环境匹配的操作手册，在按其步骤执行时会在关键点失效。

权衡因素

• 恢复成本曲线：恢复速度越快，成本越高。应根据每项服务实际需要的恢复时间设计，而非追求最快速度。
• 人员参与：假设依赖已离职员工人数的计划，在需要时会失败。责任必须落实到具体角色，而非具体人名。
• 供应商依赖：如果关键服务通过某个供应商门户重启，恢复速度受限于该供应商的响应，而非你的计划。

NobleProg 如何提供帮助

在相关情况下，NobleProg 可能会支持识别关键操作和单点故障、设计现实的恢复目标，以及规划验证计划有效性的测试，这些作为可能的咨询活动。