第五章 驻想千佛镇 (第2/3页)
告警信息列表，看到了一些普通告警信息，但这些告警不会影响系统的运行，所以，他判断设备今天应该没有发生陈明所汇报的问题。他询问机务员陈明，陈明也说今天还没有接到用户的投诉电话。
他接着查看昨天的告警历史，发现了一条系统“温和启动”的告警信息，发生时间是昨天上午9点24分，但没有具体的原因显示。
A公司设备的系统启动有三种方式，秦科逐一给骆通、孙书强和陈明解释。
第一种方式是“冷启动”。这是设备断电后，再加电后的设备启动方式。只有在极特殊的情况下，设备才会执行冷启动。譬如遇到长时间停电，蓄电池电能耗尽。一般情况下，设备断电不会发生，因为还有柴油机可以发电，给设备供电。
第二种方式是“热启动”。这是人为的一种设备启动操作。通过软件维护指令对系统发起板卡级的启动，会造成用户电话业务中断，但比“冷启动”需要的时间要短。一般情况下，机务员不会、也不敢擅自操作这种启动方式。除非设备发生严重故障，在A公司技术人员的指导下，机务员才敢去执行这种操作。
第三种方式是“温和启动”。由于设备内部某个软件模块运行出现问题，系统的自检功能发现后，系统就要执行自我纠错功能，重新启动这个出现问题的软件模块。此时也会造成用户电话业务中断，只是中断时间更短。这是对用户电话业务影响最小的一种启动方式，但一定会被正在打电话的用户发觉。
秦科马上询问陈明，陈明说昨天他也没有接到用户的投诉电话。
继续翻看前几天的告警历史，秦科也发现系统产生了相同的“温和启动”告警信息。有的一天产生一次，有的一天产生两次，也都没有具体的原因显示。
根据陈明提供的用户投诉日期和时间点，秦科无一例外地发现系统在当天都产生了“温和启动”告警信息，只是告警发生的时间点有差别，也和用户投诉的时间点有出入。
秦科断定用户业务中断的时候，系统一定发生了“温和启动”。确切来说，由于设备发生了“温和启动”，才导致用户电话业务中断。在这种情况下，陈明接到了用户滞后的投诉电话；也可能是用户的投诉电话没有被陈明接到；也可能是用户没有发觉电话打不出去；也可能是用户放弃了投诉。陈明说昨天没有接到用户的投诉电话，就是后三种可能性之一。
无论如何，一定是系统的“温和启动”导致了用户电话呼叫业务中断，那么又是什么原因导致了设备“温和启动”呢？
秦科闭上眼睛，根据自己的经验和对设备的了解，强迫大脑反复深度回忆，以期能找出导致这个“温和启动”告警发生的罪魁祸首，然而，他并没有想出来。
他睁开眼睛，看着身边的骆通、孙书强和陈明三人，希望他们也能帮他分析，可是，三人都摇头。
秦科决定先不去徒劳地空想了。既然找出来一点眉目，就按照这个“温和告警”告警信息的方向，去抽丝剥茧，一定能发现最根本的原因。
他仔细查看了系统对“温和启动”的定义和门限值，并没有发现需要的答案。继续查看系统有关呼叫业务的各种定时器参数的配置和说明，也没有发现异常所在。这些参数都是系统默认的，一般不会有人去修改这些初始设置值。
秦科又沉思了一会儿，觉得应该检查那些需要人工配置的各种数据，因为这些配置数据同样控制着电话呼叫业务的使用。他告诉骆通、孙书强和陈明，他要把自己当成一个初次安装调测这台设备的工程师，从头开始，一步一步检查全部可配置的控制数据。他须保持怀疑的态度，只相信自己的眼睛，否则不可能发现设备发生问题的原因。
(三)
秦科开始聚精会神，心无旁骛地工作起来。
他发现这台设备的很多配置数据不规范，虽然不至于影响设备的运行，但会给后续的售后技术人员造成困扰。他问孙书强这台设备的系统数据是谁配置的，孙书强说他不知道。秦科觉得他作为一个售后技术服务工程师，最起码应该了解这台设备的前世今生，否则，不可能做好售后服务工作。他瞅着孙书强，没有说话，只是摇了摇头。
陈明应该最了解这台设备的来龙去脉，秦科便问他，果然，陈明说这台设备的数据配置是由李军和其他人共同完成的。
秦科诧异地说道：“难道不是应该由我们A公司的工程师来负责这台设备的安装和调测吗？”
陈明说道：“秦工，当时上级领导设定了设备开通日期的红线，面对这么多设备，只能多点同时开花。你们A公司工程师的数量满足不了我们的要求，为此，上级领导要求你们A公
（本章未完，请点击下一页继续阅读）