centos weblogic出现故障如何排查

一、优先收集故障基础信息
故障排查的第一步是明确故障现象，可通过以下方式快速收集关键信息：

• 服务状态检查：使用systemctl status weblogic命令确认WebLogic服务是否处于active (running)状态；若未运行，尝试systemctl start weblogic启动并观察启动日志。
• 日志分析：WebLogic的核心日志位于$DOMAIN_HOME/servers/< server_name> /logs/目录下（如server.log、diagnostics.log），使用tail -f server.log实时查看最新错误信息，或grep -i "error\|exception" server.log过滤关键错误关键词（如OutOfMemoryError、ClassNotFoundException）。
• 端口连通性测试：使用netstat -tulnp | grep < weblogic_port> （如7001、5556）检查WebLogic监听端口是否处于LISTEN状态；若端口未监听，可能是配置错误或进程未启动；若端口被占用，通过lsof -i:< port> 找到占用进程并终止（kill -9 < pid> ）。

二、常见故障类型及针对性解决步骤

1. 启动失败（无法启动或启动后立即退出）

• 权限问题：确保WebLogic运行用户（如weblogic）对$DOMAIN_HOME及子目录有读写权限，使用chown -R weblogic:bea $DOMAIN_HOME修复权限；若用root启动过，需彻底清理残留进程（ps -ef | grep weblogic | awk '{ print $2} ' | xargs kill -9）并重新以weblogic用户启动。
• 端口冲突：若启动日志中出现Address already in use，通过netstat -an | grep < port> 找到占用进程，终止冲突进程或修改$DOMAIN_HOME/config/config.xml中的ListenPort（如将7001改为7002），重启服务。
• JDK兼容性问题：确认JDK版本与WebLogic版本匹配（如WebLogic 12c需JDK 8+），通过java -version检查JDK版本；若版本不符，下载并安装正确版本的JDK，设置JAVA_HOME环境变量（export JAVA_HOME=/usr/java/jdk1.8.0_391）并更新$DOMAIN_HOME/bin/setDomainEnv.sh中的JAVA_HOME路径。
• 内存不足：若启动日志中出现OutOfMemoryError，调整JVM内存参数（-Xms初始堆大小、-Xmx最大堆大小），建议设置为相同值以减少GC频率（如-Xms1024m -Xmx1024m），修改$DOMAIN_HOME/bin/startWebLogic.sh中的JAVA_OPTIONS参数。

2. 端口无法访问（控制台或应用无法访问）

• 防火墙拦截：使用firewall-cmd --list-ports检查防火墙是否开放WebLogic端口（如7001），若未开放，执行firewall-cmd --add-port=7001/tcp --permanent添加规则，然后firewall-cmd --reload生效；若使用iptables，执行iptables -A INPUT -p tcp --dport 7001 -j ACCEPT并保存规则（service iptables save）。
• 节点管理器问题：若无法通过控制台访问受管服务器，检查节点管理器状态（systemctl status nodemanager），确保节点管理器运行；若节点管理器日志（$DOMAIN_HOME/servers/< server_name> /data/nodemanager/nodemanager.log）中出现Invalid state file format，删除nodemanager.state文件（rm -f $DOMAIN_HOME/servers/< server_name> /data/nodemanager/nodemanager.state）并重启节点管理器。

3. 应用程序部署失败

• 部署日志分析：查看$DOMAIN_HOME/servers/< server_name> /logs/deployments/目录下的部署日志（如< app_name> .log），定位部署失败原因（如DeploymentException、ClassNotFoundException）。
• 依赖缺失：若日志提示缺少JAR包，将缺失的JAR包放入应用的WEB-INF/lib目录或WebLogic的lib目录（$DOMAIN_HOME/lib）。
• 应用配置错误：检查应用的web.xml或weblogic.xml配置文件，确保上下文路径（context-root）、数据源引用等配置正确；若应用引用了外部数据源，确认数据源已正确配置并启动。

4. 性能瓶颈（高CPU、高内存、慢响应）

• 系统资源监控：使用top命令查看CPU使用率（关注%CPU高的进程）、free -h查看内存使用情况（关注available内存）、df -h查看磁盘空间（确保/分区有足够空间）。
• WebLogic性能指标：登录WebLogic控制台（http://< host> :7001/console），导航至Monitoring -> Performance，查看线程池（ExecuteThreadTotalCPUUsage）、JVM内存（HeapMemoryUsage）、连接池（ExecuteThreadTotalRequests）等指标，若线程池活跃线程数接近最大值（ExecuteThreadMax），调整线程池大小（增加ExecuteThreadMax参数）；若JVM堆内存使用率超过80%，调整-Xmx参数（如从1024m增加到2048m）。
• 应用性能分析：使用jstack < pid> 获取线程堆栈，分析是否有线程死锁（deadlock关键词）；使用jmap -histo:live < pid> 查看堆内存中的对象分布，定位内存泄漏（如大量byte[]或String对象）；使用VisualVM或JProfiler进行更深入的性能分析（如方法调用耗时、内存分配情况）。

三、后续优化与预防措施

• 定期备份配置：定期备份$DOMAIN_HOME/config目录下的配置文件（如config.xml、boot.properties），避免配置丢失。
• 设置监控告警：使用Prometheus+Grafana搭建WebLogic监控体系，配置CPU、内存、线程池等指标的告警阈值（如CPU使用率超过80%时发送邮件告警），及时发现潜在问题。
• 日志轮转：配置日志轮转（如logrotate），避免日志文件过大占用磁盘空间（如每天生成一个日志文件，保留30天）。
• 版本升级：定期升级WebLogic到最新补丁版本，修复已知漏洞和性能问题（如WebLogic 14c的最新补丁可能包含性能优化）。

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