이 장에서는 Calendar Server 배포를 위한 서버 관리에 대해 설명합니다.
이 장은 다음 내용으로 구성되어 있습니다.
Delegated Administrator 유틸리티(이전의 User Management 유틸리티) 또는 Calendar Server 명령줄 유틸리티를 실행하거나 ics.conf 구성 파일을 편집하여 Calendar Server를 관리할 수 있습니다.
명령줄 유틸리티를 실행하려면 Calendar Server가 실행되고 있는 시스템에 대해 관리 권한을 가진 사용자로 로그인해야 합니다.
자세한 내용은 부록 D, Calendar Server 명령줄 유틸리티 참조 를 참조하십시오.
추가 관리 항목에 대해서는 별도의 장에서 설명합니다.
이 장은 다음 내용으로 구성되어 있습니다.
이 절에서는 start-cal 및 stop-cal 명령을 사용하는 방법에 대한 개념 정보 및 지침을 제공합니다.
이 절은 다음 내용으로 구성되어 있습니다.
start-cal 및 stop-cal 명령을 사용하여 Calendar Server를 시작 및 중지할 수 있습니다. start-cal 및 stop-cal 유틸리티는 cal-svr-base/SUNWics5/cal/sbin 디렉토리에 있습니다. Calendar Server가 설치된 로컬 시스템에서 이러한 유틸리티들을 실행해야 합니다.
이전 csstart 및 csstop 유틸리티를 사용하고 있지 않은지 스크립트를 검토합니다. start-cal 및 stop-cal 유틸리티를 사용하여 Calendar Server를 시작 및 중지합니다.
start-cal 유틸리티는 다음 순서대로 Calendar Server 서비스를 시작합니다.
watcher — 시스템을 모니터링하는 감시자 프로세스
enpd— 이벤트 알림 서비스(ENS)
csstored— 자동 백업 서비스
csnotifyd— 알림 서비스
csadmind— 관리 서비스
csdwpd— 원격 Calendar Server 데이터베이스 구성에서만 시작되는 분산 데이터베이스 서비스인 데이터베이스 와이어 프로토콜(DWP) 서비스
cshttpd— HTTP 서비스
이러한 서비스에 대한 자세한 내용은 1.10 Calendar Server 버전 6.3에서 데몬으로 실행되는 서비스를 참조하십시오.
시스템에 관리 권한이 있는 사용자로 로그인합니다.
모든 Calendar Server 서비스가 stop-cal 명령을 실행하여 중지되었는지 확인합니다.
디렉토리를 변경합니다.
cal-svr-base/SUNWics5/cal/sbin
Calendar Server를 시작합니다.
./start-cal
Calendar Server가 실행되고 있는 시스템에 대한 관리 권한이 있는 사용자로 로그인합니다.
디렉토리를 변경합니다.
cal-svr-base/SUNWics5/cal/sbin
Calendar Server를 중지합니다.
./stop-cal
자동 백업은 start-cal을 실행하면 자동으로 시작되는 csstored 프로세스에서 관리합니다. 하지만 원하는 대로 자동 백업을 활성화/비활성화할 수 있습니다. 기본값은 자동 백업 비활성화입니다. csstored 프로세스는 자동 백업이 비활성 상태인 경우에도 실행됩니다.
자동 백업에는 핫 백업과 아카이브 백업의 두 가지 종류가 있습니다. 두 백업을 각각 활성화/비활성화할 수 있습니다.
자동 백업에 대한 자세한 내용과 csstored 구성에 대한 지침은 9 장, 자동 백업 구성을 참조하십시오.
다음은 자동 백업을 활성화 및 비활성화하기 위한 작업 목록입니다.
구성 권한에 관리자로 로그인합니다.
stop-cal 명령을 실행하여 Calendar Server 서비스를 중지합니다.
ics.conf 파일이 있는 디렉토리로 변경합니다.
cd /etc/opt/SUNWics5/config
다음 ics.conf 매개 변수를 "yes"로 설정하여 핫 백업을 활성화합니다.
caldb.berkeleydb.hotbackup.enable="yes"
핫 백업 디렉토리의 디렉토리 경로를 지정합니다.
caldb.berkeleydb.hotbackup.path= /var/opt/SUNWics5/hotbackup_directory
기본값은 현재 디렉토리입니다.
ics.conf 파일 편집이 완료되면 Calendar Server를 다시 시작합니다.
cal-svr-base/SUNWics5/cal/sbin/start-cal
ics.conf 파일을 편집하기 위해 달력 서비스를 중지할 필요는 없지만 변경 내용을 적용하려면 서비스를 다시 시작해야 합니다.
구성 권한에 관리자로 로그인합니다.
stop-cal 명령을 실행하여 Calendar Server 서비스를 중지합니다.
ics.conf 파일이 있는 디렉토리로 변경합니다.
cd /etc/opt/SUNWics5/config
다음 ics.conf 매개 변수를 "yes"로 설정하여 아카이브 백업을 활성화합니다.
caldb.berkeleydb.archive.enable=”yes”
아카이브 디렉토리의 경로를 지정합니다.
caldb.berkeleydb.archive.path= /var/opt/SUNWics5/hotbackup_directory
기본값은 현재 디렉토리입니다.
ics.conf 파일 편집이 완료되면 Calendar Server를 다시 시작합니다.
cal-svr-base/SUNWics5/cal/sbin/start-cal
ics.conf 파일을 편집하기 위해 달력 서비스를 중지할 필요는 없지만 변경 내용을 적용하려면 서비스를 다시 시작해야 합니다.
백업은 기본적으로 비활성화되어 있습니다. 이전에 활성화된 백업을 비활성화하려면 다음 단계를 수행합니다.
구성 권한에 관리자로 로그인합니다.
stop-cal 명령을 실행하여 Calendar Server 서비스를 중지합니다.
ics.conf 파일이 있는 디렉토리로 변경합니다.
cd /etc/opt/SUNWics5/config
다음 ics.conf 매개 변수를 "no"로 설정하여 핫 백업을 비활성화합니다.
caldb.berkeleydb.hotbackup.enable="no"
ics.conf 파일 편집이 완료되면 Calendar Server를 다시 시작합니다.
cal-svr-base/SUNWics5/cal/sbin/start-cal
ics.conf 파일을 편집하기 위해 달력 서비스를 중지할 필요는 없지만 변경 내용을 적용하려면 서비스를 다시 시작해야 합니다.
백업은 기본적으로 비활성화되어 있습니다. 이전에 활성화된 백업을 비활성화하려면 다음 단계를 수행합니다.
구성 권한에 관리자로 로그인합니다.
stop-cal 명령을 실행하여 Calendar Server 서비스를 중지합니다.
ics.conf 파일이 있는 디렉토리로 변경합니다.
cd /etc/opt/SUNWics5/config
다음 ics.conf 매개 변수를 "no"로 설정하여 아카이브 백업을 비활성화합니다.
caldb.berkeleydb.archive.enable="no"
ics.conf 파일 편집이 완료되면 Calendar Server를 다시 시작합니다.
cal-svr-base/SUNWics5/cal/sbin/start-cal
ics.conf 파일을 편집하기 위해 달력 서비스를 중지할 필요는 없지만 변경 내용을 적용하려면 서비스를 다시 시작해야 합니다.
이 절에서는 그룹 예약 엔진(GSE)을 관리하기 위한 개념 정보와 지침을 제공합니다.
GSE는 구성 요소 데이터베이스를 업데이트하는 데 사용할 이벤트 대기열을 유지합니다. 관리자는 시간 초과 값을 변경하여 Calendar Server에서 대기열을 스캔하는 시간 간격을 조정할 수 있습니다. 필요한 경우에는 대기열에 있는 이벤트를 나열하거나 특정 이벤트를 삭제할 수도 있습니다.
이 절은 다음 내용으로 구성되어 있습니다.
GSE에서는 Calendar Server 사용자가 이벤트를 만들고 다른 참가자를 초대할 수 있습니다. 참석자가 같은 Calendar Server에 있을 경우 참석자의 달력에 이벤트가 예약됩니다. 같은 Calendar Server에 있지 않으면 전자 메일을 통해 초대가 보내집니다. 그러고 나면 참가자가 초대를 승인 또는 거부하고 GSE에서 응답으로 이벤트를 업데이트할 수 있습니다.
GSE 대기열은 csadmind 프로세스에서 관리하는 별도의 데이터베이스로, Calendar Server에서는 구성 요소 데이터베이스를 업데이트하기 위해 대기열을 스캔합니다.
이 스캔의 빈도를 조정하면 Calendar Server를 조정할 수 있습니다. ics.conf 파일에서 gse.belowthresholdtimeout의 시간 초과 값을 변경하면 됩니다. 21 장, Calendar Server 성능 조정을 참조하십시오.
GSE 대기열 항목은 csschedule을 사용하여 관리(나열 및 삭제)할 수 있습니다. Calendar Server가 설치된 로컬 시스템에서 csschedule을 실행해야 합니다.
GSE 대기열의 항목을 나열하려면 csschedule 유틸리티의 list 명령을 사용합니다.
예를 들어, GSE 대기열의 모든 항목을 나열하려면 다음 명령을 사용합니다.
csschedule list
GSE 대기열에 저장된 처음 10개 항목을 나열하려면 다음 명령을 사용합니다.
csschedule -c 10 list
GSE 대기열에서 calid가 Holiday_Schedule인 모든 항목을 나열하려면 다음 명령을 사용합니다.
csschedule -v list Holiday_Schedule
GSE 대기열의 항목을 삭제하려면 csschedule 유틸리티의 delete 명령을 사용합니다.
예를 들어, GSE 대기열의 모든 항목을 삭제하려면 다음 명령을 사용합니다.
csschedule -v delete
GSE 대기열에서 calA 달력에 대해 처음 예약 시간이 11/30/2001의 13:30:45, 오프셋 번호가 1, 고유 아이디가 1111, 반복 아이디가 0, 그리고 시퀀스 번호가 0인 항목을 삭제하려면 다음 명령을 사용합니다.
csschedule -v -t 20011130T133045Z -o 1 -u 1111 -r 0 -n 0 delete calA
Calendar Server와 Messaging Server는 이제 Sun JavaTM Enterprise System Monitoring Framework(JESMF)에 있는 것과 동일한 중지 및 시작 메커니즘을 사용합니다. start-cal 명령은 watcher 프로세스를 먼저 시작한 다음 다른 프로세스를 시작합니다. watcher 프로세스는 다른 서비스가 가지고 있는 종속성과 서비스 시작 순서를 알고 있습니다.
등록된 각 서비스(프로세스)는 감시자에 대한 연결을 설정합니다. 올바른 연결해제 없이 프로세스가 종료되면 감시자는 이를 자동으로 다시 시작합니다. 정의된 간격 내에 프로세스가 두 번 종료되면 감시자는 이를 다시 시작하지 않습니다. 이 시간 제한 간격은 변경할 수 있습니다.
감시자는 cal-svr-base/data/log/watcher.log라는 로그 파일 하나에 다음과 같은 정보를 기록합니다.
관리 콘솔로 전송된 오류 알림 및 비응답 오류 메시지
모든 서버의 중지 및 시작 기록
감시자를 구성하는 방법에 대한 자세한 내용은 Calendar Server 버전 6.3의 감시자 프로세스 구성을 참조하십시오.
이 절에서는 CLD 캐시를 지우는 방법에 대한 개념 정보 및 지침을 제공합니다.
이 절은 다음 내용으로 구성되어 있습니다.
CLD 캐시를 활성화한 경우 가끔씩 캐시를 지워야 합니다. CLD 캐시는 여러 가지 이유로 시스템 구성과 동기화되지 않거나 유효하지 않게 될 수 있습니다.
다음은 CLD 캐시가 유효하지 않게 될 수 있는 이유 중 몇 가지입니다.
서버를 추가, 삭제 또는 이름 변경한 경우
서버를 구성의 한 기능에서 다른 기능으로 이동한 경우
하나 이상의 달력을 다른 백엔드 서버로 이동한 경우
위와 같은 경우에 CLD 캐시를 새로 고치려면 CLD 캐시를 지워야 합니다.
Calendar Server를 중지합니다.
/var/opt/SUNWics5/csdb/cld_cache 디렉토리의 모든 파일을 제거하지만 cld_cache 디렉토리 자체는 제거하지 않습니다.
Calendar Server를 다시 시작합니다.
구성에서 서버 이름을 추가, 삭제 또는 변경한 경우 오류 방지를 위해 다음과 같은 몇 가지 작업 관리 단계를 수행해야 합니다.
다음 단계는 CLD를 최신의 상태로 유지하는 데 유용합니다.
CLD 캐시 지우기
이전 서버를 제거한 경우 해당 서버가 표시된 ics.conf 매개 변수에서 서버를 삭제합니다.
이 절에서는 익명 액세스(로그인)을 활성화 및 비활성화하는 방법에 대한 지침을 제공합니다.
익명 액세스는 인증이 필요하지 않은 특수 로그인입니다. 익명 로그인을 사용 가능하게 하면 공용 달력에 대한 읽기 및 쓰기 액세스가 기본적으로 사용 가능해집니다. 공용 달력에 대한 쓰기 액세스를 거부할 수 있습니다.
이 절은 다음 내용으로 구성되어 있습니다.
Communications Express는 익명 로그인으로 쓰기 및 읽기가 모두 가능해질 것으로 예상합니다. 4.1 Communications Express를 위한 구성을 참조하십시오.
구성 권한에 관리자로 로그인합니다.
stop-cal 명령을 실행하여 Calendar Server 서비스를 중지합니다.
/etc/opt/SUNWics5/cal/config 디렉토리로 변경합니다.
ics.conf 파일을 복사한 다음 이름을 변경하여 저장합니다.
익명 액세스를 활성화하려면 ics.conf에서 다음 매개 변수를 편집합니다.
매개 변수 |
설명과 기본값 |
---|---|
service.http.allowanonymouslogin |
필요한 경우 이 매개 변수를 “yes”로 설정하여 익명 액세스(로그인)를 가능하게 합니다. 기본값은 “yes”입니다. |
service.calendarsearch.ldap |
보안상 익명 로그인이 가능하게 한 상태에서 이 매개 변수를 “no”(기본값)로 설정하여 달력 검색을 수행할 때 LDAP를 통한 검색을 사용 불가능하게 할 수 있습니다. |
Communications Express는 service.calendarsearch.ldap 매개 변수의 값이 “no”일 것으로 예상합니다. 이는 DWP 환경에서 최적의 성능을 위한 시스템 조정 지침과 충돌합니다. (데이터베이스가 여러 백엔드에 분산됨) 21.2 DWP 환경의 달력 검색 성능 향상 을 참조하십시오.
파일을 ics.conf로 저장합니다.
Calendar Server를 다시 시작합니다.
cal-svr-base/SUNWics5/cal/sbin/start-cal
구성 권한에 관리자로 로그인합니다.
stop-cal 명령을 실행하여 Calendar Server 서비스를 중지합니다.
/etc/opt/SUNWics5/cal/config 디렉토리로 변경합니다.
ics.conf 파일을 복사한 다음 이름을 변경하여 저장합니다.
다음 표에 나와 있는 ics.conf 매개 변수 중 하나 이상을 편집하십시오.
매개 변수 |
설명과 기본값 |
---|---|
service.wcap.anonymous. allowpubliccalendarwrite |
익명 액세스 사용자의 공용 달력에 쓰기를 가능/사용 불가능하게 합니다. 값을 기본값인 “yes”로 설정하여 액세스를 가능하게 합니다. |
파일을 ics.conf로 저장합니다.
Calendar Server를 다시 시작합니다.
cal-svr-base/SUNWics5/cal/sbin/start-cal
Communications Express에 대해 프록시 관리자 로그인(프록시 인증)을 활성화해야 합니다. Communications Express에 대한 프록시 인증 구성에 대한 자세한 내용은 4.1 Communications Express를 위한 구성을 참조하십시오.
그러나 Communications Express를 사용하지 않는 경우에도 프록시 인증을 가능하게 할 수 있습니다. 이 절에서는 Communications Express를 사용하지 않고 프로시 인증을 활성화하는 절차를 설명합니다.
구성을 변경할 권한을 가지고 관리자로 로그인합니다.
/etc/opt/SUNWics5/cal/config 디렉토리로 변경합니다.
ics.conf 파일을 복사한 다음 이름을 변경하여 저장합니다.
ics.conf 파일을 편집하고 다음 매개 변수를 올바르게 설정하십시오.
service.http.allowadminproxy = "yes"
올바르게 설정되지 않은 경우 "yes"로 변경합니다.
파일을 ics.conf로 저장합니다.
새 값을 적용하려면 Calendar Server를 다시 시작합니다.
다음 WCAP 명령을 사용하여 관리자 프록시 로그인이 제대로 작동하는지 확인합니다.
http://server[:port]/login.wcap? user=admin-user&password=admin-password &proxyauth=calendar-user&fmt-out=text/html
이 목록에서는 앞의 예에서 사용한 변수를 정의합니다.
server– Calendar Server가 실행 중인 서버의 이름입니다.
port– Calendar Server 포트 번호입니다. 기본 포트는 80입니다.
admin-user – Calendar Server 관리자입니다. 예를 들어, calmaster입니다.
admin-password – admin-user의 비밀 번호입니다.
calendar-user – Calendar Server 사용자의 calid입니다.
명령이 성공하면 calendar-user의 달력이 표시됩니다. 문제가 발생하면 Unauthorized가 표시됩니다.
다음 목록에는 명령이 실패하는 몇 가지 이유가 나와 있습니다.
admin-user에게 Calendar Server 관리자 권한이 없습니다.
admin-password가 올바르지 않습니다.
calendar-user가 유효한 Calendar Server 사용자가 아닙니다.
Calendar Server 6.3 릴리스에서 stop-cal 및 start-cal 명령을 사용하여 구성을 새로 고칩니다. 자세한 내용은 12.1 Calendar Server 6.3 프로세스 시작 및 중지를 참조하십시오.