Linux版WebLogic如何进行故障排查

Linux版 WebLogic 故障排查实战指南

一 快速定位流程

• 明确症状：是起不来、起得很慢、启动后访问异常，还是运行中报错/卡顿/宕机。
• 先看日志：优先查看域目录下的 logs/，尤其是 server.log、stdout.log、stderr.log，从最近的错误栈定位模块与时间点。
• 查端口与连通：确认 7001/7002 等监听端口未被占用、未被防火墙拦截，必要时用 netstat 或等价工具核对。
• 看系统资源：用 top、free -h、vmstat、iostat 检查 CPU、内存、磁盘IO、网络 是否瓶颈。
• 校验运行环境：核对 JDK 版本与 JAVA_HOME、域配置、依赖组件（JDBC、JMS、LDAP 等）是否可达。
• 必要时做线程与堆分析：用 jstack、jmap 抓取线程与堆快照，排查死锁/阻塞/内存泄漏。
• 若与数据库相关：核对连接池配置、数据库可用性与性能。
  以上步骤能在多数场景下快速缩小范围并定位根因。

二 常见症状与处理要点

三 关键命令与操作示例

• 查看端口占用与监听
  • 示例：netstat -tulpen | grep -E '7001|7002'
• 实时资源监控
  • 示例：top、free -h、vmstat 1 10、iostat -x 1 10
• Java 线程与堆分析
  • 获取线程栈：jstack <pid> > threaddump.txt
  • 抓取堆转储：jmap -dump:format=b,file=heap.hprof <pid>
• 快速自检脚本（可按需扩展）
  • 检查端口：ss -ltnp | egrep ':(7001|7002)' || echo "端口未监听"
  • 检查磁盘：`df -h | awk ‘$5+0 > 85 {print}’
  • 检查 Java 与内存：java -version && free -m | awk 'NR==2{printf "可用内存: %.1fGB\n", $7/1024}' 这些命令能快速提供“端口—资源—线程/堆—磁盘”的现场证据。

四 认证与安全相关故障

• 启动身份无效
  • 现象：weblogic.security.SecurityInitializationException: Authentication denied: Boot identity not valid
  • 处理：在域根目录的 boot.properties 中以明文写入正确的 username/password，首次启动会自动加密保存。
• 忘记管理密码
  • 处理：进入域目录 mydomain/security，执行
    java -cp $WL_HOME/server/lib/weblogic.jar weblogic.security.utils.AdminAccount <新用户名> <新密码> .
    清理被管服务器下的 ldap/ 目录与（可选）boot.properties，以新管理员重启。
• 修改管理密码后受管服务器无法启动
  • 处理：删除对应受管服务器目录中的 ldap/，再重启受管服务器以重建凭据。
• 外部 LDAP 连接失败
  • 处理：确认 LDAP 服务已启动、主机/端口正确、网络与防火墙策略允许访问；必要时核对 bindDN/密码 与搜索基准。 以上步骤覆盖了 Linux 环境下最常见的 WebLogic 认证与安全故障处理路径。

五 预防与优化建议

• 运行环境基线化：固定并验证 JDK 版本与 JAVA_HOME，避免随意升级导致不兼容。
• 资源与健康监控：对 CPU、内存、磁盘IO、网络 设置阈值告警；定期巡检 GC 日志 与线程数。
• 连接治理：合理配置 JDBC 连接池（初始/最大、超时、验证查询），并优化慢 SQL。
• 日志与诊断：统一日志滚动策略，保留关键时间窗；异常时第一时间保留 thread dump/heap dump。
• 变更管控：变更前备份 domain 目录与数据库，变更后在同窗口观察 server.log 与关键业务指标。
  这些实践能显著降低故障率并提升定位效率。