动”需要的时间要短。一般情况下，机务员不会、也不敢擅自操作这种启动方式。除非设备发生严重故障，在a公司技术人员的指导下，机务员才敢去执行这种操作。

    第三种方式是“温和启动”。由于设备内部某个软件模块运行出现问题，系统的自检功能发现后，系统就要执行自我纠错功能，重新启动这个出现问题的软件模块。此时也会造成用户电话业务中断，只是中断时间更短。这是对用户电话业务影响最小的一种启动方式，但一定会被正在打电话的用户发觉。

    秦科马上询问陈明，陈明说昨天他也没有接到用户的投诉电话。

    继续翻看前几天的告警历史，秦科也发现系统产生了相同的“温和启动”告警信息。有的一天产生一次，有的一天产生两次，也都没有具体的原因显示。

    根据陈明提供的用户投诉日期和时间点，秦科无一例外地发现系统在当天都产生了“温和启动”告警信息，只是告警发生的时间点有差别，也和用户投诉的时间点有出入。

    秦科断定用户业务中断的时候，系统一定发生了“温和启动”。确切来说，由于设备发生了“温和启动”，才导致用户电话业务中断。在这种情况下，陈明接到了用户滞后的投诉电话；也可能是用户的投诉电话没有被陈明接到；也可能是用户没有发觉电话打不出去；也可能是用户放弃了投诉。陈明说昨天没有接到用户的投诉电话，就是后三种可能性之一。

    无论如何，一定是系统的“温和启动”导致了用户电话呼叫业务中断，那么又是什么原因导致了设备“温和启动”呢？

    秦科闭上眼睛，根据自己的经验和对设备的了解，强迫大脑反复深度回忆，以期能找出导致这个“温和启动”告警发生的罪魁祸首，然而，他并没有想出来。

    他睁开眼睛，看着身边的骆通、孙书强和陈明三人，希望他们也能帮他分析，可是，三人都摇头。

    秦科决定先不去徒劳地空想了。既然找出来一点眉目，就按照这个“温和告警”告警信息的方向，去抽丝剥茧，一定能发现最根本的原因。

    他仔细查看了系统对“温和启动”的定义和门限值，并没有发现需要的答案。继续查看系统有关呼叫业务的各种定时器参数的配置和说明，也没有发现异常所在。这些参数都是系统默认的，一般不会有人去修改这些初始设置值。

    秦科又沉思了一会儿，觉得应该检查那些需要人工配置的各种数据，因为这些配置数据同样控制着电话呼叫业务的使用。他告诉骆通、孙书强和陈明，他要把自己当成一个初次安装调测这台设备的工程师，从头开始，一步一步检查全部可配置的控制数据。他须保持怀疑的态度，只相信自己的眼睛，否则不可能发现设备发生问题的原因。

    (三)

    秦科开始聚精会神，心无旁骛地工作起来>> --