解决方案 »

  1.   


    多在 入库错误上。 lz查一下入库相关的东西看看。 另外观测一下数据库性能指标。如果别的应用都ok,只有入库错误,就需要细看看这块儿了。
      

  2.   

    >入库错误-修改gps实时信息 > 超时时间已到。超时时间已到,但是尚未从池中获取连接。出现这种情况可能是因为所有池连接均在使用,并且达到了最大池大小。
    如果不是设备故障的话基本上是业务超过了原先的预期。你们的终端数超过了设计!
    不是你一个人搞得定的。赶紧上报。
    先让软件商/硬件商来排查一下,没故障基本上该启动升级/改造流程了。
      

  3.   

    程序的日志,非SQL SERVER日志
    估计是数据量大了,系统就慢、忙死了。。但也不应该至于死机
    又一个不当数据库是回事儿的企业
      

  4.   

    这是程序段报错,不方便直接排查(可以让软件供应商来查)。
    或者你开SQL Profiler,扑捉异常。
      

  5.   

    磁盘不响应了,或者是连接池达到最大连接数。这个需要查看系统日志,另外查看计数器 disk avg. queue length这个计数器,看看值有多大还有就是查询问题,查询超时,web程序有一个超时时间限制,如果超过这个时间没有返回数据,就提示超时。
    还有,数据库也有一个超时时间,超过这个时间也会超时。
      

  6.   

    >入库错误-修改gps实时信息 > 超时时间已到。超时时间已到,但是尚未从池中获取连接。出现这种情况可能是因为所有池连接均在使用,并且达到了最大池大小。
    如果不是设备故障的话基本上是业务超过了原先的预期。你们的终端数超过了设计!
    不是你一个人搞得定的。赶紧上报。
    先让软件商/硬件商来排查一下,没故障基本上该启动升级/改造流程了。