一、查看日志
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.服务器处于不可用状态。此严重性表示严重的系统故障。
|