精华内容
下载资源
问答
  • websphere日志怎么看

    千次阅读 2018-11-10 17:48:27
    websphere日志怎么看 看websphere日志,我们一般看两种,一个是SystemOut.log,另一个是SystemErr.log这两个是最常见的日志,怎么看呢?需要注意一下标志位: F :致命消息 E :错误消息 W :警告信息 A :审计...

    websphere日志怎么看

    看websphere日志,我们一般看两种,一个是SystemOut.log,另一个是SystemErr.log这两个是最常见的日志,怎么看呢?需要注意一下标志位:
    
    F :致命消息
    
    E :错误消息
    
    W :警告信息
    
    A :审计消息
    
    I :参考消息
    
    C :配置消息
    
    D :详细消息消息
    
    O :通过用户应用程序或内部组件直接写入SystemOut.log
    
    R : 通过用户应用程序或内部组件直接写入SystemErr.log
    
    Z : 表明不可识别的类型的占位符
    
    此时我们再去看SystemOut.log、SystemErr.log日志文件,会发现常见的只有R(用户应用程序或内部组件直接写入)和O(用户应用程序或内部组件直接写入)两种类型,有时偶尔会出现一个I(参考消息),那么我们在日常巡检过程中只需查看有无其它类型标志位信息即可!
    
    展开全文
  • WAS:WebSphere日志说明

    2020-03-02 21:45:49
    WebSphere日志说明。

    日志文件说明:

    (1).activity.log  
       打开方式:Log Analyzer in IBM Support Assistant   or   Log and Trace Analyzer(LTA) in Application Server Toolkit(AST)
       -consolidates key messages on a particular node(the WAS messages that are written to the System.out stream)
       -contains extended service information
    (2).SystemOut.log  and  SystemErr.log
       Stardard JVM output and error log
    (3).startServer.log  and  stopServer.log
       Startup and shutdown of the application servers
    (4).trace.log
       Application server code-level events
       output from diagnostic trace
    (5).http_plugin.log
       Location:<plugin_root>/logs/<webserver_name>
    (6). native_stdout.log  and  native_stderr.log
       Native code,JVM
    (7). FFDC(First failure data capture)
       可配置log保存天数
       Location:<profile_root>/logs/ffdc/
       属性文件包括:ffdcRun.properties   exceptionFileMaximunAge

    WAS中组件日志的位置:

    (1).HTTP plug-in
        Location: Web 服务器 > web_server_name > 插件属性
        log: <plugins_root>/logs/<web_server_name>/http_plugin.log
    (2).Embedded HTTP Server
        Location: 应用程序服务器 > server_name > Web 容器 > HTTP 错误和 NCSA 访问记录
        log: ${SERVER_LOG_ROOT}/http_access.log  和  ${SERVER_LOG_ROOT}/http_error.log
    (3).trace.log
        Location:记录和跟踪 > server_name > 诊断跟踪服务
        log: ${SERVER_LOG_ROOT}/trace.log
        说明: <component / group> = <log level>

    log level:detail, info, fatal, severe记录在SystemOut.log中, 只有fine, finer, finest,是记录在trace.log中

    WAS5.x 和WAS6.x中记日志的不同

         WAS5.x: com.ibm.*=all=enabled 或 com.ibm.*=all=disabled
         WAS6.x: com.ibm.*=info 或  com.ibm.*=all

    使用wasadmin改配置

         set server [$AdminConfig getid /Cell:<mycell>/Node:<mynode>/Server:<myserver>/]
         set tc [$AdminConfig list TraceService $server]
         $AdminConfig modify $tc {{startupTraceSpecification com.ibm.ws.*=all=enabled}}
         $AdminConfig save

    使用wasadmin改运行

         set ts [$AdminControl queryNames type=TraceService,node=<mynode>,process=<myserver>,*]
         $AdminControl setAttribute $ts traceSpecification com.ibm.ws.*=all=enabled

    日志中字符的含义

     
    符号含义
    >Entry to a method (debug)
    <Exit a method (debug)
    AAudit
    WWarning
    XError
    EEvent (debug)
    DDetail (debug)
    TTerminate (exits process)
    FFatal (exits process)
    IInformation
    OProgram output
    CConfiguration

     

    展开全文
  • WebSphere Commerce站点运行期间,将写入带有日志记录和跟踪信息的多个文件。 随着时间的流逝,这些日志的大小继续增长。 如果没有归档和清除策略,则日志可能会增长并占用数GB。 检测WebSphere Commerce环境中...

    websphere 日志

    在WebSphere Commerce站点运行期间,将写入带有日志记录和跟踪信息的多个文件。 随着时间的流逝,这些日志的大小继续增长。 如果没有归档和清除策略,则日志可能会增长并占用数GB。

    检测运行在WebSphere Commerce环境中的不同日志可能具有挑战性,因为运行WebSphere Commerce站点涉及多个产品(例如IBM®HTTP Server,WebSphere Application Server和数据库(例如DB2®或Oracle®))。仅举几例。 所有这些产品都定义了自己的日志集。

    本文可帮助您了解实施用于归档和清除旧日志的策略的重要性,并向您展示在典型的WebSphere Commerce安装中找到的日志文件。

    大型日志文件及其对操作的影响

    大型日志会通过以下多种方式影响网站的运行:

    • 需要额外的存储空间。 如果没有适当的警报,日志将耗尽文件系统并导致中断。
    • 影响性能,因为处理大文件会消耗更多的系统资源。
    • 增加备份和还原时间。
    • 增加了将日志传输到其他机器以进行问题确定所需的时间,并增加了技术人员在日志中查找相关信息的难度和时间。

    存档和清除日志

    管理日志时,需要考虑以下几点:

    日志轮换:轮换日志时,现有内容将被清除或移动到其他文件中,并重新初始化日志。 通常按照以下条件之一完成此操作:

    • 大小:原木达到特定大小时会旋转。 当日志快速增长时,此技术很有用。
    • 时间:以特定的时间间隔或时间旋转日志。 例如,每6个小时或每天午夜12点。 当日志(例如Web服务器日志)用于馈送其他应用程序时,此技术很有用。
    • 执行:应用程序可以通过在日志名称中添加唯一标识符(例如时间戳或增量编号)来为每次执行创建唯一日志。

    归档和清除:重新初始化当前日志时,现有内容将被归档。 此时,您需要确定清除旧日志的策略。 清除日志可以使用大小和时间作为变量来完成:

    • 大小:仅保留n个日志。 您可以丢弃其余的。
    • 时间:您可以根据时间决定要归档的日志。 例如,“保留最近48小时的日志值”。

    在某些情况下,写日志的产品已经提供了旋转和清除的选项。 例如,图1显示了WebSphere管理控制台中可用于跟踪文件的选项。

    图1. WebSphere Application Server跟踪文件的文件轮换选项
    图1. WebSphere Application Server跟踪文件的文件轮换选项

    并非所有的应用程序都可以自动归档和清除日志文件。 在某些情况下,您将需要实施自己的脚本和策略。

    管理员可以编写脚本并将其配置为使用UNIX cron或Windows®任务计划程序定期运行。 例如,“ logrotate”是用于旋转应用程序日志的流行Linux命令。 Solaris管理员可以使用“ logadm”命令。

    从头开始之前,我们建议您访问网站,例如sourceforge.net ,其中列出了多个示例,包括一些用Perl编写的示例,您可以在大多数平台上使用它们。

    记录和跟踪选项

    大多数产品配置不同的日志级别或跟踪选项,以确定写入日志的信息量。

    如果发现大日志,则需要与应用程序所有者合作,以查明是否可以使用不太冗长的选项。 如果启用了跟踪,则应用程序所有者将验证是否需要该跟踪并将其用于故障排除。

    请记住,应用程序管理员可以选择随时启用跟踪或详细日志记录,因此,即使当前未写入文件,我们也建议您定义文件清除和循环脚本。

    本文讨论的产品

    多个软件产品可以在WebSphere Commerce站点中一起工作。 本文列出了最常用的产品。 我们建议您对站点中使用的所有其他产品进行盘点,并确定要创建哪些其他日志。

    请注意,所讨论的产品仅适用于Linux,UNIX和Windows平台:

    WebSphere Commerce实用程序

    表1总结了使用不同的WebSphere Commerce实用程序创建的日志。

    表1. WebSphere Commerce实用程序日志
    记录 目录 文件 回转
    加载实用程序 WC_installdir / logs / trace.txt
    messages.txt
    Utility.dbtype.log
    DBClean实用程序脚本
    WC_installdir / instances / instanceName / logs / DBClean DBClean.yyyy.mm.dd.hh.mm.ss.zzz.log
    登台服务器实用程序 WC_installdir / logs / stagingcopy_yyyy.mm.dd_hh.mm.ss.zzz.log
    stagingprop_yyyy.mm.dd_hh.mm.ss.zzz.log
    fileprop_yyyy.mm.dd_hh.mm.ss.zzz.log
    MigrateEncryptedinfo实用程序 WC_installdir / logs / CCInfoMigration.log 没有
    MKChangeUserAndCCInfoMigration.log
    MigrateEncryptedInfoError.log

    加载实用程序

    WebSphere Commerce加载器实用程序用于添加和维护WebSphere Commerce数据库中的数据。 每个实用程序都可以记录到消息日志,跟踪日志和实用程序日志。

    可以启用进一步的调试,并将其记录到实用程序日志文件中。 每个实用程序日志文件都命名为Utility.dbtype.log ,其中Utility是加载程序实用程序(Massload,idresolver等)。 dbtype是数据库类型( db2oracle )。 仅在启用调试选项时才生成此日志。

    默认情况下,以下日志文​​件生成到WC_installdir /logs/目录中:

    • messages.txt
    • trace.txt
    • Utility.dbtype.log

    默认情况下,messages.txt和trace.txt日志文件的大小为1024 MB。 您可以配置日志文件的位置以及日志轮换的文件大小。

    有关更多详细信息 ,请参阅WebSphere Commerce信息中心中的“加载实用 程序日志”和“ 配置跟踪和日志记录”中的加载实用程序主题。

    DBClean实用程序脚本

    DBClean实用程序脚本用于从WebSphere Commerce数据库清除旧数据。 默认情况下,在每次运行该实用程序时,都会在WC_installdir/instances/instancename/logs/DBClean目录中创建一个日志,其名称为DBClean。 yyyy.mm.dd.hh.mm.ss.zzz .log。

    您可以在调用脚本时使用-log参数为日志指定新位置。

    通过在每次执行时在文件名后附加时间戳,这些工具会自动旋转日志。 不再需要旧文件时,管理员仍然负责清除它们。

    登台服务器实用程序

    登台服务器实用程序用于同步登台和生产数据。 每个实用程序在每次运行时都会创建一个新的日志文件。

    WC_installdir /logs目录中分别为stagingcopy,stagingprop和fileprop实用程序生成以下文件:

    • stagingcopy_yyyy.mm.dd_hh.mm.ss.zzz.log
    • stagingprop_yyyy.mm.dd_hh.mm.ss.zzz.log
    • fileprop_yyyy.mm.dd_hh.mm.ss.zzz.log

    通过在每次执行时在文件名后附加时间戳,这些工具会自动旋转日志。 不再需要旧文件时,管理员仍然负责清除它们。

    MigrateEncryptedInfo实用程序

    MigrateEncryptedInfo用于更改商家密钥并重新加密数据库中的所有加密数据。 当必须频繁更改商户密钥时,可以使用此实用程序,因此必须监视日志以确保它们不会过多地堆积。

    每次运行该实用程序时,都会在WC_installdir/logs目录中生成以下日志文​​件:

    • CCInfoMigration.log
    • MKChangeUserAndCCInfoMigration.log
    • MigrateEncryptedInfoError.log

    这些文件的大小取决于加密的数据量以及已启用的日志记录量。 此实用程序生成的日志文件没有清除或循环可用的功能。 每次执行该实用程序时,将重新创建日志文件。

    WebSphere应用服务器

    表2总结了由WebSphere Application Server(以下称为Application Server)创建和维护的最重要的日志:

    表2. WebSphere Application Server日志
    记录 目录 文件 回转
    Java虚拟机日志 WAS_installdir / profiles / profileName / logs / serverName SystemOut.log 根据时间和大小支持
    SystemErr.log
    跟踪日志
    WAS_installdir / profiles / profileName / logs / serverName trace.log 支持的文件大小
    本机和垃圾收集日志 WAS_installdir / profiles / profileName / logs / serverName native_stderr.log 没有
    native_stdout.log
    Javacore和heapdumps WAS_installdir / profiles / profileName heapdump.yyyymmdd.hhmmss.pid.txt
    javacore.yyyymmdd.hhmmss.pid.txt
    没有
    IBM_HEAPDUMPDIR环境变量
    首次故障数据捕获(FFDC) WAS_installdir / profiles / profileName / logs / ffdc * .log
    *。文本
    根据文件大小支持
    服务日志
    WAS_installdir / profiles / profileName / logs / 活动日志 没有
    HTTP错误和NCSA访问日志记录 WAS_installdir / profiles / profileName / logs / serverName http_access.log
    http_error.log
    支持的文件大小

    Java虚拟机日志

    默认情况下,Java™虚拟机(JVM)日志是使用以下名称在WAS_installdir /profiles/ profileName /logs/ serverName目录下创建的:

    • SystemOut.log
    • SystemErr.log

    您可以按照图2所示配置JVM日志中所述的信息,使用管理控制台来配置默认的日志目录和日志轮换选项。

    图2. WebSphere Application Server JVM日志的文件轮换选项
    图2. WebSphere Application Server JVM日志的文件轮换选项

    这些日志文件由Application Server自动管理。 当日志文件达到最大文件大小或一定时间时,将发生日志轮换。 在清空当前日志之前,将内容移动到文件中,该文件根据以下命名约定进行命名:

    • SystemOut_yy.mm.dd_hh.mm.ss.log
    • SystemErr_yy.mm.dd._hh.mm.ss.log

    跟踪日志

    尽管默认情况下Application Server不会写入跟踪日志,但是WebSphere管理员可以选择随时启用跟踪

    如果启用了跟踪,那么Application Server将使用以下名称trace.log将跟踪日志写入WAS_installdir /profiles/ profileName /logs/ serverName目录中。

    您可以使用WebSphere管理控制台更改此日志名称和位置。

    跟踪文件只能根据大小进行旋转。 您可以指定历史文件的最大数量,如图3所示。发生轮换时,将使用此命名约定trace_yy.mm.dd_hh.mm.ss.log重命名当前日志文件。

    图3. WebSphere Application Server跟踪日志的文件轮换选项
    WebSphere Application Server跟踪日志的文件轮换选项

    本机和垃圾收集日志

    Application Server将本机进程信息写入WAS_installdir /profiles/ profileName /logs/ serverName目录下的以下日志:

    • native_stderr.log
    • native_stdout.log

    如果在系统上启用了垃圾回收 (GC),则GC信息将被写入Solaris系统上的native_stdout.log以及AIX,Windows和Linux上的native_stderr.log中。

    没有用于处理这些日志的日志翻转的配置。 如果删除日志文件,则在重新启动服务器之前,日志文件不会自动生成。 要减小文件大小,您可以手动清空文件。

    Javacores和heapdumps

    在异常情况下,例如崩溃或内存不足问题,JVM可能会创建javacores和heapdumps。 堆转储可能非常大(超过500 MB),因此,在确定问题不再需要它们时,请务必对其进行存档。

    默认情况下,将在WAS_installdir /profiles/ profileName目录下使用以下名称创建javacores和heapdumps:

    • javacore.yyyymmdd.hhmmss.pid.txt
    • heapdump.yyyymmdd.hhmmss.pid.txt

    您可以通过设置IBM_HEAPDUMPDIR环境变量来覆盖此位置。

    如果将JVM配置为在发生内存不足时生成堆转储,则有可能连续生成多个堆转储(鉴于它们的大容量,它们可以快速填充文件系统)。

    从Java 1.4.2 SR5开始,可以限制使用JAVA_DUMP_OPTS环境变量生成的堆转储和javacore的数量:

    export JAVA_DUMP_OPTS="ONANYSIGNAL(JAVADUMP[n],HEAPDUMP[m])"

    哪里:

    • n是可生成的最大Javacore数
    • m是可以生成的最大堆转储数。

    首次故障数据捕获

    首次故障数据捕获(FFDC)在后台运行,并记录运行时事件和错误。 FFDC日志在WAS_installdir /profiles/ profileName /logs/ffdc目录下创建。 这些日志由Application Server自动轮换和维护。 您无需担心这些日志,但是如果您发现它们使用了大量的空间,请查看内容并联系WebSphere Application Server支持。

    服务日志(activity.log)

    Application Server还包括服务日志。 默认情况下,此日志是使用此名称activity.logWAS_installdir /profiles/ profileName /logs/目录中创建的。

    该二进制文件与Log Analyzer工具一起使用,以显示事件并基于症状数据库分析问题。 它使您可以指定最大文件大小(默认为2 MB),如图4所示。达到此大小后,服务日志将自动换行。 服务日志不会像JVM日志一样滚动到新的日志文件。

    图4. WebSphere Application Server服务日志的文件大小选项
    WebSphere Application Server服务日志的文件大小选项

    HTTP错误和NCSA访问日志记录

    Application Server在WAS_installdir /profiles/ profileName /logs/ serverName目录下写入以下日志,其中WAS_installdir /profiles/ profileName /logs/ serverName HTTP传输通道的访问和错误信息:

    • http_access.log
    • http_error.log

    尽管默认情况下未启用这些日志,但是如果启用,它们会Swift增长。 Application Server提供基于大小的基本轮换,可以在WebSphere管理控制台中对其进行配置。

    WebSphere Application Server插件

    当处于默认跟踪级别“错误”时,Application Server插件通常记录最少的数据。 这仅记录由异常请求处理引起的错误消息。 增加日志级别可能会导致大量日志记录,因此必须监视此文件。

    表3. WebSphere Application Server插件日志
    记录 目录 文件 回转
    插件日志 WAS_installdir /插件/日志/ Web服务器 http_plugin.log 没有

    日志包含基于配置的日志级别的插件写入的日志消息。 文件的名称和位置在plugin-cfg.xml中定义。

    例如,您可以指定以下内容:

    <Log LogLevel="Error" Name="/opt/WebSphere/Plugins/logs/webserver1/http_plugin.log"/>

    如果文件不存在,则创建它。 如果该文件已经存在,则以附加模式打开它,并且以前的插件日志消息将保留。

    如果Web服务器和Web服务器插件在AIX,Linux或Solaris系统上运行,并且您在plugin-cfg.xml文件中更改了日志级别,则不会动态获取此更改。 您必须重新启动Web服务器才能获取更改。

    不支持日志轮换和清除。 如果在服务器运行时删除了该文件,则不会创建新的日志文件。 您必须重新启动服务器才能生成新的日志文件。

    IBM HTTP服务器

    IBM HTTP Server(IHS)可以生成大量日志,因为对该站点发出的所有请求都记录在Web服务器access.log中。 在典型的WebSphere Commerce站点中,该日志仅一天就能增长到几GB。

    表4总结了IBM HTTP Server创建的日志:

    表4. IBM HTTP Server日志
    记录 目录 文件 回转
    访问 WC_installdir / instances / instanceName 访问日志 支持的。 默认情况下未启用。
    错误 WC_installdir / instances / instanceName 错误日志 支持的。 默认情况下未启用。

    访问和错误日​​志

    尽管IHS提供了实用程序来实现日志轮换,但默认情况下未启用它。

    Rotatelogs是Web服务器附带的实用程序。 它允许您根据时间或大小旋转。 有关更多详细信息,请访问Rotatelogs问答页面。

    # Rotates access log every 24 hours.
    CustomLog "|/usr/IBMIHS/bin/rotatelogs /usr/IHS/logs/access.log 86400" common
    
    # Rotates errror log when it reaches 50M
    ErrorLog "|/usr/IBMIHS/bin/rotatelogs /usr/IHS/logs/error.log 50M"

    Cronolog是一种流行的第三方实用程序,您还可以将其用于日志轮换:

    # Uses cronolog to rotate access logs daily
    CustomLog "|/usr/cronolog /usr/IHS/logs/%Y/%m/%d/access_log" common

    请记住,尽管您可以使用这些实用程序来实现日志轮换,但它们不会清除旧日志。 您仍然需要实现自己的脚本来存档和删除旧日志。

    WebSphere MQ

    表5列出了WebSphere MQ生成的日志。

    表5. WebSphere MQ日志
    记录 目录 文件 回转
    队列管理器错误 / var / mqm / qmgrs / qmname /错误 AMQERR01.LOG
    AMQERR02.LOG
    AMQERR03.LOG
    是的,根据文件大小。 预定义的清除。
    错误日志 / var / mqm / errors AMQERR01.LOG
    AMQERR02.LOG
    AMQERR03.LOG
    是的,根据文件大小。 预定义的清除。
    跟踪日志
    / var / mqm / trace amqpid.id.trc 没有

    错误日志

    WebSphere MQ写入不同的错误日志文件 。 如果知道队列管理器的名称,则将错误消息写入到队列管理器的错误目录/var/mqm/qmgrs/qmname/errors的错误日志文件中。

    如果队列管理器名称未知,则将错误消息写入错误子目录/var/mqm/errors的错误日志文件。

    错误日志文件使用以下名称编写:

    • AMQERR01.LOG
    • MQERR02.LOG
    • AMQERR03.LOG

    每个日志文件的默认容量为256 KB。 您可以按照队列管理器日志中描述的信息来更改大小。

    发生错误时,WebSphere MQ首先写入AMQERR01。 如果AMQERR01增长到256 KB以上,则会将其复制到AMQERR02。 如果存在AMQERR02,则WebSphere MQ将AMQERR02复制为AMQERR03,并且AMQERR03中的任何数据都将被覆盖。

    跟踪日志

    WebSphere MQ使用以下名称AMQ pid . id .TRC在/ var / mqm / trace目录下写入详细的跟踪信息AMQ pid . id .TRC AMQ pid . id .TRC 。 其中“ pid”是进程ID,“ id”是增量唯一标识符。

    DB2数据库

    除STMM日志外,DB2不提供开箱即用的日志轮换或修剪。

    表6总结了由DB2数据库创建和维护的最重要的日志。

    表6. DB2数据库日志
    记录 位置 文件 回转
    通知 诊断路径 UNIX上的Instance.nyf和Windows上的事件日志 没有
    db2diag.log 诊断路径 db2diag.log 没有
    db2dasdiag.log UNIX:DASHOME / das / dump
    Windows:位于DAS主目录中的“转储”文件夹中。
    db2dasdiag.log 没有
    转储,陷阱和核心文件 诊断路径 pid.partition,核心等 没有
    STMM日志 诊断路径/ stmmlog stmm>#。log

    DIAGPATH配置参数指定在其上创建大多数日志和跟踪文件的目录。 通常将其称为db2dump目录。

    DB2信息中心中的“ 首次失败数据捕获信息”和“ 首次失败数据捕获位置”主题提供了有关在DB2数据库操作期间生成的日志的更多详细信息。

    实例通知日志

    通知日志由DB2,运行状况监视器,Capture和Apply程序以及用户应用程序写入。 在UNIX平台上,管理通知日志是在DIAGPATH变量指定的目录下创建的,名称为instance.nfy

    在Windows上,所有管理通知消息均写入事件日志。 您可以在DB2运行时删除通知日志。 发生这种情况时,DB2将创建一个新日志,并继续将日志写入新日志文件。

    db2diag.log

    db2diag.log文件包含诊断信息,对于确定DB2客户支持的问题很有用。 它位于DIAGPATH目录下,名称为db2diag.log

    Windows developerWorks 上的DB2 UDB脚本简介中的“存档诊断日志”部分提供了如何归档db2diag.log的示例。 您可以在DB2运行时删除db2diag.log。 发生这种情况时,DB2创建一个db2diag.log并继续将日志写入新的日志文件。

    db2dasdiag.log

    db2dasdiag.log日志包含有关在DB2管理服务器(DAS)中特别遇到的错误的诊断信息。 它位于DIAGPATH目录下,名称为db2dasdiag.log.

    您可以在DB2运行时删除db2dasdiag日志。 发生这种情况时,DB2将创建db2dasdiag.log并继续将日志写入新的日志文件。

    转储文件,陷阱文件和核心文件

    每当DB2遇到错误时,都会生成转储文件。 此二进制文件包含对确定问题有用的附加信息。

    陷阱文件是由于数据库管理器由于陷阱,分段违例或异常而无法继续处理时由数据库管理器生成的。

    当DB2异常终止时,操作系统将生成一个核心文件。 该二进制文件类似于DB2陷阱文件,但是它包含终止进程的整个内存映像。 没有任何机制可以控制DB2生成的转储,陷阱和核心文件的数量。

    自调整内存管理器日志

    自调整内存管理器(STMM)是版本9中的新增功能,它负责为几个关键内存配置参数配置自动设置。 对于STMM所做的每个更改,该更改都记录在db2diag.log和STMM日志文件中。 您可以在DIAGPATH / stmm目录中找到具有以下名称stmm#的STMM日志。

    STMM日志最多分为五个文件,每个文件的最大大小为10MB。 这些日志文件以循环方式维护,始终在创建新文件之前删除最旧的日志文件。 最大大小和最大文件数均不可配置。

    Oracle数据库10g

    Oracle数据库不会自动轮换或清除日志。 该任务留给管理员。 数据库和系统管理员需要实施cron脚本,以定期监视写入日志的目录并根据需要清除它们。

    表7仅列出了在Oracle系统上创建的一些日志。 名称服务器,企业管理器,RAC,Dataguard,导入和导出实用程序,数据泵等只是您可能还需要实现其他Oracle组件以进行日志维护的示例。

    表7. Oracle数据库日志
    记录 位置 回转
    后台日志 显示参数background_dump_dest 没有
    用户日志 显示参数user_dump_dest 没有
    核心日志 显示参数core_dump_dest 没有
    审核日志 显示参数audit_file_dest 没有
    侦听器日志 lsnrctl显示日志目录
    lsnrctl显示log_file
    lsnrctl显示trc_file
    lsnrctl显示trc_level
    没有
    SQL * Net日志 在SQLNET.ORA中:
    log_directory_server
    log_file_server
    没有

    背景和用户日志

    background_dump_dest参数指定写入后台进程(LGWR,DBWn等)的跟踪文件的位置。 每个后台进程都记录到其自己的文件中,该文件名为SID _bgprocess_ PID .trc

    维护这些文件可能很棘手。 如果该文件正在使用中并且将其删除,则Oracle停止写入该文件(不会重新创建该文件)。 实施清理脚本时,您需要删除时间戳早于上次数据库重新启动的日志。 或者,使用命令(例如UNIX上的ps以确保进程未运行。

    如果该进程正在运行,您仍然可以清空文件,Oracle会继续对其进行写入。 要在UNIX上清空文件,可以使用“>”运算符,如以下示例所示:

    $ > o10g_p003_42314.trc

    Metalink说明394891.1说明了如何重新创建可能已被意外删除的后台跟踪文件。

    用户进程的跟踪(例如SQL跟踪)被写入到user_dump_dest目录。 管理与后台进程的管理类似。

    如果您担心日志增长过快,则还可以设置max_dump_file_size ,它限制了除警报日志以外的所有跟踪日志的最大大小。

    警报日志

    警报日志是一个特殊的跟踪文件,用于记录消息和错误。 它是在background_dump_dest目录中以alert_ sid .log的名称创建的。 由于该日志不是由Oracle轮换的,因此您需要确保它不会增长到一定大小。 与其他跟踪文件相比,您可以在实例运行时安全地删除警报日志,Oracle会为您重新创建它。

    侦听器日志

    侦听器日志是另一个定期维护的重要文件。 您可以使用以下命令列出侦听器日志的位置:

    lsnrctl show log_directory
    lsnrctl show log_file

    要删除侦听器日志,首先需要停止侦听器,或者需要将日志记录重定向到其他文件。

    如果启用了跟踪,那么以下命令将显示跟踪写入到的目录和文件名:

    lsnrctl show trc_directory
    lsnrctl show trc_file

    SQL * Net日志

    SQL * Net日志记录在sqlnet.ora控制。 以下参数确定日志的位置:

    • log_directory_server
    • log_file_server

    缺省的log_directory_server为$ORACLE_HOME/network/log ,缺省的log_file_server值为sqlnet.log 。 您可以在进程运行时删除sqlnet.log文件。

    结论

    本文介绍了如何在没有适当控制的情况下将日志文件增大到难以管理的大小,从而影响站点的运行并可能导致中断。 在本文中,您了解了在WebSphere Commerce环境中找到的典型日志,维护它们的现有工具以及实现自己的策略和脚本的技术。

    致谢

    作者要感谢John Edelstein对本文Oracle部分的帮助。


    翻译自: https://www.ibm.com/developerworks/websphere/library/techarticles/0904_leung/0904_leung.html

    websphere 日志

    展开全文
  • websphere8.5.5配置JDK1.8

    万次阅读 2018-04-11 14:02:19
    公司的某项目的需求:应用使用的JDK环境是JDK1.8,但客户... 以下是websphere8.5配置JDK1.8的步骤,中间探索过程就多废话了,希望能帮到有需要的朋友。 目录 一、检查当前websphere环境 登陆到was控制台 ...

    公司的某项目的需求:应用使用的JDK环境是JDK1.8,但客户的中间件websphere8.5.5默认的是JDK1.6,大家都没切换JDK版本的经验,于是小编一刀就开始“踩坑”探索…
    以下是websphere8.5配置JDK1.8的步骤,中间探索过程就多废话了,希望能帮到有需要的朋友。


    目录

    一、检查当前websphere环境

    1. 登陆到was控制台
    2. 查看版本

    二、下载was升级包和JDK包

    1.下载was8.5.5.13升级包
    2.下载 JDK 1.8

    三、升级WAS 8.5.5.13

    1.解压下载到的三个升级包
    2. 使用IIM升级
    3.升级验证

    四、安装JDK1.8

    1. 解压压缩包
    2. 使用IIM安装
    3. 升级验证

    五、配置使用JDK1.8

    1.在server中做配置
    2. 验证JDK版本


    一、检查当前websphere环境

    1. 登陆到was控制台
      http://192.168.196.100:9060/ibm/console
    展开全文
  • WebSphere安装配置文档

    2019-11-08 16:36:37
    WebSphere安装配置文档 1、环境准备 标题
  • webSphere 配置

    2020-01-06 18:24:25
    webSphere 性能配置WebSphere日志信息: …/profiles/Appsrv01/logs/server下主要日志 SystemErr.log : 系统出错日志 SystemOut.log : 系统中所有活动的日志 trace.log : 系统中所有跟踪的事件的日志 start...
  • websphere 发布配置

    千次阅读 2016-06-28 15:46:59
    1. webSphere操作指引 1.1. 安装目录及启动方式 安装目录:/opt/IBM/WebSphere/ 启动方式:/opt/IBM/WebSphere/AppServer/bin/startServer.sh server1 1.2. 登陆控制台 管理地址:...
  • websphere参数配置

    千次阅读 2014-10-11 16:40:53
    websphere参数配置 http://www.blogjava.net/supperchen/archive/2008/07/03/212226.html 1,更改http server的配置文件参数KeepAlive。 原因:这个值说明是否保持客户与HTTP SERVER的连接,如果设置为ON,...
  • 作为WebSphere Commerce支持和服务组织的成员,我们遇到的实现没有提供适当的日志记录和跟踪来解决各种问题。 缺少日志记录,使用了诸如System.out之类的技术不足,或者依赖于不推荐使用和保留的组件,例如WC_EXTERN...
  • Websphere安装配置

    2007-04-20 14:52:00
    安装 WebSphere应用服务器  IBM WebSphere Application Server提供了从电子商务的构建、发布到管理的能力。其标准版提供了开放、标准的平台。WebSphere Application Server包括Servlet运行引擎、高性能的数据库连接...
  • websphere下,log4j打印的内容会被was接管,导致在tomcat下可以正常使用的log4j配置方法,在websphere下不打印任何日志到目标路径,本方法可以解决此问题并且是几乎所有开源jar包在websphere上碰上冲突时的标准...
  • websphere参数配置

    2008-07-22 12:45:19
    1,更改http server的配置文件参数KeepAlive。 原因:这个值说明是否保持客户与HTTP SERVER的连接,如果设置为ON,则请求数到达MaxKeepAliveRequests设定值时请求将排队,导致响应变慢。 方法:打开ibm http server...
  • WebSphere MQ配置

    2016-09-06 06:47:00
    WebSphere MQ的系统配置和维护中,通道(Channel)的配置和维护是较复杂也是最重要的部分,本文将对如何配置和维护WebSphere MQ消息通道进行介绍,并附录有关实现WebSphere MQ队列管理器双向通讯对象配置脚本。...
  • Websphere日志分析 FFDC

    千次阅读 2008-12-05 10:07:00
    第一次失败数据捕获第一次失败数据捕获(FFDC) 是一个内置在 WebSphere Application Server 运行时中的工具,该工具试图在发生可能的非正常情况时,自动捕获并保存关键信息。因为 WebSphere Application Server 遇到...
  • WebSphere安全配置参考

    千次阅读 2016-12-07 19:22:25
    ① 建议配置 以管理员身份打开管理控制台,执行: (1) 点击“应用程序”-->“企业应用程序”双击要查看的应用程序 (2) 点击“其它属性”中的“映射安全性角色到用户/组”与开发人员确认协商,修改安全角色映射,...
  • websphere参数配置技巧

    2011-03-15 10:32:00
    websphere参数配置 <br />1,更改http server的配置文件参数KeepAlive。 原因:这个值说明是否保持客户与HTTP SERVER的连接,如果设置为ON,则请求数到达MaxKeepAliveRequests设定值时请求将排队,...
  • 故障诊断--日志和跟踪--server1--JVM 日志 Troubleshooting--Logs and trace--server1--JVM Logs JVM日志 设置SystemOut.log和SystemErr.log 每天一个日志,除当前日志外,另外保存30天的日志 开始...
  • IBM Websphere安装配置与项目部署

    万次阅读 2017-07-10 10:41:22
    Websphere安装配置 1. 在IBM官网下载安装包 (需注册账户,不要偷懒,账户后边需要用到,而且注册不需要审核很简单,一分钟即可搞定~) 下载地址(下载需要通过审核,可能一天后才可以): 点击打开...
  • Websphere 环境中,如何安装插件,在Http Server与WebSphere之间配置SSL
  • Websphere里面配置DB2 JDBC的步骤1.选择JDBC 提供程序,新建2.在JDBC 提供程序里面选择:DB2 Universal JDBC Driver Provider 注意带(xa)的选项说明两阶段提交协议可...
  • Eclipse+Websphere配置说明 目录一、 前言... 3二、 安装webSphere.. 32.1. 安装WAS..... 配置WAS日志输出方式... 5三、 eclipse配置... 63.1. 下载purchaseEAR工程... 63.2. 在eclipse中配置webs...
  • WebSphere 7 Log4j 日志输出配置.

    千次阅读 2013-01-24 12:46:53
    我相信用过WebSphere的童鞋都会遇到这样一个问题、项目发布后自己的log4j日志没有起作用???   这个问题我在网上找了一些资料终于得以解决、把解决办法总结了下提供给大家.   操作系统是linux  步骤如下...
  • 在基于WebSphere Application Server的Web应用程序中,内存利用率会严重影响系统性能。 最常见的内存问题之一是内存泄漏,它会导致严重的性能下降。 从理论上讲,由于Java™具有垃圾回收(GC),因此不应在Java™中...
  • Websphere配置system.getproperty的值

    千次阅读 2013-11-01 17:59:59
    websphere中要配置system.getProperty的值,可以在下面的位置进行配置: Servers  Server Types  Websphere applicaton servers  your server   java and process mana
  • 下载下websphere6.1安装,在安装的过程中要记住自己设置的node name和cell name.2. 启动eclipse,在window-&gt;preperences-&gt;myeclipse-&gt;application servers-&gt;websphere6.1点Browse...选择...
  • 1 安装websphere,注意计算机名不可以有下划线 2 https://localhost:9043/ibm/console,到集成解决方案控制台 3 资源——JDBC——JDBC提供程序 节点选择Node01,然后新建 数据库类型选择Oracle,实施类型选择连接...
  • websphere中,如果我们直接修改我们应用程序底下的web.xml的话,在不重新打包部署的情况下,那么这次修改肯定会是不会起作用的,除非我们重新打包部署一下,解决的方法是,我们在不打包重新部署的情况下,不能只...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 12,944
精华内容 5,177
关键字:

websphere日志配置