Linux 上提升 WebLogic 稳定性的系统化做法
一 运行环境与权限基线
- 使用非 root专用系统用户运行 WebLogic，最小化权限，降低被攻破后的影响面。
- 启用SSL/TLS监听并正确部署证书，强制加密管理通道与业务流量。
- 打开审计日志与访问控制，限制管理控制台访问来源，保护配置与凭据。
- 保持 Linux 与 WebLogic、JDK 的及时更新与补丁，修复已知缺陷与漏洞。
- 采用硬件或软件负载均衡（如 F5、Nginx/HAProxy）对外暴露服务，隐藏实例细节并实现健康检查与故障转移。
二 系统层资源与内核优化
- 提升文件句柄与进程数上限（如 /etc/security/limits.conf 的 nofile/nproc），避免“too many open files”。
- 优化网络栈：适度增大 net.core.rmem_max / net.core.wmem_max、net.core.somaxconn，结合业务选择拥塞控制算法；在高并发短连接场景可开启 net.ipv4.tcp_tw_reuse（注意不同内核版本的兼容性与风险）。
- 调整内存与 I/O：降低 vm.swappiness（如 10），合理设置 dirty_ratio / dirty_background_ratio；对大内存负载可启用 HugePages；I/O 密集场景结合 vmstat/iostat/iotop 持续观测并优化存储子系统。
- 资源隔离与治理：使用 cgroups 限制单实例 CPU/内存，避免“吵闹邻居”；必要时启用 zram/zswap 缓解内存压力。
三 WebLogic 配置与 JVM 调优
- 线程与队列：现代版本为自调优线程池，以监控指标（如当前池大小、扩容/缩容次数、等待计数）为依据微调；老版本需合理设置 ExecuteQueue ThreadCount，避免远超 CPU 核数导致过度上下文切换；配置 StuckThreadMaxTime / StuckThreadTimerInterval 及时识别阻塞线程；根据负载调 AcceptBacklog 以缓冲连接请求。
- 连接池与语句缓存：为 JDBC 等池设置合适的 InitialCapacity / MaxCapacity，并开启 PreparedStatementCacheSize，减少编译与连接开销。
- 传输与数据：在大数据量场景适当增大网络 Chunk Size；对事务型应用优先采用 JDBC LLR（Logging Last Resource） 优化两阶段提交开销。
- 原生性能包：在受支持平台启用 Native IO（config.xml 中 Server 元素的 NativeIOEnabled=true），可显著提升 I/O 性能。
- JVM 与 GC：结合负载与停顿容忍度设置 -Xms/-Xmx、年轻代比例（如 -XX:NewSize/-XX:MaxNewSize）、选择合适的垃圾回收器；对大堆与低延迟诉求可评估 G1/ZGC；必要时启用 HugePages 降低 TLB 压力。
四 高可用与数据可靠性
- 部署 WebLogic 集群实现水平扩展与故障转移，前置负载均衡做健康检查与会话保持（如源地址哈希/会话亲和）。
- 数据库层采用 Oracle RAC 或主从复制，减少单点故障；对关键业务启用多数据中心/异地容灾与自动故障切换。
- 建立备份与恢复策略（配置与域目录、应用归档、数据库备份），定期演练恢复流程，确保 RPO/RTO 达标。
五 监控 日志 容量与变更管理
- 监控体系：在 Administration Console 持续观察吞吐、队列、线程、连接池等关键指标；在系统层使用 top/htop、vmstat、iostat、sar 等工具；建设 Prometheus + Grafana 可视化与告警，集中展示 Linux + WebLogic 指标。
- 日志管理：集中收集与分析 WebLogic Server 日志与 GC 日志（如 GCeasy/可视化工具），结合 ELK 快速检索与根因定位。
- 容量与变更：基于压测基线设置连接数、线程池、JVM 堆的告警阈值；采用灰度发布/蓝绿部署与回滚预案，变更前后保留回滚窗口与变更记录。
