1. 日志存储位置
– 独立磁盘：避免与数据争用IO
– 足够空间：根据日志量规划
– 定期清理：避免磁盘满

2. 日志级别设置
– 生产环境：INFO
– 测试环境：FINE
– 开发环境：FINER

3. 日志轮转配置
– 按大小轮转
– 按时间轮转
– 保留历史文件

4. 日志归档策略
– 归档周期
– 保留时间
– 压缩存储

# 日志规划模板

日志位置：/WebSphere/logs/
日志级别：INFO
轮转大小：100MB
历史文件：10个
归档周期：每天
保留时间：30天
压缩存储：启用

1. JVM日志轮转
# 通过管理控制台
故障诊断 > 日志和跟踪 > server1 > JVM日志

配置项：
– 最大文件大小：100MB
– 最大历史文件数：10
– 文件名格式：SystemOut.log, SystemOut_YY.MM.dd_HH.mm.ss.log

2. 通过wsadmin配置
/WebSphere/app/profiles/Dmgr01/bin/wsadmin.sh -lang jython \
-username fgeduadmin -password fgedu123

# 获取JVM日志配置
jvmLog = AdminConfig.list(‘ProcessLog’, AdminConfig.getid(‘/Server:server1/’))

# 配置轮转
AdminConfig.modify(jvmLog, ”’
[[outputRedirectToFile true]
[fileNameRedirectToFile SystemOut.log]
[maxFileSizeRedirectToFile 100]
[maxNumberOfBackupFilesRedirectToFile 10]]
”’)

# 保存配置
AdminConfig.save()

# 轮转策略

策略 配置方式 适用场景
──────────────────────────────────────────────────
按大小轮转 maxFileSize 日志量大
按时间轮转 每日归档脚本 日志量中等
混合策略 大小+时间 生产环境推荐

# 日志轮转脚本
#!/bin/bash
# log_rotate.sh
# from:www.itpux.com.qq113257174.wx:itpux-com
# web: http://www.fgedu.net.cn

LOG_DIR=/WebSphere/app/profiles/AppSrv01/logs/server1
ARCHIVE_DIR=/WebSphere/logs/archive
DATE=$(date +%Y%m%d)

# 创建归档目录
mkdir -p $ARCHIVE_DIR

# 归档日志
for log in SystemOut.log SystemErr.log trace.log; do
if [ -f “$LOG_DIR/$log” ]; then
cp $LOG_DIR/$log $ARCHIVE_DIR/${log}.$DATE
> $LOG_DIR/$log
gzip $ARCHIVE_DIR/${log}.$DATE
fi
done

# 清理旧日志
find $ARCHIVE_DIR -name “*.gz” -mtime +30 -delete

echo “日志轮转完成: $DATE”

1. 归档周期
– 每日归档：适合日志量大的环境
– 每周归档：适合日志量中等的环境
– 每月归档：适合日志量小的环境

2. 保留时间
– 生产环境：30-90天
– 合规要求：根据法规要求
– 存储成本：平衡成本和需求

3. 压缩存储
– gzip压缩：节省空间
– 压缩率：约10:1
– 查询方便：需要解压

# 归档目录结构
/WebSphere/logs/archive/
├── 2024/
│ ├── 04/
│ │ ├── server1/
│ │ │ ├── SystemOut.log.20240410.gz
│ │ │ ├── SystemErr.log.20240410.gz
│ │ │ └── trace.log.20240410.gz
│ │ └── server2/
│ │ └── …
│ └── 05/
│ └── …
└── …

# 自动归档脚本
#!/bin/bash
# log_archive.sh
# from:www.itpux.com.qq113257174.wx:itpux-com
# web: http://www.fgedu.net.cn

LOG_BASE=/WebSphere/app/profiles
ARCHIVE_BASE=/WebSphere/logs/archive
DATE=$(date +%Y%m%d)
YEAR=$(date +%Y)
MONTH=$(date +%m)

# 遍历所有服务器
for profile in $LOG_BASE/*; do
profile_name=$(basename $profile)
for server_log in $profile/logs/*/; do
server_name=$(basename $server_log)
archive_dir=$ARCHIVE_BASE/$YEAR/$MONTH/$server_name

mkdir -p $archive_dir

for log in SystemOut.log SystemErr.log trace.log; do
if [ -f “$server_log/$log” ]; then
cp $server_log/$log $archive_dir/${log}.$DATE
gzip -f $archive_dir/${log}.$DATE
fi
done
done
done

# 清理超过90天的归档
find $ARCHIVE_BASE -name “*.gz” -mtime +90 -delete

echo “日志归档完成: $DATE”

1. 命令行工具
– grep：文本搜索
– awk：文本处理
– sed：文本替换
– tail：实时查看

2. WebSphere工具
– LogAnalyzer：IBM Support Assistant
– TraceFormatter：格式化跟踪日志

3. 第三方工具
– ELK Stack：Elasticsearch + Logstash + Kibana
– Splunk：日志分析平台
– Graylog：开源日志管理

# 日志分析场景

场景 工具/方法
──────────────────────────────────────────
实时监控 tail -f
错误搜索 grep ERROR
统计分析 awk + sort + uniq
可视化分析 Kibana
性能分析 GC日志分析工具

# 日志分析脚本示例
#!/bin/bash
# log_analyze.sh
# from:www.itpux.com.qq113257174.wx:itpux-com
# web: http://www.fgedu.net.cn

LOG_FILE=/WebSphere/app/profiles/AppSrv01/logs/server1/SystemOut.log

echo “=== 日志分析报告 ===”
echo “分析文件: $LOG_FILE”
echo “”

# 错误统计
echo “1. 错误统计：”
grep -c “ERROR” $LOG_FILE
grep -c “Exception” $LOG_FILE
grep -c “SEVERE” $LOG_FILE

# 警告统计
echo “2. 警告统计：”
grep -c “WARNING” $LOG_FILE
grep -c “WARN” $LOG_FILE

# 最近错误
echo “3. 最近10条错误：”
grep -i “error\|exception\|severe” $LOG_FILE | tail -10

# 最频繁错误
echo “4. 最频繁错误TOP10：”
grep -i “error\|exception” $LOG_FILE | \
awk ‘{print $NF}’ | sort | uniq -c | sort -rn | head -10

echo “=== 分析完成 ===”

1. 通过管理控制台配置
故障诊断 > 日志和跟踪 > server1 > JVM日志

SystemOut配置：
– 文件名：SystemOut.log
– 最大文件大小：100
– 最大历史文件数：10
– 格式化输出：启用

SystemErr配置：
– 文件名：SystemErr.log
– 最大文件大小：50
– 最大历史文件数：10

2. 通过wsadmin配置
/WebSphere/app/profiles/Dmgr01/bin/wsadmin.sh -lang jython \
-username fgeduadmin -password fgedu123

# 获取服务器配置
server = AdminConfig.getid(‘/Server:server1/’)

# 配置SystemOut日志
stdout = AdminConfig.list(‘OutputStream’, server)
AdminConfig.modify(stdout, ”’
[[baseLogFileName SystemOut.log]
[maxFileSizeKb 102400]
[maxBackupIndex 10]
[rolloverType SIZE]
[formattingEnabled true]]
”’)

# 配置SystemErr日志
stderr = AdminConfig.list(‘ErrorStream’, server)
AdminConfig.modify(stderr, ”’
[[baseLogFileName SystemErr.log]
[maxFileSizeKb 51200]
[maxBackupIndex 10]
[rolloverType SIZE]]
”’)

# 保存配置
AdminConfig.save()

# 同步节点
AdminNodeManagement.syncActiveNodes()

3. 配置GC日志
# JVM参数添加GC日志
-verbose:gc
-Xverbosegclog:/WebSphere/logs/gc.log

# 通过管理控制台
服务器 > server1 > Java和进程管理 > 进程定义 > Java虚拟机
> 通用JVM参数

添加：
-verbose:gc -Xverbosegclog:/WebSphere/logs/server1/gc.log

# 验证配置
/WebSphere/app/profiles/Dmgr01/bin/wsadmin.sh -lang jython \
-c “print AdminConfig.showAttribute(AdminConfig.list(‘OutputStream’, AdminConfig.getid(‘/Server:server1/’)), ‘baseLogFileName’)”

SystemOut.log

1. 启用跟踪
# 通过管理控制台
故障诊断 > 日志和跟踪 > server1 > 诊断跟踪

配置：
– 启用跟踪：勾选
– 跟踪规范：*=info:com.ibm.ws.*=fine
– 输出文件：trace.log
– 最大文件大小：20MB
– 最大历史文件数：5

2. 通过wsadmin配置
/WebSphere/app/profiles/Dmgr01/bin/wsadmin.sh -lang jython \
-username fgeduadmin -password fgedu123

# 获取跟踪服务
ts = AdminConfig.getid(‘/TraceService:/’)

# 配置跟踪
AdminConfig.modify(ts, ”’
[[enable true]
[traceSpecification “*=info:com.ibm.ws.webcontainer.*=finer”]
[traceOutputType SPECIFIED_FILE]
[traceFile trace.log]
[traceFileSize 20]
[traceFileCount 5]]
”’)

# 保存配置
AdminConfig.save()

# 动态启用跟踪（无需重启）
AdminControl.invoke(AdminControl.queryNames(‘type=TraceService,process=server1,*’),
‘setTraceSpecification’, ‘*=info:com.ibm.ws.webcontainer.*=finer’)

# 常用跟踪规范

组件 跟踪规范
──────────────────────────────────────────
Web容器 com.ibm.ws.webcontainer.*=finer
安全 com.ibm.ws.security.*=finer
JDBC com.ibm.ws.rsadapter.*=finer
JMS com.ibm.ws.messaging.*=finer
JTA com.ibm.ws.jta.*=finer
类加载 com.ibm.ws.classloader.*=finest

3. 禁用跟踪
AdminControl.invoke(AdminControl.queryNames(‘type=TraceService,process=server1,*’),
‘setTraceSpecification’, ‘*=info’)

1. 使用tail命令
# 实时查看SystemOut
tail -f /WebSphere/app/profiles/AppSrv01/logs/server1/SystemOut.log

# 实时查看SystemErr
tail -f /WebSphere/app/profiles/AppSrv01/logs/server1/SystemErr.log

# 同时查看多个日志
tail -f /WebSphere/app/profiles/AppSrv01/logs/server1/SystemOut.log \
/WebSphere/app/profiles/AppSrv01/logs/server1/SystemErr.log

2. 使用grep过滤
# 实时查看错误
tail -f /WebSphere/app/profiles/AppSrv01/logs/server1/SystemOut.log | grep -i error

# 实时查看特定应用
tail -f /WebSphere/app/profiles/AppSrv01/logs/server1/SystemOut.log | grep fgeduapp

# 实时查看异常
tail -f /WebSphere/app/profiles/AppSrv01/logs/server1/SystemOut.log | grep -i exception

3. 使用管理控制台
故障诊断 > 日志和跟踪 > server1 > JVM日志 > 运行时

# 可以在线查看日志内容

4. 使用wsadmin查看
/WebSphere/app/profiles/Dmgr01/bin/wsadmin.sh -lang jython \
-username fgeduadmin -password fgedu123

# 查看JVM日志
jvmLog = AdminControl.queryNames(‘type=JVM,process=server1,*’)
AdminControl.invoke(jvmLog, ‘dumpThreads’)

# 查看最近日志
AdminControl.invoke(AdminControl.queryNames(‘type=LogAnalyzer,*’),
‘analyze’, ‘[“SystemOut.log”, “100”]’)

# 日志查看脚本
#!/bin/bash
# view_log.sh
# from:www.itpux.com.qq113257174.wx:itpux-com
# web: http://www.fgedu.net.cn

SERVER=$1
LOG_TYPE=$2

case $LOG_TYPE in
out)
tail -f /WebSphere/app/profiles/AppSrv01/logs/$SERVER/SystemOut.log
;;
err)
tail -f /WebSphere/app/profiles/AppSrv01/logs/$SERVER/SystemErr.log
;;
trace)
tail -f /WebSphere/app/profiles/AppSrv01/logs/$SERVER/trace.log
;;
gc)
tail -f /WebSphere/logs/$SERVER/gc.log
;;
*)
echo “用法: $0 server_name {out|err|trace|gc}”
;;
esac

1. 服务器启动失败
# 检查启动日志
cat /WebSphere/app/profiles/AppSrv01/logs/server1/startServer.log

# 常见错误
– 端口被占用
– 配置文件错误
– 权限问题
– 内存不足

# 排查步骤
# 检查端口
netstat -tlnp | grep 9080

# 检查进程
ps -ef | grep java

# 检查内存
free -m

# 检查日志
grep -i “error\|exception\|fail” /WebSphere/app/profiles/AppSrv01/logs/server1/startServer.log

2. 应用部署失败
# 检查部署日志
grep -i “deploy\|install” /WebSphere/app/profiles/Dmgr01/logs/dmgr/SystemOut.log

# 常见错误
– 应用包格式错误
– 依赖缺失
– 配置冲突
– 权限不足

# 排查命令
# 检查应用状态
/WebSphere/app/profiles/Dmgr01/bin/wsadmin.sh -lang jython \
-c “print AdminApp.list()”

# 检查应用详情
/WebSphere/app/profiles/Dmgr01/bin/wsadmin.sh -lang jython \
-c “print AdminApp.view(‘fgeduapp’)”

3. 数据库连接失败
# 检查数据源日志
grep -i “datasource\|jdbc\|connection” /WebSphere/app/profiles/AppSrv01/logs/server1/SystemOut.log

# 常见错误
– 连接池耗尽
– 认证失败
– 网络问题
– 数据库不可达

# 排查步骤
# 测试数据源
/WebSphere/app/profiles/Dmgr01/bin/wsadmin.sh -lang jython \
-c “AdminControl.testConnection(AdminConfig.getid(‘/DataSource:fgedudb/’))”

# 检查连接池
/WebSphere/app/profiles/Dmgr01/bin/wsadmin.sh -lang jython \
-c “print AdminControl.getAttribute(AdminControl.queryNames(‘type=DataSource,name=jdbc/fgedudb,*’), ‘numActive’)”

4. 内存溢出
# 检查GC日志
grep -i “outofmemory\|heap” /WebSphere/logs/server1/gc.log

# 检查native日志
grep -i “outofmemory” /WebSphere/app/profiles/AppSrv01/logs/server1/native_stderr.log

# 生成堆转储
/WebSphere/app/profiles/Dmgr01/bin/wsadmin.sh -lang jython \
-c “AdminControl.invoke(AdminControl.queryNames(‘type=JVM,process=server1,*’), ‘generateHeapDump’)”

# 堆转储位置
/WebSphere/app/profiles/AppSrv01/heapdump.20240410.100000.12345.phd

1. 安装ISA
# 下载IBM Support Assistant
# https://www.ibm.com/support/pages/node/715271

# 解压安装
unzip ibm-support-assistant.zip -d /opt/isa
cd /opt/isa
./isa_linux_x86_64

2. 安装WebSphere插件
# 打开ISA
# Help > Add/Remove Tools
# 选择WebSphere Application Server

3. 使用LogAnalyzer
# 打开LogAnalyzer
# 导入日志文件
# 分析日志

# 功能：
– 日志解析
– 错误识别
– 问题诊断
– 解决方案推荐

4. 使用TraceFormatter
# 格式化跟踪日志
java com.ibm.ws.trace.TraceFormatter trace.log trace_formatted.log

# 参数：
– -sort：按时间排序
– -summary：生成摘要
– -threads：按线程分组

# 命令行分析工具
#!/bin/bash
# analyze_error.sh
# from:www.itpux.com.qq113257174.wx:itpux-com
# web: http://www.fgedu.net.cn

LOG_FILE=$1

echo “=== 错误分析报告 ===”
echo “文件: $LOG_FILE”
echo “”

# 统计各类错误
echo “1. 错误类型统计：”
echo “ERROR: $(grep -c ‘ERROR’ $LOG_FILE)”
echo “WARNING: $(grep -c ‘WARNING’ $LOG_FILE)”
echo “Exception: $(grep -c ‘Exception’ $LOG_FILE)”
echo “SEVERE: $(grep -c ‘SEVERE’ $LOG_FILE)”

# 异常类型统计
echo “”
echo “2. 异常类型TOP10：”
grep “Exception” $LOG_FILE | \
awk -F: ‘{print $NF}’ | sort | uniq -c | sort -rn | head -10

# 时间分布
echo “”
echo “3. 错误时间分布：”
grep -i “error\|exception” $LOG_FILE | \
awk ‘{print substr($1, 2, 10)}’ | sort | uniq -c

# 线程分析
echo “”
echo “4. 错误线程TOP10：”
grep -i “error\|exception” $LOG_FILE | \
awk ‘{print $2}’ | sort | uniq -c | sort -rn | head -10

echo “=== 分析完成 ===”