practice34｜第12章 信息系统服务管理 服务运营—配置管理自测

ONEPSOFT | 软考学习知识库

---

practice34｜第12章 信息系统服务管理 服务运营—配置管理自测

题 1 · 情境判断｜某运维团队从不建档，服务器 IP、版本全靠老员工脑子记。一次硬盘故障，花 3 小时才查清 " 这台服务器上跑了哪些业务、连了哪些库 "，恢复超时被客户投诉。配置管理哪没做？

• 考察点（教材原文）：「设计配置管理的范围和颗粒度，梳理资产的分类和分级，设计资产的状态属性和连接关系属性……配置管理过程须保证配置数据的可靠性和时效性，关联支持其他服务过程」「建立配置数据库管理机制」「建立配置项审计机制」——出自【第 12 章 12.2.5】
• 自答区：（写缺了哪些配置管理工作 + 后果）
• 参考答案与解读：缺了建立配置数据库 CMDB、梳理分类分级与连接关系、定期审计。正确做法：给每个配置项（CI）记 " 状态 + 连接关系 " 建 CMDB，定期审计保证账实相符，故障时秒查依赖链。靠人脑记 = 没家底，排查慢、易超 SLA。
• 画像提示：像项目部不建设备台账，出事现找塔吊归属哪栋楼——耽误抢险。

题 2 · 概念辨析｜配置管理的关键指标强调数据 " 准确、完整、有效、可用、可追溯 "，它和 " 配置项审计机制 " 是什么关系？CMDB 又是什么？

• 考察点（教材原文）：「配置管理的关键指标包括配置管理过程的完整性，配置数据的准确、完整、有效、可用、可追溯，配置项审计机制的有效性等」「建立配置数据库管理机制」——出自【第 12 章 12.2.5】
• 自答区：（写指标与审计的关系 + CMDB 定义）
• 参考答案与解读：审计机制是保证那些指标达标的手段——定期盘点账实是否相符，才能让数据 " 准、全、有效、可用、可追溯 "。CMDB（配置管理数据库）是存放所有配置项及其状态、连接关系的 " 总家底库 "。指标是 " 要达成什么 "，审计是 " 怎么保证达成 "。
• 画像提示：指标像 " 台账要准全可查 "，审计像 " 每月账实盘点 "，CMDB 像 " 那本总台账本 "。

题 3 · 综合连接｜#43 变更管理把一台服务器从 " 备用 " 改成 " 生产 "，但忘了回写配置库。半个月后事件管理排查故障时，仍按 " 备用 " 状态判断，误判导致更大中断。配置管理与变更、事件怎么咬合？

• 考察点（教材原文）：「配置管理过程须保证配置数据的可靠性和时效性，关联支持其他服务过程」「变更管理……设计变更控制活动和顺序」「事件管理过程须确保准确检知事件、及时解决事件」——出自【第 12 章 12.2.5】
• 自答区：（写三者关系 + 本案错在哪）
• 参考答案与解读：配置管理是地基，变更管理改了家底必须同步更新 CMDB，事件管理排查时必须以最新配置为准。本案错在：变更实施完没回写配置，导致事件管理拿着过期 " 家底 " 误判。三者咬合链＝变更改→配置记→事件查。
• 画像提示：像改了梁的用途不更新台账，后面抢险按旧台账布署，越救越乱。

掌握度自评（答完回来勾）

题号	你的判定	是否吃透	备注
题 1	对/错/说不清	□
题 2	对/错/说不清	□
题 3	对/错/说不清	□