버전 6.3
이 릴리스 노트에는 다음과 같이 Sun JavaTM System Calendar Server 6.3의 일반 출시 당시 사용 가능한 중요한 정보가 들어 있습니다.
이 버전의 Calendar Server에서 사용할 수 있는 패치가 Sun Solve에 있습니다. 자세한 내용은 Calendar Server 6.3의 중요 업그레이드 패치 정보를 참조하십시오.
Calendar Server를 설치 및 구성하기 전에 이 릴리스 노트를 읽어 보시기 바랍니다.
날짜 |
변경 설명 |
---|---|
2007년 6월 8일 |
다음 절을 추가했습니다. Messaging Server 운영 체제 요구 사항 |
2007년 5월 25일 |
문제 6560681이 추가되었습니다. 이전 버전에서 Calendar Server 6.3으로 업그레이드할 때 문제 동작을 방지하기 위한 해결 방법을 수행해야 합니다. 해결 방법은 Calendar Server의 알려진 문제점 및 제한 사항을 참조하십시오. |
2007년 4월 27일 |
새로운 기능 항목에 csstored 변경 사항에 대한 정보를 추가하여 이러한 릴리스 노트를 다시 릴리스합니다. |
2007년 4월 |
configurator.sh 버그, 문제 번호 6542989를 추가하여 이러한 릴리스 노트를 다시 릴리스합니다. |
2007년 3월 |
이 릴리스 노트의 정식 릴리스(버전 6.3) |
2006년 9월 |
베타 릴리스 노트 |
Calendar Server는 기업 및 서비스 공급자에게 중앙 집중식 달력 및 예약 기능을 제공하는 확장성 있는 웹 기반 솔루션입니다. Calendar Server는 회의실 및 장비와 같은 자원용 달력뿐 아니라 이벤트 및 작업용으로 사용자 달력도 지원합니다. 새로운 기능 목록을 보려면 다음 이 Calendar Server 릴리스의 새로운 기능 절을 참조하십시오.
Calendar Server는 그래픽 사용자 인터페이스(GUI)인 Communications Express를 제공합니다. 또한 고객들에게 WCAP(Web Calendar Access Protocol)를 사용하여 text/calendar 또는 text/xml 형식으로 달력 데이터에 직접 액세스할 수 있는 유연성도 제공합니다.
Calendar Server 6.3에는 다음 변경 사항 및 새로운 기능이 포함되어 있습니다.
comm_dssetup.pl: Calendar Server 6.3에서 비밀번호 파일의 새 옵션을 통해 보안 향상
Calendar Server 6.3 유틸리티 csdb, cscal 및 csuser가 cal/sbin으로 이동
이전에는 Delegated Administrator 콘솔이 아니라 Delegated Administrator 유틸리티를 사용하여 스키마 2에 대해 Calendar Server를 관리할 수 있었습니다. 이 릴리스 이전에 콘솔은 Messaging Server만 관리하는 데 사용하는 웹 그래픽 사용자 인터페이스였습니다. 이제는 달력 LDAP 항목을 관리하는 데에도 콘솔을 사용할 수 있습니다. 콘솔을 사용하여 달력 사용자, 그룹, 자원 및 도메인에 대한 LDAP 항목을 추가하거나 삭제 또는 수정할 수 있습니다. Calendar Server 지원을 위해 새 화면과 메뉴 항목이 콘솔에 추가되었습니다. 인터페이스 사용 방법에 대한 자세한 내용은 Delegated Administrator 온라인 도움말을 참조하십시오. 일부 정보는 Sun Java System Calendar Server 6.3 Administration Guide에서 확인할 수도 있습니다.
첨부 파일 지원을 위해 WCAP 명령에 새로운 매개 변수와 값이 추가되었습니다.
범용 웹 클라이언트(Communications Express) 및 Connector for Microsoft Outlook 사용자는 이벤트와 작업에 첨부 파일을 배치하거나 초대와 함께 첨부 파일을 보낼 수 있습니다.
첨부 파일을 지원하기 위해 WCAP에 다음과 같은 변경 사항이 적용되었습니다.
fetchattachment.wcap: 첨부 파일을 쉽게 가져올 수 있도록 새 명령이 추가되었습니다. 첨부 파일만 가져오며 이벤트나 작업 데이터는 가져오지 않습니다.
deleteattach: storeevents 명령에 새로 추가된 인수로 이벤트나 작업 자체는 삭제하지 않고 기존 첨부 파일을 삭제하는 데 사용됩니다.
fetchattach: 이벤트 및 작업 데이터뿐 아니라 첨부 파일도 반환할 수 있도록 모든 fetch_by_* 명령에 새로 추가된 매개 변수입니다.
sendattach: storeevents 명령에 새로 추가된 매개 변수로 iTIP 초대와 함께 실제 첨부 파일을 보낼지 여부를 지정하는 데 사용됩니다.
X-S1CS-CLIENT-ATTACH-ID: 첨부 파일의 고유 아이디가 들어 있는 X-Token입니다. 이 X-Token은 첨부 파일을 저장할 때 클라이언트가 첨부 파일 아이디를 제공한 경우에만 생성됩니다. 그렇지 않으면 실제 첨부 파일이 이벤트와 함께 전송됩니다.
storeevents 및 storetodos 명령의 더 이상 사용되지 않는 attachments 인수는 Calendar Server 데이터 저장소의 외부에 저장된 첨부 파일에 대한 URL 참조를 저장할 수 있습니다. 이와 같이 첨부 파일을 사용하는 방법은 이전 버전과의 호환성을 위해 이 릴리스에서는 유지되지만 이후 릴리스에서는 배포에서 제거됩니다.
첨부 파일에 대한 자세한 내용은 Sun Java System Calendar Server 6.3 WCAP Developer’s Guide를 참조하십시오.
이제 Delegated Administrator를 사용하여 LDAP 그룹을 만들 수 있습니다. 이러한 그룹은 다음과 같은 기능을 갖습니다.
그룹은 사용자의 목록입니다. 그룹은 목록에 있는 사용자를 "포함"하지는 않습니다. 그룹은 컨테이너가 아닙니다.
그룹은 그룹 달력을 가질 수 있습니다.
그룹에 전송된 초대는 그룹 달력뿐 아니라 모든 구성원의 달력에 배치됩니다.
그룹의 모든 구성원은 그룹 달력에 대한 동일한 액세스 권한을 공유합니다.
그룹 달력의 주 소유자는 없습니다.
Calendar Server 소프트웨어의 초기 버전에서는 도메인 구조가 없었습니다. 모든 사용자 및 그룹 LDAP 레코드는 루트 아래에 있었습니다. 이후 버전에서는 호스트된 도메인 또는 가상 도메인과 같이 다양한 하나 이상의 도메인을 설정하도록 선택할 수 있게 되었습니다. Calendar Server 6.3 소프트웨어의 릴리스에서는 모든 설치에서 기본적으로 다중 도메인 모드를 사용해야 합니다. 즉, 루트 도메인 아래에 적어도 하나의 기본 도메인이 있어야 합니다. 모든 사용자 및 그룹 LDAP 항목이 이 기본 도메인 아래에 있어야 하며 더 많은 도메인을 설정하도록 선택할 수 있습니다. 다중 도메인 모드에서 각 정규 도메인은 고유한 사용자 및 그룹 아이디를 포함해야 합니다. 다중 도메인에 대한 자세한 내용은 Sun Java System Calendar Server 6.3 관리 설명서(특히 Sun Java System Calendar Server 6.3 Administration Guide의 10 장, Setting Up a Multiple Domain Calendar Server 6.3 Environment)를 참조하십시오.
런타임 환경을 제공하기 위해 실행해야 하는 csconfigurator.sh 구성 프로그램은 기본 도메인의 이름을 묻는 메시지를 표시합니다. 기본 도메인이 없으면 프로그램에서 자동으로 도메인을 만듭니다.
이전 Calendar Server 배포에서 다중 도메인을 사용하지 않았거나 단일 도메인만 사용한 경우 사용자 및 그룹 LDAP 레코드를 새 기본 도메인 아래로 이동해야 합니다.
스키마 버전 2 환경에서 추가 도메인을 만들려면 Sun Java System Delegated Administrator 콘솔 또는 유틸리티를 사용합니다. Delegated Administrator에 대한 자세한 내용은 Sun Java System Delegated Administrator 6.4 관리 설명서를 참조하십시오.
스키마 버전 1을 사용하고 있고 스키마 버전 2로 마이그레이션하지 않을 경우 Calendar Server 유틸리티 csdomain을 사용하여 추가 도메인을 만들 수 있습니다.
구성 프로그램에 다음과 같은 화면이 추가되었습니다.
이번 릴리스부터는 루트 아래에 항상 최소한 하나의 도메인이 있으며, 이 도메인이 기본 도메인이 됩니다. 이제 구성 프로그램에서 다중 도메인 환경에 대한 기본 도메인의 이름을 지정할 수 있습니다.
이제 DWP 프로토콜과 CLD 플러그 인을 사용하는 분산 데이터베이스 환경에 대해 프런트엔드 및 백엔드 시스템의 이름을 지정할 수 있습니다. 달력 데이터베이스를 하나 이상의 백엔드 시스템에 배포하고 이러한 시스템을 하나의 프런트엔드 시스템에 연결할 수 있습니다. 새 구성 프로그램 화면을 사용하여 백엔드 시스템의 이름을 지정한 다음 이 시스템을 프런트엔드 시스템에 연결할 수 있습니다.
기본 도메인 화면에 달력 수퍼유저(calmaster)의 전자 메일 주소를 입력할 수 있는 새 필드가 추가되었습니다.
반복 이벤트의 경우 참석자에게 전송되는 전자 메일 초대에는 이제 반복 세부 정보가 포함됩니다.
이제 csstored 데몬이 다양한 Calendar Server 데이터베이스를 관리합니다. 저장소에 액세스하는 각 서비스는 이 저장소 서비스가 성공적으로 시작된 경우에만 사용할 수 있으므로 Calendar Server 시스템이 실행 중일 때 저장소가 모든 서버(프런트엔드 및 백엔드)에서 계속 실행 중이어야 합니다. 다른 데몬과 마찬가지로 일반 시작 및 종료 명령(start-cal 및 stop-cal)을 사용하여 csstored를 시작 및 중지합니다.
이전 버전에서는 자동 백업을 구성하지 않을 경우 PERL 스크립트 csstored.pl을 실행할 필요가 없었습니다. 이 스크립트는 필요에 따라 시작하고 중지할 수 있었습니다. 이러한 PERL 스크립트는 더 이상 지원되지 않으며 대신 csstored 데몬이 사용됩니다. 자동 백업을 구성할지의 여부에 관계없이 이 데몬 실행은 더 이상 선택 사항이 아닙니다.
이전에는 ics.conf 매개 변수 local.store.enable을 "no"로 설정하여 스크립트 실행을 비활성화할 수 있었습니다. 하지만 이제는 local.store.enable을 "yes"(기본값)로 설정하여 csstored를 항상 활성화된 상태로 유지해야 합니다.
Calendar Server와 Messaging Server는 이제 동일한 중지 및 시작 메커니즘을 사용합니다. start-cal 명령은 watcher 프로세스를 시작한 다음 다른 모든 프로세스를 시작합니다. watcher 프로세스는 다른 서비스 간의 종속성을 인식하며 이 순서대로 서비스가 시작됩니다.
등록된 각 서비스(프로세스)는 관찰자에 연결합니다. 연결을 제대로 끊지 않고 프로세스가 종료되면 관찰자는 자동으로 이 프로세스를 다시 시작합니다. 정의된 간격 내에 프로세스가 두 번 종료되면 관찰자는 프로세스를 다시 시작하지 않습니다. 이 시간 초과 간격을 직접 구성할 수 있습니다.
관찰자에 대한 추가 내용은 다음을 참조하십시오.
관찰자는 관찰자에 등록된 모든 서비스를 모니터링합니다. Calendar Server의 경우 등록된 프로세스는 cshttpd, csadmind, csdwpd, csnotifyd 및 csstored입니다.
csstored 데몬을 활성화해야 합니다. 구성 매개 변수 local.store.enable을 "y"로 설정하십시오. 이전 버전의 Calendar Server에서는 csstored를 활성화하는 작업이 선택 사항이었지만 이번 버전에서는 필수 사항입니다. csstored 데몬이 성공적으로 시작되어야 저장소에 액세스하는 각 서비스가 시작할 수 있습니다. 이 프로세스가 중지되면 종속 프로세스도 중지한 다음 다시 시작해야 합니다.
관찰자는 기본적으로 활성화되어 있습니다. 관찰자 프로세스를 관리하기 위해 ics.conf 파일에 다음과 같은 새 매개 변수가 추가되었습니다.
local.watcher.enable = "y": 시작 프로그램(csservice)이 다른 서비스를 시작하기 전에 관찰자를 시작하려고 합니다. 이 매개 변수를 "n"으로 설정하면 관찰자 프로그램이 비활성화됩니다.
service.autorestart = "y": 관찰자가 중지된 서비스를 자동으로 다시 시작합니다. "n"으로 설정하면 관찰자는 중지된 서비스를 다시 시작하지 않습니다. 이 매개 변수를 "n"으로 설정해도 관찰자는 서비스를 모니터링하고 실패 또는 무응답 오류 메시지를 콘솔 및 cal-svr-base/data/log 파일에 전송합니다.
local.autorestart.timeout = "600": 두 번째 서버 오류로 인해 관찰자가 다시 시작 시도를 중지하도록 트리거되는 기본 시간입니다.
local.watcher.port: 기본 포트는 "49994"이지만, Messaging Server를 사용하는 경우 이 서버도 또한 이 포트를 통해 수신하므로 Calendar Server와 충돌하게 됩니다. 충돌이 발생하지 않도록 하려면 관찰자가 다른 포트를 수신하도록 선택하는 것이 안전합니다.
관찰자는 cal-svr-base/data/log/watcher.log라는 단일 로그에 기록합니다. 이 로그에는 다음과 같은 정보가 포함되어 있습니다.
관리 콘솔로 전송된 실패 알림 및 무응답 오류 메시지
모든 서버 중지 및 시작에 대한 레코드
시간 초과 기간 내에 서버가 두 번 실패하면 시스템은 서버 다시 시작 시도를 중지합니다. HA 시스템에서는 Calendar Server가 종료되고 다른 시스템으로의 페일오버가 발생합니다.
csservice의 공용 인터페이스는 start-cal 및 stop-cal입니다. 이 절에서는 이러한 각 래퍼 스크립트의 사용법을 보여 주고 각 옵션에 대한 설명과 시작 또는 중지할 구성 요소 목록을 제공합니다.
start-cal 사용법은 다음과 같습니다.
./start-cal [options...] [components...]
다음은 옵션 목록입니다.
이 도움말 목록을 표시합니다.
디버깅 모드를 활성화합니다.
사용중인 서비스를 나열합니다.
활성화된 서비스를 나열합니다.
모든 서비스를 나열합니다.
다음은 구성 요소 목록입니다.
watcher |
ens |
store |
notify |
admin |
http |
dwp |
구성 요소를 나열하지 않으면 start-cal은 활성화된 모든 서비스를 시작합니다.
stop-cal 사용법은 다음과 같습니다.
./stop-cal [options...] [components...]
다음은 옵션 목록입니다.
이 도움말 목록을 표시합니다.
디버깅 모드를 활성화합니다.
SIGKILL 사용을 강제로 중지합니다. 이 옵션은 UNIX® 플랫폼에서만 작동합니다.
다음은 구성 요소 목록입니다.
watcher |
mfagent |
ens |
store |
notify |
admin |
http |
dwp |
구성 요소를 나열하지 않으면 stop-cal은 활성화된 모든 서비스를 중지합니다.
이 절에서는 Calendar Server에서 모니터링 프레임워크를 구현하는 방법을 설명하며 다음과 같은 항목을 다룹니다.
Java Enterprise System Monitoring Framework에 대한 자세한 내용은 Sun Java Enterprise System 5 Monitoring Guide를 참조하십시오.
Calendar Server와 Messaging Server는 Java Enterprise System용 모니터링 프레임워크에 최소한으로 통합됩니다. 모니터링 프레임워크는 실행 중에 operationalStatus 속성을 주기적으로 확인합니다. 이 속성의 상태는 OK(시스템이 실행 중임을 의미) 또는 DOWN(시스템이 실행 중이 아님을 의미)일 수 있습니다.
새 프로세스인 모니터링 프레임워크 에이전트(csmfagent)는 시스템 시작(start-cal)과 함께 시작됩니다. 이 프로세스는 첫 번째로 시작되는 프로세스입니다. 이 프로세스는 응용 프로그램을 인스턴스화하고 상태를 OK라고 가정합니다. 또한 SIGTERM을 찾아내고 찾아내는 동시에 상태를 DOWN으로 가정하고 종료됩니다.
이와 비슷하게 관찰자가 구성되어 실행 중인 경우 시스템의 일부가 실패하거나 응답하지 않으면 관찰자는 SIGTERM 신호를 보내고 이는 csmfagent를 중지합니다.
다음 매개 변수를 포함하도록 구성 파일 ics.conf를 편집합니다.
local.csmfagent.enable = "y"
다음 두 단계를 수행합니다.
/opt/SUNWcsgar/config/com.sun.cmm.cs.xml을 /opt/SUNWmfwk/xml에 복사합니다.
제조 프레임워크 프로세스를 중지했다가 다시 시작합니다.
모니터링 프레임워크를 사용하기 위한 두 가지 요구 사항은 다음과 같습니다.
JESMF(Java Enterprise System Monitoring Framework)를 설치해야 합니다.
JESMF가 설치되어 있지 않으면 csmfagent가 실행되지 않습니다.
Calendar Server가 필요한 라이브러리를 찾을 수 있어야 합니다.
Calendar Server는 /opt/SUNWics5/lib에서 심볼릭 링크를 사용하여 라이브러리를 찾습니다.
다음은 JESMF 라이브러리입니다.
/opt/SUNWmfwk/lib/libMfTransaction.so |
/opt/SUNWmfwk/lib/libMfRelations.so |
/opt/SUNWmfwk/lib/libMflog4c.so |
/opt/SUNWmfwk/lib/libMfMEServer.so |
/opt/SUNWmfwk/lib/libmfBeepConnectorServer.so |
/opt/SUNWmfwk/lib/libMfRserver.so |
/opt/SUNWmfwk/lib/libMfMEInstrum.so |
/opt/SUNWmfwk/lib/libMfDiscovery.so |
/opt/SUNWmfwk/lib/libMfHashTable.so |
/opt/SUNWmfwk/lib/libMflog.so |
/opt/SUNWmfwk/lib/libasn1cebuf.so |
/opt/SUNWmfwk/lib/libbeepcore.so |
/opt/SUNWmfwk/lib/libbeepxmlutil.so |
/opt/SUNWmfwk/lib/libbptostransport.so |
/opt/SUNWmfwk/lib/libbptosutil.so |
/opt/SUNWmfwk/lib/libbptoswrapper.so |
/opt/SUNWmfwk/lib/libbputil.so |
/opt/SUNWmfwk/lib/libcmm_native.so |
/opt/SUNWmfwk/lib/libmfCserver.so |
/opt/SUNWmfwk/lib/libmfNotificationProfile.so |
/opt/SUNWmfwk/lib/libmfRequestResponseProfile.so |
/opt/SUNWmfwk/lib/libmfTimers.so |
/opt/SUNWmfwk/lib/libmfTimersJNI.so |
/opt/SUNWmfwk/lib/libmfUtils.so |
/opt/SUNWmfwk/lib/libmfber.so |
/opt/SUNWmfwk/lib/libmfberj.so |
/opt/SUNWmfwk/lib/libxmlglobal.so |
이는 모든 JESMF 라이브러리의 목록입니다. 모니터링 프레임워크의 Calendar Server 부분을 구현하는 데 이 중 일부는 필요하지 않을 수도 있습니다.
이 릴리스에는 이벤트 알림과 경보를 위한 두 가지 알림 서비스인 Sun JMQ(Java System Message Queue) 및 ENS(Event Notification System)가 있습니다. 이후 릴리스부터 Communications Services 제품은 JMQ를 단독으로 사용하고 ENS는 제거될 것입니다. 그러나 이번 릴리스에서 Communications Services 제품(Messaging Server, Calendar Server 및 Instant Messaging)은 ENS에 대해 내부적으로 종속되어 있으며, 알림 및 경고를 위해 ENS를 사용할 수 있습니다.
ENS 대신 JMQ를 사용하려면 Sun Java System Message Queue를 설치하고 구성해야 합니다. 또한 Calendar Server 6.3에서는 알림이 제공되지 않으므로 알림을 직접 작성해야 합니다.
Sun Java Enterprise System 설치 프로그램을 사용하여 제품을 설치합니다. Message Queue 구성에 대한 자세한 내용은 Message Queue 설명서(http://docs.sun.com/coll/1307.2 및 http://docs.sun.com/coll/1406.2)를 참조하십시오.
JMQ에 대해 Calendar Server를 구성하려면 ics.conf 파일에 다음 줄을 추가해야 합니다.
local.server.csmfagent.enable = "yes"
caldb.serveralarms.jmqlib = "/opt/SUNWics5/cal/lib/libmqcrt.so" (Solaris의 경우)
또는
caldb.serveralarms.jmqlib = "/opt/sun/calendar/lib/libmqcrt.so" (Linux의 경우)
caldb.serveralarms.dispatchtype = "jmq"
caldb.serveralarms.jmqhost = "localhost"
caldb.serveralarms.jmqport = "7676"
caldb.serveralarms.jmqUser = "guest"
caldb.serveralarms.jmqPWD = "guest"
caldb.serveralarms.jmqTopic = "JES-CS"
각 알림에는 MQ_MESSAGE_TYPE_HEADER_PROPERTY 등록 정보가 있어야 합니다. 이 등록 정보는 알림의 종류를 식별합니다.
또한 알림은 다음 표와 같은 다른 등록 정보를 가질 수 있습니다.
이 알림이 생성하는 작업의 유형을 나타내는 문자열 등록 정보입니다. 이 등록 정보의 값은 "EMAIL", "AUDIO", "DISPLAY", "PROCEDURE", "FLASHING"일 수 있습니다.
경고 ID를 포함하는 문자열 등록 정보입니다.
달력 ID를 포함하는 문자열 등록 정보입니다.
구성 요소의 유형을 나타내는 문자열 등록 정보입니다. 값은 "event" 또는 "todo"입니다.
반복 ID를 포함하는 정수 등록 정보입니다.
구성 요소 ID(즉, 이벤트 ID 또는 수행할 작업 ID(작업 ID))를 포함하는 문자열 등록 정보입니다.
알림의 유형에는 이벤트 및 수행할 작업에 대한 경고 알림 및 업데이트 알림이 있습니다.
경고 알림의 경우 MQ_MESSAGE_TYPE_HEADER_PROPERTY의 값은 "alarm"입니다.
업데이트 알림의 경우 MQ_MESSAGE_TYPE_HEADER_PROPERTY의 값은 알림을 트리거한 작업 유형에 따라 다릅니다. 표 2–2에는 트리거 작업과 이 등록 정보에 해당하는 값이 나열되어 있습니다.
표 2–2 업데이트 알림 값
트리거 |
업데이트 알림 값 |
---|---|
달력 삭제 |
DELETECAL |
이벤트 수정 |
MODIFYEVENT |
수행할 작업(작업) 수정 |
MODIFYTODO |
이벤트 만들기 |
CREATEEVENT |
수행할 작업(작업) 만들기 |
CREATETODO |
이벤트 새로 고침 |
REFRESHEVENT |
수행할 작업(작업) 새로 고침 |
REFRESHTODO |
이벤트에 응답 |
REPLYEVENT |
수행할 작업에 응답 |
REPLYTODO |
이제 참석자가 초대에 응답하면 주최자에게 전자 메일 알림을 보낼 수 있습니다.
ics.conf 매개 변수를 ine.reply.enable로 설정하여 이 기능을 구성합니다. 전체 시스템에 대해 이 기능을 활성화하려면 이 매개 변수를 "y"로 설정합니다. 이 기능을 비활성화하려면 매개 변수를 "n"으로 설정합니다. 이 기능은 기본적으로 활성화됩니다.
응답 유형에는 수락, 거절, 임시 수락의 세 가지가 있습니다. 알림은 응답이 단일 초대에 대한 것인지 반복 이벤트에 대한 것인지 여부를 나타냅니다. 다음과 같은 새로운 메시지 형식 파일 매개 변수가 추가되었으며 해당하는 형식 파일도 추가되었습니다.
calmail.imipeventacceptnotification.fname= "mail_eventacceptnotification.fmt"
calmail.imipeventdeclinenotification.fname= "mail_eventdeclinenotification.fmt"
calmail.imipeventtentativeacceptnotification.fname= "mail_eventtentativeacceptnotification.fmt"
calmail.imipeventacceptnotificationrecur.fname= "mail_eventacceptnotificationrecur.fmt"
calmail.imipeventdeclinenotificationrecur.fname= "mail_eventdeclinenotificationrecur.fmt"
calmail.imipeventtentativeacceptnotificationrecur.fname= "mail_eventtentativeacceptnotificationrecur.fmt"
이 기능은 사용자 기본 설정이 아닙니다. 즉, 시스템 전체 구성 매개 변수이므로 초대를 보내는 모든 사용자에게 적용됩니다.
전자 메일 알림에 대해 Calendar Server를 구성하는 방법에 대한 자세한 내용은 Sun Java System Calendar Server 6.3 Administration Guide의 To Enable Email Notifications을 참조하십시오.
요약 및 설명 필드를 포함하여 참석자의 달력 이벤트 복사본을 수정할 수 있도록 WCAP 인터페이스가 변경되었습니다.
Calendar Server 6.3 유틸리티 rename은 달력 데이터의 이름을 바꿀 때 삭제된 항목을 포함합니다.
거절한 이벤트는 더 이상 사용 가능-사용 중 달력에서 사용 중으로 표시되지 않습니다.
이전 버전의 Calendar Server에서는 Calendar Express(이전 사용자 인터페이스)가 자동으로 설치되어 활성화되었습니다. 이 인터페이스를 사용하지 않는 경우에도 비활성화할 수 없었습니다. Calendar Server 6.3으로 업그레이드하는 경우 업그레이드 프로세스 중에 ics.conf 파일에 service.http.ui.enable="y"가 추가됩니다. 이 버전에서는 이전 UI를 사용하려는 경우 활성화된 상태로 유지되므로 별도의 추가 작업이 필요하지 않습니다.
Calendar Express를 비활성화하려면 ics.conf 파일에서 service.http.ui.enable 값을 "n"으로 설정합니다.
Calendar Express는 새로 설치할 때 더 이상 자동으로 설치되지 않습니다. Calendar Server 6.3을 새로 설치하지만 Calendar Express를 사용자 인터페이스로 사용하려면 Communications Suite 5 설치 프로그램을 사용하여 Calendar Express를 명시적으로 설치해야 합니다. 그런 다음 ics.conf 파일에 service.http.ui.enable="y"를 추가하여 Calendar Express를 구성해야 합니다. 새로 설치에 대한 기본 내부 설정은 "n"이므로 이 설정을 "y"로 명시적으로 설정해야 합니다.
이전 버전의 Calendar Server를 업그레이드할 경우 업그레이드 과정에서 이 값을 "y"로 설정하여 ics.conf에 추가하므로 어떠한 변경 작업 없이 레거시 사용자 인터페이스를 계속해서 사용할 수 있습니다. 이 사용자 인터페이스를 비활성화하려면 이 매개 변수를 "n"으로 설정합니다.
이전에는 분산 데이터베이스 환경(DWP와 CLD 플러그 인 사용)의 경우 빅 엔디언(big endian)-리틀 엔디언(little endian) 문제로 인해 프런트엔드 및 백엔드 프로세스를 동일한 하드웨어 플랫폼에 설치해야 했습니다. 이제 더 이상 이렇게 하지 않아도 됩니다. 이제 프런트엔드 및 백엔드 프로세스를 서로 다른 하드웨어 플랫폼에 설치할 수 있습니다.
예를 들어, 프런트엔드 시스템은 X-86 플랫폼 시스템인 반면 백엔드 시스템은 SPARC 플랫폼 시스템일 수 있습니다.
Calendar Server에서 보낸 메시지는 이제 iTIP와 호환됩니다(Microsoft Outlook 상호 운용성).
이제 보안 향상을 위해 comm_dssetup.pl을 실행할 때 텍스트 비밀번호 대신 비밀번호 파일을 지정할 수 있습니다. 새로운 -j <passwordfilename> 옵션을 사용하여 비밀번호를 보호하고 보안을 향상시킬 수 있습니다. 이 옵션은 특히 스크립트에 유용합니다. 현재 비밀번호를 표시하는 스크립트가 있는 경우 스크립트를 변경하려면 -w < password> 옵션을 삭제한 다음 이 새 옵션으로 대체합니다.
이는 #6392093 문제에 대한 해결책입니다.
이전 버전의 Calendar Server에서 csdb, cscal 및 csuser는 cal/bin 디렉토리에 있었지만 이제는 cal/sbin 디렉토리에 있습니다.
Calendar Server 프로그램 코드의 변경으로 인해 ics.conf 파일이 다음과 같이 변경되었습니다.
service.http.ssl.certdb.path는 더 이상 사용되지 않으며 대신 local.ssldbpath가 사용됩니다. 지정된 경로는 config 파일("/etc/opt/SUNWics5/config")을 가리켜야 합니다.
ics.conf 파일에 인증서 데이터베이스의 실제 비밀번호를 포함하는 대신 비밀번호는 이제 config 디렉토리의 파일(sslpassword.conf)에 있습니다.
이 파일의 올바른 비밀번호 형식은 다음과 같습니다.
내부 (소프트웨어) 토큰:password
Sun Java System Calendar Server 6.3에서 다음 기능은 더 이상 사용되지 않습니다.
Calendar Express GUI(그래픽 사용자 인터페이스)는 더 이상 사용되지 않고 대신 Communications Express GUI가 사용되므로 다음 주 기능 릴리스에서 배포에서 제거됩니다. 가능한 한 빨리 Communications Express로 이동하십시오.
storeevents와 storetodo에서 모두 사용된 WCAP attachments 매개 변수가 더 이상 사용되지 않습니다. 이전 버전과의 호환성을 위해 아직까지는 제공되지만 이후 릴리스에서는 이 매개 변수가 더 이상 인식되지 않습니다. 이 매개 변수를 사용하는 모든 스크립트를 변경하십시오.
Calendar Server 6.3 릴리스에서는 Calendar Server 활동을 모니터링하는 데 사용하는 cstool 유틸리티가 제거되었습니다.
Calendar Server 소프트웨어는 Windows 및 HP-UX 플랫폼에서 더 이상 사용할 수 없습니다.
이 절에서는 이 릴리스의 Calendar Server에 대한 필수 및 권장 하드웨어/소프트웨어를 설명합니다.
Calendar Server는 이 절에 나열된 제품 버전과 호환됩니다.
표 2–3 Calendar Server 6.3의 제품 버전 호환성 요구 사항
제품 |
버전 |
---|---|
Sun Cluster |
3.1 |
Sun Java System Directory Server |
5.1, 5.2, 6.0 |
Sun Java System Message Queue |
3.7 |
Sun Java System Access Manager(구 Identity Server) |
레거시 6.x): Access Manager 6 콘솔 및 디렉토리 정보 트리(DIT)를 포함하여 Access Manager 6 기능을 지원합니다. Access Manager를 Portal Server, Messaging Server, Calendar Server, Delegated Administrator 또는 Instant Messaging과 함께 설치하는 경우 Access Manager 호환(6.x) 설치 유형을 선택해야 합니다. |
Sun Java System Web Server |
7.x |
Sun Java System Application Server |
8.2 |
Calendar Server 6.3에는 공유 보안 구성 요소 NSS 버전 3.9.3을 사용해야 합니다.
제품 버전 종속성에 대한 자세한 내용은 Sun Java Enterprise System 5 Installation Guide for UNIX 및 Sun Java Enterprise System 5 Release Notes for UNIX를 참조하십시오.
일반 설치 시 약 500MB의 디스크 공간. 생산 시스템의 경우에는 최소 1GB
128MB의 RAM. 생산 시스템의 경우에는 최고 성능을 위해 256MB~1GB
빠른 액세스를 위한 RAID 저장소(데이터베이스 용량이 큰 경우에 권장)
이 절에서는 이 릴리스의 Calendar Server에 대한 필수 및 권장 소프트웨어를 설명합니다.
SolarisTM 10 운영 체제(SPARC® 플랫폼판, x86 플랫폼판)
Solaris 9 (5.9) 운영 체제(SPARC 플랫폼판, x86 플랫폼판)
Red Hat Enterprise Linux Advanced Server(32비트 버전), 버전 3(모든 업데이트) 및 4(모든 업데이트)
Calendar Server 소프트웨어는 Windows 및 HP-UX 플랫폼에서 더 이상 지원되지 않습니다.
6 장, Sun Java System Communications Express 6.3 릴리스 노트의 Communications Express 브라우저 요구 사항을 참조하십시오.
Communications Suite 5 일반 릴리스의 Calendar Server 6.3 제품 업그레이드 패치는 다음과 같습니다.
플랫폼 |
패치 번호(영어) |
패치 번호(현지화된 언어) |
---|---|---|
Solaris, SPARC |
121657–17 |
117010-26 |
x86 |
121658–17 |
117011-26 |
Linux |
121659–17 |
117852-26 |
최신 제품 패치는 Sun Solve에서 찾아볼 수 있습니다. Sun Solve에서 패치를 찾으려면 다음 절차를 사용합니다.
Sun Java System Calendar Server의 현재 필수 패치 목록을 보려면 다음 주소로 이동하십시오.
“Patches” 또는 “Patch Portal”을 선택합니다.
Sun Java System Calendar Server 링크로 이동합니다.
Java Enterprise System 구성 요소에 대한 운영 체제 패치 요구 사항 변경 및 패치가 발표되면 SunSolve에서 업데이트를 사용할 수 있게 됩니다(초기에는 권장 패치 클러스터의 형식으로).
이 절에는 Calendar Server 6.3을 설치하기 전에 알아야 할 다음 정보가 포함되어 있습니다.
Calendar Server는 NFS(Network File System) 마운트 분할 영역을 지원하지 않습니다. NFS 마운트 분할 영역에는 실행 파일, 데이터베이스, 구성, 데이터, 임시 또는 로그 파일을 포함하여 Calendar Server의 어떠한 부분도 설치하거나 만들지 마십시오.
Java Enterprise System은 Linux 플랫폼에서 실행됩니다. 설치 환경에서의 주요 차이점은 제품 디렉토리가 설치되는 경로 이름입니다. Linux 플랫폼은 Solaris 플랫폼에서와 다른 디렉토리에 제품을 설치합니다.
다음 표는 Solaris와 Linux의 기본 설치 디렉토리 경로입니다.
Solaris 기본 디렉토리 |
Linux 기본 디렉토리 |
---|---|
/opt/SUNWics5/cal/ (cal-svr-base) |
/opt/sun/calendar (cal-svr-base) |
/etc/opt/SUNWics5/config |
/etc/opt/sun/calendar/config |
/var/opt/SUNWics5/ |
/var/opt/sun/calendar |
이 설명서에서는 Calendar Server의 기본 설치 디렉토리를 cal-svr-base로 지칭합니다.
Calendar Server를 설치하기 전에 필요한 운영 체제 패치를 적용해야 합니다. 필수 패치 목록은 Sun Java Enterprise System 5 Release Notes for UNIX를 참조하십시오.
Solaris 시스템에서 Sun Java Enterprise System 설치 프로그램 또는 Calendar Server 6.3 구성 프로그램을 실행하려면 수퍼유저(root)로 로그인하거나 수퍼유저가 되어야 합니다.
Sun Java Enterprise System 설치 프로그램을 사용하여 Calendar Server 6.3를 설치합니다. Java Enterprise System 설치 프로그램은 Calendar Server 6.3을 포함한 Sun 구성 요소 제품 패키지 및 여러 제품에 사용되는 공유 구성 요소를 설치합니다.
다음 표는 다양한 Calendar Server 관련 구성 요소에 대한 Linux 패키지 이름입니다.
구성 요소 |
패키지 이름 |
---|---|
Calendar Server |
sun_calendar-core sun-calendar-api |
현지화된 패키지: |
|
스페인어 |
sun-calendar-core-es |
한국어 |
sun-calendar-core-ko |
프랑스어 |
sun-calendar-core-fr |
중국어(간체) |
sun-calendar-core-zh_CN |
독일어 |
sun-calendar-core-de |
일본어 |
sun-calendar-core-ja |
중국어(번체) |
sun-calendar-core-zh_TW |
Sun Java System Communications Suite 설치 프로그램을 사용하여 Calendar Server 버전 6.3으로 업그레이드할 수 없습니다. patchadd 프로세스를 사용해야 합니다.
Calendar Server 6.3 업그레이드에 대한 자세한 내용은 Sun Java Communications Suite 5 Upgrade Guide를 참조하십시오.
Calendar Server 6.3으로 업그레이드한 후 이 절에서 설명하는 다양한 데이터베이스 도구를 사용하여 데이터베이스도 업그레이드해야 합니다. 마이그레이션 도구에 대한 자세한 내용은 Sun Java System Calendar Server 6.3 Administration Guide를 참조하십시오.
이 절은 다음 내용으로 구성되어 있습니다.
Calendar Server 소프트웨어가 5.1.1보다 이전 버전이면 기술 지원팀에 문의하여 Calendar Server 5.1.1 호환 가능한 데이터베이스로 마이그레이션하십시오. Calendar Server 버전 6 릴리스로 직접 마이그레이션할 수는 없습니다. 기술 지원팀이 권장하는 프로세스에서는 Calendar Server 5.1.1을 설치해야 합니다. 데이터베이스 파일이 Calendar Server 5.1.1과 호환되는 경우 Calendar Server 6.3을 설치하고 다음 데이터베이스 도구를 목록의 순서대로 실행합니다.
이 유틸리티를 실행하여 데이터베이스를 버전 5.1.1에서 버전 6.2 수준으로 업그레이드합니다. 이 단계는 csmigrate 유틸리티를 사용하여 버전 6.3 수준으로 업그레이드하기 이전에 수행해야 하는 중간 단계입니다. cs5migrate 유틸리티는 Calendar Server 6.3을 설치한 이후에 sbin 디렉토리에 있습니다.
-r 옵션을 지정해야 합니다. 그러면 cs5migrate 유틸리티가 모든 반복 이벤트와 작업에 대한 마스터 및 예외 레코드를 만듭니다. 이들 레코드의 전달은 Calendar Server에 의해 자동으로 생성됩니다.
이 유틸리티는 데이터베이스를 다음과 같이 변경합니다.
Calendar Server 5.1.1 LDAP 데이터베이스를 Calendar Server 6.2 호환 데이터베이스로 마이그레이션합니다.
Berkeley 데이터베이스를 버전 4.2로 마이그레이션합니다.
csmigrate.log 로그 파일에 마이그레이션 상태를 기록합니다.
csmigrateerror.log 로그 파일에 오류를 기록합니다.
LDAP CLD 플러그 인이 제대로 작동하도록 이 유틸리티를 실행합니다.
이 유틸리티를 실행하여 비도메인 달력 데이터베이스를 다중 도메인 환경과 호환되는 단일 도메인 데이터베이스로 변환합니다.
Calendar Server 데이터베이스가 버전 6.2 모드로 전환되었습니다. 이제 csmigrate 유틸리티를 실행하여 Calendar Server 6.2 데이터베이스를 Calendar Server 버전 6.3과 호환하도록 마이그레이션합니다.
csmigrate 유틸리티는 새로 설치된 Calendar Server 6.3 소프트웨어의 sbin 디렉토리에 다른 관리 도구와 함께 있습니다. csmigrate에 대한 자세한 내용은 Sun Java System Calendar Server 6.3 Administration Guide를 참조하십시오.
동일한 컴퓨터에 Calendar Server의 여러 인스턴스 또는 제한된 가상 도메인 모드로 구성된 이전 버전의 Calendar Server를 업그레이드할 경우, Sun Microsystems, Inc. 영업 담당자에게 문의하여 마이그레이션 요구 사항을 평가하고 해당 요구 사항을 지원하는 특정 마이그레이션 유틸리티가 있는지 확인해야 합니다.
또한 먼저 전체 백업을 수행한 후 데이터베이스를 마이그레이션합니다.
csmigrate를 실행하여 달력 데이터베이스를 버전 6.3 수준으로 업그레이드합니다.
csmigrate 유틸리티는 새로 설치된 Calendar Server 6.3 소프트웨어의 sbin 디렉토리에 다른 관리 도구와 함께 있습니다. csmigrate에 대한 자세한 내용은 Sun Java System Calendar Server 6.3 Administration Guide를 참조하십시오.
Calendar Server 6.3으로 업그레이드하거나 설치한 뒤에는 다음과 같이 구성해야 Calendar Server를 사용할 수 있습니다.
Directory Server 설치 스크립트(comm_dssetup.pl)를 실행하여 Calendar Server 스키마에 대해 Sun Java System Directory Server를 구성합니다. 자세한 내용은 Sun Java Communications Suite 5 Installation Guide의 8 장, Directory Preparation Tool (comm_dssetup.pl)을 참조하십시오.
사이트의 특정 요구 사항에 맞게 구성하려면 Calendar Server 구성 프로그램(csconfigurator.sh)을 실행합니다. 자세한 내용은 Sun Java System Calendar Server 6.3 Administration Guide를 참조하십시오.
다음 표에는 Solaris 및 Linux 플랫폼 모두에 대해 이 문서에서 지칭하는 다양한 파일 및 프로그램의 위치가 요약되어 있습니다.
파일 이름 |
Solaris 위치 |
Linux 위치 |
---|---|---|
관리자 유틸리티: start-cal, stop-cal, csattribute, csbackup, cscal, cscomponents, csdb, csdomain, csexport, csimport, csmonitor, csplugin, cspurge, csrename, csresource, csrestore, csschedule, csstats, cstool 및 csuser |
/opt/SUNWics5/cal/sbin |
/opt/sun/calendar/sbin |
마이그레이션 유틸리티: csmig 및 csvdmig |
/opt/SUNWics5/cal/sbin |
/opt/sun/calendar/sbin |
구성 파일: ics.conf, version.conf, counter.conf 및 sslpassword.conf |
설치 후 파일의 위치는 다음과 같습니다. /opt/SUNWics5/cal/ config-template 구성 중에 위의 디렉토리에 있는 여러 파일이 사용자가 선택한 구성 옵션에 따라 지정된 위치로 이동됩니다. 기본 위치는/etc/opt/SunWics5/config입니다. |
설치 후 파일의 위치는 다음과 같습니다. /opt/sun/calendar/ config-template 구성 중에 위의 디렉토리에 있는 여러 파일이 사용자가 선택한 구성 옵션에 따라 지정된 위치로 이동됩니다. |
메일 형식 지정(*.fmt) 파일 |
설치 후 파일의 위치는 다음과 같습니다. /opt/SUNWics5/cal/ config-template 구성 후 파일의 위치는 다음과 같습니다. /etc/opt/SUNWics5/ config/language 여기서 language는 en, de, es, fr, ja, ko, zh-TW 또는 zh-CN입니다. |
설치 후 파일의 위치는 /opt/sun/calendar/ config-template입니다. 구성 후 파일의 위치는 다음과 같습니다. /etc/opt/sun/calendar/config/ language 여기서 language는 en, de, es, fr, ja, ko, zh-TW 또는 zh-CN입니다. |
라이브러리(.so) 파일 SSL 유틸리티: certutil 및 modutil |
/opt/SUNWics5/cal/lib |
/opt/sun/calendar/lib |
세션 데이터베이스 |
/opt/SUNWics5/cal/data/ http |
/opt/sun/calendar/data/http |
카운터 통계 파일: counter 및 counter.dbstat |
/opt/SUNWics5/cal/lib/ counter |
/opt/sun/calendar/lib/ counter |
timezones.ics 파일 |
/opt/SUNWics5/cal/config |
/opt/sun/calendar/config |
LDAP 디렉토리 서버의 성능을 향상시키려면, 특히 LDAP 디렉토리의 달력 검색을 사용하는 경우 다음 항목을 고려하십시오.
Calendar Server가 LDAP 디렉토리 서버에 액세스할 때 성능을 향상시키려면 여러 속성에 대한 LDAP 구성 파일에 색인을 추가하십시오.
구성 프로그램 comm_dssetup.pl에서 선택적으로 색인 작업을 수행합니다.
색인을 통한 성능 차이를 확인하려면 다음 검사를 수행하십시오.
색인 작업 이전, 다음 LDAP 명령 실행에 걸리는 시간
ldapsearch -b "base" "(&(icscalendarowned=* user*)(objectclass=icsCalendarUser))" |
여기서 base는 Calendar Server의 사용자 및 자원 데이터가 있는 디렉토리 서버의 LDAP 기본 DN이며, user는 사용자가 달력 검색 대화 상자에 입력할 수 있는 값입니다.
icsCalendarOwned에 대해 색인을 실행합니다.
다시 다음 LDAP 명령을 실행하고 시간을 측정합니다.
ldapsearch -b "base" "(&(icscalendarowned=*user*)(objectclass=icsCalendarUser))" |
여기서 base는 Calendar Server의 사용자 및 자원 데이터가 있는 디렉토리 서버의 LDAP 기본 DN이며, user는 사용자가 달력 검색 대화 상자에 입력할 수 있는 값입니다.
시간을 비교합니다. 측정 가능한 시간 차이가 있어야 합니다.
조사 제한(nsslapd-lookthroughlimit) 및 크기 제한(nsslapd-sizelimit) 매개 변수가 적절한 값으로 설정되었는지 확인하려면 다음 명령을 수행하십시오.
ldapsearch -b "base" "(&(icscalendarowned=* user ID*) (objectclass=icsCalendarUser))"
여기서 base는 Calendar Server의 사용자 및 자원 데이터가 있는 디렉토리 서버의 LDAP 기본 DN이며 user ID는 사용자가 Communications Express의 달력 검색 대화 상자에 입력할 수 있는 값입니다.
LDAP 서버가 오류를 반환한 경우 nsslapd-sizelimit 또는 nsslapd-lookthroughlimit 매개 변수가 충분히 크지 않은 경우일 수 있습니다. 다음 지침에 따라 이 두 매개 변수를 설정하십시오.
slapd.conf 또는 해당 파일의 nsslapd-sizelimit 매개 변수에 대한 값이 충분히 커야 원하는 모든 값이 반환됩니다. 그렇지 않으면 결과가 잘리거나 표시되는 결과가 없습니다.
slapd.ldbm.conf 또는 이에 해당하는 파일의 nsslapd-lookthroughlimit에 대한 값이 LDAP의 모든 사용자 및 자원의 검색을 완료할 수 있을 정도로 커야 합니다. 가능한 경우 nsslapd-lookthroughlimit를 -1로 설정하면 제한이 사용되지 않습니다.
Communications Express에는 스키마 1에 대한 두 가지 문제점이 있습니다.
Communications Express를 Sun LDAP 스키마 1로 실행하는 경우에는 Communications Express 구성 프로그램을 실행하기 전에 ldapmodify를 사용해 LDAP에 DC 루트 노드를 추가해야 합니다. 입력 항목은 다음과 같습니다.
dn: o=internet objectClass: organization o: internet description: Root level node in the Domain Component (DC) tree
스키마 1의 사용자를 관리하는 데 사용되는 달력 유틸리티인 csuser는 Calendar Express용으로 설계되었으므로 Communications Express에 필요한 주소록 서비스에 대해서는 사용자를 활성화하지 않습니다.
Calendar Server의 사용자, 그룹 및 도메인 관리에 사용되는 두 가지 도구로는 Delegated Administrator 및 Calendar Server 유틸리티가 있습니다. Delegated Administrator에는그래픽 사용자 인터페이스인 콘솔과 명령줄 인터페이스인 유틸리티의 두 가지 사용자 인터페이스가 있습니다. Delegated Administrator에 대한 자세한 내용은 Sun Java System Communications Services 6 2005Q4 Delegated Administrator 설명서를 참조하십시오. 콘솔 사용에 대한 지침은 Delegated Administrator 콘솔 온라인 도움말을 참조하십시오.
Calendar Server 유틸리티에 대한 자세한 내용은 Sun Java System Calendar Server 6.3 Administration Guide를 참조하십시오.
Access Manager 콘솔을 통해 사용자를 관리하지 마십시오. 사용자를 생성하고 달력 서비스에 할당할 수 있다 하더라도 이 방법은 결과를 예측할 수 없고 배포에 부정적인 영향을 미칠 수도 있으므로 사용하지 않는 것이 좋습니다.
Calender Server 6.3에는 다음 설명서가 포함되어 있습니다. 부품 번호는 괄호 안에 표시되어 있습니다.
Sun Java System Calendar Server 6.3 Administration Guide(820-0516)
Sun Java System Calendar Server 6.3 WCAP Developer’s Guide(819-4655)
이 릴리스에 대한 개발 안내서가 재구성되었습니다. WCAP를 다루지 않는 모든 장이 제거되었습니다. CSAPI 및 AuthSDK를 포함하여 제거된 자료는 몇몇 릴리스에 대해 업데이트되지 않았습니다. 삭제된 부분의 자료를 참조해야 하는 경우에는 Sun Java System Calendar Server 6 2005Q4 Developer’s Guide와 같은 이전 버전의 설명서를 참조하십시오.
Sun Java System Communications Express 6 2005Q4 Customization Guide(819–2662)
Sun Java System Delegated Administrator 6.4 관리 설명서(820-0520)
Sun Java System Communications Services 6 2005Q4 Schema Migration Guide(819-2656)
Sun Java Communications Suite 5 Event Notification Service Guide(819-4435)
Communications Express 온라인 도움말은 인터페이스에서 사용할 수 있습니다.
Delegated Administrator 콘솔 온라인 도움말은 인터페이스에서 사용할 수 있습니다.
Calendar Server 6.3 설명서는 다음 웹 사이트에서 제공됩니다.
http://docs.sun.com/coll/1313.2 및 http://docs.sun.com/coll/1402.2
Sun Java Enterprise System Technical Note: Sun Java System Calendar Frequently Asked Questions (819–2631)(FAQ 문서)는 이 릴리스에서 업데이트되지 않았습니다.
다음 표는 Calendar Server6.3과 이전 버전 사이의 알려진 비호환성 목록입니다.
비호환성 |
영향 |
설명 |
---|---|---|
Access Manager에 두 가지 설치 유형, 즉 레거시 유형과 영역 유형이 있습니다. |
설치할 때 다음 패널에서 설치 유형을 레거시로 선택해야 합니다. Access Manager: Administration (1 of 6) |
잘못된 Access Manager가 설치된 경우 Delegated Administrator를 실행할 수 없습니다. |
/opt/SUNWics5 아래의 Directory 준비 도구(comm_dssetup.pl)가 작동하지 않습니다. |
comm_dssetup.pl은 이제 Solaris의 경우 /opt/SUNcomds, Linux의 경우 /opt/sun/comms/dssetup에 자체 패키지로 설치됩니다. 이전 경로를 지정하는 기존 스크립트를 업데이트해야 합니다. |
패키지를 설치하려면 해당 설치 프로그램 패널에서 Directory 준비 도구를 선택해야 합니다. |
Delegated Administrator의 구성 프로그램이 변경되었습니다. |
Delegated Administrator를 설치하고 구성 프로그램을 실행합니다. 현재 프로그램 위치는 다음과 같습니다. Solaris: /opt/SUNWcomm/sbin/config -commda Linux: /opt/sun/comms/config-commda |
이 버전의 Calendar Server를 설치할 때 새 Delegated Administrator로 업그레이드하십시오. |
이 릴리스의 Communications Express가 이전 버전의 Calendar Server와 호환되지 않습니다. |
Communications Express를 업그레이드하는 경우 Calendar Server도 업그레이드해야 합니다. |
이 사항은 Messaging Server에도 적용됩니다. |
패키지화 수행 방법의 변경으로 인해 Calendar Express는 런타임에 문자열 대체를 수행해야 합니다. |
중요한 성능 저하 |
Calendar Server 작업을 시작하기 전에 기술 지원부에 요청하여 실행할 수 있는 스크립트를 받으십시오. 스크립트는 필요한 모든 문자열 대체를 수행합니다. Calendar Express는 더 이상 사용되지 않으며 이후 Calendar Server 릴리스에 포함되지 않습니다. 이 문제는 해결되지 않습니다. |
SSL 프로세스의 프로그램 코드 변경으로 인해 다음 매개 변수가 더 이상 작동하지 않습니다. service.http.ssl.certdb.path |
이전 매개 변수를 사용하여 SSL 디렉토리를 가리키는 스크립트 및 구성 파일이 작동하지 않습니다. SSL이 활성화되지 않습니다. |
다음 새 매개 변수가 ics.conf 파일에 추가되었습니다. local.ssldbpath = "/etc/opt/SUNWics5/config" |
인증서 데이터베이스의 비밀번호가 더 이상 ics.conf의 다음 매개 변수에 저장되지 않습니다. service.http.ssl. certdb.password |
SSL 비밀번호를 찾을 수 없습니다. 다음과 같은 오류 메시지가 나타납니다. General Error: http_ssl_init(): SSL initialization failed. |
인증서 데이터베이스의 비밀번호는 이제 config 디렉토리의 다음 파일에 있습니다. sslpassword.conf 비밀번호 형식은 다음과 같습니다. 내부 (소프트웨어) 토큰: password |
비도메인 환경이 더 이상 허용되지 않습니다. |
LDAP 항목을 수정하는 스크립트는 이제 기본 도메인을 포함해야 합니다. |
Calendar Server를 설치하여 구성하면 모든 LDAP 항목에 대해 자동 변환 프로그램을 실행하여 사용자가 지정한 기본 도메인을 추가합니다. 도메인 없이 WCAP 명령으로 수신된 요청은 기본 도메인을 대상으로 하는 것으로 자동으로 간주됩니다. LDAP 항목을 직접 수정하는 스크립트는 새 기본 도메인을 포함해야 합니다. |
ics.conf 파일의 service.admin.calmaster.userid 및 service.admin.calmaster.cred 매개 변수가 더 이상 사용되지 않습니다. |
이러한 이전 매개 변수를 사용하여 달력 사용자 기본 설정 및 자격 증명을 설정할 수 없습니다. |
service.admin.calmaster.userid 매개 변수는 service.siteadmin.userid로 변경되고 service.admin.calmaster.cred 매개 변수는 service.siteadmin.cred로 변경되었습니다. 업그레이드 시 이러한 매개 변수는 패치 스크립트에 의해 마이그레이션됩니다. |
Calendar Server의 Windows 및 HP-UX 버전은 더 이상 사용할 수 없습니다. |
서버측 Calendar Server 소프트웨어에서는 Solaris 및 Linux 운영 체제 플랫폼만 지원합니다. |
이는 Connector for Microsoft Outlook과 같은 클라이언트측 소프트웨어에는 영향을 주지 않습니다. 지원되는 운영 체제 목록은 개별 클라이언트 구성 요소의 릴리스 노트를 참조하십시오. |
다음은 Calendar Server 6.3의 베타 버전에서 해결된 문제입니다.
csuser delete가 기본 달력만 삭제합니다.
디렉토리 관리자 비밀번호가 ics.conf 파일에 일반 텍스트로 저장됩니다.
호스트된 도메인을 구성하기 전에 관리된 사용자는 이벤트를 만들 수 없습니다.
달력 구성 파일에서 비활성화된 프로세스는 중지 명령을 실행해도 중지되지 않습니다.
문제 번호 6216869와 관련됨. 프로세스(예: enpd)를 시작한 다음 ics.conf 파일에서 해당 프로세스를 비활성화한 경우 stop-cal을 실행하면 시스템이 비활성화된 프로세스를 중지하지 않습니다.
핫 백업 로그 파일이 구성 설정에 따라 정리되지 않습니다.
관리자가 LDAP에서 도메인을 삭제할 수 없습니다.
commadmin domain purge는 icsStatus가 deleted인 항목을 제거하지 않습니다. 상태가 removed여야 합니다. 권장 Calendar Server 유틸리티인 csclean은 icsStatus를 removed로 변경하지 않습니다.
기한이 삭제 범위를 벗어난 경우에도 deletecomponents_by_range가 수행할 작업을 제거합니다.
deletetodos_by_range.wcap가 dtstart를 사용하지 않고 dtstart=0으로 처리합니다.
중지 명령을 실행해도 DWP가 중지되지 않습니다.
문제 번호 5060833과 관련됨. DWP 프로세스가 실행 중인 동안 DWP를 비활성화하면 stop-cal을 실행해도 DWP 프로세스가 중지되지 않습니다. stop-cal로 활성화된 서비스뿐 아니라 모든 서비스를 중지해야 합니다.
RFE: 그룹 내에서 그룹 구성원이 calid만 표시하고 이름은 표시하지 않습니다.
이벤트 알림 전자 메일에 RFC 2822를 위반하는 긴 행이 있습니다.
Calendar Server가 필요하지 않은 certmap.conf 파일을 번들로 제공하지 않습니다. 이 파일은 Calendar Server에서 지원하지 않는 클라이언트 기반 SSL 인증을 위한 용도입니다.
set_calprops.wcap를 호출할 때 cshttpd가 코어를 덤프합니다.
디렉토리 서버가 스키마 2이고 도메인이 생성되어 있지 않은 경우 Calendar Server 구성 프로그램이 오류 메시지를 표시하고 이러한 디렉토리 서버에 대한 구성을 허용하지 않습니다.
이 문제는 구성 프로그램의 GUI 버전에 대해서만 해결되었습니다. 명령줄 버전의 경우 Calendar Server를 구성하기 전에 Delegated Administrator에서 도메인을 만들어야 합니다.
Calendar Server에 대해 잘못된 오류 메시지가 기록됩니다.
csmigrate가 디렉토리를 만듭니다(없는 경우).
csclean이 사용자 달력을 제거하지 않습니다. 이유에 대한 경고 메시지 표시되지 않음
도메인간 검색이 활성화되어 있는 경우 사용자가 다른 도메인에 있는 사용자를 초대하려고 하면 WCAP errno가 60을 값으로 반환합니다.
기본적으로 proxyauth가 설정되어 있어야 합니다.
이벤트 체인의 한 인스턴스를 수정하면 두 개의 전자 메일 알림이 전송됩니다.
ENS 알림이 설정되어 있으면 csmigrate 마이그레이션 유틸리티가 중지됩니다.
storeevents 명령을 호출하면 cshttpd 프로세스가 무한 루프를 시작합니다.
마이그레이션 도구는 새 데이터베이스 디렉토리에 ldap_cache 및 cld_cache를 만들어야 합니다.
달력 백업 시 디스크 공간 부족 문제가 발생합니다. 설명서에 나온 계산이 잘못된 것입니까?
계산은 정확하지만, archive 및 hotbackup 디렉토리를 csdb 디렉토리 외부로 이동해야 합니다.
csdomain에 LDAP 속성 inetdomainstatus를 변경할 등록 정보가 없습니다. 이 명령은 더 이상 사용되지 않으므로 업데이트되지 않습니다.
InetDomainBaseDN에 대한 색인을 추가해야 합니다.
comm-dssetup이 색인을 더 추가해야 합니다.
자동으로 재구성할 때 caldb.calmaster 매개 변수가 "**UNKNOWN**"으로 변경되었습니다.
이 절에는 Calendar Server 6.3 릴리스 당시 알려진 중요한 문제점이 나열된 표가 포함되어 있습니다.
현재 다음과 같은 제한 사항이 알려져 있습니다.
이전 버전의 Calendar Server를 Calendar Server 6.3으로 업그레이드한 후 발생한 고가용성 문제
업그레이드 후 "확인할 수 없는 백엔드 호스트입니다." 오류 메시지가 나타나면서 Linux 플랫폼에 로그인할 수 없습니다.
고가용성 기능을 사용하는 경우(Calendar Server HA 패키지 SUNWcsics 사용), 이전 버전의 Calendar Server를 Calendar Server 6.3 버전으로 업그레이드한 후 문제 6560681을 방지하기 위해 다음 해결 방법을 수행해야 합니다.
해결 방법:
Calendar Server 6.3과 함께 제공된 SUNWscics 패키지를 수동으로 제거합니다.
pkgadd를 사용하여 Java Enterprise System 소프트웨어에 번들로 제공된 SUNWscics 패키지를 추가합니다.
DWP 프로토콜을 사용해야 하는 프런트엔드 및 백엔드 서버에서 Calendar Server를 배포할 경우 구성 프로그램에 백엔드 서버의 호스트 이름을 추가할지를 묻는 메시지가 표시됩니다. 이 값을 ics.conf 매개 변수 caldb.dwp.server.hostname.ip에 저장할 경우 정규화된 호스트 이름 대신 IP 주소로 저장됩니다. 그러면 시스템에서 백엔드 서버를 찾을 수 없습니다.
해결 방법: IP 주소를 정규화된 백엔드 서버 호스트 이름으로 대체합니다. 그렇게 하려면 텍스트 파일인 ics.conf 파일을 편집하면 됩니다.
프런트엔드 및 백엔드 서버를 구성하는 데 사용되는 매개 변수에 사용할 값에 대한 정확한 지침은 Sun Java System Calendar Server 6.3 Administration Guide의 5 장, Configuring Calendar Database Distribution Across Multiple Machines in Calendar Server Version 6.3을 참조하십시오.
이 문제는 이 릴리스 노트의 다음 절에 문제 번호 6542989로 보고되어 있습니다. Calendar Server 6.3의 보고된 문제 .
Linux 운영 체제에서 Calendar Server 6.3으로 업그레이드한 후 start-cal을 실행하면 http.log 파일에 다음과 같은 오류 메시지가 표시됩니다.
cshttpd[2984]: General Error: caldb: caldb_pvt_isLocalUrl: hostname of hostname.xyz.com is not resolvable. Please check that hostname is correct and that hostname resolver is correct.
로그인하려고 하면 다음과 같은 오류 메시지가 표시됩니다.
Backend Host Unresolvable Please try again
해결:이 문제는 Calendar Server 6.3 업데이트 1, 패치 번호 121658-17에서 해결되었습니다.
이 문제는 다음 절의 문제 번호 6516438과 동일합니다. Calendar Server 6.3의 보고된 문제 .
구성 파일 ics.conf에서는 중복 매개 변수가 허용됩니다. 이로 인해 매개 변수 값 사이에 혼동이 있을 수 있습니다. 시스템에서 사용하는 매개 변수의 인스턴스를 확인하려면 파일의 마지막 인스턴스를 찾습니다. 시스템은 파일을 처리할 때 매개 변수의 마지막으로 찾은 인스턴스의 값을 사용합니다.
유용한 정보: ics.conf 파일 끝의 # My Parameter Changes와 같은 레이블이 지정된 섹션에 모든 변경 사항을 추가합니다. 변경 내역을 유지하려면 변경 이유를 설명하는 주석과 날짜를 추가합니다.
더 이상 사용되지 않는 이전 변경 사항을 설명하는 주석을 주기적으로 제거합니다. 변경 내역을 유지하지 않으려면 파일의 최신 변경 사항만 남겨두고 사용되지 않는 이전 중복은 삭제합니다.
이 버전에서는 패키지화의 사전 처리 단계에서 XSL 파일의 문자열 대체가 더 이상 수행되지 않습니다. 따라서 문자열이 실시간으로 대체되므로 Calendar Express 사용자 인터페이스의 성능이 저하됩니다.
해결 방법: Calendar Server를 실행하기 전에 모든 XSL 파일을 처리하고 올바른 언어 문자열을 수동으로 삽입하여 문자열 대체를 수행할 수 있습니다. 대체를 수행하려면 {CAL_SERVER_BASE}/tools/unsupported/bin 디렉토리에 있는 Perl 스크립트(xslvarparser.pl)를 추가해야 합니다. 스크립트 실행 지침은 스크립트 자체에 제공됩니다.
스크립트에 제공되는 지침은 다음과 같습니다.
Perl 스크립트 xslvarparser.pl을 사용하여 XSL 파일의 변수를 대체하여 XSL 렌더링 속도를 높입니다.
이 파일을 /opt/SUNWics5/cal/html 디렉토리에 복사합니다(Solaris의 경우 기본적으로 수행).
그런 다음 $ perl xslvarparser.pl로 실행합니다.
결과 파일은 각 로켈의 out 디렉토리 아래에 배치됩니다.
각 로켈의 XSL 파일을 out 디렉토리의 파일로 대체합니다.
이 대체를 수행하기 전에 원본 파일을 저장하는 것이 좋습니다.
이 문제는 Calendar Server 6.3의 보고된 문제 의 문제 번호 6385495에서 설명된 것과 동일합니다.
각 set_userprefs 명령은 다중 값 기본 설정의 하나의 인스턴스만 제거합니다.
해결 방법: 다중 값 사용자 기본 설정의 모든 인스턴스를 제거하려면 인스턴스당 하나의 set_userpref 명령을 실행해야 합니다.
예를 들면 다음과 같습니다. get_userprefs를 수행하여 모든 사용자 기본 설정을 나열합니다. icsSubscribed와 같이 기본 설정에 여러 개의 값이 있는 경우 하나의 set_userprefs 명령을 실행하여 나열된 각 값의 기본 설정을 삭제해야 합니다.
클러스터의 각 노드에 설치된 항목을 보여주는 클러스터 특정 showrev 명령은 없습니다. (이 문제는 Calendar Server에만 해당되는 것이 아닌 일반적인 문제입니다. 전역 파일 시스템에 설치된 모든 제품에 동일한 문제가 있습니다.)
이것은 Calendar Server를 업데이트하려 할 때의 문제입니다. Calendar Server가 설치된 모든 노드에 패치를 적용해야 합니다. 또한 Calendar Server가 미리 설치되지 않은 경우 노드에 패치를 적용할 수 없습니다. Calendar Server가 설치된 노드와 설치되지 않은 노드를 알 수 없는 경우 혼동이 생기고 Calendar Server가 설치된 노드를 찾는 데 시간이 많이 소비됩니다.
해결 방법: Calendar Server가 설치된 모든 노드를 보려면 다음 명령을 실행하십시오. pkgparam -v SUNWics5 | grep ACTIVE_PATCH
팝업 차단기를 활성화한 경우 특정 Calendar Server 창이 표시되지 않습니다.
해결 방법: 모든 Calendar Server 창이 표시되도록 Calendar URL에 대해 팝업 차단기를 비활성화하십시오.
예외:Norton Inet Security AD_BLOCKER 및 Mozilla 내장 POP_BLOCKER는 Calendar Server 창에 영향을 주지 않습니다.
csuser 유틸리티에서 주소록에 대해 사용자를 만들 수 없습니다.
해결 방법: Enable the user using ldapmodify.
구성 프로그램 csconfigurator.sh는 하나의 도메인만 구성합니다.
해결 방법: 다중 도메인 달력 환경(가상 도메인 또는 호스트된 도메인이라고 함)이 필요한 경우 다음 두 가지를 수행해야 합니다.
호스트된 도메인을 활성화합니다.
Delegated Administrator를 사용하거나 아직 Sun LDAP 스키마 1을 사용하는 경우 csdomain 유틸리티를 사용하여 도메인을 직접 추가합니다.
Sun Java System Calendar Server 6.3 Administration Guide의 10 장, Setting Up a Multiple Domain Calendar Server 6.3 Environment 및 Sun Java System Calendar Server 6.3 Administration Guide의 13 장, Administering Calendar Server Domains를 참조하십시오.
(문제 번호 4777792) 캐시가 가득 차서 오류가 발생합니다. Calendar Server가 LDAP 캐시 데이터를 만료시키지 않습니다.
해결 방법: 주기적으로 파일 내용을 제거합니다. 그런 다음 Calendar Server를 다시 시작합니다.
구성 파일에서 호스트 이름을 두 번 묻습니다. 한 번은 정규화된 호스트 이름이고 다른 한 번은 정규화되지 않은 호스트 이름입니다. 예를 들면 다음과 같습니다.
caldb.dwp.server.skate.red.sesta.com.ip = "skate.red.sesta.com" caldb.dwp.server.skate.ip = "skate" caldb.dwp.server.test12.red.sesta.com.ip = "test12.red.sesta.com" caldb.dwp.server.test12.ip = "test12"
X-토큰에 비 RFC 호환 데이터가 있는 경우 따옴표를 붙여야 합니다. 예를 들어 X-토큰의 콜론은 ":"과 같아야 합니다.
Calendar Server 유틸리티 cscal이 사용자를 소유자 목록에 보조 사용자로 추가할 때 사용자를 검증하지 않습니다.
Calendar Server 마이그레이션 유틸리티 csmig가 icsSubscribed를 소유자 달력으로 업데이트하지 않습니다.
이 작업은 수동으로 수행해야 합니다.
이벤트 알림 서비스(ENS)는 더 이상 사용되지 않습니다. 이 문제는 해결되지 않습니다. 대신 Sun Java System Message Queue 제품을 사용하십시오.
사용자가 이벤트를 수정하고 오늘의 이벤트와 미래의 모든 이벤트를 수정하는 옵션을 선택하면, 이전 이벤트가 모두 삭제되고 UI에 더 이상 표시되지 않습니다.
SSLv2 모드에서 SSL 초기화가 실패합니다. SSLv2 클라이언트를 사용할 수 없습니다.
스키마 1의 경우 달력을 생성하거나 다른 방식으로 관리하기 전에 DC 트리 노드를 생성해야 합니다.
오류 메시지가 여러 수준 아래로 감소되고 다양한 환경이 원인이 될 수 있기 때문에 오류 메시지가 모호합니다. 다음 높은 수준의 프로그램이 더 높은 수준으로 메시지를 보내기 전에 오류 메시지를 해석하지 않습니다.
설명의 맨 앞을 공백으로 시작할 경우 공백은 텍스트와 함께 저장되지 않으므로 이벤트가 표시될 때 나타나지 않습니다.
이 릴리스에서 구현되지 않은 RFE입니다.
남아 있는 잠금 파일로 인해 서버가 다시 시작되지 않습니다. 잠금 파일을 삭제한 다음 다시 시작하십시오.
잠금 파일은 다음 디렉토리에 있습니다.
/opt/sun/calendar/lib/lock/__db.001
법률에 의해 일광 절약 시간 전환 날짜가 변경되었습니다. Calendar Server 6.3 소프트웨어에는 새로 교정된 표준 시간대 테이블이 포함되어 있습니다. 이후에 생성되는 모든 이벤트와 작업은 올바른 시간을 사용하게 됩니다. 그러나 이전 전환 날짜와 새 전환 날짜 사이에 생성된 기존 이벤트와 작업은 1시간씩 벗어나 있습니다. 이 문제는 달력을 기준으로 봄 표준 시간에서 일광 절약 시간으로 전환할 때와 가을 일광 절약 시간에서 표준 시간으로 전환할 때 한 번씩 1년에 두 번 발생합니다.
이 문제는 이 문서의 뒤에 나오는 Calendar Server 6.3의 보고된 문제 에 설명된 문제 번호 6502376과 동일한 문제입니다.
해결:이 문제에 대한 표준 해결 방법은 해당 달력의 이벤트에 맞게 시간을 조정하는 것입니다.
요청에 따라 기술 지원팀에서 제공할 수 있는 해결 문제가 있습니다.
가져오기 기능을 사용하여 달력 간에 데이터를 이동할 수 없습니다. 데이터를 원래 내보냈던 달력(동일한 calid)으로만 가져올 수 있습니다.
이 제한은 이 문서의 Calendar Server 6.3의 보고된 문제 절에 번호 6461183으로 설명되어 있습니다.
다음은 제품에 대해 보고된 문제의 목록입니다.
호스트된 도메인 환경의 경우 csexport는 calid를 정규화해야 합니다. 예를 들어, uid@domain 형식으로 정규화합니다.
상태 파일이 생성되지 않습니다.
-saveState 옵션으로 csconfigurator.sh가 호출되고 지정된 상태 파일에 경로가 없으면 상태 파일이 생성되지 않습니다. 예를 들면 다음과 같습니다.
/opt/sun/calendar/sbin/csconfigurator.sh -saveState cs.state
해결 방법: 상태 파일이 생성되는 전체 경로 이름을 항상 지정하십시오.
자원 달력에 대한 초대 상태가 기본적으로 "수락"입니다.
자원 달력에 대한 초대 상태가 기본적으로 "수락"입니다. 자원 달력은 초대를 수락할 수 없기 때문에 자원 달력에 가입한 사용자는 Communications Express->옵션->달력 보기에서 수락된 초대만 보도록 선택한 경우 이러한 초대를 볼 수 없습니다.
해결 방법: ics.conf 매개 변수 resource.invite.autoaccept = "yes"를 설정하여 서버 수준 자동 수락을 결정합니다. icsAutoaccept LDAP 속성을 사용하여 자원 수준으로 결정할 수도 있습니다.
반복 이벤트에 문제가 발생합니다.
(storeevents를 사용하여) 비 날짜 필드 수정으로 dtstart 및 dtend 매개 변수에서 전송하면 데이터가 손상됩니다.
해결 방법: 날짜 필드를 수정할 필요가 없는 modify store 명령에 dtstart 및 dtend를 제공하지 마십시오.
디렉토리 서버가 스키마 2이고 도메인이 생성되어 있지 않은 경우 Calendar Server 구성 프로그램이 오류 메시지를 표시하고 이러한 디렉토리 서버에 대한 구성을 허용하지 않습니다.
이 문제는 구성 프로그램의 GUI 버전에 대해서만 해결되었습니다. 명령줄 버전의 경우 Calendar Server를 구성하기 전에 Delegated Administrator에서 도메인을 만들어야 합니다.
Java ES 2005Q1에서 업그레이드한 후 Access Manger를 사용한 단일 사인 온(SSO)이 작동하지 않습니다. 예를 들어, Portal Server 데스크톱에 로그인한 다음 Calendar Server에 액세스하려고 하면 단일 사인 온(SSO)을 통해 자동으로 인증되지 않고 로그인 페이지가 나타납니다.
해결 방법: 이 문제는 해결 방법이 없습니다.
프런트엔드 및 백엔드 설치를 포함하는 Calendar Server 배포를 업그레이드한 후 DWP로 통신하면 프런트엔드 설치 시작 시도가 실패하고 로그에 다양한 오류가 생성됩니다. 이 문제는 캐시 디렉토리를 새 설치에 복사하지 않았기 때문에 발생합니다.
해결 방법: cld_cache 및 ldap_cache 디렉토리를 /var/opt/SUNWics5/csdb.old에서 /var/opt/SUNWics5/csdb로 복사합니다. 그런 다음 새 디렉토리의 소유자와 그룹을 icsuser 및 icsgroup으로 설정합니다.
csdb에 데이터베이스 로그 파일이 누적됩니다.
저장소 데몬이 올바른 구성 파일 매개 변수를 읽지 않고 존재하지 않는 caldb.berkeley.*.enable을 찾고 있습니다. 그런 다음 비활성화된 순환 로깅의 기본값을 가져옵니다. 이는 또한 핫 백업의 발생을 막는 것을 비롯하여 다른 문제의 원인이 됩니다. 올바른 ics.conf 매개 변수는 caldb.berkeleydb.*.enable입니다.
해결 방법: 서비스를 다시 시작합니다. csstored는 누적된 로그 파일을 제거하여 로그 누적 문제를 관리합니다.
내보내기/가져오기를 사용하여 서로 다른 calid를 가진 달력 간에 데이터를 이동할 수 없습니다. 가져온 데이터는 가져오기를 수행할 원본 달력과 동일한 calid를 사용해야 합니다.
csrestore가 개인 사용자 달력을 고려하지 않습니다.
개인 달력을 만들고 백업을 성공적으로 실행한 후 개인 달력을 수동으로 삭제합니다. 그런 다음 restore 명령을 사용하여 개인 달력을 복원합니다. 로그 파일에서 달력이 성공적으로 복원되었는지 확인할 수 있습니다. UWC 또는 Calendar Express 인터페이스에 기록할 경우에는 개인 달력을 보거나 관리할 수 없습니다. 이 문제는 csrestore가 사용자 LDAP 항목, 가입 또는 자체 달력을 고려하지 않기 때문입니다.
해결 방법: csrestore를 사용하여 삭제한 후 복원한 각 사용자에 대한 다중 값 속성인 icsSubscribed를 수동으로 편집하거나 삭제합니다.
세션 데이터베이스 손실로 인해 로그인이 실패하고 과도한 세션 시간 초과 메시지가 표시됩니다.
해결 방법:
서비스를 중지합니다.
세션 데이터베이스를 제거합니다.
서비스를 시작합니다.
Calendar Server 패키지에는 JMQ 클라이언트가 번들로 제공되지 않습니다. 설치된 Messaging Server의 JMQ 클라이언트를 사용하십시오. JMQ 클라이언트가 설치되지 않은 상태에서 JMQ를 활성화하면 admind
프로세스가 비정상적으로 종료될 수 있습니다.
해결 방법: Messaging Server 번들에서 JMQ 클라이언트를 복사합니다.
2007년 3월 11일부터 2007년 4월 1일까지 달력 이벤트가 1시간씩 벗어남
이 문제는 일광 절약 시간이 적용되는 기간을 확장하기 위해 일광 절약 시간으로 전환하는 날짜와 표준 시간으로 돌아오는 날짜를 변경했기 때문에 발생합니다. 전환 날짜가 봄(3월)에는 앞으로 당겨지고 가을(11월)에는 뒤로 연기되었습니다. 이러한 변경을 반영하도록 Calendar Server 6.3과 함께 배포된 표준 시간대 파일을 업데이트했습니다.
Communications Express에서는 Calendar Server 표준 시간대 파일 대신 JVM 표준 시간대 정보를 사용하므로 새 표준 시간대 변경 사항을 반영하도록 JVM을 업데이트해야 합니다. 표준 시간대 데이터 업데이트와 기타 제품 기능 향상(예: 보안 문제 해결)을 전달하는 기본 방식으로 최신 Sun Java SE JDK/JRE 업데이트 릴리스를 사용하는 것이 좋습니다. 다음 문서에 설명한 것처럼 JVM 업데이트 프로그램을 사용합니다.
http://java.sun.com/javase/tzupdater_README.html
표준 시간대 정보를 업데이트한 경우 표준 시간대 업데이트 이전에 예약된 이벤트는 이전 전환 날짜와 새 전환 날짜 사이의 기간 동안에는 1시간씩 다르게 표시됩니다.
기술 지원팀에 요청하여 사용할 수 있는 문제 해결 실행 파일이 있습니다.
다른 방법으로 사용자에게 이전 전환 날짜와 새 전환 날짜 사이에 해당되는 이벤트에 대한 시간을 업데이트하도록 요청합니다. 또는 사용자 스크립트를 실행하여 업데이트가 필요한 이벤트에 대한 데이터베이스를 처리합니다.
LDAP 도구 위치 변경
이전(베타) 버전의 Java Enterprise System을 설치한 후 릴리스(RR) 버전 Java Enterprise System 5를 설치하기 이전에 SUNWldapcsdk-tools 패키지를 제거해야 합니다. 릴리스 버전에서 SUNWldapcsdk-tools 패키지의 위치가 변경되었기 때문입니다. 이 패키지를 제거하지 않고 릴리스 버전을 설치한 후 Calendar 또는 Messaging Server를 시작하면 다음과 같은 오류 메시지가 표시됩니다.
Could not find .../bin/ldapsearch utility Please install the ldapcsdk-tools package |
이 오류 메시지는 LDAP 도구의 위치가 변경되었기 때문에 표시됩니다.
해결 방법: 릴리스 버전의 Java Enterprise System 5를 설치하기 전에 SUNWldapcsdk-tools 패키지를 제거합니다. SUNWldapcsdk-tools 버전을 확인하려면 pkgparam -v SUNWldapcsdk-tools VERSION 명령을 실행합니다.
6.00,REV=2006.12.11.00.08 이상 버전이어야 합니다. 그렇지 않으면 LDAP 검색 유틸리티가 없다는 오류 메시지가 표시됩니다.
pkgrm SUNWldapcsdk-tools 명령을 사용하여 SUNWldapcsdk-tools 패키지를 제거합니다.
Java Enterprise System 5 설치 프로그램을 이미 실행한 경우 SUNWldapcsdk-tools 패키지를 수동으로 제거한 후 다음 명령을 사용하여 설치할 수 있습니다.
cd <jes5_distro>/Solaris_sparc/Product/shared_components/Packages pkgadd -d . SUNWldapcsdk-tools |
Linux 플랫폼에서 csmfagent 서버를 시작할 수 없습니다.
이진 달력에서 Linux 버전의 모니터링 프레임워크를 위한 공유 라이브러리를 찾을 수 없습니다. 모니터링 프레임워크 파일에 적합한 경로는 /opt/sun/mfwk/share/lib이지만, Calendar Server에서는 해당 파일이 /opt/sun/calendar/lib에 있는 것으로 기대합니다.
해결 방법: 다음 예제와 같이 Calendar Server 라이브러리에 해당 라이브러리에 대한 심볼릭 링크를 추가합니다.
# cd /opt/sun/calendar/lib # ln -s /opt/sun/mfwk/share/lib/*.so .
또는 모니터링 프레임워크 라이브러리에서 달력 서비스를 시작합니다. 예를 들면 다음과 같습니다. /opt/sun/mfwk/share/lib
Linux 플랫폼에서 Calendar Server 6.3으로 업그레이드한 후 로그인할 수 없습니다.
Calendar Server 6.3 업그레이드 1, 패치 번호 121658-17에서 패치가 적용되었습니다. 이 문제에 대한 자세한 내용은 이 릴리스 노트의 Calendar Server 알려진 제한 사항 절을 참조하십시오.
구성 프로그램을 사용하여 백엔드 서버를 설정하는 경우 정규화된 호스트 이름 대신 IP 주소가 다음 매개 변수에 잘못 입력됩니다.
caldb.dwp.server.hostname.ip
ics.conf 파일을 편집하여 매개 변수 값을 수정해야 합니다. 그렇지 않으면 시스템에서 백엔드 서버를 찾을 수 없습니다. 올바른 값은 백엔드 서버의 정규화된 호스트 이름입니다.
고가용성 패키지인 SUNWcsics가 제대로 작동하려면 몇 가지 업데이트가 필요합니다. Java Enterprise System 소프트웨어 번들에 사용된 패키지가 올바릅니다. 이 문제를 해결할 수 있는 패치가 제공될 때까지 다음 해결 방법을 사용해야 합니다.
Calendar Server 배포의 SUNWcsics 패키지를 수동으로 제거합니다.
Java Enterprise System 소프트웨어 배포의 SUNWcsics 패키지를 사용하여 pkgadd를 실행합니다.
Sun Java System Calendar Server 6.3에는 Sun Microsystems, Inc.에서 이진 형식으로 재생하여 배포할 수 있는 비독점적이고 양도 불능의 제한된 사용권이 부여된 다음 파일 집합이 포함되어 있습니다.
또한 나열된 헤더 파일 및 클래스 라이브러리는 결과적으로 이진 코드가 소프트웨어와의 인터페이스에 사용되는 경우에 한하여 복사와 사용이 가능하지만 수정은 할 수 없습니다.
샘플 코드는 위에 언급한 이진 코드를 만드는 경우에 대한 참조용으로만 제공됩니다.
Calendar Server에 대한 모든 재배포 가능 파일은 플러그 인 API(CSAPI)를 위한 것입니다. API에 대한 내용은 다음 위치에 있는 Sun Java System Calendar Server 6 2005Q4 Developer’s Guide를 참조하십시오.
http://docs.sun.com/coll/1313.2 및 http://docs.sun.com/coll/1402.2
다음 파일에서 cal-svr-base는 Calendar Server가 설치된 디렉토리입니다. Solaris용 기본 디렉토리는 /opt/SUNWics5/cal, Linux용 기본 디렉토리는 /opt/sun/calendar입니다.
cal-svr-base/csapi의 여러 하위 디렉토리에서 재배포 가능 파일을 찾을 수 있습니다.
이 하위 디렉토리(cal-svr-base/csapi/authsdk/)에 있는 재배포 가능 파일은 다음과 같습니다.
cgiauth.c |
expapi.h |
login.html |
nsapiauth.c |
이 하위 디렉토리(cal-svr-base/csapi/bin/)에 있는 재배포 가능 파일은 다음과 같습니다.
libcsapi_xpcom10.so |
libicsexp10.so |
이 하위 디렉토리(cal-svr-base/csapi/classes/)에 있는 재배포 가능 파일은 다음과 같습니다.
ens.jar |
jms.jar |
이 하위 디렉토리(cal-svr-base/csapi/include/)에 있는 재배포 가능 파일은 다음과 같습니다.
IIDS.h |
nsCom.h |
nsMacRepository.h |
csIAccessControl.h |
nsDebug.h |
nsProxyEvent.h |
csIAuthentication.h |
nsError.h |
nsRepository.h |
csICalendarDatabase.h |
nsHashtable.h |
nsString.h |
csICalendarLookup.h |
nsIAtom.h |
nsTraceRefcnt.h |
csICalendarServer.h |
nsICaseConversion.h |
nsVector.h |
csIDBTranslator.h |
nsICollection.h |
nsUnicharUtilCIID.h |
csIDataTranslator.h |
nsID.h |
nsXPComCIID.h |
csIMalloc.hplugins |
nsIEnumerator.h |
nsXPComFactory.h |
csIPlugin.h |
nsIEventQueueService.h |
nscore.h |
csIQualifiedCalidLookup.h |
nsIFactory.h |
pasdisp.h |
csIUserAttributes.h |
nsIPtr.h |
publisher.h |
mozIClassRegistry.h |
nsIServiceManager.h |
subscriber.h |
mozIRegistry.h |
nsIServiceProvider.h |
xcDll.h |
nsAgg.h |
nsISizeOfHandler.h |
xcDllStore.h |
nsCOMPtr.h |
nsISupports.h |
|
nsCRT.h |
nsISupportsArray.h |
|
이 디렉토리(cal-svr-base/csapi/plugins/)에는 다음의 하위 디렉토리에 재배포 가능 파일이 있습니다.
다음 재배포 가능 파일은 이 하위 디렉토리(cal-svr-base/csapi/plugins/accesscontrol/)에서 찾을 수 있습니다.
csAccessControl.cpp |
csAccessControl.h |
csAccessControlFactory.cpp |
다음 재배포 가능 파일은 이 하위 디렉토리(cal-svr-base/csapi/plugins/authentication/)에서 찾을 수 있습니다.
csAuthentication.cpp |
csAuthentication.h |
csAuthenticationFactory.cpp |
다음 재배포 가능 파일은 이 하위 디렉토리(cal-svr-base/csapi/plugins/datatranslator/)에서 찾을 수 있습니다.
csDataTranslator.cpp |
csDataTranslator.h |
csDataTranslatorFactory.cpp |
다음 재배포 가능 파일은 이 하위 디렉토리(cal-svr-base/csapi/plugins/userattributes/)에서 찾을 수 있습니다.
csUserAttributes.cpp |
csUserAttributes.h |
csUserAttributesFactory.cpp |
이 디렉토리(cal-svr-base/csapi/samples/)에는 다음의 하위 디렉토리에 재배포 가능 파일이 있습니다.
다음 재배포 가능 파일은 이 하위 디렉토리(cal-svr-base/csapi/samples/authentication/)에서 찾을 수 있습니다.
authlogon.c |
authlogon.h |
authtest.c |
csAuthenticationLocal.cpp |
csAuthenticationLocal.h |
csAuthenticationLocalFactory.cpp |
다음 재배포 가능 파일은 이 하위 디렉토리(cal-svr-base/csapi/samples/datatranslator/)에서 찾을 수 있습니다.
csDataTranslatorCSV.cpp |
csDataTranslatorCSV.h |
csDataTranslatorCSVFactory.cpp |
다음 재배포 가능 파일은 이 하위 디렉토리(cal-svr-base/csapi/samples/ens/)에서 찾을 수 있습니다.
apub.c |
asub.c |
rpub.c |
rsub.c |
다음 재배포 가능 파일은 이 하위 디렉토리(cal-svr-base/csapi/samples/userattributes/)에서 찾을 수 있습니다.
csUserAttributesDB.cpp |
csUserAttributesDB.h |
csUserAttributesDBFactory.cpp |