1. 日志分析与故障定位
日志是故障排查的核心依据，需优先收集并分析系统级与WebLogic特定的日志信息：
journalctl -u weblogic查看WebLogic服务的详细日志（适用于systemd管理的服务）；或通过tail -f /var/log/syslog、dmesg查看系统启动、服务启动及内核级错误信息，快速定位系统层面的问题（如权限不足、硬件故障）。$DOMAIN_HOME/logs目录下（如server.log记录服务器启动/停止、错误警告；domain.log记录域级别事件；console.log记录控制台操作日志）。使用tail -f server.log实时跟踪日志，结合grep "ERROR" server.log过滤错误信息，快速定位应用部署失败、配置错误等问题。2. 进程与资源状态检查
ps aux | grep weblogic查看WebLogic相关进程（如weblogic.Server）的运行状态，确认进程是否存在、是否处于“D”（不可中断睡眠）或“Z”（僵尸）状态，及时发现进程异常。top（实时显示CPU、内存占用排名）、free -h（查看内存使用情况，包括free/used/buff/cache）、df -h（查看磁盘空间使用情况，重点关注/根分区及$DOMAIN_HOME所在分区）命令，判断资源是否充足（如内存不足可能导致OOM错误，磁盘空间耗尽可能导致日志无法写入）。3. 网络与端口连通性验证
ping <目标IP>测试服务器与外部网络的连通性（如数据库服务器、客户端），排除网络中断问题；若为集群环境，需检查节点间的网络延迟（ping+traceroute）。netstat -tulnp | grep 7001（默认管理端口）或ss -tulnp | grep 7001查看WebLogic端口是否处于LISTEN状态；或通过telnet <服务器IP> 7001、nc -zv <服务器IP> 7001测试端口是否可达，排除防火墙/安全组拦截问题（如iptables规则阻止了端口访问）。4. 配置文件正确性核查
$DOMAIN_HOME/config/config.xml（域配置，包括服务器实例、集群、数据源、安全设置）、$DOMAIN_HOME/config/domain.xml（域级别配置，如JVM参数、日志设置），确认配置项无语法错误（如标签未闭合、属性值格式错误），尤其是端口、路径、数据库连接字符串等关键配置。echo $JAVA_HOME、echo $DOMAIN_HOME验证Java环境与域目录的环境变量是否设置正确（如JAVA_HOME需指向JDK安装路径，DOMAIN_HOME需指向域根目录），避免因环境变量缺失导致的启动失败。5. 常见故障专项排查
systemctl start weblogic失败，首先查看nohup.out（若使用脚本启动）或server.log中的错误信息（如“Address already in use”表示端口冲突、“Failed to initialize database connection”表示数据源配置错误），针对性解决（如修改端口、检查数据库服务状态）。java.lang.OutOfMemoryError，需获取堆转储文件（启动参数添加-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dump.hprof），使用jmap -heap <pid>查看堆内存分配情况，通过jstack <pid>获取线程栈信息，结合Memory Analyzer（MAT）工具分析内存泄漏点（如缓存未清理、对象未释放），调整JVM参数（增大-Xmx/-Xms、优化-XX:MaxMetaspaceSize）。http://<服务器IP>:7001/console）的“监控”模块查看服务器的CPU、内存、线程池使用情况；或通过jstat -gcutil <pid>监控GC频率（若FGC次数过高，说明堆内存不足），结合top命令定位高CPU占用的线程（top -H -p <pid>），进一步分析线程栈（jstack <pid>）找出性能瓶颈（如SQL执行慢、死锁）。6. 工具辅助深度诊断
strace -p <weblogic_pid>跟踪进程的系统调用（如文件读写、网络连接），帮助定位程序执行中的底层错误（如无法访问配置文件）；使用jvisualvm（JDK自带）或JProfiler监控JVM内存、线程状态，直观展示内存泄漏或线程阻塞情况。WLDF控制台配置Harvester（收集JVM指标）、Watch（定义监控条件）、Notification（触发告警），实现对WebLogic状态的实时监控与故障预警。
