在线数超限

jishuang

看看数据源的监控信息

如果是调用的平台的提供的API连接的数据库，平台默认会去关闭连接

确认是否是运行某个功能后导致的
x5就是标准的web应用，线程数超了跟在线用户数、程序等都有可能有影响，这个不是x5控制的

jason2014

jishuang 发表于 2015-12-28 15:30
看看数据源的监控信息

如果是调用的平台的提供的API连接的数据库，平台默认会去关闭连接

数据源的监控很正常啊，一直都没有正在忙碌连接，使用率都为0，应该就是正常的连接然后断开连接，所以监控的信息没那么快刷新。
监控上面的当前线程数、当前忙碌线程、最大线程数分别是值什么啊？跟我们的在线数、licence数有关系？
现在主要是我们想监控都难，我们不可能24小时盯着监控看它什么时候出问题，而且又没有历史消息这个东西，所以很难找到问题。。。

jason2014

jishuang 发表于 2015-12-28 15:30
看看数据源的监控信息

如果是调用的平台的提供的API连接的数据库，平台默认会去关闭连接

数据源的监控很正常啊，一直都没有正在忙碌连接，使用率都为0，应该就是正常的连接然后断开连接，所以监控的信息没那么快刷新。
监控上面的当前线程数、当前忙碌线程、最大线程数分别是值什么啊？跟我们的在线数、licence数有关系？
现在主要是我们想监控都难，我们不可能24小时盯着监控看它什么时候出问题，而且又没有历史消息这个东西，所以很难找到问题。。。

jishuang

这些值具体监测的是什么可以到网上查找probe的相关说明

不用实时监控，就在服务卡的时候去访问监控就可以

可以确认是否是访问了报表或者附件都后卡的

jason2014

jishuang 发表于 2015-12-28 18:33
这些值具体监测的是什么可以到网上查找probe的相关说明

不用实时监控，就在服务卡的时候去访问监控就可以

刚才服务器内存又爆完卡死，完全不知道什么原因，卡了就什么都看不了了，基本没有报表和附件。。。。

jishuang

可以把日志文件打开看看卡死前访问的什么功能，然后把日志备份一下，把日志文件清空了，然后看下次卡死的时候是不是相同的功能


tomcat的logs和model同级的logs目录下都是这样操作