10장 Calendar Server 관리

이 장은 Calendar Server의 관리 방법을 설명하며, 다음 내용으로 구성되어 있습니다.

명령줄 유틸리티를 실행하고 ics.conf 구성 파일을 편집하여 Calendar Server를 관리합니다.

명령줄 유틸리티를 실행하려면 Calendar Server가 실행되고 있는 시스템에 대해 관리 권한을 가진 사용자로 로그인해야 합니다.

Calendar Server 시작 및 중지

start-cal 및 stop-cal 명령을 사용하여 Calendar Server를 시작하고 중지할 수 있습니다. start-cal 및 stop-cal 유틸리티 사용을 참조하십시오.


주	Calendar Server는 이전 릴리스와의 호환성을 위해서만 csstart 및 csstop 유틸리티를 제공합니다. 가능한 경우 Calendar Server 시작과 중지에는 start-cal 및 stop-cal 유틸리티를 사용하는 것이 좋습니다.

start-cal 및 stop-cal 유틸리티 사용

start-cal 및 stop-cal 유틸리티는 cal_svr_base/opt/SUNWics5/cal/sbin 디렉토리에 있습니다. Calendar Server가 설치된 로컬 시스템에서 이러한 유틸리티들을 실행해야 합니다. 문제가 발생할 경우 start-cal 및 stop-cal 유틸리티 문제 해결을 참조하십시오.

start-cal 유틸리티가 Calendar Server 서비스를 시작하는 순서

enpd - 이벤트 알림 서비스(ENS)

csnotifyd - 알림 서비스

csadmind - 관리 서비스

csdwpd - 원격 Calendar Server 데이터베이스 구성에서만 시작되는 분산 데이터베이스 서비스인 데이터베이스 와이어 프로토콜(DWP) 서비스

cshttpd - HTTP 서비스

이 서비스에 대한 자세한 설명은 "Calendar Server 서비스"를 참조하십시오.

start-cal 명령을 사용하여 Calendar Server를 시작하는 방법

시스템에 관리 권한이 있는 사용자로 로그인합니다.

cal_svr_base/opt/SUNWics5/cal/sbin 디렉토리로 변경합니다.

다음을 사용하여 Calendar Server를 시작합니다.

./start-cal

stop-cal 명령을 사용하여 Calendar Server를 중지하는 방법

Calendar Server가 실행되고 있는 시스템에 대한 관리 권한이 있는 사용자로 로그인합니다.

cal_svr_base/opt/SUNWics5/cal/sbin 디렉토리로 변경합니다.

다음을 사용하여 Calendar Server를 중지합니다.

./stop-cal

start-cal 및 stop-cal 유틸리티 문제 해결

Calendar Server를 시작하고 중지할 때 다음 문제가 발생할 수 있습니다.

start-cal 유틸리티가 모든 Calendar Server 프로세스를 시작하는 것은 아닙니다. 예를 들어, start-cal은 enpd, csnotifyd 및 csadmind 프로세스를 시작할 수 있지만 cshttpd는 시작하지 않습니다. 이 경우 Calendar Server를 다시 시작하기 전에 모든 Calendar Server 프로세스를 중지해야 합니다.

stop-cal 유틸리티는 모든 Calendar Server 프로세스를 중지하지는 않습니다. 예를 들어, stop-cal은 cshttpd 부모 프로세스를 중지할 수 있지만 cshttpd 자식 프로세스는 중지할 수 없습니다. 이 경우 나머지 Calendar Server 프로세스를 중지해야 합니다.

Calendar Server를 실행하는 Linux 시스템에서 ps 명령을 사용하여 달력 프로세스를 검색하면 혼동되는 결과가 나올 수 있습니다. Linux에서 ps 명령은 프로세스 목록이 아니라 실행 중인 스레드의 목록을 반환합니다. 프로세스만 표시하는 해결 방법은 알려져 있지 않습니다.

Solaris 운영 체제에서 Calendar Server 프로세스를 중지하는 방법

Calendar Server가 실행되고 있는 시스템에 대한 관리 권한이 있는 사용자로 로그인합니다.

각 서비스마다 ps 명령을 입력하여 나머지 Calendar Server 프로세스의 프로세스 아이디(PID)를 확인합니다.

ps -elf | grep cs-process

여기서 cs-process는 enpd, csnotifyd, csdwpd, csadmind 또는 cshttpd입니다. 예를 들면 다음과 같습니다.

ps -elf | grep cshttpd

아직 실행 중인 각 프로세스의 PID를 사용하여 프로세스를 종료시킬 pkill -15 명령을 입력합니다. 예를 들면 다음과 같습니다.

pkill -15 9875

각 ps 명령을 다시 입력하여 모든 Calendar Server 프로세스가 중지되었는지 확인합니다.

Calendar Server 프로세스가 아직 실행 중이라면 pkill -9 명령을 입력하여 종료합니다. 예를 들면 다음과 같습니다.

pkill -9 9875



주의	모든 Calendar Server 프로세스를 중지한 후 Calendar Server를 다시 시작하기 전에 csdb utility check 명령을 실행하여 달력 데이터베이스가 손상되지 않았는지 확인해 보는 것이 좋습니다. check 명령에 대한 자세한 내용은 달력 데이터베이스 검사 및 다시 만들기를 참조하십시오.

그룹 예약 엔진 대기열 관리

그룹 예약 엔진(GSE)에는 구성 요소 데이터베이스의 업데이트에 사용되는 이벤트 대기열이 있습니다. 관리자는 시간 초과 값을 변경하여 Calendar Server에서 대기열을 스캔하는 시간 간격을 조정할 수 있습니다. 필요한 경우에는 대기열에 있는 이벤트를 나열하거나 특정 이벤트를 삭제할 수도 있습니다.

GSE 정보

GSE에서는 Calendar Server 사용자가 이벤트를 만들고 다른 참가자를 초대할 수 있습니다. 참석자가 같은 Calendar Server에 있을 경우 참석자의 달력에 이벤트가 예약됩니다. 같은 Calendar Server에 있지 않으면 전자 메일을 통해 초대가 보내집니다. 그러고 나면 참가자가 초대를 승인 또는 거부하고 GSE에서 응답으로 이벤트를 업데이트할 수 있습니다.

GSE 대기열 정보

실제로 GSE 대기열은 GSE에서 관리하는 별도의 데이터베이스입니다. Calendar Server에서는 대기열을 스캔하여 구성 요소 데이터베이스에 필요한 업데이트를 찾습니다.

이 스캔의 빈도를 조정하면 Calendar Server를 조정할 수 있습니다. ics.conf 파일에서 gse.belowthresholdtimeout의 시간 초과 값을 변경하면 됩니다. 19장, "Calender Server 성능 조정"을 참조하십시오.

GSE 대기열 항목은 csschedule을 사용하여 관리(나열 및 삭제)할 수 있습니다. Calendar Server가 설치된 로컬 시스템에서 csschedule을 실행해야 합니다.

GSE 대기열의 항목 나열

GSE 대기열의 항목을 나열하려면 csschedule 유틸리티 list 명령을 사용합니다. 예를 들어, GSE 대기열의 모든 항목을 나열하려면 다음 명령을 사용합니다.

GSE 대기열에 저장된 처음 10개 항목을 나열하려면 다음 명령을 사용합니다.

GSE 대기열에서 calid가 Holiday_Schedule인 모든 항목을 나열하려면 다음 명령을 사용합니다.

GSE 대기열의 항목 삭제

GSE 대기열에서 항목을 삭제하려면 csschedule 유틸리티 delete 명령을 사용합니다. 예를 들어, GSE 대기열의 모든 항목을 삭제하려면 다음 명령을 사용합니다.

GSE 대기열에서 calA 달력에 대해 처음 예약 시간이 11/30/2001의 13:30:45, 오프셋 번호가 1, 고유 아이디가 1111, 반복 아이디가 0, 그리고 시퀀스 번호가 0인 항목을 삭제하려면 다음 명령을 사용합니다.

Calendar Server 모니터링

Calendar Server 작동을 모니터하려면 csmonitor, csstats 및 cstool 유틸리티를 사용합니다. 이 절에서는 다음 작업을 설명합니다.

카운터 통계 나열

Calendar Server 로그 파일 모니터링

카운터 통계 나열

csstats 유틸리티는 달력 구성(counter.conf) 파일에 정의된 카운터 객체의 통계 정보를 표시합니다. httpstat, authstat, wcapstat 또는 dbstat과 같은 카운터 객체는 다음과 같이 Calendar Server에 대한 정보를 표시합니다.

최대 동시 연결 수 및 전체 연결 수

전체 성공/실패한 로그인 및 연결 수

데이터베이스 읽기, 쓰기 및 삭제 수

통계 정보를 나열하는 방법

통계 정보를 나열하려면 csstats 유틸리티 list 명령을 사용합니다. 예를 들어, 카운터 객체 및 사용 가능한 유형에 대한 기본 정보를 표시하려면 다음 명령을 사용합니다.

httpstat 카운터 객체에 대한 통계를 명시적으로 나열하는 방법

wcapstat 카운터 객체에 대한 통계를 나열하는 방법

이 예에서는 지속 시간을 한 시간으로 하고 빈도를 10초 간격으로 설정합니다.

Calendar Server 로그 파일 모니터링

각 Calendar Server 서비스는 자체 로그 파일에 상태 정보를 기록합니다. 표 10-1과 같이 각 로그 파일은 해당 서비스 이름을 따라 명명됩니다.

표 10-1 Calendar Server 로그 파일
서비스 이름	로그 파일 이름
관리 서비스(csadmind)	admin.log
분산 데이터베이스 서비스(csdwpd)	dwp.log
HTTP 서비스(cshttpd)	http.log
알림 서비스(csnotifyd)	notify.log
단일 사인 온 로그	am_sso.log
시작 명령 로그	start.log
중지 명령 로그	stop.log

Solaris 운영 체제에서 Calendar Server 로그 파일은 다음 기본 디렉토리에 저장됩니다.

각 로그 파일은 다음과 같이 구성 시간 및 크기 제한에 따라 새 이름의 새 로그 파일로 롤오버됩니다.

로그 이벤트 심각도 수준

Calendar Server는 표 10-2의 설명처럼 로그 파일에 보고된 이벤트에 대해 8가지 심각도 수준을 제공합니다.

표 10-2 Calendar Server 로그 오류 심각도 수준
심각도 수준	의미
심각	심각한 조건
오류	오류 조건
경고	경고 조건
알림	정상적이지만 통보 조건. 각 달력 서비스의 기본 보고 수준입니다.
정보	참조용
디버그	디버그 수준 메시지

로그 이벤트는 타임스탬프, 서버 호스트 이름, 심각도 수준, 프로세스 이름(프로세스 아이디), 이벤트 유형, 우선 순위 및 설명을 보여 주는 하나의 행으로 표시됩니다. ics.conf 파일의 특정 설정을 수정하는 방법으로 Calendar Server가 로그 파일에 보고하는 이벤트의 심각도 수준을 지정할 수 있습니다. 자세한 내용은 달력 로그 정보 구성을 참조하십시오.

정기적으로 로그 파일에서 긴급, 경고, 심각, 오류 및 경고 수준의 오류가 있는지 검사하고 그런 오류가 발견되면 해당 이벤트를 조사하여 Calendar Server 작업과 관련된 원인을 찾아야 합니다. 알림 및 정보 수준의 로그 이벤트는 정상적인 Calendar Server 작업 중에 발생하며 서버 작동을 모니터할 수 있도록 제공됩니다.


주	Calendar Server 기술 지원 요청 시 문제 해결에 도움이 될 로그 파일을 제공해야 하는 경우가 있습니다.

Calendar Server 핑(ping)

Calendar Server 서비스가 지정된 포트 번호를 수신 중인지 확인하려면 cstool 유틸리티 ping 명령을 사용합니다. 서비스 핑으로 해당 서비스가 실제 실행 중인지 확인할 수는 없지만 소켓 연결을 받아들일 수 있는지 여부를 알려 줍니다.

http - HTTP 서비스(cshttpd)

admin - 관리 서비스(csadmind)

ens - 이벤트 알림 서비스(enpd)



주	현재 릴리스에서는 DWP 서비스(csdwpd) 또는 알림 서비스(csnotifyd)를 핑할 수 없습니다.

예를 들어, 호스트 이름이 calserver인 시스템을 핑하여 cshttpd 서비스가 포트 80을 수신하는지 확인하려면 다음 명령을 사용합니다.

기본적으로 cstool은 응답이 올 때까지 120초 동안 대기하지만 -t timeout 옵션을 사용하면 값을 변경할 수 있습니다.

Calendar Server 구성 새로 고침

현재 릴리스에서는 cstool refresh 명령을 사용하여 구성을 새로 고치지 마십시오. 그 대신 stop-cal 및 start-cal 명령을 사용합니다. 자세한 내용은 Calendar Server 시작 및 중지를 참조하십시오.

이전 Calendar Express UI 해제

새 Communications Express UI를 설치한 경우에는 이전 Calendar Express UI를 해제하지 않아도 됩니다. 그러나 이전 Calendar Express UI를 해제하려면 default.html 파일의 이름을 변경해야 합니다.

default.html 파일은 다음 디렉토리에 있습니다.
/opt/SUNWics5/cal/html

이전 목차 색인 다음
Sun Java System Calendar Server 관리 설명서