1.1 服务目录概述
服务目录是 IT 服务管理（ITSM）的核心信息资产，它如同一份“服务菜单”，以标准化、结构化的方式记录 IT 组织向客户和用户提供的所有服务及其关键属性。在 ITIL 4 框架中，服务目录位于“服务价值链”的“获取/构建”与“交付与支持”环节之间，是连接服务设计、服务转换与服务运营的桥梁。
1.1.1 服务目录的定义
服务目录是一个集中式的、权威的服务信息源，它明确描述了每项 IT 服务的名称、描述、服务级别、定价、交付流程、依赖关系以及变更窗口等关键信息。它分为两个层次：
- 业务服务目录（BSC）：面向业务用户，使用业务语言描述服务，例如“员工入职 IT 支持”、“月度财务结算系统保障”。
- 技术服务目录（TSC）：面向 IT 运维团队，使用技术语言描述支撑业务服务的底层组件，例如“AD 域控备份”、“Oracle 数据库恢复演练”。
关键概念：服务目录不是简单的服务列表，而是包含服务属性、状态、依赖和交付约束的“服务知识库”。对于备份恢复服务，它必须明确“备份频率”、“保留周期”、“恢复时间目标（RTO）”、“恢复点目标（RPO）”以及“变更窗口”。
1.1.2 在 ITIL 框架中的位置
在 ITIL 4 的 34 个管理实践中，服务目录管理是“通用管理实践”之一，与“服务级别管理”、“变更管理”、“服务请求管理”等实践紧密交互。其位置关系如下表所示：
| ITIL 4 实践 | 与服务目录的关系 | 对备份恢复变更窗口的影响 |
|---|---|---|
| 服务目录管理 | 定义备份恢复服务的标准属性 | 明确窗口时段、RTO/RPO 承诺 |
| 变更管理 | 引用服务目录中的窗口定义 | 标准化变更审批流程，避免窗口冲突 |
| 服务级别管理 | 将窗口承诺转化为 SLA 指标 | 监控窗口合规率，驱动持续改进 |
| 服务请求管理 | 通过目录触发标准变更 | 简化“紧急备份恢复”请求路径 |
1.1.3 服务目录对备份恢复变更窗口的价值
在备份恢复场景中，变更窗口（Change Window）是指允许执行备份策略调整、恢复演练或数据迁移的预定时间段。服务目录通过以下四个维度为变更窗口提供核心价值：
- 标准化窗口定义：在服务目录中为每类备份服务（如“核心数据库全量备份”、“虚拟机增量备份”）预定义窗口时段（例如：每周日凌晨 01:00-05:00），避免临时协商。
- 冲突检测与规避：服务目录记录所有服务的窗口依赖关系（如“备份窗口”与“业务批处理窗口”互斥），变更管理在评估时自动检测冲突。
- SLA 承诺落地：将窗口内的 RTO/RPO 指标写入服务目录，作为服务级别协议（SLA）的基准，便于后续监控和考核。
- 自动化触发：服务目录中的“标准变更”条目可自动触发备份恢复任务，减少人工审批环节，缩短变更执行周期。
实践建议：在设计备份恢复服务目录时，建议将“变更窗口”作为必填属性字段，并关联“窗口类型”（固定窗口/弹性窗口/紧急窗口）、“窗口时长”、“窗口冲突组”等扩展属性，以提升变更管理的自动化水平。
1.1.4 服务目录设计的关键要素
针对备份恢复变更窗口场景，服务目录设计应包含以下核心属性：
| 属性类别 | 属性名称 | 示例值 | 说明 |
|---|---|---|---|
| 基础信息 | 服务名称 | 核心数据库全量备份 | 业务可理解的名称 |
| 窗口定义 | 变更窗口时段 | 每周日 01:00-05:00 | 固定窗口，不可变更 |
| 窗口定义 | 窗口类型 | 固定窗口 | 固定/弹性/紧急 |
| 性能指标 | RTO | 4 小时 | 恢复时间目标 |
| 性能指标 | RPO | 15 分钟 | 恢复点目标 |
| 依赖关系 | 冲突窗口组 | 财务月结批处理 | 互斥窗口，不可重叠 |
| 审批流程 | 变更审批模板 | 标准变更-备份类 | 自动审批或快速审批 |
注意：服务目录不是一成不变的。随着业务需求变化（如 RTO 从 4 小时缩短至 1 小时），对应的变更窗口时段和依赖关系必须同步更新。建议每季度对备份恢复服务目录进行一次评审，确保窗口定义与业务连续性要求保持一致。