系统规划与管理师 · IT服务管理 · 场景判断

事件管理、问题管理、变更管理和配置管理怎么区分？

系统规划与管理师的 IT 服务管理题，最容易错在“概念都认识，但场景没对上”。事件、问题、变更、配置、服务级别，这几个词不是并列背诵用的，而是分别解决不同管理问题。老师讲题时，通常先问一句：现在要先恢复服务、找根因、控制改动、理清关系，还是衡量承诺？

系统规划与管理师专题软考题库编辑部持续更新

内容整理：软考题库编辑部最近更新：2026-06-23

先看当前目标：恢复、根因、控制、关系、承诺

事件管理的目标是尽快恢复服务。用户无法登录、系统不可用、接口超时、打印机不能用，这些都是已经影响服务的现象。考试里看到“尽快恢复业务”“减少中断影响”，优先想到事件管理。

问题管理的目标是找根因，减少同类事件再次发生。一个故障反复出现，或者多个事件背后可能有共同原因，这时不能只靠重启和临时处理，要做根因分析、已知错误记录和永久性解决措施。

变更管理的目标是控制改动风险。上线补丁、调整配置、升级版本、替换设备，都会改变现有服务环境。它不是反对变化，而是要求评估影响、审批、计划实施、回退和验证。

配置管理的目标是知道系统里有什么、彼此怎么关联。服务器、应用、数据库、网络设备、接口、版本、文档都可能是配置项。配置管理做不好，变更影响分析、故障定位和容量规划都会变得很粗。

真实材料题不会把概念写得很干净。比如某核心业务系统经常在月末结算时响应缓慢，用户反复报障，运维人员每次只是重启服务，后来发现数据库连接池配置不合理，同时监控没有提前告警。

这段材料里，用户报障和服务恢复属于事件管理；反复发生和根因分析属于问题管理；调整连接池配置属于变更管理；连接池、应用服务器、数据库之间的关系属于配置管理；月末可用率和响应时间是否达标，又会落到服务级别管理。考试就是喜欢考这种交叉场景。

先按事件管理恢复服务，记录工单、影响范围、优先级和处理过程。

对反复出现的问题做问题管理，分析根因并形成已知错误和永久措施。

涉及参数、版本或架构调整时，走变更管理，评估影响并准备回退方案。

补充或校正 CMDB 中的配置项和依赖关系，支撑后续影响分析。

最后看 SLA 指标是否达成，形成服务报告和持续改进计划。

案例题里写“加强运维管理”“完善制度”“提高人员意识”，通常太空。更像采分点的表达，要落到具体动作：建立统一服务台和工单记录，按影响范围和紧急程度确定优先级，超过一线范围及时升级，对反复故障做根因分析，对变更建立审批和回退机制，维护 CMDB 配置关系。

选择题也一样。看到用户无法使用服务，不要先选问题管理；先恢复服务通常是事件管理。看到反复出现同类故障，不要还停留在事件处理；应进一步进入问题管理。看到上线补丁，不要写成配置管理；重点是变更管理。看到配置项依赖关系不清，才更接近配置管理。