|
| Sun ONE Application Server 7, Update 1 관리자 설명서 |
로깅 사용이 장에서는 Sun ONE Application Server의 로깅 특징과 기능뿐만 아니라 로깅에 사용되는 구성 요소에 대해 설명합니다.
이 장에서는 다음 내용을 설명합니다.
- 로깅 정보
- UNIX 및 Windows 플랫폼에서 로깅
- 로그 수준 사용
- 가상 서버와 로깅에 대한 정보
- 로거 정보
- 클라이언트측 로깅 정보
- 응용 프로그램 및 서버 로그 출력 리디렉션
- 로그 파일 관리
- 명령줄 인터페이스를 통한 로깅 구성
- 관리 인터페이스를 통한 로깅 구성
- 오류 로깅에 대한 지시문 구성
- 액세스 로그 파일 보기
- 이벤트 로그 파일 보기
- 로그 기본 설정
- 로그 분석기 실행
- 이벤트 보기(Windows 2000 Pro)
로깅 정보
로깅은 응용 프로그램에 사용되는 유용한 디버깅 및 진단 도구입니다. 또한 개발자의 생산성을 높여 줍니다. 응용 프로그램 서버의 고유 로그 출력은 서버 구성 및 배포 문제를 확인하고 진단하는 데 도움을 줍니다.
Sun ONE Application Server의 로깅은 Java 로깅 API를 사용합니다. Sun ONE Application Server는 로깅 정보를 수집하여 logs 디렉토리에 있는 두 로그 파일 즉, access.log와 server.log에 저장합니다. 또한 고유 로그 파일에 로그를 전송할 수 있습니다.
로깅된 메시지는 메시지 자체보다 많은 정보를 제공합니다. 제공되는 추가 정보에는 다음 내용이 포함됩니다.
- 이벤트 날짜와 시간.
- 이벤트의 로그 수준. Appserver에서 지정한 Loglevel ID 또는 이름.
- 프로세스 ID (PID). appserv 프로세스의 PID.
- (선택 사항) 가상 서버 ID (vsid). 메시지를 생성한 vsid.
- 메시지 ID. 하위 시스템 및 네 자리 정수.
- 메시지 데이터.
추가 메시지 정보의 유형과 순서는 로깅에 사용되는 플랫폼과 해당 플랫폼에 사용 가능한 로깅 서비스에 따라 다릅니다. 로깅된 메시지에 대해 가상 서버 ID를 사용하려면 "로그 서비스 구성"을 참조하십시오.
UNIX 및 Windows 플랫폼에서 로깅
이 절에서는 로그 파일을 만드는 방법을 설명합니다. 또한 다음 항목에 대해 설명합니다.
server.log의 기본 로깅
UNIX와 Windows 플랫폼에서 로그 파일은 log 하위 디렉토리의 server.log에 만들어집니다. 인스턴스의 모든 서버 구성 요소와 가상 서버에서 전송되는 로그는 이 한 파일에 수집됩니다.
전체 서버에 대해 기본 로그 수준을 설정할 수 있습니다. 그러나 하위 시스템 수준에서 특정한 하위 시스템에 대한 기본 로그 수준을 무시할 수 있습니다. 또한 stdout 및 stderr을 서버의 이벤트 로그에 리디렉션할 수 있으며, 운영 체제의 시스템 로그에 로그 출력을 전송할 수 있습니다. 또한 stdout 및 stderr 내용을 서버의 이벤트 로그로 전송할 수 있습니다. 로그 메시지는 기본적으로 지정된 서버 로그 파일뿐만 아니라 stderr에 전달됩니다.
또한 로그 메시지와 함께 가상 서버 ID를 기록할 수 있습니다. 이 기능은 여러 가상 서버를 사용하여 동일한 로그 파일에 메시지를 기록하는 경우에 유용합니다. 로그 메시지를 시스템 로그에 기록하도록 선택할 수 있습니다. 이렇게 하면 server.log 파일에 로깅이 수행되지 않습니다. 그 대신 UNIX의 syslog 로깅 서비스 또는 Windows 플랫폼의 시스템 로깅 서비스를 사용하여 로그를 작성하고 관리합니다.
또한 server.xml 속성을 사용하여 이 파일의 내용을 제어할 수 있습니다. server.xml 파일에 대한 자세한 내용은 Sun ONE Application Server Administrator's Configuration File Reference를 참조하십시오.
server.log의 예
다음은 server.log의 예입니다.
타임스탬프, 로그 수준, (PID vsid(선택 사항)): 메시지 ID: 메시지
[01/Aug/2002:11:39:31] INFO ( 1224): CORE1116: Sun ONE Application Server 7.0
[01/Aug/2002:11:39:36] INFO ( 1224): CORE5076: Using [Java HotSpot(TM) Server VM, Version 1.4.0_02-20020712] from [Sun Microsystems Inc.]
[01/Aug/2002:11:39:50] INFO ( 1224): JMS5023: JMS service successfully started. Instance Name = domain1_server1, Home = [D:\install_7_29\imq\bin].
[01/Aug/2002:11:39:53] INFO ( 1224): CIS0056: Creating TCP ServerConnection at [EndPoint [IIOP_CLEAR_TEXT:192.18.145.66:3700:false]]
[01/Aug/2002:11:39:53] INFO ( 1224): CIS0057: Created TCP ServerConnection at [EndPoint [IIOP_CLEAR_TEXT:192.18.145.66:3700:false]]
[01/Aug/2002:11:39:54] INFO ( 1224): CIS0054: Creating TCP Connection from [-] to [EndPoint
[IIOP_CLEAR_TEXT:192.18.145.66:3700:false]]
주 사전 컴파일된 JSP와 관련된 로그 메시지 리디렉션
사전 컴파일된 JSP와 관련된 로그 메시지는 기본적으로 {domain_root}/{domain_name}/admin-server/logs/server.log에 있는 Administration Server의 로그 파일에 저장됩니다.
모든 메시지는 같은 파일에 기록되므로, 사전 컴파일된 JSP를 사용하여 응용 프로그램을 배포하는 동안 발생하는 예외 또는 오류는 일반 로그 파일의 메시지 볼륨에서 손실될 수 있습니다. 지정된 도메인에서 관할하는 다중 인스턴스에 여러 응용 프로그램을 배포 중인 경우, Admin-Server의 로그 메시지는 특정한 응용 프로그램의 JSP와 관련된 예외가 없는지 주의 깊게 살펴 보아야 합니다. 이로 인해 중복될 수도 있습니다.
따라서 Administration Server의 server.log 파일 대신에 서버 인스턴스의 server.log 파일에서 사전 컴파일된 JSP를 사용하여 배포한 응용 프로그램과 관련된 메시지를 기록하는 것이 좋습니다.
Sun ONE Application Server 인스턴스의 server.log 파일에 로그 메시지를 리디렉션하려면 관리 인터페이스의 로그 파일에 대한 경로를 변경하십시오. 자세한 내용은 로그 서비스 구성을 참조하십시오.
syslog를 사용한 로깅
중앙 집중화된 로깅이 필요한 안정된 운영 환경에서는 syslog가 적절합니다. 로그 출력이 진단 및 디버깅에 자주 필요한 환경의 경우 개별 서버 인스턴스 또는 가상 서버 로그가 더욱 관리하기 수월합니다.
주
syslogd와 결합된 syslog 로그 파일과 시스템 로그 데몬을 사용하여 다음 작업을 수행하도록 syslog.conf 파일을 구성할 수 있습니다.
- 해당 시스템 로그에 메시지 기록
- 시스템 콘솔에 메시지 기록
- 로깅된 메시지를 사용자 목록에 전달하거나 네트워크를 통해 다른 호스트의 다른 syslogd에 전달
syslog 구성
읽기 및 관리를 더욱 용이하도록 하려면 /etc 디렉토리에 있는 syslog.conf를 구성하여 심각하지 않은 메시지는 별도의 파일에 전송하여 저장할 수 있습니다.
syslog 구성 방법
- 심각하지 않은 메시지를 별도의 파일에 전송하여 저장하려면, Solaris의 syslog.conf 파일에 다음 명령을 추가합니다.
daemon.debug /var/adm/iasdebug
주 로그 메시지가 Windows eventlog에 전송되면 로그 수준이 INFO, WARNING, SEVERE, ALERT 또는 FATAL인 메시지만 기록됩니다.
- 접속 끊기 신호를 syslogd에 보냅니다. 이 작업은 다음 명령을 사용하여 실행할 수 있습니다.
kill -HUP <PID syslogd>
- 관리 인터페이스의 Admin Server로 이동하여 "시스템 로그 옵션에 쓰기"를 선택합니다. 저장한 다음 변경 사항을 적용합니다. 변경 사항이 적용되도록 Admin Server를 다시 시작합니다.
구성된 Solaris syslog.conf 파일의 예는 다음과 같습니다.
#ident"@(#)syslog.conf1.598/12/14 SMI"/* SunOS 5.0 */
#
# Copyright (c) 1991-1998 by Sun Microsystems, Inc.
# All rights reserved.
#
# syslog configuration file.
#
# This file is processed by m4 so be careful to quote (`') names
# that match m4 reserved words. Also, within ifdef's, arguments
# containing commas must be quoted.
#
*.err;kern.notice;auth.notice/dev/sysmsg
*.err;kern.debug;mail.crit/var/adm/messages
daemon.info;daemon.err;daemon.debug;daemon.alert;daemon.crit;daemon .warning/var/adm/iaslog
daemon.debug/var/adm/iasdebug
#daemon.notice;/var/adm/iaslognotice
#daemon.warning;/var/adm/iaslogwarning
#daemon.alert;/var/adm/iaslogalert
#daemon.err;/var/adm/iaslogerr
#*.alert;kern.err;daemon.erroperator
#*.alertroot
*.emerg*
# if a non-loghost machine chooses to have authentication messages
# sent to the loghost machine, un-comment out the following line:
#auth.noticeifdef(`LOGHOST', /var/log/authlog, @loghost)
mail.debugifdef(`LOGHOST', /var/log/syslog, @loghost)
#
# non-loghost machines will use the following lines to cause "user"
# log messages to be logged locally.
#
ifdef(`LOGHOST', ,
user.err/dev/sysmsg
user.err/var/adm/messages
user.alert`root, operator'
user.emerg*
)
자세한 내용은 syslog.conf 설명서 페이지를 참조하십시오.
syslog.conf에 대한 변경 사항이 적용되려면, Sun ONE Application Server를 다시 시작해야 합니다.
syslog에 대한 로깅은 모든 Sun ONE Application Server의 로그와 기타 데몬 응용 프로그램의 로그가 동일한 파일에 수집되는 것을 의미하므로 로깅된 메시지는 다음 정보가 보강되어 특정한 서버 또는 가상의 서버 인스턴스에서 전송된 Sun ONE Application Server별 메시지를 확인합니다.
- 고유 메시지 ID
- 타임스탬프
- 인스턴스 이름
- 프로그램 이름(appservd 또는 appserv-wdog)
- 프로세스 ID (appserv 프로세스의 PID)
- 스레드 ID (선택 사항)
- 서버 ID
server.xml 파일에서 서버 인스턴스와 가상 서버 인스턴스에 대해 로그 서비스를 구성할 수 있습니다. 가상 서버 인스턴스에 대한 로그 서비스 구성은 "가상 서버와 로깅에 대한 정보"에서 설명합니다. 서버 인스턴스에 대한 로그 서비스 구성은 "관리 인터페이스를 통한 로깅 구성"에서 설명합니다.
로그 수준은 해당 하위 시스템과 구성 요소에 대한 관리 인터페이스를 통해 구성할 수 있습니다.
UNIX 운영 환경에서 사용되는 syslog 로깅 메커니즘에 대한 자세한 내용을 보려면 터미널 프롬프트에서 다음 man 명령을 사용하십시오.
man syslog
man syslogd
man syslog.conf
syslog 메시지의 예
다음은 syslog 메시지의 예입니다.
타임스탬프, 호스트 이름 [instance_name], [subsystem], [vsid], 메시지 ID, 로그 수준, 메시지 데이터
Jul 19 14:33:18 strange /usr/lib/nfs/lockd[164]: [ID 599441 daemon.info] Number of servers not specified. Using default of 20.
Jul 19 14:33:20 strange ntpdate[181]: [ID 558275 daemon.notice] adjust time server 192.18.56.149 offset 0.06702 6 sec
Jul 19 14:38:13 strange xntpd[248]: [ID 204180 daemon.info] synchronisation lost
Jul 19 14:38:47 strange server1 appservd[374]: [ID 702911 daemon.info] INFO ( 374): CORE1116: Sun ONE Application Server 7.0
Jul 19 14:38:48 strange server1 appservd[374]: [ID 702911 daemon.info] FINE ( 374): Collecting statistics for up to 1 processes with 128 threads, 200 listen sockets, and 1000 virtual servers
Windows eventlog를 사용하여 로깅
Windows 운영 환경에서 사용되는 이벤트 로그 메커니즘에 대한 자세한 내용은 키워드 Event Logging에 대한 Windows의 도움말 시스템 색인을 참조하십시오.
로그 수준 사용
이 절에서는 로그 수준과 각 Sun ONE Application Server 하위 시스템에 대한 로그 수준 지정 방법에 대해 설명합니다.
다음 항목에 대해 설명합니다.
로그 수준 정보
Sun ONE Application Server는 정보의 선택적 로깅을 위해 표준 JDK 1.4 로그 수준을 사용합니다. Sun ONE Application Server는 표준 JDK 로그 수준뿐만 아니라 server.log에 보다 자연스럽게 매핑하고 Solaris와 밀접하게 통합할 수 있도록 설계한 로그 수준을 추가했습니다.
로깅된 메시지는 server.log에 라우팅되면 "server.log에 매핑된 Sun ONE Application Server 로그 수준"에 정의된 대로 로그 수준에 매핑됩니다.
로깅이 가능한 각 Sun ONE Application Server 하위 시스템에 대해 로그 수준을 지정할 수 있습니다. 로그 수준은 런타임 중에 기록되는 메시지 정보의 양을 간소화하는 데 유용합니다. 이러한 로그 수준은 관련 하위 시스템의 server.xml 파일에서 지정됩니다. 선택된 하위 시스템의 관리 인터페이스에서 로그 수준을 지정하거나 선택된 하위 시스템에 대해 원하는 로그 수준을 설정하기 위해 server.xml 파일을 직접 편집할 수 있습니다.
관리 인터페이스를 통한 로그 수준 설정의 예는 그림 "JMS 서비스에 대한 로그 수준"을 참조하십시오. server.xml 파일에서 각 하위 시스템 또는 구성 요소에 대한 로그 수준을 직접 설정하려면 Sun ONE Application Server Administrator's Configuration File Reference를 참조하십시오.
표 "로그 수준"에서 설명하는 로그 수준은 JDK1.4 로깅 API 사양의 요구 사항과 일치합니다. 그러나 ALERT 및 FATAL과 같은 로그 수준은 Sun ONE Application Server에만 적용되므로 JDK1.4 로깅 API에서는 구현되지 않습니다.
다음 표에서는 심각도가 높아지는 순서로 Sun ONE Application Server의 로그 수준과 메시지를 정의합니다. 왼쪽 열에서는 Sun ONE Application Server의 로그 수준을 나열하고 오른쪽 열에서는 각 로그 수준에 대해 간단히 설명합니다.
주 INFO보다 낮은 로그 수준(FINEST, FINER, FINE 및 CONFIG)의 모든 메시지는 디버깅과 관련된 문제에 도움이 되는 정보를 제공하며, 기술 지원의 조언에 따라 활성화해야 합니다. INFO보다 낮은 로그 수준의 메시지는 일반적으로 현지화하지 않습니다.
syslog 구성에 사용된 로그 수준
다음 표에는 syslog를 사용할 때 Sun ONE Application Server 내에서 구성할 수 있는 로그 수준의 목록이 포함되어 있습니다. 왼쪽 열에는 Sun ONE Application Server의 로그 수준이 나열되어 있고 오른쪽 열에는 syslog 기능의 해당 로그 수준이 나열되어 있습니다.
가상 서버와 로깅에 대한 정보
Sun ONE Application Server는 가상 서버 인스턴스를 가질 수 있습니다. Sun ONE Application Server 인스턴스의 각 가상 서버는 고유한 ID를 가지며, 고유 로그 파일을 가질 수 있습니다. 각 가상 서버에 대한 개별 로그 파일을 사용하면 특정 트랜잭션 및 자원에 대한 서버 동작을 추적할 수 있습니다.
관리 인터페이스에서 가상 서버에 대해 로그 파일 이름을 지정하려면, 디렉토리 트리에서 HTTP Server 링크로 이동하여 가상 서버 폴더 아래에 있는 서버 인스턴스 요소를 열어 오른쪽 프레임에서 "일반" 탭을 표시합니다. "로그 파일" 필드에서 이 가상 서버에 대한 로그 파일의 경로와 이름을 입력할 수 있습니다. 그림 "가상 서버 로그 파일 이름 설정"은 이 설정이 있는 위치를 보여줍니다.
주 로깅이 가능하고 응용 프로그램이 실행 중인 경우, 응용 프로그램에서 로깅된 메시지가 가상 서버 ID 없이 기록됩니다.
가상 서버 로그 파일 이름 설정
또한 여러 가상 서버의 로깅된 메시지를 하나의 서버 로그 파일로 전송할 수 있습니다. 이런 경우, server.xml 파일의 log service 요소에 있는 log-virtual-server-id를 활성화할 수 있습니다. 이렇게 하면 사용자는 서로 다른 가상 서버에서 전송된 로그 메시지를 구별할 수 있습니다.
<log-service level="FINEST" log-stdout="false" log-stderr="false" echo-log-messages-to-stderr="false" create-console="false" log-virtual-server-id="true" use-system-logging="false">
</log-service>
<http-listener>
<virtual-server-class>
<virtual-server id="server1" http-listeners="http-listener-1" hosts="strange" mime="mime1" state="on" accept-language="false"/>
<virtual-server id="server2" hosts="strange" mime="mime1"/>
</virtual-server-class>
</http-listener>
이 예에서 <log-service log-virtual-server-id="true">는 모든 로그 메시지에 virtual_server_id를 포함하는 역할을 합니다. 이렇게 함으로써 서로 다른 가상 서버에서 보내온 메시지를 구별할 수 있습니다. virtual-server 요소에 "log-file" 속성이 없으면, 모든 가상 서버는 단일 파일에 메시지를 기록합니다.
로거 정보
하위 시스템 수준에서 로깅을 선택적으로 활성화하거나 비활성화할 수 있습니다. 각 하위 시스템에 대한 로깅 제어는 Sun ONE Application Server Configuration File Reference에 설명된 대로 server.xml 파일에서 지정됩니다. 각 하위 시스템에는 JDK1.4 로깅 API의 요구 사항에 일치하는 고유 로거가 있습니다.
다음 표에서 왼쪽 열에는 하위 시스템이 표시되어 있고 오른쪽 열에는 각 하위 시스템의 server.xml 파일의 요소가 표시되어 있습니다.
Sun ONE Application Server의 하위 시스템과 위치
하위 시스템
요소
Administration Server
<admin-service>
EJB 컨테이너
<ejb-container>
웹 컨테이너
<web-container>
MDB 컨테이너
<mdb-container>
Sun ONE Message Queue (JMS 서비스)
<jms-service>
보안 서비스
<security-service>
Java Transaction Service (JTS)
<transaction-service>
Object Request Broker (ORB)
<iiop-service>
기본 처리기1
<log-service>
기본 처리기는 유틸리티 클래스와 같이 특정 하위 시스템과 관련이 없는 모든 server.xml 항목과 관련된 기본 로거를 말합니다.
JMS 서비스에 대한 로그 수준
주 Windows 플랫폼에서 Windows server.log에 로그를 전송할 경우, 로그 수준이 INFO, WARNING, SEVERE, ALERT 또는 FATAL인 메시지만 Windows Event Log에 기록됩니다.
표 "로그 수준"은 Sun ONE Application Server의 메시지에 대한 심각도가 높아지는 순서에 따라 로그 수준을 정의합니다. 이러한 로그 수준은 JDK1.4 로깅 API 사양의 요구 사항과 일치합니다. 또한 ALERT 및 FATAL과 같은 로그 수준은 Sun ONE Application Server에만 적용되므로 JDK1.4 로깅 API에서는 지원되지 않습니다.
클라이언트측 로깅 정보
Application Client Container (ACC)는 고유한 로그 서비스를 갖고 있으며, 로컬 파일에만 기록할 수 있습니다.
일반적으로 ACC는 응용 프로그램 서버의 다른 호스트에서 고유 프로세스에 따라 실행됩니다. 따라서 ACC에는 고유한 로깅 인프라 및 로그 파일이 있습니다. ACC 구성은 sun-acc.xml 파일에 보존됩니다.
ACC에 대한 클라이언트 하위 시스템 로깅 요소는 log-service입니다. 다음 표에는 요소 및 속성의 지정된 기본값과 값 범위가 표시되어 있습니다.
ACC 로깅 요소
요소
속성
설명
log-service
파일
ACC 로그 파일, 이 파일이 비어 있거나 빠진 경우, stdout에 기록
log-service
수준
ACC 로그 수준
sun-acc.xml 파일의 예는 Sun ONE Configuration File Reference를 참조하십시오.
응용 프로그램 및 서버 로그 출력 리디렉션
개발자는 응용 프로그램 구성 요소와 J2EE 응용 프로그램에 대한 단위 테스트를 하는 동안 응용 프로그램 로그 및 서버 로그를 쉽게 사용할 수 있어야 합니다. Windows 플랫폼에서 개발자는 서버 로그 메시지가 데스크탑의 명령 창에 표시되는 것을 선호합니다. UNIX 플래폼의 경우, 개발자는 대체로 서버 인스턴스가 시작되는 단말기 창의 stderr로 로그 메시지를 전송하거나, 명령 옵션 -f를 사용하여 로그 파일에 기록된 로그 메시지를 보는 것을 선호합니다.
server.xml 파일에는 로깅된 메시지를 로그 파일이나 단말기 창 등으로 전송하도록 stdout와 stderr에 대해 설정할 수 있는 속성이 포함되어 있습니다. stdout 및 stderr의 사용에 대한 자세한 내용은 Sun ONE Application Server Configuration File Reference를 참조하십시오.
로그 서비스에 대한 자세한 내용은 "로그 서비스 구성"을 참조하십시오.
로그 파일 관리
액세스 및 이벤트 로그(server.log) 파일이 자동으로 아카이브되도록 설정할 수 있습니다. 일정한 시간에 또는 특정한 간격이 지난 후에 로그는 회전합니다. Sun ONE Application Server는 이전의 로그 파일을 저장하고, 저장 날짜와 시간이 포함된 이름을 저장된 파일에 지정합니다.
주 여러 가상 서버를 만들고 각 가상 서버에 대해 로그 파일을 연결할 수 있지만 개별 가상 서버에 대한 로그 회전 설정은 지원되지 않습니다.
예를 들어, 매시간 액세스 로그 파일이 회전하도록 설정하면, Sun ONE Application Server가 이 파일을 저장하고 "access.199907152400"라는 이름을 지정합니다. 이 이름은 로그 파일의 이름과 년, 월, 일, 24시간을 한데 묶어 하나의 문자열로 만든 것입니다. 로그 아카이브 파일의 정확한 형식은 설정한 로그 회전의 유형에 따라 다양합니다.
주 이 기능은 기본적으로 비 Solaris 플랫폼에 제공됩니다.
Solaris에서 이 기능은 기본적으로 사용할 수 없으며, Solaris 9의 logadm과 같은 원시 Solaris 운영 체제 로그 관리 기능을 사용해야 합니다. Solaris 8에서는 로그 관리에 대한 기본 설정 유틸리티는 Solaris cron 유틸리티를 사용하여 logadm 실행 예약에서 설명한 cron 기능입니다.
운영 체제에 따라 로그 회전을 수행할 수 있는 네 가지 방법이 있습니다. 다음 절에서 이 방법에 대해 설명합니다. 다음 항목에 대해 설명합니다.
UNIX와 Windows의 경우
Solaris 9의 경우
- Solaris logadm 유틸리티 사용 자세한 내용은 "Solaris logadm 유틸리티를 사용하여 회전"을 참조하십시오.
Solaris의 경우(모든 버전)
- Solaris cron 유틸리티 사용 자세한 내용은 "Solaris "cron" 유틸리티를 사용하여 회전"을 참조하십시오.
내부 데몬 로그 회전
내부 데몬 로그 회전은 UNIX와 Windows 운영 체제에 모두 사용할 수 있습니다. 내부 데몬 로그 회전은 HTTP 데몬에서 일어나며, 서버 인스턴스 시작 시간에만 구성할 수 있습니다. 이 방법을 사용하여 회전되는 로그는 다음 형식으로 저장됩니다.
access.<YYYY><MM><DD><HHMM>
error. <YYYY><MM><DD><HHMM>
로그 파일을 회전하고 새 로그 파일을 시작하기 위한 기초로 사용하는 시간을 지정할 수 있습니다. 예를 들어, 회전 시작 시간이 오전 12시이고 회전 간격이 1440분(하루)인 경우 새 로그 파일은 현재 시간과 상관없이 저장 시 즉시 만들어지고 회전 시작 시간까지 정보를 수집합니다. 그리고 로그 파일은 매일 오전 12시에 회전하고 액세스 로그가 오전 12시에 기록되며 access.199907152400이라는 이름으로 저장됩니다. 마찬가지로 회전 간격을 240분(4시간)으로 설정하면, 회전은 오전 12시에 시작하고 액세스 로그 파일에는 4시간 간격(오전 12시에서 오전 4시까지, 오전 4시에서 오전 8시까지 등)으로 수집된 정보가 포함됩니다.
로그 회전이 가능하면 서버가 시작할 때 로그 파일 회전이 시작됩니다. 첫 번째로 회전되는 로그 파일은 현재 시간에서 다음 회전 시간까지 정보를 수집합니다. 이전의 예를 사용하여 시작 시간을 오전 12시로, 회전 간격을 240분으로 설정한 상태에서 현재 시간이 오전 6시인 경우 회전되는 첫 번째 로그 파일은 오전 6시에서 오전 8시까지 수집된 정보를 포함하게 되고, 다음 로그 파일은 오전 8시에서 오후 12시(정오)까지 수집된 정보를 포함하는 식으로 진행됩니다.
스케줄러 기반 로그 회전
스케줄러 로그 회전을 통해 로그 파일을 즉시 아카이브하거나 특정한 날 특정한 시간에 서버에서 로그 파일을 아카이브할 수 있습니다. 로그 파일을 즉시 아카이브하려면 관리 인터페이스의 왼쪽 창에서 "Admin Server"를 선택합니다. 그런 다음 오른쪽 페이지의 상단에서 로깅 링크를 누릅니다. 그 다음 "로그 회전"을 누릅니다. 마지막으로 "아카이브"를 누릅니다.
스케줄러 메소드를 사용하여 회전된 로그는 뒷부분에 파일이 회전된 날짜와 시간이 포함된 원래의 파일 이름으로 저장됩니다. 예를 들어, 로그 파일이 오후 4시 30분에 회전하면 access는 access.24Apr-0430PM이 될 수 있습니다.
서버가 시작할 때 로그 회전이 시작됩니다. 회전이 활성화되면 Sun ONE Application Server는 시간이 표시된 액세스 로그 파일을 만들고 서버가 시작할 때 회전이 시작됩니다.
회전이 시작되면 Sun ONE Application Server는 액세스 또는 오류 로그 파일에 기록해야 하는 요청 또는 오류가 있는 경우 새로운 시간이 표시된 로그 파일을 만들고, 미리 예약된 "다음 회전 시간" 이후에 기록합니다.
주 Windows 플랫폼의 경우와 Solaris에서 syslog 이외의 파일에 전송되는 서버 로깅의 경우, 서버 로그를 아카이브해야 합니다.
로그 파일을 아카이브하고 schedulerd 제어 메소드의 사용을 지정하려면, 관리 인터페이스의 왼쪽 창에서 "Admin Server"를 선택합니다. 그런 다음 오른쪽 페이지의 상단에서 로깅 링크를 누르고, "스케줄러 기반 로그 회전" 상자를 누릅니다. 마지막으로 "확인"을 누릅니다. 스케줄러의 현재 상태가 나타납니다.
Solaris logadm 유틸리티를 사용하여 회전
Solaris 9 운영 체제에는 로깅된 메시지와 함께 기능 배열을 수행하는 데 사용할 수 있는 logadm 유틸리티가 통합되어 있습니다.
Sun ONE Application Server에만 있는 이 유틸리티는 "Solaris cron 유틸리티를 사용하여 logadm 실행 예약"에서 설명한 Solaris cron 유틸리티에서 실행되는 경우 로그 회전 작업을 수행하는 데 유용합니다.
로그 파일과 관련해 다음과 같은 로그 회전 세부 정보를 지정할 수 있습니다.
- 회전되어야 하는 시스템의 모든 로그 파일 이름
- 회전 간격
- 회전을 트리거하는 조건
- 저장할 백업 로그 파일의 수
- 저장할 백업 로그 파일의 명명 규칙
위의 세부 정보는 다음 위치에 있는 logadm.conf 파일에 지정됩니다.
n /etc/logadm.conf
샘플 logadm.conf 파일은 다음과 같습니다.
# Copyright 2001-2002 Sun Microsystems, Inc. All rights reserved.
# Use is subject to license terms.
#
# ident "@(#)logadm.conf 1.2 02/02/13 SMI"
#
# logadm.conf
#
# Default settings for system log file management.
# The -w option to logadm(1M) is the preferred way to write to this
# file,
# but if you do edit it by hand, use "logadm -V" to check it for
# errors.
#
# The format of lines in this file is:
# <logname> <;options>
# For each logname listed here, the default options to logadm
# are given. Options given on the logadm command line override
# the defaults contained in this file.
# # logadm typically runs early every morning via an entry in
# root's crontab (see crontab(1)).
#
/var/log/syslog -C 8 -P 'Tue Jul 9 10:10:00 2002' -a 'kill -HUP `cat
/var/run/syslog.pid`' /var/adm/messages -C 4 -P 'Tue Jul 30 10:10:00 2002' -a
'kill -HUP `cat /var/run/syslog.pid`' /var/cron/log -c -s 512k -t /var/cron/olog
/var/lp/logs/lpsched -C 2 -N -t '$file.$N'
#
# The entry below is used by turnacct(1M)
#
/var/adm/pacct -C 0 -N -a '/usr/lib/acct/accton pacct' -g adm -m 664 -o adm -p never
#
# The entry below will rotate SUN One application server's default logfile
# every day provided the current logfile size is >= 512k. It will compress
# the old log file before archiving it and also delete the old files after 30
# days. The compression is done with gzip(1) and the resulting log file has
# the suffix of .gz.
/var/appserver/domains/domain1/server1/logs/server.log -A 30d -s 512k -p 1d -z
또는 대화형으로 logadm 명령을 호출하여 특정 파일에서 로그 회전을 시작할 수 있습니다.
다음 예에서는 syslog를 회전하고 8개 로그 파일을 유지합니다. 이전의 로그 파일은 /var/log 대신에 /var/oldlogs 디렉토리에 둡니다.
% logadm -C8 -t'/var/oldlogs/syslog.$n' /var/log/syslog
또한 대화형 명령줄 옵션을 사용하여 /etc/logadm.conf로 지정된 파일에서 회전을 호출할 수 있지만 다른 옵션 또는 수정된 옵션을 사용해야 합니다.
/etc/logadm.conf와 명령줄에 옵션을 지정한 경우, /etc/logadm.conf 파일의 옵션이 먼저 적용됩니다. 따라서 명령줄 옵션은 /etc/logadm.conf의 옵션을 무시합니다. 이 예는 다음과 같습니다.
% logadm /var/appserver/domains/domain1/server1/logs/server.log -p now
위의 명령은 /etc/logadm.conf의 해당 파일에 제공되는 모든 옵션을 사용하여 지정된 파일을 회전합니다.
주 여러 옵션이 동시에 지정된 경우에는 묵시적으로 이들 옵션 간에 AND가 있는 것으로 간주됩니다. 따라서 로그가 회전되기 전에 모든 조건이 충족되어야 합니다.
logadm 유틸리티 및 해당 옵션에 대한 자세한 내용은 다음 설명서 페이지를 참조하십시오.
% man logadm
또는
% logadm -h
Solaris "cron" 유틸리티를 사용하여 회전
Solaris 8에서 cron 유틸리티를 사용하여 응용 프로그램 서버 로그 회전을 수행할 수 있습니다. 이 작업은 다음 명령을 사용하여 실행할 수 있습니다.
% crontab -e
이 명령은 cron 항목 목록을 제공할 수 있도록 자주 사용하는 편집기(env. 변수 $EDITOR로 정의)를 시작합니다.
이 절에서는 다음 항목에 대해 설명합니다.
crontab 항목 형식 정보
crontab 파일은 각각 6개 필드 줄로 구성되어 있습니다. 필드는 공백이나 탭으로 구분됩니다. 첫 번째 5개 필드는 다음을 지정하는 정수 패턴입니다.
- 분(0-59)
- 시간(0-23),
- 일(1-31),
- 월(1-12),
- 요일 (0-6, 0=일요일).
이 형식을 사용하여 일/요일/월의 지정된 시간에 회전하고 회전 반복을 예약하는 액세스 및 이벤트 로그 파일을 지정할 수 있습니다. 예를 들어,
0 0 * * 1-5
/opt/SUNWappserver7/appserver/domains/domain1/server1/bin/rotatelogs
0 12 * * 1-5
/opt/SUNWappserver7/appserver/domains/domain1/server1/bin/rotatelogs
0 * * * 1-5
/opt/SUNWappserver7/appserver/domains/domain1/mainserver/bin/rotatelogs
이 지정에서는 server1의 액세스 및 로그 파일은 월요일부터 금요일까지 매일 자정과 정오에 회전하며, 주 서버의 액세스 및 로그 파일은 월요일부터 금요일까지 매일 매시간 회전합니다.
crontab 파일은 /var/spool/cron/crontabs/ 아래에 저장됩니다. crontab 파일은 최종 사용자 또는 루트로 만들 수 있습니다. 사용자의 권한에 따라 다음 명령을 사용하여 crontab 항목을 볼 수 있습니다.
% crontab -l username
Solaris cron 유틸리티를 사용하여 logadm 실행 예약
cron 명령은 특정한 날짜와 시간에 명령을 실행하는 프로세스를 시작합니다. /var/spool/cron/crontabs 디렉토리의 crontab 파일에서 찾을 수 있는 지침에 따라 정기적으로 예약된 명령을 지정할 수 있습니다.
cron과 함께 사용되는 정기적으로 예약된 명령의 예로서 crontab의 다음 항목은 매일 자정에 logadm를 시작합니다.
0 0 * * 0-6 logadm
사용자는 crontab(1) 명령을 사용하여 고유 crontab 파일을 제출할 수 있습니다.
cron에서 취한 모든 조치를 기록하려면 CRONLOG=YES (기본값)를 /etc/default/cron 파일에 지정해야 합니다. /etc/cron.d/logchecker는 로그 파일이 시스템 ulimit를 초과하는지 여부를 확인하는 스크립트입니다. 초과하는 경우, 로그 파일은 /var/cron/olog로 이동합니다.
명령줄 인터페이스를 통한 로깅 구성
서버 인스턴스와 가상 서버 인스턴스에 대해 명령줄에서 로깅 서비스 부분을 구성할 수 있습니다.
주 이 절에서 제공되는 모든 명령의 예는 환경 변수가 설정되어 있음을 전제로 합니다.
서버 인스턴스에 대해 모든 log-service 속성을 가지려면 다음 명령을 사용합니다.
asadmin> get instance_name.log-service.*
log-service 속성의 정의는 또한 표 "로그 서비스 속성"을 참조하십시오.
이 명령을 지정된 서버 인스턴스 이름과 함께 사용하는 예는 다음과 같습니다.
asadmin> get server1.log-service.*
server1의 로깅 서비스에 대한 속성 목록이 반환됩니다. set 명령을 사용하여 나열된 각 속성을 구성할 수 있습니다.
가상 서버 인스턴스에 대한 가상 서버 ID의 로깅을 활성화하려면 터미널 프롬프트에 다음 명령을 입력합니다.
asadmin> get instance_name.LogVirtualServerId
LogVirtualServerId의 현재 상태가 반환됩니다. 상태가 false이면 다음과 같이 set 명령을 사용하여 LogVirtualServerId를 활성화할 수 있습니다.
asadmin> set instance_name.LogVirtualServerId=true
가상 서버 인스턴스에 대한 로그 파일 이름을 설정하려면 다음과 같이 set 명령을 사용합니다.
asadmin> set instance_name.virtual-server.<virtual server id>.logFile=<log file>
한 예로서 다음의 set 로그 파일 명령이 발행됩니다.
asadmin> set instance2.virtual-server.instance2.logFile=/space/IAs7se/appserver7/appse rv/domains/domain1/instance2/logs/log
명령 구문에 대한 자세한 내용은 명령줄 인터페이스 도움말을 참조하십시오.
asadmin 사용에 대한 자세한 내용은 "명령줄 인터페이스 사용"을 참조하십시오.
관리 인터페이스를 통한 로깅 구성
이 절에서는 Sun ONE Application Server 관리 인터페이스을 통하여 서버측(전역) 요소, 지시문, 응용 프로그램 구성 요소에 대한 사용 가능한 로깅 서비스 옵션을 구성하는 작업에 대해 설명합니다.
이 절에서는 다음 항목에 대해 설명합니다.
로그 서비스 구성
로그 서비스는 Sun ONE Application Server Configuration File Reference에 설명된 대로 server.xml 파일의 J2EE 서비스 요소 범주에 있는 요소입니다. 로그 서비스는 시스템 로깅 서비스를 구성하는 데 사용되며, 다음 로그 파일을 포함합니다.
- 서버 로그
- 액세스 로그
- 트랜잭션 로그
- 가상 서버 로그
시스템 로깅 서비스 구성은 로그 서비스 요소의 속성 값 지정을 포함합니다.
서비스 인스턴스에 대한 로그 서비스 관리
"서비스 인스턴스에 대한 로그 서비스 관리"에서처럼 관리 인터페이스를 통해 로그 서비스 요소에 대한 다음 속성을 구성할 수 있습니다.
- 로그 파일
- 기본 로그 수준
- 이벤트 로그에 표준 출력 내용 기록
- 이벤트 로그에 표준 오류 내용 기록
- 표준 오류에 반향
- 콘솔 만들기
- 가상 서버 ID 기록
- 시스템 로그에 쓰기
로그 서비스 링크는 관리 인터페이스의 왼쪽 창에 있는 서버 인스턴스의 확장된 트리 계층에서 액세스할 수 있습니다. 다음 표에서는 허용되는 기본값 및 값 범위와 구성할 수 있는 각 속성에 대해 설명합니다.
로그 서비스 속성
속성
기본값
설명
file
server.log1
(선택 사항) 서버 로그의 이름 또는 위치를 무시합니다. 서버 실행에 사용되는 사용자 계정에 상관없이 서버 로그가 유지되는 파일 및 디렉토리를 기록할 수 있어야 합니다.
level
INFO
(선택 사항) 다른 요소에 의해 서버 로그에 로깅되는 메시지의 기본 유형을 제어합니다. 허용된 값은 가장 높은 값에서 가장 낮은 값 순으로 다음과 같습니다. FINEST, FINER, FINE, CONFIG, INFO, WARNING, SEVERE, ALERT, FATAL.
각 값은 보다 낮은 값에 해당되는 모든 메시지를 기록합니다. 예를 들어, FINEST는 모든 메시지를 기록하는 반면, FATAL은 FATAL 메시지만 기록합니다. 기본값은 INFO이며, INFO, WARNING, SEVERE, ALERT 및 FATAL 메시지를 모두 기록합니다.
log-stdout
True
(선택 사항) 값이 true이면 서버 로그에 stdout 출력을 리디렉션합니다. 유효한 값은 on, off, yes, no, 1, 0, true, false입니다.
log-stderr
True
(선택 사항) 값이 true이면, 서버 로그에 stderr 출력을 리디렉션합니다. 유효한 값은 on, off, yes, no, 1, 0, true, false입니다.
echo-log-messages-to-stderr
True
(선택 사항) 값이 true이면, 서버 로그와 stderr에 로그 메시지를 전송합니다. 유효한 값은 on, off, yes, no, 1, 0, true, false입니다.
create-console
False
(선택 사항) 값이 true이면, stderr 출력을 위해 Windows 운영 체제에서 콘솔 창을 만듭니다. 유효한 값은 on, off, yes, no, 1, 0, true, false입니다.
log-virtual-server-id
False
(선택 사항) 값이 true이면, 가상 서버 ID가 가상 서버 로그에 표시됩니다. 이 속성은 여러 virtual-server 요소가 동일한 로그 파일을 공유하는 경우에 유용합니다.
use-system-log
False
값이 true이면, UNIX syslog 서비스 또는 Windows Event Logging을 사용하여 로그를 만들고 관리합니다.
서버 요소의 log-root 속성에 의해 지정된 디렉토리에서.
응용 프로그램 서버 구성 요소 및 하위 시스템에 대한 로깅 구성
이 절은 Sun ONE Application Server 구성 요소와 하위 시스템에 대해 로깅을 활성화하고 로그 수준을 선택하는 방법에 대해 설명합니다. Java Transaction Service 구성 요소에는 두 개 이상의 로그 파일이 있습니다. 대부분의 구성 요소와 하위 시스템은 로그 수준 구성과 관련하여 같은 방법으로 처리되므로, 로그 수준을 선택하는 절차는 구성 요소와 하위 시스템의 지정된 그룹에 대해 단 한 번 문서화됩니다.
다음 구성 요소와 하위 시스템은 서버 메시지에 대한 선택적 로깅을 사용할 수 있습니다. 구성 요소와 하위 시스템에 대한 자세한 내용은 지시되어 있는 이 설명서의 다른 항목을 참조하십시오.
- ORB - Corba 기반 클라이언트에 대한 지원 구성
- 웹 컨테이너 - J2EE 서비스 구성
- EJB 컨테이너 - J2EE 서비스 구성
- MDB 컨테이너 - J2EE 서비스 구성(EJB 컨테이너 내부)
- Java Transaction Service - J2EE 서비스 구성
- JMS 서비스 - Java Message Service
- 가상 서버 - 가상 서버 사용
로그 수준 지정
ORB, 웹 컨테이너, EJB 컨테이너, MDB 컨테이너(EJB 컨테이너 내부), Java Transaction Service 및 JMS 서비스에 대한 로그 수준을 지정하려면 다음 절차를 수행합니다.
- 관리 인터페이스의 왼쪽 창에서 Sun ONE Application Server 인스턴스를 확장하여 편집하려는 구성 요소와 하위 시스템을 표시합니다.
- 원하는 구성 요소 또는 하위 시스템의 링크를 누릅니다.
- 관리 인터페이스의 오른쪽 페이지의 "로그 수준" 드롭다운 목록에서 다음 로그 수준 매개 변수 중 하나를 선택합니다. 로그 수준은 "로그 수준 정보"에서 설명합니다.
로그 파일 지정(가상 서버)
로그 파일을 지정하려면 다음 절차를 수행합니다.
- 관리 인터페이스의 왼쪽 창에서 Sun ONE Application Server 인스턴스를 확장하여 HTTP Server 하위 시스템을 표시합니다.
- HTTP 서버 링크를 누릅니다.
- 가상 서버 링크를 누릅니다.
- 원하는 서버 인스턴스 링크를 누릅니다.
- 관리 인터페이스의 오른쪽 페이지의 "일반" 탭에서 "로그 파일" 필드에 원하는 디렉토리 경로와 파일 이름을 입력합니다.
트랜잭션 로그 위치 지정(Java Transaction Service)
트랜잭션 로그 위치를 지정하려면 다음 절차를 수행합니다.
- 관리 인터페이스의 왼쪽 창에서 Sun ONE Application Server 인스턴스를 확장하여 Transaction Service 하위 시스템을 표시합니다.
- Transaction Service 링크를 누릅니다.
- 관리 인터페이스의 오른쪽 페이지에 있는 "고급 필드 그룹"의 "트랜잭션 로그 위치" 필드에 원하는 디렉토리 경로와 파일 이름을 입력합니다.
오류 로깅에 대한 지시문 구성
Sun ONE Application Server는 init.conf 파일에 대한 오류 로깅 지시문을 포함합니다. 여기에 포함되는 지시문은 다음과 같습니다.
- Error Log Date Format. ErrorLogDateFormat 지시문에서는 서버 로그에서 사용하는 날짜 형식을 지정합니다.
- Log Flush Interval. LogFlushInterval은 액세스 로그가 메모리에서 access.log 파일로 전송되기 전의 최대 시간 간격(초)을 결정합니다.
- Pid Log. PidLog는 기본 서버 프로세서의 프로세스 ID (pid)를 기록할 파일을 지정합니다. 일부 서버 지원 프로그램은 이 로그가 logs/pid의 서버 루트에 있음을 전제로 합니다.
init.conf에 대한 모든 지시문에 대한 자세한 내용은 Sun ONE Application Server Configuration File Reference를 참조하십시오.
액세스 로그 파일 보기
관리자 서버 및 Sun ONE Application Server 인스턴스의 http 로그 파일을 볼 수 있습니다.
Administration Server의 http 로그를 보려면, 관리 인터페이스의 왼쪽 창에서 "Admin Server"를 선택한 다음, 오른쪽 페이지에서 "로깅" 탭을 선택합니다. "HTTP 액세스 로그 보기" 링크가 나타납니다. 이 링크를 선택하여 구성된 액세스 로그를 봅니다. 이 때 나타나는 로그의 예는 그림 "Admin Server의 HTTP 액세스 로그 보기"와 같습니다.
Admin Server의 HTTP 액세스 로그 보기
응용 프로그램 서버 인스턴스에 대한 액세스 로그를 보려면 관리 인터페이스의 오른쪽 창에서 원하는 서버 인스턴스를 누릅니다. 오른쪽 창에서 "로깅" 탭을 누릅니다. "액세스 로그 보기" 링크를 눌러 해당 서버 인스턴스에 구성된 활성 액세스 로그를 표시합니다. 이에 대한 예는 그림 "응용 프로그램 서버 인스턴스의 액세스 로그 보기"에서 볼 수 있습니다.
응용 프로그램 서버 인스턴스의 액세스 로그 보기
이벤트 로그 파일 보기
관리자 서버 및 Sun ONE Application Server 인스턴스의 활성 이벤트 로그 파일을 모두 볼 수 있습니다.
관리자 서버의 이벤트 로그를 보려면, 왼쪽 창에서 "Admin Server"를 선택한 다음 오른쪽 페이지에서 "로깅" 탭을 선택합니다. "이벤트 로그 보기" 링크가 나타납니다. 이 링크를 선택하여 구성된 이벤트 로그를 봅니다. 이 때 나타나는 로그의 예는 그림 "Admin Server의 이벤트 로그 보기"와 같습니다.
Admin Server의 이벤트 로그 보기
응용 프로그램 서버 인스턴스에 대한 이벤트 로그를 보려면, 관리 인터페이스의 왼쪽 창에서 원하는 서버 인스턴스를 누른 다음, 오른쪽 창에서 "로깅" 탭을 선택합니다. 그러면 "이벤트 로그 보기" 링크가 나타납니다. 이 링크를 선택하여 구성된 이벤트 로그를 봅니다. 이 때 나타나는 로그의 예는 "응용 프로그램 서버 인스턴스의 이벤트 로기 보기"와 같습니다.
응용 프로그램 서버 인스턴스의 이벤트 로기 보기
로그 기본 설정
설치 중에 access라는 액세스 로그 파일이 서버에 만들어집니다. 액세스 로깅 여부, 로깅에 사용할 형식, 클라이언트가 자원에 액세스할 때 서버에서 클라이언트의 도메인 이름을 찾는 데 시간을 소비할 것인지의 여부를 지정함으로써 자원에 대한 액세스 로깅을 사용자 정의할 수 있습니다.
여러 가상 서버에 하나의 로그 파일을 사용하려면 이벤트 로그에 대한 server.xml 파일에서 LogVsId를 활성화해야 합니다. 자세한 내용은 Sun ONE Application Server Configuration File Reference를 참조하십시오. 또는 관리 인터페이스의 "Admin Server 로깅" 탭에서 LogVsID를 활성화할 수 있습니다.
관리 인터페이스에서 "가상 서버 ID 기록"을 활성화하려면 다음 단계를 수행합니다. 변경 사항을 적용하려면 Administration Server를 다시 시작해야 합니다.
- 관리 인터페이스의 왼쪽 창에서 "Admin Server"를 누릅니다.
- 오른쪽 페이지에서 "로깅" 탭을 누릅니다.
- "가상 서버 ID 기록" 확인란을 누릅니다.
- "저장" 버튼을 눌러 변경 사항을 Sun ONE Application Server에 적용합니다.
이 설정에서는 변경 사항이 적용될 수 있도록 Sun ONE Application Server를 다시 시작해야 합니다.
로그 분석기 실행
flexanlg는 로그 파일 보고에 사용되는 로그 분석기 도구입니다. 로그 분석기는 로깅이 syslog 이외의 다른 파일에 전송되는 경우에만 사용할 수 있습니다.
로그 분석기를 사용하여 작업 요약, 가장 일반적으로 액세스한 URL, 서버에 대한 액세스 빈도가 가장 높은 하루 중 시간대 등의 기본 서버에 대한 통계를 작성할 수 있습니다. 로그 분석기는 기본 서버가 아닌 가상 서버에 대해서는 통계를 작성할 수 없습니다. 그러나 "액세스 로그 파일 보기"에 설명된 대로 각 가상 서버에 대한 통계는 볼 수 있습니다.
주 로그 분석기를 실행하기 전에 서버 로그를 회전해야 합니다. 자세한 내용은 "로그 파일 관리"를 참조하십시오.
install_dir/bin/flexanlg 디렉토리에 있는 도구 flexanlg를 실행하여 명령줄에서 로그 분석기 명령을 실행할 수 있습니다.
flexanlg를 실행하려면 명령 프롬프트에서 다음 명령과 옵션을 입력하십시오.
flexanlg [ -P ] [-n name] [-x] [-r] [-p order] [-i file]* [ -m metafile ]* [ o file][ c opts] [-t opts] [-l opts] [-h help]
명령 옵션(* 표시가 있는 옵션은 반복 가능)
-i filename
입력 로그 파일
-P
프록시 로그 형식
-n servername
서버 이름
-x
HTML 출력
-r
호스트 이름에 대한 IP 주소 확인
-p [ c, t, l ]
출력 순서; 기본 순서는 횟수, 시간 통계, 목록 순
-m filename
메타 파일
-o filename
출력 로그 파일; 기본값은 stdout
-c [ h, n, r, f, e, u, o, k, c, z ]
다음 항목을 계산; 기본값: h, n, r, e , u, o, k, c
h: 총 적중 횟수
n: 304 Not Modified 상태 코드(로컬 복사 사용)
r: 302 Found 상태 코드(리디렉션)
f: 404 Not Found 상태 코드(문서를 찾을 수 없음)
e: 500 Server Error 상태 코드(잘못된 구성)
u: 총 고유 URL 수
o: 총 고유 호스트 수
k: 전송된 총 KB
c: 캐시에 저장된 총 KB
z: 어떤 항목도 계산하지 않음
-t [ sx, mx, hx, xx, z ]
일반 통계 찾기; 기본값: s5m5h24x10
s (number): 로그의 최대 (숫자) 초 찾기
m (number): 로그의 최대 (숫자) 분 찾기
h (number): 로그의 최대 (숫자) 시간 찾기
u (number): 로그의 최대 (숫자) 사용자 찾기
a (number): 로그의 최대 (숫자) 사용자 에이전트 찾기
r (number): 로그의 최대 (숫자) 참조자 찾기
x (number): 기타 키워드에 대한 최대 (숫자) 찾기
z: 어떤 일반 통계도 찾지 않음
-l [ cx, hx ]
지정된 하위 옵션 목록 만들기; 기본값: c+3h5
c (x, +x): 가장 일반적으로 액세스한 URL
x: x 항목만 나열
+x: x번 이상 액세스 한 경우에만 나열
h (x, +x): 서버에 가장 자주 액세스하는 호스트 또는 IP 주소
x: x 항목만 나열
+x: x번 이상 액세스한 경우에만 나열
z: 어떤 항목도 만들지 않음
예: flexanlg 명령 사용
flexanlg -i /var/opt/SUNQappserver7/domains/domain1/server1/logs/access
주 로그 분석기를 실행하기 전에 서버 로그를 아카이브해야 합니다.
이벤트 보기(Windows 2000 Pro)
Sun ONE Application Server는 server.log 파일에 오류를 기록할 뿐만 아니라 이벤트 뷰어에 심각한 시스템 오류를 기록합니다. 이벤트 뷰어는 시스템의 이벤트를 모니터하기 위해 사용합니다. 이러한 이벤트 뷰어를 사용하여 오류 로그가 열리기 전에 발행할 수 있는 기본적인 구성 문제로 인한 오류를 볼 수 있습니다.
이벤트 뷰어를 사용하려면 다음 단계를 수행하십시오.
- "시작" 메뉴에서 "프로그램"과 "관리 도구"를 차례로 선택합니다. "관리 도구" 프로그램 그룹에서 "이벤트 뷰어"를 선택합니다.
- "로그" 메뉴에서 "응용 프로그램"을 선택합니다.
응용 프로그램 로그가 이벤트 뷰어에 나타납니다. Sun ONE Application Server의 오류에는 https-serverid라는 소스 레이블이 있습니다.
- 로그에서 이 레이블을 찾으려면 "보기" 메뉴에서 "찾기"를 선택합니다. 업데이트된 로그 항목을 보려면 "보기" 메뉴에서 "갱신"을 선택하십시오.
이벤트 뷰어에 대한 자세한 내용은 시스템 설명서를 참조하십시오.