BEA-149300 - BEA-149399
BEA-149400 - BEA-149449
BEA-149600 - BEA-149699
BEA-150000 - BEA-159899
BEA-159900 - BEA-159999
160000 - 169899
160900 - 169999
BEA-170000 - BEA-170999
171500 - 171999
BEA-180000 - BEA-189999
Application Poller Deployer Configuration Management
Configuration AuditJ2EE J2EE Deployer Log Management EmbeddedLDAP WTC ApplicationPoller
DeploymentManager
Config
ConfigAuditor
J2EE
J2EEDeployer
LogMgmt
EmbeddedLDAP
WTC
BEA-190000 - BEA-199999
Connector Connector
BEA-200000 - BEA-299999
MessagingBridge Bridge
BEA-210000 - BEA-219999
COM COM
BEA-220000 - BEA-229999
WebService WebService
BEA-300000 - BEA-309999
NodeManager NodeManager
BEA-310000 - BEA-319999
Health Health
§1.7 5、日志总体分析
从这个日志文件及文件中的消息可总结几个问题： 1、日志中报最多的就是警告：BEA-100089 有1114个
在每个警告时都象报与应用http://10.150.208.3:80/epm/component.do处理session有关。 经检查及跟踪这几天的日志来看（截止2007-5-17日志）a1、a2、b1、b2均出现同样的警告。
建议检查一下应用epm/component.do。因为只有这个应用报警告。同时我们也将继续关注和解决此警告。
2、错误日志报最多的是BEA-101017(553个)和BEA-101083(227个) 引起BEA-101017错误的bea解释为http request timeout 值太小，目前为120秒。对于此值的合理性，我将继续验证，据以往几个客户的值设置情况来看，一般都在100左右，当
然这与具体的应用有关。
引起BEA-101083错误是由于request数据传送时数据量过大。对于数据的传递一般建议大批量的数据传送使用POST方法。可参阅
http://dev2dev.bea.com.cn/bbs/thread.jspa?forumID=81&threadID=16891
３、从日志上看从
无日志输出，这可能是死机后无日志输出。 从日志上看，在3:06:04前是正常的，3:26:49后也是正常的。据现场观察的小王说控制台状态是Active。因此我觉得很有可能在此期间是由于暂停了a2的服务，因为如果是应用产生down机将会至少有一个与之相关的异常抛出。产生暂停的主要操作是用鼠标点选了后台日志输出屏。当然这种问题看频繁程度及需进一步跟踪确诊。
４、从日志上看当做银行实时收费情况查询结果时有大量的日志。光日志输出的相关SQL
信息都有5813783byte.有5000行 (line 18082~23082) 请开发商确认做这种操作时作到 A、 多记录时是否采用分页分载。这样防止socket httpRequest timeout
B、 集合是批量取还是一个一个取。一条一条取将会加重服务器与DB的负荷。