Linux下的WebLogic日志分析

一、查看日志

1.日志路径

weblogic 9及以后版本：
 
$MW_HOME\user_projects\domains\<domain_name>\servers\...
 
weblogic 8.x版本：
 
$MW_HOME\user_projects\domains\<domain_name>\...

2.查看日志

1.
tail -f filename　　(默认最后10行)
tail -n x filename　　(显示filename最后x行)
tail -n +x filename　　(从第x行开始显示文件)
Ctrl+c 是退出tail命令
2.
cat -n filename |grep “关键字”
cat filename | grep -C 5 ‘关键字’ 　　(显示匹配字串及前后5行)
cat filename | grep -B 5 ‘关键字’ 　　(显示匹配字串及其前5行)
cat filename | grep -A 5 ‘关键字’ 　　(显示匹配字串及其后5行)

二、日志分类

1.DOMAIN_NAME log

DOMAIN_NAME\servers\ADMIN_SERVER_NAME\logs\DOMAIN_NAME.log
DOMAIN_NAME 是在其中定位域的目录的名称，ADMIN_SERVER_NAME 是管理服务器的名称

记录一个domain的运行情况，一个domain中的各个weblogic server可以把它们的一些运行信息如很严重的错误，发给一个domain的Administrator server上，administrator server把这些信息放到domain日志中。

默认情况下，服务器仅转发严重程度级别为 NOTICE 或更高的消息，但服务器永远不转发严重程度级别为 DEBUG 的消息。 域日志文件提供用于查看域整体状态的中央位置。

域日志中记录的时间是发出消息的服务器的时间。域日志中的日志记录不会按照其时间戳顺序写入，会在消息到达后立即将其写入。有可能在一段时间内无法与管理服务器联系。在这种情况下，消息被缓冲在本地并在重新连接服务器之后发送到管理服务器。

2.server log

DOMAIN_NAME\servers\SERVER_NAME\logs\SERVER_NAME.log

该文件默认名为adminserver.log，也记录weblogic的启动及关闭等其他运行信息。可自行设置该文件的路径及名字，错误的输出的等级等。

3.access log

该log文件默认的名字为acces.log，具体记录在某个时间，某个ip地址的客户端访问了服务器上的哪个文件。
Http状态代码表

192.168.220.1- - [27/Oct/2022:09:43:40 +0800] "GET /WebContent/BankSystem.js HTTP/1.1" 200 7367

192.168.220.1- - [27/Oct/2022:09:43:40 +0800] "GET /WebContent/GenCaptcha HTTP/1.1" 404 116

192.168.220.1- - [27/Oct/2022:09:43:40 +0800] "GET /WebContent/img/IndexBackground. jpg HTTP/1.1" 200 504422
192.168.220.1- - [27/Oct/2022:09:43:40 +0800] "GET /WebContent/index. jsp HTTP/1.1" 200 1976

192.168.220.1- - [27/Oct/2022:09:43:40 +0800] "GET /WebContent/StringBuffer.js HTTP/1.1" 304 0

192.168.220.1- - [27/Oct/2022:09:43:40 +0800] "GET /WebContent/BankSystem.js HTTP/1.1" 304 0

192.168.220.1- - [27/Oct/2022:09:43:40 +0800] "GET /WebContent/GenCaptcha HTTP/1.1" 404 116

192.168.220.1- - [27/Oct/2022:09:43:40 +0800] "GET /WebContent/img/IndexBackground. jpg HTTP/1.1" 304 0
192.168.220.1- - [27/Oct/2022:09:43:40 +0800] "GET /BankSystem/index. jsp HTTP/1.1" 404 1164

192.168.220.1- - [27/Oct/2022:09:43:40 +0800] "GET /BankSystem/index.jsp HTTP/1.1" 404 1164

三、日志机制

1.日志格式

每条消息的第一行以 #### 开头，后跟该消息的特性。每个特性都括在尖括号中。
以下是服务器日志文件中一条消息的示例：

####<Sept 22, 2004 10:46:51 AM EST> <Notice> <WebLogicServer> <MyComputer> <examplesServer> <main> <<WLS Kernel>> <> <null> <1080575211904> <BEA-000360>  <Server started in RUNNING mode> 

在此示例中，消息格式为：
按区域设置格式的时间戳、严重程度、子系统、计算机名、服务器名、线程 ID、用户 ID、事务 ID、诊断上下文 ID、原始时间值、消息 ID 和消息文本。（后面的消息特性部分中描述各个特性）

如果一条消息不是在事务上下文中记录的，则即使不包含事务 ID，也会包含用于事务 ID 的尖括号。 如果该消息中包含一个堆栈跟踪，则该堆栈跟踪包含在消息文本中。WebLogic Server 为其写入的消息使用主机的默认字符编码。

2.标准I/O格式

该输出不包含 #### 前缀，也不包含服务器名、计算机名、线程 ID、用户 ID、事务 ID、诊断上下文 ID 和原始时间值字段。

以下示例说明如何将前一部分中的消息输出到标准输出中：

 <Sept 22, 2004 10:51:10 AM EST> <Notice> <WebLogicServer> <BEA-000360> <Server started in RUNNING mode>  

在此示例中，消息特性为：按区域设置格式的时间戳、严重程度、子系统、消息 ID 和消息文本。

3.日志等级

TRACE < DEBUG < INFO < NOTICE < WARNING < ERROR < CRITICAL < ALERT < EMERGENCY
1.生成了一条调试消息。
2.用于报告正常操作;低级信息。
3.具有较高重要性的信息信息。
4.发生了可疑的操作或配置，但可能不会影响正常操作。
5.出现用户错误。系统或应用程序可以在不中断和有限的服务降级的情况下处理错误。
6.系统或服务出现错误。系统可以恢复，但可能会出现短暂的丢失或永久的服务降级。
7.当系统的其他部分继续工作时，某个特定服务处于不可用状态。不可能自动恢复;需要管理员立即注意解决这个问题。
8.服务器处于不可用状态。此严重性表示严重的系统故障。