애플리케이션 문제점 해결을 위해 기본 또는 기존 메시지 로그 사용

WebSphere® Application Server는 시스템 메시지를 문제점 해결을 위해 검사할 수 있는 JVM, 프로세스 및 IBM® 서비스 로그를 포함하여 몇몇 일반 용도 로그에 쓸 수 있습니다.

시작하기 전에

JVM 로그는 System.out과 JVM의 System.err 스트림을 독립적 로그 파일로 경로 재지정하여 작성됩니다. WebSphere Application Server은 형식화된 메시지를 System.out 스트림에 작성합니다. 또한 애플리케이션 및 다른 코드는 스트림이 정의한 print()println() 메소드를 사용하여 이러한 스트림에 쓸 수 있습니다. Throwable 클래스에서 printStackTrace() 메소드 등과 같은 일부 개발자 키트 내장은 이러한 스트림에도 쓸 수 있습니다. 일반적으로 System.out 로그는 실행 중인 Application Server의 상태를 모니터하는 데 사용됩니다. System.out 로그 및 System.err 로그는 문제점 판별에 사용될 수 있습니다. System.err 로그는 문제점 분석을 수행할 때 유용한 예외 스택 추적 정보를 포함합니다.

각 애플리케이션 서버가 JVM을 나타내므로, 각 애플리케이션 서버 및 기본적으로 다음 디렉토리에 있는 해당 애플리케이션을 위한 하나의 JVM 로그 세트가 있습니다.
  • [AIX Solaris HP-UX Linux Windows][z/OS]install_root/profiles/profile_name/logs/server_name
  • [IBM i]profile_root/logs/server_name

WebSphere Application Server, Network Deployment 구성의 경우에 JVM 로그는 또한 배치 관리자 및 각 관리 에이전트를 위해 작성됩니다. 이들 또한 JVM을 나타내기 때문입니다.

[z/OS]각 애플리케이션 서버와 해당 애플리케이션의 모두를 위해 한쌍의 STDOUTSTDERR 로그 스트림이 있습니다. JVM 로그는 배치 관리자 및 각 관리 에이전트에 대해서도 작성됩니다. 이들이 또한 JVM을 나타내기 때문입니다.

프로세스 로그는 STDOUT과 JVM의 STDERR 스트림을 독립적 로그 파일로 경로 재지정하여 작성됩니다. JVM(Java™ virtual machine) 자체를 포함하여 기본 모드는 이러한 파일에 작성됩니다. 일반 규칙으로서 WebSphere Application Server는 이러한 파일에 쓰지 않습니다. 그러나 이러한 로그인은 기본 코드에 문제점과 관련된 정보 또는 JVM이 작성한 진단 정보를 포함할 수 있습니다.

JVM 로그에서처럼 각 JVM은 운영 체제 프로세스이므로 각 애플리케이션 서버를 위한 하나의 프로세스 로그 세트가 있습니다. WebSphere Application Server, Network Deployment 구성의 경우 프로세스 로그 세트가 배치 관리자 및 각 관리 에이전트를 위해 작성됩니다.

제거된 기능 제거된 기능: IBM 서비스 로그에는 System.out 스트림에 작성되는 WebSphere Application Server 메시지 및 일반적으로 관심사는 아니지만 문제점을 분석할 때 중요한 확장된 서비스 정보를 포함하는 일부 특수 메시지 둘 모두를 포함합니다. 모든 애플리케이션 서버를 포함하여, 노드에 있는 모든 WebSphere Application Server JVM를 위한 하나의 서비스 로그가 있습니다. IBM 서비스 로그는 2진 형식으로 유지보수되고 보려면 특수 도구가 필요합니다. 이 뷰어, 로그 및 추적 분석기는 추가적인 진단 기능을 제공합니다. 또한 2진 형식은 IBM 지원 조직에 의해 이용되는 기능을 제공합니다. depfeat

이러한 다용도의 로그뿐만 아니라, WebSphere Application Server에는 특정 컴포넌트 또는 활동에 고유한 다른 전문화된 로그를 포함합니다. 예를 들어, HTTP 서버 플러그인은 특수 로그를 유지보수합니다. 일반적으로 이러한 로그는 관심사는 아니지만, 특정 문제점 판별 프로시저를 수행할 때 이러한 로그의 하나 이상의 검사하기 위해 지시될 수도 있습니다. 플러그인 로그를 보는 방법과 그 시기에 대한 세부사항은 웹 자원을 표시하지 않음 주제의 Application Server를 통해 웹 자원 액세스 및 HTTP 서버 생략 하위 섹션을 참조하십시오.

[AIX Solaris HP-UX Linux Windows]참고: 시스템 로그(SYSLOG)는 z/OS®를 위해 WebSphere Application Server에서만 지원됩니다. WebSphere Application Server 로깅은 z/OS의 경우를 제외하고는 운영 체제 로그를 사용하지 않습니다.
[z/OS]참고: System.outSTDOUT 스트림은 z/OS 아래에 SYSPRINT ddname에 경로 재지정됩니다. System.errSTDERR 스트림은 z/OS 아래에 SYSOUT ddname에 경로 재지정됩니다. 기본적으로 WebSphere Application Server for z/OS 카탈로그화 프로시저가 이러한 ddnames를 인쇄(SYSOUT=*) 데이터 세트와 연관시켜서 메시지 로그가 WebSphere Application Server 작업 결과물로 이동하도록 만듭니다. 작업 결과물은 SDSF(Spool Display and Search Facility) 또는 동등한 소프트웨어로 볼 수 있습니다.

이 태스크 정보

종종 서버와 애플리케이션 문제점은 WebSphere Application Server으로부터 로그 결과물을 검사하여 진단될 수 있습니다.

프로시저

구현하는 로그 유형을 판별하십시오.

SYSPRINT과 SYSOUT 결과물을 HFS 파일로 경로 지정하는 방법.

UNIX 또는 Windows 환경에 친숙한 경우에는 서번트에서 SYSPRINT 및 SYSOUT 출력을 보기 위해 SDSF(또는 IOF)의 기능을 사용하기를 꺼릴 수도 있습니다. 텔넷 세션에서 결과물을 보기 위해 보다 친숙한 편집기(예: vi)를 사용하면 SYSPRINT 및 SYSOUT 결과물을 HFS에서 파일로 경로 지정할 수 있습니다.

다음 JCL 예는 시작 프로시저에서 SYSPRINT DD 카드를 수정하여 결과물을 HFS 파일로 경로 지정하는 방법을 보여줍니다. 이전 SYSPRINT DD 카드는 앞에 /*를 추가하여 주석 처리되었고, 새 SYSPRINT DD 카드는 "/myDir/myServer" 디렉토리에 있는 파일을 가리킵니다. 이 경우 이름이 was.log.d&LYYMMDD..t&LHHMMSS.log입니다. 날짜와 시간 변수 간의 추가 기간은 오타가 아니라 첫 번째 변수를 종료하는 데 필요한 JCL 구문의 인스턴스입니다. &LYYMMDD는 YYMMDD 형식에서 로컬 날짜로 대체되고 &LHHMMSS는 HHMMSS 형식에서 로컬 시간으로 대체됩니다. PATHMODE 서브 매개변수는 파일 모드를 775로 설정하고 PATHOPTS 서브매개변수 OWRONLY는 WRITE 액세스를 위해 파일을 엽니다. 서브 매개변수 OCREAT가 파일이 존재하지 않음을 표시하면 이를 작성하십시오.

서번트 또는 제어기 시작 프로시저에서 SYSPRINT DD 카드를 수정할 수 있습니다. 또한 SYSOUT 결과물을 경로 재지정하는 것과 같은 방법으로 SYSOUT DD 카드를 수정할 수 있습니다.

//*YSPRINT  DD SYSOUT=*,SPIN=UNALLOC,FREE=CLOSE
//SYSPRINT  DD PATHMODE=(SIRWXU,SIRWXG,SIROTH),
//   PATHOPTS=(OWRONLY,OCREAT),
//   PATH='/myDir/myServer/was.log.d&LYYMMDD..t&LHHMMSS'
참고: 여러 스트림의 결과물을 DEFALTDD 및 HRDCPYDD 변수 둘 모두를 설정하는 등과 같이 동일한 파일로 경로 지정하려고 시도하면 HRDCPYDD 파일의 할당이 실패하고 결과물이 기본 위치로 전송됩니다(JOBLOG/SYSLOG).

주제 유형을 표시하는 아이콘 태스크 주제



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