IT 服务连续性管理是什么
IT 服务连续性管理（ITSCM）保证重大灾难下关键服务在约定时间内恢复：以业务影响分析为输入，产出连续性计划、恢复策略与演练日程，通常纳入业务连续性管理（BCM）体系。它覆盖的场景比日常故障更严重：机房不可用、区域性中断、关键供应商停摆、核心人员无法到岗。连续性的范围不只是机房，还包括人员、数据、供应链与办公场地。
基本信息
| 输入 | 业务影响分析（BIA）与风险分析 |
|---|---|
| 输出 | 连续性计划、恢复策略、演练计划 |
| 关联体系 | 业务连续性管理 BCM、ISO 22301 |
| 关键参数 | RTO 与 RPO |
| 决策机制 | 谁宣布灾难、谁批准切换 |
| 演练要求 | 至少年度一次，关键变更后复演 |
典型使用场景
- 机房级故障：切换备用机房或云上环境恢复关键服务
- 区域中断：依赖多地部署与异地备份支撑恢复
- 供应商停摆：准备备用供应商或自建能力预案
- 人员不可达：交叉培训与授权机制保证有人能处置
- 数据损坏：备份验证与恢复流程演练
- 合规要求：为行业监管与审计提供连续性证据
连续性计划要点
连续性计划要点
关键服务清单 + RTO/RPO
恢复策略：热备 / 温备 / 冷备 / 异地
决策：谁宣布灾难、谁批准切换
沟通：对内通告与对外口径由谁负责
演练：至少年度一次，关键变更后复演恢复策略档次
| 策略 | 恢复速度 | 成本 | 适用服务 |
|---|---|---|---|
| 热备 | 分钟级 | 高 | 核心交易与关键业务 |
| 温备 | 小时级 | 中 | 重要系统 |
| 冷备 | 天级 | 低 | 一般系统 |
| 备份恢复 | 取决于数据量与带宽 | 最低 | 非关键系统 |
计划不演练等于没有计划：演练要真切换，桌面推演只能验证流程与角色，验证不了技术能力。
演练要留记录：实际恢复耗时、遇到的问题、临时绕行方案，这些数据比计划里的目标值更能反映真实能力。