Ubuntu上WebLogic的日志分析技巧

Ubuntu上WebLogic日志分析实用技巧

一 日志位置与类型

• 日志默认位于域目录的 $DOMAIN_HOME/logs，常见文件与作用如下：
  • server.log / SERVER_NAME.log：服务器运行、启动/关闭、异常堆栈等核心日志。
  • access.log：HTTP 访问日志，包含客户端 IP、请求路径、状态码、响应大小等，便于分析流量与错误请求。
  • DOMAIN_NAME.log：域级日志，汇聚各受管服务器的关键告警/通知，便于统一查看域整体状态。
  • server.out / nohup.out：标准输出与错误输出，常用于观察启动期控制台输出与异常。
  • diagnostic.log：诊断日志，辅助定位警告、错误与异常上下文。
• 快速定位域目录：在对应域的环境或启动脚本中执行 echo $DOMAIN_HOME 确认实际路径。

二 命令行高效排查

• 实时跟踪与检索
  • 实时查看：cd 到日志目录后执行 tail -f server.log；仅看最后 N 行用 tail -n 200 server.log。
  • 关键字定位：如 grep -i ‘error|exception|fail’ server.log；显示匹配行及上下文用 grep -C 10 ‘OutOfMemoryError’ server.log。
  • 按时间窗口：结合 sed 抽取某时间段日志，例如抽取今天 10:00–11:00：
    • sed -n ‘/2025-11-17 10:[0-5][0-9]/,/2025-11-17 11:00/p’ server.log
  • 统计与去重：统计 5xx 数量 grep ‘HTTP/1.1" 5[0-9][0-9]’ access.log | wc -l；按 URL 聚合 5xx awk ‘$9 ~ /^5/ { print $7} ’ access.log | sort | uniq -c | sort -nr | head。
  • 多文件联查：对多个受管服务器日志同时检索 grep -H ‘SEVERE’ $DOMAIN_HOME/servers//logs/.log。
• 日志轮转与清理
  • 先确认轮转策略（按大小/时间），再用 logrotate 或自定义脚本压缩归档旧日志，避免磁盘被占满影响诊断。

三 常见错误模式与定位要点

• 启动失败与网络配置
  • 日志出现 BEA-000386 / Could not obtain the localhost address，多为 /etc/hosts 未正确映射主机名与 IP，修正后重启。
• 受管服务器无法注册/拉取配置
  • 日志出现 BEA-141196，常见于管理/受管节点间安全文件不一致，确保受管节点 security/SerializedSystemIni.dat 与管理节点一致后重启。
• 内存溢出
  • 出现 java.lang.OutOfMemoryError，在启动脚本（如 startWebLogic.sh 或 setDomainEnv.sh）中调大 -Xms/-Xmx，必要时开启 GC 日志 辅助分析。
• JDBC/数据源不可用
  • 出现 BEA-149205 或 ORA-12505（监听不知道给定 SID），检查数据库监听、服务名/SID、网络连通性与数据源配置。
• HTTP 超时与连接异常
  • 客户端提前关闭或后端处理慢导致超时，可在控制台或配置中调整 CompleteMessageTimeout 等超时参数，并结合 access.log 的响应时间与状态码定位瓶颈。

四 进阶分析与可视化

• 集中化与检索
  • 将 server.log / access.log / diagnostic.log 接入 ELK（Elasticsearch + Logstash + Kibana） 或 Splunk，构建仪表盘、告警与快速检索，适合多域/多节点环境。
• JVM 与线程诊断
  • 开启 GC 日志 分析停顿与回收效率；使用 WLST 执行 dumpStack() 获取线程堆栈，定位 StuckThread 与阻塞点。
• 访问日志深度分析
  • 以 access.log 为主，按 IP/URL/状态码/UA 维度聚合，识别异常流量、爬虫、慢请求与热点接口，配合 Nginx/负载均衡日志交叉验证。

声明：本文内容由网友自发贡献，本站不承担相应法律责任。对本内容有异议或投诉，请联系2913721942#qq.com核实处理，我们将尽快回复您，谢谢合作！