Websphere 共享日志编写器(com.ibm.ejs.ras.SharedLogWriter)答案

【问题标题】：Websphere Shared Log Writer(com.ibm.ejs.ras.SharedLogWriter)Websphere 共享日志编写器(com.ibm.ejs.ras.SharedLogWriter)
【发布时间】：2014-06-06 14:09:31
【问题描述】：

我在生产环境中遇到了非常低的速度。我正在分析系统，我发现的原因是系统中的所有线程都在等待访问websphere环境中的“Shared Log Writer”。这可能是什么原因。

什么是Websphere Shared Log Writer(com.ibm.ejs.ras.SharedLogWriter)，它是否管理写在websphere 中的日志。以及为什么它会阻止应用程序。我的应用程序也在使用 log4j 日志，并且大部分日志都写入 log4j 日志文件中，那么如果因为写入磁盘而出现错误，那么它应该在 log4j 进程中，而不是在 Websphere 共享日志写入器中。

这可能是什么原因。我是否过多地使用 websphere 日志文件来报告错误。请向我提供您的反馈。

【问题讨论】：

标签： websphere

【解决方案1】：

您可能将过多的数据记录到日志中，但这也可能是由于不同进程之间的 i/o 操作同步而引入的延迟。顾名思义，它是一个共享日志写入器。使用WAS ND时，同一节点（profile）的多个进程写入同一个文件，因此需要同步。

在管理术语中，此文件称为“服务日志”，默认位于 ${LOG_ROOT}/activity.log 中。

在大多数情况下，您并不真正需要该日志，您可以禁用它而不会造成严重后果。

可以通过以下方式禁用服务日志：http://www-01.ibm.com/support/knowledgecenter/SSEQTP_8.5.5/com.ibm.websphere.base.doc/ae/ttrb_cfgsvclog.html

您可以为您的单元全局使用 wsadmin 脚本。

在 wsadmin/jython 中：

for sl in AdminConfig.getid('/ServiceLog:/').splitlines():
    AdminConfig.modify(sl, [['enabled', 'false']])
AdminConfig.save()

广告模式

如果我没有利用这个机会宣传WDR 库，我就不是我自己了，它极大地提高了WebSphere 脚本的可读性和可维护性。因此，WDR 的脚本将如下所示：

for sl in getid('/ServiceLog:/'):
    sl.enabled = 0
save()
sync()

【讨论】：

感谢您的回答。您能告诉我 websphere 在 Activity.log 中记录了哪些信息吗？它是否太高并减慢了我的系统速度。系统生产能力良好。它仅在一次 500 个用户等高容量时才会减慢。还有其他日志，如 SystemOut.log 和 SystemErr.log。它们不是同一个 Websphere Shared Log Writer 的一部分吗？请提供您的想法。
还有一个信息要分享，所有这些日志都没有版本控制，就像所有日志都记录在一个文件中一样。而对于我的 log4j 日志文件，我每小时进行一次版本控制。每隔一小时就会创建一个新文件。如果文件越来越大，这会产生什么影响。
activity.log 是一个二进制文件。您需要使用专门的工具来查看它。对于 WAS 8.5，您可以使用 showlog. 命令，对于其他版本，您需要使用 Application Server Toolkit 中的“Log and Trace Analyzer”。更多查看信息：www-01.ibm.com/support/knowledgecenter/api/content/SSEQTP_8.5.5/…
关于您关于日志轮换的问题：您对 SystemOut/SystemErr 日志有类似的选项。日志轮换可以基于时间或基于大小：www-01.ibm.com/support/knowledgecenter/api/content/SSEQTP_8.5.5/…