CI停机时间怎么管理？从计划性维护到故障复盘的实操指南
本文基于ServiceDesk Plus官方帮助文档，介绍CMDB中配置项（CI）停机时间管理功能如何区分计划性停机和非计划性停机、并可关联到导致停机的具体变更或发布记录。文章引用IBM关于停机成本的行业数据，说明非计划性停机的实际损失通常远高于计划性停机，并介绍维护合规率（SMCP）指标的计算公式，帮助企业判断维护任务是否已经出现积压。文章还说明ServiceDesk Plus如何把停机记录直接嵌入CMDB配置项详情页，让停机数据从零散的口头回忆变成可追溯、可分析的系统记录。
管理层问起某台核心服务器今年一共停机了多少次、其中有多少是计划内维护、有多少是意外故障，IT团队却只能凭零散的记忆和几封邮件往来大致估算，根本拿不出一份完整准确的记录；与此同时，几项本该按计划执行的例行维护任务因为团队忙于处理紧急事件被一再推迟，却没人意识到这些"欠账"已经积累到了什么程度。这些场景，是许多缺少系统化停机记录机制的CMDB使用团队普遍会遇到的问题。
停机时间管理的价值不只是"记一笔账"，更在于把设备的可用性状况变成可以量化分析的数据——哪些设备停机频率异常偏高、停机原因是否与特定类型的变更操作相关、维护任务是否已经出现积压，这些问题都需要建立在完整的停机记录基础之上才能回答。一套成熟的CMDB系统，理应把停机记录作为配置项详情中不可或缺的一部分。
本文将围绕三个问题展开：计划性停机和非计划性停机具体应该怎么区分记录，两者的实际成本差异有多大？如何用一个具体的指标判断维护任务是否已经积压？借助ServiceDesk Plus，企业该如何把CI停机记录真正嵌入日常的CMDB管理流程？
什么是CI停机时间管理？计划性停机与非计划性停机的成本差异有多大？
根据ServiceDesk Plus官方帮助文档，CMDB中的配置项（CI）详情页提供了专门的"停机"标签页，可以添加、编辑、删除并追踪某个配置项的停机记录，同时支持记录计划性停机和非计划性停机两类情况。在停机列表视图中，管理员可以查看某个配置项的全部停机记录（包括未被正式安排的停机），也可以查看某次停机的具体来源，比如该次停机是否与某次发布或变更相关联。
区分这两类停机的意义远不止分类整齐这么简单——一份被广泛引用的资料援引IBM的数据显示，企业每年因计划性停机造成的平均损失高达560万美元；而非计划性停机由于往往发生在毫无准备的情况下，每分钟造成的损失比计划性停机高出35%。这组数据清楚说明，尽可能把维护活动安排成计划性停机、减少意外的非计划性停机，本身就是一项能直接影响企业成本的管理工作。
一、为什么停机记录总是"事后回忆"，而不是系统数据？
① 缺乏统一的记录入口，停机信息散落在邮件和口头交流中
没有把停机记录固化为某个配置项详情的标准组成部分，停机发生时团队往往只是在群里通知一声、事后简单发个邮件说明，这些信息既不成体系，也很难在需要统计分析时被完整调取出来。
② 计划性与非计划性停机混为一谈，无法针对性分析
即便记录了停机时间，如果不区分这次停机是计划内的维护还是意外故障，就无法分别评估"维护效率是否合理"和"故障频率是否异常"这两个完全不同的问题，两类数据混在一起，分析结论也容易失真。
③ 停机原因与变更/发布记录脱节，看不出规律
某类设备频繁在特定类型的变更操作之后出现停机，如果停机记录没有和触发它的变更或发布关联起来，团队很难察觉到这种规律性，也就无法针对性地在未来同类变更中提前采取预防措施。
④ 维护任务延期缺乏量化衡量，"欠账"程度无人知晓
团队直觉上知道"最近维护任务有点忙不过来"，却缺乏一个具体的指标去衡量这种积压到底有多严重，也就很难向管理层争取额外的资源投入，或者向团队清晰地传达优先级排序的依据。
二、SMCP指标：如何量化衡量维护任务是否已经积压？
维护合规率（Scheduled Maintenance Compliance Percentage，SMCP）是资产管理行业中用来衡量维护任务积压程度的常用指标，帮助团队在维护计划出现滞后时，及时发现问题并采取行动。其计算公式为：
SMCP = （滞后天数 + 维护周期天数）÷ 维护周期天数 × 100%
这个指标特别适合用来对比不同维护任务之间的优先级——数值越高，说明该项维护任务相对于其正常执行周期而言滞后得越严重，团队可以据此判断哪些积压的维护任务应该被优先安排处理。不过在实际排定优先级时，除了SMCP数值本身，还应该结合该项资产的关键程度、滞后可能带来的风险等其他因素综合判断，而不是仅凭单一指标机械排序。
三、ServiceDesk Plus如何把CI停机记录嵌入日常CMDB管理？
ServiceDesk Plus 把停机记录功能直接嵌入CMDB配置项的详情页面，作为一套完整的IT资产管理系统，让停机数据的记录和分析成为日常管理流程的自然组成部分。
① 配置项详情页内置停机标签页，记录入口统一便捷
在CMDB模块中选择对应的配置项，进入详情页的"停机"标签页即可添加新的停机记录，填写起止时间等必要信息后保存，不必再依赖邮件或口头交流零散地记录停机情况。
② 支持添加、编辑、删除，也可查看未被正式安排的停机记录
停机列表视图页面支持对记录进行增删改操作，同时也能查看该配置项名下所有的停机记录，包括那些原本未被正式排入计划、临时发生的停机情况，确保记录的完整性不会因为"没提前计划"而被遗漏。
③ 停机来源可关联具体的变更或发布记录
系统支持查看某次停机的具体来源，如果该次停机是由某次变更或发布引起的，可以直接看到对应的关联记录，帮助团队追溯"这类设备是不是经常在某种操作之后出问题"，为未来同类变更的风险评估提供实际的历史依据。
核心要点速览
- 企业每年因计划性停机造成的平均损失高达560万美元，非计划性停机每分钟损失比计划性停机高出35%。
- CMDB配置项详情页内置停机标签页，可分别记录计划性和非计划性停机，并支持增删改操作。
- SMCP（维护合规率）指标能量化衡量维护任务的积压程度，帮助团队排定优先级，但不应作为唯一判断依据。
- 停机记录可关联到具体的变更或发布单据，帮助团队发现设备停机与特定操作类型之间的规律。
- 让维护活动尽量转化为计划性停机、减少非计划性停机，本身就是能直接影响企业成本的管理工作。
写在最后：停机记录管好了，才能真正看清设备可用性的全貌
没有被系统记录下来的停机时间，就像从未发生过一样，无法被分析、无法被追责、也无法为未来的决策提供参考。把停机记录固化为CMDB管理流程中不可或缺的一部分，是让企业真正看清每一项关键资产可用性全貌的基础工作。
将CI停机时间管理融入ServiceDesk Plus一体化平台，让停机记录与CMDB、变更、发布数据自然衔接，是把设备可用性从"事后回忆"变成可分析系统数据最直接的方式。从为下一次计划性维护记录一条完整的停机数据开始，团队对关键资产真实运行状况的掌握程度，就会比过去清晰得多。
立即体验 ServiceDesk Plus，让CI停机记录真正可追溯、可分析
| ☁️ 免费注册云版本 | 💻 下载本地版 | 📅 预约专家演示 |
常见问题解答（FAQ）
延伸阅读：
