Linux下WebLogic的日志分析

Linux下WebLogic日志分析实用指南

一 日志类型与存放路径

• 在 WebLogic 9+ 的 Linux 环境中，日志集中在域目录的 servers/server_name/logs 下，常见文件与作用如下：
  • server.log：服务器运行主日志，记录启动、关闭、异常堆栈等。
  • access.log：HTTP 访问日志，记录客户端 IP、请求路径、状态码、响应大小等。
  • DOMAIN_NAME.log（域日志）：汇聚域内各受管服务器的关键告警/错误，便于统一查看域级状态。
  • 常见路径范式：$MW_HOME/user_projects/domains/< domain_name> /servers/< server_name> /logs/。
  • 早期 WebLogic 8.x 的目录结构与 9+ 不同，注意区分版本。
  • 说明：部分环境还可见 diagnostic.log（诊断日志，视配置启用）以及启动期的 server.out/nohup.out（标准输出/错误）。

二 常用命令行快速定位

• 实时查看与跟踪
  • 实时跟踪：tail -f server.log
  • 查看末尾 N 行：tail -n 200 server.log
  • 从第 N 行开始：tail -n +10000 server.log
• 关键字检索与上下文
  • 全量检索：grep -n “ERROR” server.log
  • 显示匹配行及前后 N 行：grep -C 10 “OutOfMemoryError” server.log
  • 仅前/后 N 行：grep -B 5/-A 5 “NullPointerException” server.log
• 按时间窗口统计错误
  • 示例（按日志中形如 2025-05-16 的日期字段统计 ERROR）：
    • awk ‘/ERROR/ { print $1, $2, $3} ’ server.log | grep “2025-05-16” | wc -l
• 多文件联合检索
  • 在 logs 目录递归搜索：grep -R “SEVERE” ./（当前目录为 logs）
• 提示：配合 sort/uniq/cut/awk 可进一步做去重、分组与字段提取，便于定位高频异常与 Top N URL/客户端。

三 日志机制与关键要点

• 日志级别：常见为 DEBUG、INFO、WARN、ERROR 等；生产通常将文件日志级别设为 INFO/WARN，调试期可临时提高。
• 域日志行为
  • 默认仅转发 NOTICE 及以上 级别到域日志；DEBUG 不会被转发。
  • 域日志中的时间戳为“消息产生服务器”的本地时间；消息到达管理服务器后尽快写入，因此不保证全局严格按时间排序。
  • 若受管服务器与管理服务器短时不可达，消息会本地缓冲，恢复后补发。
• 启动期日志与轮转提示
  • 启动未完成时可能先写入“启动日志”，完成后切换到主日志；看到如 BEA-170015/170016 属正常提示。
  • 日志轮转时会出现 BEA-170017/170018 提示；在部分平台使用 tail 跟踪时，轮转后需重新打开文件句柄。

四 常见错误模式与排查路径

• 无法获取本机地址导致启动失败（如 BEA-000386）
  • 现象：日志出现 “Could not obtain the localhost address”。
  • 排查：检查 /etc/hosts 是否包含本机 IP < -> 主机名 映射，必要时补充并重启。
• 受管服务器注册/配置同步失败（如 BEA-141196）
  • 现象：Managed Server 向 Admin Server 同步配置异常，常见于安全文件不一致。
  • 排查：将管理域 security/SerializedSystemIni.dat 同步到受管域对应目录后重启。
• 启动身份校验失败（如 BEA-090402）
  • 现象：boot.properties 中用户名/密码无效。
  • 排查：更新 boot.properties 为正确凭据，首次启动会自动加密保存。
• 数据库连接异常（如 BEA-149205 伴随 ORA-12505）
  • 现象：数据源初始化失败，监听未识别 SID。
  • 排查：核对 JDBC URL、监听状态、SID/Service Name 与数据库可达性。
• 内存不足（如 OutOfMemoryError）
  • 现象：应用变慢/重启后很快 OOM。
  • 排查：调整 JVM 内存参数（如 -Xms/-Xmx），必要时开启 GC 日志 与 HeapDumpOnOutOfMemoryError 做进一步分析。

五 日志轮转归档与集中化

• 轮转归档
  • 建议配置按大小/时间的日志轮转策略，避免单文件过大；Linux 环境可结合 logrotate 做压缩、保留周期管理与清理，防止磁盘被占满。
• 集中化与可视化
  • 小规模可用 ELK（Elasticsearch/Logstash/Kibana）/Splunk 收集、检索与告警；HTTP 访问日志可用 GoAccess 生成实时/离线报告，便于分析 PV、UV、响应时间、状态码分布、Top URL/客户端。
• 管理入口
  • 除命令行外，可通过 WebLogic 控制台 或 WLST 查看/调整日志相关配置与运行信息，适合在变更窗口进行在线核查。

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