Log streams and expected output

Investigating the logging and tracing output for the application server is an excellent way to observe performance, diagnose problems, and gain a general understanding of how the application server is working within your environment. The expected output locations for logging and trace information can be different depending on the operating system on which the application server is running.

Note: 이 주제는 하나 이상의 애플리케이션 서버 로그 파일을 참조합니다. 권장되는 대안은 분배 및 IBM® i 시스템에서 SystemOut.log, SystemErr.log, trace.logactivity.log 파일을 사용하는 대신 HPEL(High Performance Extensible Logging) 로그를 사용하고 인프라를 추적하도록 서버를 구성하는 것입니다. 원시 z/OS® 로깅 기능과 연계하여 HPEL을 사용할 수도 있습니다. HPEL을 사용하는 경우 서버 프로파일 바이너리 디렉토리의 LogViewer 명령행 도구를 사용하여 모든 로그에 액세스하고 정보를 추적할 수 있습니다. HPEL 사용에 대한 자세한 정보는 HPEL을 사용한 애플리케이션 문제점 해결 정보를 참조하십시오.
[AIX Solaris HP-UX Linux Windows][IBM i]
Table 1. Log and trace output for distributed and IBM i. This table lists the expected output for logging and tracing output streams for distributed and IBM i operating systems
Log or trace stream Expected output - basic log and trace mode Expected output - HPEL log and trace mode
Java™ trace Trace.log. You must have tracing enabled.
  • HPEL trace repository.
  • HPEL TextLog*.log, when you enable this log.
Java logs
  • Trace.log, when you enable tracing.
  • Activity.log. The Activity.log file is also directed to the Showlog output.
  • SystemOut.log
  • HPEL log repository
  • HPEL TextLog*.log, when you enable this log.
System.out stream
  • Trace.log
  • SystemOut.log
  • HPEL log repository
  • HPEL TextLog*.log, when you enable this log.
System.err stream SystemErr.log
  • HPEL log repository
  • HPEL TextLog*.log, when you enable this log
cout (the C or C++ output stream) Native stdout Native stdout
cerr (the C or C++ error stream) Native stderr Native stderr
Figure 1. Distributed and IBM i - Basic log and trace mode. Distributed and IBM i - Basic log and trace modeGraphical representation of logging on distributed and IBM i
Figure 2. Distributed and IBM i - HPEL log and trace mode. Distributed and IBM i - HPEL log and trace modeGraphical representation of HPEL log and trace on distributed and IBM i
[z/OS]
Table 2. Log and trace output for z/OS. This table lists the expected output for logging and tracing output streams when the application server is installed on z/OS.
Log or trace stream Expected output - traditional log and trace mode Expected output - HPEL log and trace mode
Java trace SYSPRINT
문제점 방지 문제점 방지: Trace information, which includes events at the Fine, Finer and Finest levels, is written only to this output. If you do not enable diagnostic trace, setting the log detail level to Fine, Finer, or Finest does not affect the logged data.gotcha
  • HPEL trace repository
  • HPEL TextLog*.log, when you enable this log
Java logs (Audit level) Transformed into write-to-operator (WTO) output to the hard copy logging stream Same outputs as traditional log and trace mode, plus the following:
  • HPEL log repository
  • HPEL TextLog*.log, when you enable this log
Java logs (other levels) SYSOUT or your configured error stream Same outputs as traditional log and trace mod, plus the following:
  • HPEL log repository
  • HPEL TextLog*.log, when you enable this log
System.out SYSPRINT
  • HPEL log repository
  • HPEL TextLog*.log, when you enable this log
System.err SYSOUT
  • HPEL log repository
  • HPEL TextLog*.log, when you enable this log
cout (the C or C++ output stream) SYSPRINT SYSPRINT
cerr (the C or C++ error stream) SYSOUT SYSOUT
Native trace SYSPRINT
문제점 방지 문제점 방지: Trace information, which includes events at the Fine, Finer and Finest levels, is written only to this output. If you do not enable diagnostic trace, setting the log detail level to Fine, Finer, or Finest does not affect the logged data.gotcha
SYSPRINT
문제점 방지 문제점 방지: Trace information, which includes events at the Fine, Finer and Finest levels, is written only to this output. If you do not enable diagnostic trace, setting the log detail level to Fine, Finer, or Finest does not affect the logged data.gotcha
Native Message logs SYSOUT or your configured error stream SYSOUT or your configured error stream
Note: 이 주제는 하나 이상의 애플리케이션 서버 로그 파일을 참조합니다. 권장되는 대안은 분배 및 IBM i 시스템에서 SystemOut.log, SystemErr.log, trace.logactivity.log 파일을 사용하는 대신 HPEL(High Performance Extensible Logging) 로그를 사용하고 인프라를 추적하도록 서버를 구성하는 것입니다. 원시 z/OS 로깅 기능과 연계하여 HPEL을 사용할 수도 있습니다. HPEL을 사용하는 경우 서버 프로파일 바이너리 디렉토리의 LogViewer 명령행 도구를 사용하여 모든 로그에 액세스하고 정보를 추적할 수 있습니다. HPEL 사용에 대한 자세한 정보는 HPEL을 사용한 애플리케이션 문제점 해결 정보를 참조하십시오.
When considering the direction of log and trace streams, keep in mind the following acronyms and abbreviations:
cerr
C or C++ error steam
cout
C or C++ output steam
DD
Data Description statements
HFS
Hierarchical File System
JCL
Job Control Language
JES
Job Entry Subsystem
MVS™
Multiple Virtual Storage
WTO
Write-to-operator
WTOR
Write-to-operator with reply
Figure 3. z/OS - Traditional log and trace mode. z/OS - Traditional log and trace modeGraphical representation of traditional logging on z/OS
Figure 4. z/OS - HPEL log and trace mode. z/OS - HPEL log and trace modeGraphical representation of HPEL logging on z/OS

주제 유형을 표시하는 아이콘 개념 주제



시간소인 아이콘 마지막 업데이트 날짜: July 9, 2016 6:06
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cprf_logging
파일 이름:cprf_logging.html