test

Sun Java System Calendar Server 6.3 관리 설명서

15장 달력 관리

이 장에서는 Calendar Server 명령줄 유틸리티를 사용하여 달력을 생성하고 관리하는 방법에 대한 지침을 제공합니다.

이 장은 다음 내용으로 구성되어 있습니다.

15.1 Calendar Server 버전 6.3의 달력 관리 개요

Delegated Administrator로는 달력을 만들거나 관리할 수 없습니다. 부록 D, Calendar Server 명령줄 유틸리티 참조 에 설명된 Calendar Server 유틸리티를 사용해야 합니다.

달력을 만들기 전에 다음 정보를 알고 있어야 합니다.

cscal 또는 csresource를 실행하려면 Calendar Server가 실행되는 시스템에 대해 관리 권한을 가진 사용자로 로그인해야 합니다. 이러한 명령은 /opt/SUNWics5/cal/sbin 디렉토리에서 실행해야 합니다. 즉 경로를 지정하여 다른 디렉토리에서 실행할 수 없으며 반드시 sbin 디렉토리로 변경해야 합니다.

15.2 달력 고유 아이디(calid) 만들기

Calendar Server 데이터베이스의 각 달력은 고유한 달력 아이디(calid)로 식별됩니다. 달력을 만들 때 calid를 지정해야 합니다.

이 절은 다음 내용으로 구성되어 있습니다.

15.2.1 Calid 구문

데이터베이스의 각 달력은 고유 달력 아이디(calid)로 식별됩니다. 다음 calid 구문은 세 부분으로 이루어집니다.

userid[@domain][:calendar-name]

세 부분은 다음과 같습니다.

userid

이 Calendar Server 인스턴스의 도메인에 대해 고유한 사용자 아이디입니다.

domain

사용자의 도메인 이름입니다.

단일 도메인의 경우 사용자가 있는 도메인이 명확하기 때문에 도메인 부분은 선택 사항이 됩니다.

다중 도메인의 경우 도메인 부분을 지정하지 않으면 Calendar Server에서 해당 도메인의 ics.conf 매개 변수 service.defaultdomain 에 지정된 값을 사용합니다. 사용자가 기본 도메인에 있지 않은 경우에는 도메인 부분을 지정해야 합니다.

다중 도메인 환경에 대한 자세한 내용은 10 장, 다중 도메인 Calendar Server 6.3 환경 설정 및 13 장, Calendar Server 도메인 관리을 참조하십시오.

calendar-name

특정 사용자에게 고유한 선택적 달력 이름입니다. 소유자의 기본 달력은 하나뿐이지만 다양한 목적으로 다른 달력을 가질 수도 있습니다. 기본 달력이 아닌 각 달력은 달력 이름으로 구분합니다. 예를 들어 사용자 John Doe의 uid가 jdoe이면 기본 달력은 jdoe@sesta.com이 될 수 있습니다. John Doe가 코치를 맡고 있는 리틀 야구팀의 야구 시합을 추적하기 위해 사용하는 보조 달력은jdoe@sesta.com:baseball라는 calid를 사용하여 식별할 수 있습니다.

15.2.2 달력 아이디 만들기 규칙

이 절에서는 달력 아이디(calid)를 만들기 위한 규칙에 대해 설명합니다.

calid를 만들 때에는 다음 규칙을 염두에 두어야 합니다.

15.2.3 비도메인 calid를 다중 도메인 형식의 calid로 변환

도메인을 구축하기 전에 calid를 만들었고 이를 도메인에 해당하는 calid로 변환하려면 csvdmig 유틸리티를 사용하여 기존 calid에 도메인 부분을 추가할 수 있습니다. 이 유틸리티 사용 방법은 3.6 csvdmig를 참조하십시오.

기존 calid에 도메인 이름을 추가하지 않은 경우 기본 도메인에 속한 것으로 간주합니다.

15.3 달력 자동 생성

이 절에서는 Calendar Server 기능을 사용하여 사용자가 처음 로그인했을 때 자동으로 달력을 만들기 위한 개념적인 정보 및 지침을 제공합니다.

자동 달력 생성 기능은 기본적으로 활성화되어 있습니다. 활성화된 경우 다음 두 경우에 자동으로 달력을 만듭니다.

이러한 환경에서 달력 자동 생성을 구현하는 데 필요한 구성 정보는 그룹에 대해 Calendar Server를 구성하려면을 참조하십시오.

이 절은 다음 내용으로 구성되어 있습니다.

15.3.1 calid 만들기

Calendar Server는 사용자 아이디와 도메인이름을 사용하여 새 기본 달력의 달력 아이디(calid)를 만듭니다.

예를 들어, John Smith의 사용자 아이디는 jsmith이고 LDAP 항목은 sesta.com 도메인에 있습니다. Calendar Server에 처음 로그인하면 jsmith@sesta.com을 calid로 사용하여 기본 달력이 자동으로 만들어집니다. 그 후에 John Smith가 만드는 calid에는 달력 이름에 jsmith@sesta.com:이 붙습니다. 예를 들어, John Smith가 나중에 meetings라는 새 달력을 만들면 이 달력의 calid는 jsmith@sesta.com:meetings가 됩니다.

이벤트의 참석자 목록에 기본 달력이 없는 사용자, 그룹 또는 자원이 나열되면 이벤트 소유자의 도메인에서 LDAP의 uid를 이벤트 소유자로 조회합니다. 소유자에게 할당된 도메인이 없는 경우 기본 도메인을 사용합니다. 시스템에서는 도메인을 uid에 추가하여 calid를 구성합니다.

이벤트 소유자의 도메인에서 uid를 찾지 못하면 이벤트 소유자가 검색할 수 있도록 허용된 다른 도메인을 검색합니다. 자세한 내용은 11.2 Calendar Server 6.3 시스템에서 도메인 간 검색을 참조하십시오.

Procedure달력 자동 제공을 활성화하려면

달력 자동 생성 기능은 기본적으로 활성화됩니다. 그러나 비활성화한 후에는 다음 단계에 따라 다시 활성화해야 합니다.

  1. 구성 권한에 관리자로 로그인합니다.

  2. stop-cal 명령을 실행하여 Calendar Server 서비스를 중지합니다.

  3. /etc/opt/SUNWics5/cal/config 디렉토리로 변경합니다.

  4. ics.conf 파일을 복사한 다음 이름을 변경하여 저장합니다.

  5. 다음 표에 표시된 대로 Calendar Server 구성 파일 ics.conf에서 다음 매개 변수 중 하나 이상을 편집합니다.

    매개 변수 

    설명과 기본값 

    local.autoprovision

    “yes”로 설정하면 사용자가 처음으로 로그인할 때 자동으로 기본 달력이 생성됩니다. 자동 제공 기능은 기본적으로 활성화됩니다. 

    이 기능을 사용하지 않으려면 값을 “no”로 설정하십시오. 

  6. 달력에 대해 사용자의 LDAP 항목이 활성화되어 있는지 확인합니다.

    해당 항목에는 icsCalendarUser 객체 클래스가 포함되어 있어야 합니다. 사용자의 LDAP 항목에 클래스가 없는 경우에는 추가합니다.

  7. 사이트에서 다중 도메인을 사용하고 있는 경우 자동 제공이 작동하기 전에 사용자의 도메인에서 달력이 활성화되어 있어야 합니다. 도메인 항목에는 icsCalendarDomain 객체 클래스가 포함되어 있어야 합니다.

  8. 파일을 저장합니다.

  9. Calendar Server를 다시 시작합니다.

    cal-svr-base/SUNWics5/cal/sbin/start-cal

Procedure달력 자동 제공 기능을 비활성화하려면

  1. 구성 권한에 관리자로 로그인합니다.

  2. stop-cal 명령을 실행하여 Calendar Server 서비스를 중지합니다.

  3. /etc/opt/SUNWics5/cal/config 디렉토리로 변경합니다.

  4. ics.conf 파일을 복사한 다음 이름을 변경하여 저장합니다.

  5. 다음 표에 표시된 대로 Calendar Server 구성 파일 ics.conf에서 다음 매개 변수 중 하나 이상을 편집합니다.

    매개 변수 

    설명과 기본값 

    local.autoprovision

    매개변수를 no로 설정하면 사용자 달력의 자동 제공이 비활성화됩니다.

  6. 파일을 저장합니다.

  7. Calendar Server를 다시 시작합니다.

    cal-svr-base/SUNWics5/cal/sbin/start-cal

    주 –

    자동 제공이 비활성화된 경우에 사용자가 성공적으로 로그인하려면 해당 사용자의 달력을 명시적으로 만들어야 합니다.

15.4 달력 액세스 제어

Calendar Server에서는 액세스 제어 목록(ACL)을 사용하여 달력, 달력 등록 정보 그리고 이벤트, 수행할 작업과 같은 달력 구성 요소의 액세스 제어를 결정합니다.

이 절은 다음 내용으로 구성되어 있습니다.

15.4.1 액세스 제어용 구성 매개 변수

다음 표에서는 Calendar Server가 액세스 제어에 사용하는 ics.conf 파일의 구성 매개 변수에 대해 설명합니다.

표 15–1 액세스 제어 구성 매개 변수

매개 변수 

설명 

calstore.calendar.default.acl

사용자가 달력을 만들 때 사용하는 기본 액세스 제어 설정을 지정합니다. 기본값은 다음과 같습니다. 

"@@o^a^r^g;@@o^c^wdeic^g;

@^a^fs^g;@^c^^g;@^p^r^g"

calstore.calendar.owner.acl

달력 소유자에 대한 기본 액세스 제어 설정을 지정합니다. 기본값은 다음과 같습니다. 

"@@o^a^rsf^g;@@o^c^wdeic^g"

resource.default.acl

자원 달력이 만들어질 때 사용하는 기본 액세스 제어 설정을 지정합니다. 기본값은 다음과 같습니다. 

"@@o^a^r^g;@@o^c^wdeic^g;

@^a^rsf^g"

15.4.2 공개 및 개인 이벤트와 작업 필터

새 이벤트나 작업을 만들 때 사용자는 공개, 개인 또는 시간 및 날짜만(비밀) 이벤트나 작업인지 지정할 수 있습니다.

공개

사용자의 달력에 대해 읽기 권한을 가진 누구라도 해당 이벤트나 작업을 볼 수 있습니다.

개인

달력의 소유자만 해당 이벤트나 작업을 볼 수 있습니다.

시간 및 날짜만

비밀 이벤트 및 작업입니다. 달력의 소유자만 해당 이벤트나 작업을 볼 수 있습니다. 달력에 대해 읽기 권한을 가진 다른 사용자는 해당 달력에서 제목이 없는 이벤트만 볼 수 있으며 이 제목은 활성 링크가 아닙니다.

calstore.filterprivateevents는 Calendar Server가 개인 이벤트, 시간 및 날짜만 이벤트(비밀) 및 작업을 필터링(인식)할 것인지를 결정합니다. 기본적으로 이 매개 변수는 "yes"로 설정됩니다. calstore.filterprivateevents를 "no"로 설정한 경우 Calendar Server는 개인 이벤트 그리고 시간 및 날짜만 이벤트와 작업을 공개 이벤트와 작업인 것처럼 취급합니다.

15.4.3 액세스 제어용 명령줄 유틸리티

다음 표에서는 액세스 제어를 위해 ACL을 설정하거나 수정할 수 있게 해주는 Calendar Server 명령줄 유틸리티를 설명합니다.

표 15–2 액세스 제어용 명령줄 유틸리티

유틸리티 

설명 

cscal

특정 사용자 또는 자원 달력의 ACL을 설정하려면 create 및 modify 명령을 -a 옵션과 함께 사용합니다.

csresource

자원 달력을 위한 ACL을 설정하려면 csresource 유틸리티를 -a 옵션과 함께 사용합니다.

commadmin 사용자

csuser

Schema 버전 2의 경우 사용자 달력이 생성될 때 사용되는 기본 ACL을 변경하는 데는 Delegated Administrator 콘솔 또는 Delegated Administrator 유틸리티 commadmin를 사용합니다.

스키마 버전 1의 경우 사용자가 달력을 만들 때 사용된 기본 ACL을 변경하기 위해 csuser 유틸리티를 -a 옵션과 함께 사용합니다.

주 –

Delegated Administrator 콘솔에서 액세스 권한을 설정하려면 Organization Properties 페이지나 Create New Organization 마법사에서 Advanced Rights 버튼을 눌러 이 콘솔에서 관리할 수 있는 액세스 권한 목록을 봅니다.

15.5 달력 만들기

이 절에서는 달력을 만드는 방법에 대한 개념적인 정보 및 지침을 제공합니다.

이 절은 다음 내용으로 구성되어 있습니다.

15.5.1 cscal 유틸리티를 사용하여 사용자 달력 만들기

이 절은 다음과 같은 항목과 예로 구성되어 있습니다.

다음 예에서는 이전 예와 비슷하게 달력을 만들지만, 그룹 일정에 대한 특별한 액세스 제어 설정도 지정합니다.

cscal -n Hobbies -o jsmith -a "@@o^a^sfr^g" create Personal

여기서 -a "@@o^a^sfr^g" 문자열은 다른 소유자들에게 이 달력의 구성 요소 및 달력 등록 정보에 대해 그룹 예약을 위한 예약, 사용 가능/사용 중 그리고 읽기 액세스 권한을 부여합니다.

15.5.1.1 새 달력 만들기에 대한 개요

새 달력을 만들려면 cscal 유틸리티와 create 명령을 함께 사용하십시오. 사용자 또는 자원 항목이 LDAP 디렉토리에 이미 있어야 합니다. LDAP 디렉토리에 사용자 및 자원을 추가하는 방법에 대한 자세한 내용은 14 장, 사용자, 그룹 및 자원 관리을 참조하십시오.

사이트에서 LDAP 달력 조회 데이터베이스(CLD) 플러그 인을 사용하는 경우에는 특정 사용자 또는 자원에 해당하는 모든 달력을 사용자 또는 자원 항목의 icsDWPHost LDAP 속성에 표시된 서버와 동일한 백엔드 서버에 만들어야 합니다. 다른 백엔드 서버에서 달력을 만들려고 하면 cscal 유틸리티는 오류를 반환합니다. LDAP CLD 플러그 인에 대한 자세한 내용은 5 장, Calendar Server 버전 6.3에서 여러 시스템 간 달력 데이터베이스 배포 구성을 참조하십시오.

15.5.1.2 새 달력 만들기

새 달력을 만들기 위한 최소한의 명령은 다음과 같습니다.

cscal -o uid  create calid

예를 들어 고유 아이디 및 달력 아이디가 jsmith인 John Smith라는 사용자의 경우 명령은 다음과 같습니다.

cscal -o jsmith create jsmith

명령은 다음과 같은 부분으로 구성되어 있습니다.

cscal

유틸리티의 이름입니다.

-o

이 달력에 대한 주 소유자의 고유 아이디(uid)입니다.

create

새 달력을 만드는 명령입니다.

calid

이 달력에 할당할 달력 아이디입니다.

cscal 유틸리티에 대한 자세한 내용은 본 설명서에서 D.5 cscal을 참조하십시오.

정보 –

기본 액세스 제어 설정은 ics.conf 파일의 calstore.calendar.default.acl에서 정의합니다.

15.5.1.3 다른 달력 만들기

한 사용자에 대해 여러 개의 달력을 만들 수 있습니다. 그러나 이러한 달력은 기본 달력의 하위 달력으로 식별됩니다. 새 달력의 정규화된 이름은 콜론 왼쪽에 기본 달력의 이름이 오고 콜론 오른쪽에는 새 달력의 이름이 옵니다.

다음 예에서는 John Smith라는 사용자에 대해 기본 달력이 아닌 다른 달력을 Personal이라는 이름으로 만드는 방법을 보여 줍니다.

cscal -o jsmith@sesta.com create Personal

명령은 다음과 같은 부분으로 구성되어 있습니다.

cscal

유틸리티의 이름입니다.

-o jsmith@sesta.com

이 달력에 대한 주 소유자의 고유 아이디(uid)입니다.

create

새 달력을 만드는 명령입니다.

Personal

이 달력에 할당할 달력 아이디(calid)의 두 번째 부분입니다.

정규화된 달력 아이디는 jsmith@sesta.com:Personal입니다.

15.5.1.4 조회 가능한 이름을 사용하여 달력 만들기

이 예에는 이전 예에서 만든 Persnal이라는 달력(기본 달력 아님)에 별도의 조회 가능한 이름으로 “Hobbies”를 추가하는 방법이 나와 있습니다.

cscal -o jsmith@sesta.com -n Hobbies create Personal

-o

jsmith@sesta.com은 주 소유자의 사용자 아이디를 지정합니다.

-n

Hobbies는 조회 가능한 달력 이름을 나타냅니다.

Personal

이 새 추가 달력의 이름은 John Smith입니다.

전체 calid는 다음과 같습니다. jsmith@sesta.com: Personal.

15.5.1.5 다른 등록 정보를 사용하여 달력 만들기

다음 예에서는 이전 예와 비슷하게 Personal이라는 새로운 달력을 만들지만, 여기에서는 sports라는 범주를 달력에 연결하며 이중 예약이 가능하게 하고 Ron Jones를 또 다른 소유자로 지정합니다.

cscal -n Hobbies -o jsmith - g sports -k yes -y rjones create Personal

명령은 다음과 같은 부분으로 구성되어 있습니다.

cscal

유틸리티의 이름입니다.

-o jamsith@sesta.com

이 달력에 대한 주 소유자의 고유 아이디(uid)입니다.

-g sports

이 옵션은 Pernsal이라는 달력을 sports라는 범주와 연결합니다.

-y

rjones@sestas.com은 달력의 또 다른 소유자를 지정합니다.

-k yes|no

이 옵션은 하나의 시간 슬롯에서 이중 예약을 가능하게 하거나 불가능하게 합니다.

yes 값을 사용하면 이중 예약이 가능하게 됩니다. no 값을 사용하면 이중 예약이 불가능하게 됩니다.

create

새 달력을 만드는 명령입니다.

Personal

이 달력에 할당할 달력 아이디입니다.

15.5.2 자원에 대해 Calendar Server 구성

자원 달력은 미팅 룸, 노트북 컴퓨터, 오버헤드 프로젝터 및 다른 장비와 같이 예약할 수 있는 대상과 연결됩니다. 자원 달력에는 액세스 제어 목록이 필요합니다.

표 15–3에 나와 있는 것처럼 ics.conf 파일에 있는 두 개의 구성 매개 변수가 자원 달력에 적용됩니다.

resource.default.acl

기본 액세스 제어 목록입니다.

resource.allow.doublebook

이중 예약을 사용 가능하게 하거나 사용 불가능하게 하는 매개 변수입니다.

이 매개 변수의 기본값을 변경하려면(표 15–3 참조) ics.conf 파일을 편집합니다. 기본값의 변경 사항은 새 자원 달력에만 적용되며 기존 자원의 값은 변경되지 않습니다.

스키마 버전 1의 경우 Calendar Server 유틸리티 cscal을 사용하여 기존 자원 달력 값을 변경합니다. csresource 유틸리티에는 modify 명령이 없습니다.

스키마 버전 2의 경우 Delegated Administrator 유틸리티 명령 commadmin resource modify를 사용합니다. Delegated Administrator 콘솔에서는 달력 자원에 대해 해당 값을 변경할 수 없습니다.

주 –

Calendar Server 알림 소프트웨어는 자원이 아닌 사용자에게만 알림을 보내도록 프로그램되어 있습니다.

표 15–3 ics.conf파일의 자원 달력 구성 매개 변수

매개 변수 

설명과 기본값 

resource.default.acl

이 매개 변수는 자원 달력이 만들어질 때 사용되는 기본 액세스 제어 권한을 결정합니다. 기본 권한은 다음 액세스 제어 목록(ACL)에서 지정합니다. 

"@@o^a^r^g;@@o^c^wdeic^g;@^a^rsf^g"

이 ACL은 모든 달력 사용자에게 구성 요소와 등록 정보를 포함하여 달력에 대해 읽기, 예약 및 사용 가능/사용 중 액세스를 부여합니다. 

자원의 사용 권한을 변경하려면 csresource 유틸리티의 create 명령을 사용하여 달력을 만들 때 -a 옵션을 사용합니다.

resource.allow.doublebook

이 매개 변수는 자원 달력에 이중 예약이 허용되는지 여부를 결정합니다. 이중 예약을 사용하면 자원 달력은 같은 시간에 둘 이상의 이벤트를 예약할 수 있습니다. 

기본값은 "no"이며, 이중 예약이 허용되지 않습니다.

자원 달력에서 이중 예약을 허용하려면 csresource 유틸리티의 create 명령을 사용하여 달력을 만들 때 -k 옵션을 사용합니다.

resource.invite.autoprovision

기본값은 "yes"입니다.

resource.invite.autoaccept

기본값은 "yes"입니다.

15.5.3 자원 및 자원 달력 만들기

정보 –

ics.conf의 resource.invite.autoprovision 매개 변수 값이 "yes"인 경우 첫 번째 초대 시 자원 달력이 생성됩니다. 즉, 이 자원에 기본 달력이 없으면 초대에서 처음 예약될 때 자원 달력이 생성됩니다.

자원을 만들려면 다음 중 한 가지 방법을 사용합니다.

Calendar Server 유틸리티(Schema 버전 1) 사용

csresource create 사용

이 유틸리티는 자원에 대한 LDAP 항목과 기본 달력을 만듭니다.

자원에 대해 기존 LDAP 항목이 있는 경우 csresource는 달력만 만듭니다. 중복된 LDAP 항목은 만들지 않습니다.

예를 들어, 기본 설정을 사용하고 자원 LDAP 항목과 달력 아이디가 aud100이고 표시 가능 이름이 Auditorium인 달력을 만들려면 다음 명령을 사용합니다.

csresource -m aud100@siroe.com -c aud100 create Auditorium

Delegated Administrator 유틸리티 및 Calendar Server 유틸리티

두 명령을 조합하여 사용합니다.

  • LDAP 항목을 만들려면 Delegated Administrator 유틸리티 명령 commadmin resource create를 사용합니다.

  • 기본 달력을 만들려면 Calendar Server 유틸리티 명령 csresource create를 사용합니다.

Delegated Administrator 콘솔

이 콘솔에서 LDAP 자원을 만들려면 조직 목록에서 이 자원이 위치할 조직을 선택합니다. 이 조직에 대한 달력 자원 페이지에서 새로 만들기를 눌러 새 달력 자원 만들기 마법사를 실행합니다.

Delegated Administrator 유틸리티에 대한 자세한 내용은 Sun Java System Communications Services 6 2005Q4 Delegated Administrator Guide를 참조하십시오.

Delegated Administrator 콘솔에 대한 자세한 내용은 온라인 도움말을 참조하십시오.

csresource에 대한 자세한 내용은 부록 D, Calendar Server 명령줄 유틸리티 참조 를 참조하십시오.

15.5.4 자원 달력의 이중 예약

기본적으로 Calendar Server는 자원 달력의 이중 예약(resource.allow.doublebook 매개 변수)을 허용하지 않습니다. 이 기본 설정은 회의실과 장비와 같은 자원에 대한 예약 충돌을 방지합니다. 그러나 자원 달력에 대해 이중 예약을 허용하려면 달력을 만들 때 csresource -k 옵션을 “yes”로 설정합니다.

다음 명령은 자원 LDAP 항목과 달력을 만들지만, -k 옵션은 달력에서 이중 예약을 허용하고, -o 옵션은 bkamdar를 달력의 소유자로 지정하고,-y 옵션은 jsmith@sesta.com을 또 다른 소유자로 지정합니다.

csresource -m aud100@siroe.com -c aud100 -k yes
    -o bkamdar -y jsmith@sesta.com create Auditorium

15.5.5 자원 달력에 대한 액세스 제한

특정 자원의 예약 가능자를 제어하려면 자원 달력에 대해 쓰기 액세스를 갖는 사용자를 제한하는 방법을 고려할 수 있습니다. 예를 들어, 특정 사용자들만 회의실이나 장비를 예약하게 할 수 있습니다.

자원 달력의 소유자를 지정하지 않으면 ics.conf 파일의 service.siteadmin.userid 매개 변수에서 값을 가져옵니다.

15.6 사용자 달력 관리

이 절에서는 Calendar Server 유틸리티 D.5 cscal을 사용하여 사용자 달력을 관리하는 방법에 대한 지침을 제공합니다.

이 절에서는 다루는 관리 작업은 다음과 같습니다.

15.6.1 달력 표시

모든 달력, 한 사용자가 소유한 모든 달력 또는 특정 달력의 등록 정보를 표시하려면 cscal 유틸리티의 list 명령을 사용합니다.

다음 예에서는 cscal을 사용한 세 가지 서로 다른 작업을 보여 줍니다.

15.6.2 달력을 삭제하려면

Calendar Server에서 하나 이상의 달력을 삭제하려면 cscal 유틸리티의 delete 명령을 사용합니다. 이 유틸리티는 달력을 삭제하지만 사용자를 디렉토리 서버에서 삭제하지는 않습니다.

다음 두 예에서는 cscal delete를 사용하여 수행할 수 있는 두 가지 작업을 보여 줍니다.

주의 – 주의 –

delete 명령은 달력 데이터베이스에서 모든 달력 정보를 제거하며 실행 취소할 수 없습니다. 달력을 삭제한 후에는 백업된 경우에만 달력 데이터를 복구할 수 있습니다. 자세한 내용은 17 장, Calendar Server 데이터 백업 및 복원을 참조하십시오.

15.6.3 삭제된 사용자의 달력을 제거하려면

Calendar Server 유틸리티 명령 csuser delete나 Delegated Administrator 콘솔 또는 유틸리티를 사용하여 한 명 이상의 사용자를 삭제한 경우 해당 사용자가 소유한 달력이 데이터베이스에 계속 남아 있을 수 있습니다.

따라서 다음 두 가지 방법 중 하나를 사용하여 사용자의 달력을 제거해야 합니다. 사용자를 삭제한 방법에 따라 달력 삭제 방법이 달라집니다.

Calendar Server 유틸리티 csuser

csuser 유틸리티는 LDAP 디렉토리에서 사용자를 제거하고 사용자의 기본 달력을 제거하지만 사용자가 소유한 다른 달력은 제거하지 않습니다. cscal을 사용하여 이러한 달력을 제거하는 방법에 대한 자세한 내용은 Calendar Server 버전 6.3에서 csuser를 사용하여 삭제한 사용자의 모든 달력을 제거하려면을 참조하십시오.

Delegated Administrator 콘솔 및 유틸리티

Delegated Administrator로 달력이 제거되지는 않습니다. Delegated Administrator를 사용하여 사용자를 삭제 대상으로 표시한 후 Calendar Server 유틸리티 csclean을 사용하여 삭제 표시된 사용자의 달력을 제거합니다.

csclean을 사용하여 삭제된 사용자의 달력을 제거하는 방법에 대한 자세한 내용은 Delegated Administrator로 삭제한 사용자의 달력을 모두 제거하려면을 참조하십시오.

Delegated Administrator 유틸리티 사용에 대한 자세한 내용은 Sun Java System Communications Services 6 2005Q4 Delegated Administrator Guide를 참조하십시오.

Delegated Administrator 콘솔 사용에 대한 자세한 내용은 온라인 도움말을 참조하십시오.

ProcedureCalendar Server 버전 6.3에서 csuser를 사용하여 삭제한 사용자의 모든 달력을 제거하려면

  1. cscal list를 실행하여 삭제된 소유자의 uid에 해당하는 달력을 모두 찾습니다.

    cscal -o owner list

  2. cscal 명령을 사용하여 해당 소유자의 모든 달력을 제거합니다.

    cscal -o owner delete

  3. csuser list를 다시 실행하여 달력이 모두 제거되었는지 확인합니다.

    주 –

    commadmin을 사용하여 사용자를 삭제됨으로 표시했고 사용자의 LDAP 항목이 이미 지워진 경우에 한해 이 절차를 사용합니다.

ProcedureDelegated Administrator로 삭제한 사용자의 달력을 모두 제거하려면

Delegated Administrator로 달력이 제거되지는 않습니다. csclean 유틸리티를 사용하여 Delegated Administrator를 사용하여 삭제됨으로 표시된 모든 사용자의 달력을 모두 제거합니다.

  1. csclean을 사용하여 삭제됨으로 표시되었지만 아직 지워지지 않은 사용자의 달력을 모두 제거합니다.

    예를 들어, 지난 10일 동안 sesta.com 도메인에서 삭제됨으로 표시된 사용자의 달력을 모두 제거하려면 다음 명령을 사용합니다.

    csclean -g 10 clean sesta.com

  2. 사용자가 이미 LDAP에서 지워진 경우에는 cscal을 사용해야 합니다.

    자세한 내용은 Calendar Server 버전 6.3에서 csuser를 사용하여 삭제한 사용자의 모든 달력을 제거하려면을 참조하십시오.

15.6.4 달력을 활성화하려면

다른 사용자가 달력에 액세스할 수 있도록 허용하려면 먼저 cscal enable 명령을 사용하여 달력을 활성화해야 합니다.

다음 예에서는 달력을 활성화하는 방법을 보여 줍니다.

15.6.5 달력을 비활성화하려면

다른 사용자가 달력에 액세스하지 못하도록 하려면 cscal 유틸리티의 disable 명령을 사용합니다. disable 명령은 다른 사용자가 달력에 액세스하지 못하도록 하지만, 달력 데이터베이스에서 정보를 제거하지는 않습니다.

예를 들어 jsmith@sesta.com:meetings에 액세스할 수 없게 하려면 다음 명령을 사용합니다.

cscal disable jsmith@sesta.com:meetings

15.6.6 달력 등록 정보를 수정하려면

달력의 등록 정보를 수정하려면 cscal 유틸리티의 modify 명령을 사용합니다.

예를 들어, AllAdmins의 그룹 예약 액세스 제어 설정을 변경하고 RJones@sesta.com을 다른 소유자로 지정하려면 다음 명령을 사용합니다.

cscal -a "@@o^c^wd^g" -y RJones@sesta.com modify AllAdmins

다음은 앞의 예에서 사용한 두 명령 변수에 대해 설명합니다.

15.6.7 달력에서 등록 정보를 제거하려면

달력에서 등록 정보 값을 제거하려면 cscal modify 명령을 사용하고 옵션 값을 두 개의 큰따옴표("")로 지정합니다.

다음의 세 가지 예에서는 각각 다른 등록 정보를 제거하는 방법을 보여 줍니다.

15.6.8 손실된 기본 달력을 복구하려면

사용자의 기본 달력이 Communications Express 사용자 인터페이스 클라이언트에 표시되지 않지만 데이터베이스에는 있는 경우 사용자의 LDAP 항목에서 두 개의 속성을 업데이트하여 달력을 복구하고 다시 표시되도록 할 수 있습니다.

달력을 복구하려면 사용자의 LDAP 항목에서 다음 속성의 값이 사용자의 정규화된 calid인지 확인하십시오.

스키마 버전 2의 경우 다음 방법 중 하나를 사용하여 속성을 업데이트합니다.

스키마 버전 1의 경우 csattribute add 명령을 사용하여 속성을 업데이트합니다.

Procedure다른 백엔드 서버로 달력을 이동하려면

사용자 달력을 한 백엔드 서버에서 다른 백엔드 서버로 옮기려면 다음 단계를 수행합니다.

  1. 원본 서버에서 D.19 csuser 유틸리티를 사용하여 달력 사용자를 비활성화합니다. 예를 들어, 사용자 아이디와 calid bkamdar이 있는 사용자를 사용 불가능하게 하려면 다음 명령을 사용합니다.

    csuser disable bkamdar

  2. 원본 서버에서 D.10 csexport 유틸리티를 사용하여 달력 데이터베이스에서 파일로 각 사용자의 달력을 내보냅니다. 예를 들면 다음과 같습니다.

    csexport -c bkamdar calendar bkamdar.ics

  3. 내보낸 달력(*.ics) 파일을 원본 서버에서 새 서버로 복사합니다.

  4. 새 서버에서 내보낸 각 달력에 대해 D.11 csimport 유틸리티를 사용하여 파일에서 달력 데이터베이스로 달력을 가져옵니다. 예를 들면 다음과 같습니다.

    csimport -c bkamdar calendar bkamdar.ics

  5. LDAP 디렉토리 서버에서 D.3 csattribute 유틸리티를 사용하여 새 백엔드 서버를 가리키도록 달력 소유자의 icsDWPHost LDAP 속성을 업데이트합니다. 속성을 업데이트하려면 먼저 해당 속성을 삭제한 다음 새 값으로 그 속성을 추가해야 합니다. 예를 들어, 새 서버 이름을 sesta.com으로 설정하려면 다음 명령을 사용합니다.


    csattribute -a icsDWPHost delete bkamdar
 csattribute -a icsDWPHost=sesta.com add bkamdar

  6. 새 서버에서 사용자 달력에 대해 D.19 csuser 유틸리티를 사용하여 달력 사용자를 활성화합니다. 예를 들면 다음과 같습니다.

    csuser enable bkamdar

  7. 새 서버에서는 다음 명령을 사용하여 속성이 올바른지 그리고 각 달력이 올바르게 이동되었는지 확인합니다. 예를 들면 다음과 같습니다.


    cscal -v -o bkamdar list bkamdar
 ...
 csattribute -v list bkamdar

  8. 원본 서버에서 방금 이동한 각 달력을 삭제합니다. 예를 들면 다음과 같습니다.

    cscal -o bkamdar delete bkamdar

    -o 옵션은 주 소유자가 bkamdar인 모든 달력을 삭제합니다.

    주 –

    CLD 캐시 옵션을 사용하고 있는 경우에는, 달력을 다른 백엔드 서버로 이동한 다음 반드시 CLD 캐시를 제거하여 서버 이름을 제거해야 합니다. CLD 캐시의 오래된 항목 때문에 프런트엔드 서버가 이동된 달력을 찾지 못할 수 있습니다.

    CLD 캐시를 지우려면 다음 단계를 수행합니다.

    • Calendar Server를 중지합니다.

    • /var/opt/SUNWics5/csdb/cld_cache 디렉토리의 모든 파일을 제거하지만 cld_cache 디렉토리 자체는 제거하지 않습니다.

    • Calendar Server를 다시 시작합니다.

15.7 자원 달력 관리

이 절에서는 csresource 유틸리티를 사용하여 자원 달력을 관리하는 방법을 설명합니다.

다음은 자원 달력을 관리하는 절차입니다.

15.7.1 자원 달력 및 속성 표시

자원 달력을 표시하려면 csresource 유틸리티의 list 명령을 사용합니다.

이 유틸리티를 사용하여 다음과 같은 작업을 수행할 수 있습니다.

15.7.2 자원 달력을 수정하려면

이 절에서는 자원 달력을 수정하는 방법을 설명합니다. csresource 유틸리티에는 modify 명령이 없으므로 D.5 cscal 유틸리티 명령을 사용해야 합니다.

예를 들어, 다음 명령을 사용하여 두 작업을 동시에 수행할 수 있습니다.

cscal - o tchang -y mwong modify aud100

이 예에서 cscal 유틸리티를 사용하려면 달력 이름(Auditorium)이 아닌 자원의 calid(aud100)를 지정해야 합니다.

15.7.3 자원 달력 비활성화 또는 활성화하려면

사용자가 이벤트를 예약할 수 없도록 자원 달력을 비활성화해야 하는 경우가 있습니다. 예를 들어, 리모델링때문에 회의실을 사용할 수 없거나 오버헤드 영사기가 수리 중일 수 있습니다.

자원 달력을 비활성화하거나 활성화하려면 csresource 유틸리티의 enable 또는 disable 명령을 사용합니다.

예를 들어, Auditorium이라는 이름의 자원 달력을 비활성화하려면 다음 명령을 사용합니다.

csresource disable Auditorium

그리고 나중에 자원 달력을 활성화하려면 다음 명령을 사용합니다.

csresource enable Auditorium

15.7.4 자원 달력을 삭제하려면

자원 달력을 삭제하려면 csresource 유틸리티의 delete 명령을 사용합니다.

예를 들어 Auditorium 자원 달력을 삭제하려면 다음 명령을 실행합니다.

csresource delete Auditorium

Calendar Server는 다음 메시지를 표시합니다.

Do you really want to delete this resource (y/n)?

달력을 삭제하려면 y를 입력하고 작업을 취소하려면 n을 입력합니다.

y를 입력하면 Calendar Server는 달력을 삭제하고 이를 알리는 메시지를 표시합니다.

Procedure다른 백엔드 서버로 달력을 이동하려면

사용자 또는 자원 달력을 한 백엔드 서버에서 다른 백엔드 서버로 옮기려면 다음 단계를 수행합니다.

  1. 원본 서버에서 D.15 csresource 유틸리티를 사용하여 달력 자원을 비활성화합니다. 예를 들어, 일반 이름 Auditorium을 사용하여 자원을 비활성화하려면 다음 명령을 사용합니다.

    csresource disable Auditorium

  2. 원본 서버에서 D.10 csexport 유틸리티를 사용하여 각 자원 달력을 달력 데이터베이스에서 파일로 내보냅니다. 예를 들면 다음과 같습니다.

    csexport -c aud100 calendar aud100.ics

  3. 내보낸 달력(*.ics) 파일을 원본 서버에서 새 서버로 복사합니다.

  4. 새 서버에서는 내보냈던 각 달력을 D.11 csimport 유틸리티를 사용하여 파일에서 달력 데이터베이스로 가져옵니다. 예를 들면 다음과 같습니다.

    csimport -c bkamdar calendar bkamdar.ics

  5. LDAP 디렉토리 서버에서 D.3 csattribute 유틸리티를 사용하여 새 백엔드 서버를 가리키도록 달력 소유자의 icsDWPHost LDAP 속성을 업데이트합니다. 속성을 업데이트하려면 먼저 해당 속성을 삭제한 다음 새 값으로 그 속성을 추가해야 합니다. 예를 들어, 새 서버 이름을 sesta.com으로 설정하려면 다음 명령을 사용합니다.

    csattribute -a icsDWPHost delete bkamdar csattribute -a icsDWPHost=sesta.com add bkamdar

  6. 새 서버에서 D.15 csresource 유틸리티를 사용하여 달력 자원을 활성화합니다. 예를 들면 다음과 같습니다.

    csresource enable bkamdar

  7. 새 서버에서는 다음 명령을 사용하여 속성이 올바른지 그리고 각 달력이 올바르게 이동되었는지 확인합니다. 예를 들면 다음과 같습니다.

    cscal -v -o bkamdar list bkamdar csattribute - v list bkamdar

  8. 원본 서버에서 방금 이동한 각 달력을 삭제합니다. 예를 들면 다음과 같습니다.

    cscal -o bkamdar delete bkamdar

    -o 옵션은 주 소유자가 bkamdar인 모든 달력을 삭제합니다.

    주 –

    CLD 캐시 옵션을 사용 중이고 달력을 다른 백엔드 서버로 이동한 경우 서버 이름을 제거하려면 CLD 캐시를 지워야 합니다. CLD 캐시의 오래된 항목 때문에 프런트엔드 서버가 이동된 달력을 찾지 못할 수 있습니다. CLD 캐시를 지우려면 다음 단계를 수행합니다.

    • Calendar Server를 중지합니다.

    • /var/opt/SUNWics5/csdb/cld_cache 디렉토리의 모든 파일을 제거하지만 cld_cache 디렉토리 자체는 제거하지 않습니다.

    • Calendar Server를 다시 시작합니다.

15.8 달력 링크 만들기

한 명 이상의 사용자 또는 자원 달력에 대한 링크를 만들 수 있으며,각 달력에는 읽기 액세스를 허용하는 권한이 설정되어 있어야 합니다. 예를 들어, 웹 페이지나 전자 메일 메시지에 달력 링크를 내장할 수 있습니다. 그러면 다른 사용자가 Calendar Server에 로그인하지 않고서도 해당 달력을 익명으로 볼 수 있습니다.

하나 이상의 사용자 달력에 대한 링크를 만들려면 다음 구문을 사용하십시오.

http://CommunicationsExpresshostname:
CommunicationsExpressport/uwc/
   ?calid=calid-1[; ... ;calid-n]

여러 달력을 지정할 경우 각 달력 아이디(calid)를 세미콜론(;)으로 구분합니다.

예를 들어, jsmith@sesta.com 및 jdoe@siroe.com에 대한 기본 달력으로 연결되는 링크를 만들려면 다음을 입력합니다.

http://calendar.sesta.com:8080/uwc/?calid=jsmith@sesta;jdoe@siroe.com

calid 가 overhead_projector10인 오버헤드 프로젝터에 대한 자원 달력 링크를 만들려면 다음 명령을 사용합니다.

http://calendar.sesta.com:8080/uwc/?calid=overhead_projector10

15.9 Calendar Server 6.3 데이터베이스에서 달력 데이터 가져오기 및 내보내기

달력 데이터를 파일로 내보내거나 파일에서 가져오려면 csexport 및 csimport 유틸리티를 사용합니다. 달력 데이터에는 iCalendar(.ics) 또는 XML(.xml) 형식을 사용할 수 있습니다.

csexport 및 csimport는 Calendar Server가 설치된 시스템에서 로컬로 실행해야 합니다. Calendar Server가 실행되고 있거나 중지되어 있을 수 있습니다.

15.9.1 달력 데이터 가져오기

csexport 유틸리티를 사용하여 저장했던 파일에서 달력 데이터를 가져오려면 csimport를 사용합니다. 가져오기 파일의 확장자(.ics 또는 .xml)는 달력이 저장된 형식을 나타냅니다.

예를 들어, iCalendar(text/calendar MIME) 형식으로 저장했던 jsmith.ics 파일에서 달력 아이디(calid) jsmithcal@sesta.com으로 달력 데이터를 가져오려면 다음 명령을 사용합니다.

csimport -c jsmithcal@sesta.com calendar jsmith.ics

XML(text/xml MIME) 형식으로 저장했던 jsmith.xml 파일에서 jsmithcal@sesta.com 달력으로 데이터를 가져오려면 다음 명령을 사용합니다.

csimport -c jsmithcal@sesta.com calendar jsmith.xml

15.9.2 달력 데이터 내보내기

달력 데이터를 파일로 내보내려면 csexport를 사용합니다. 출력 파일에 대해 지정한 파일 확장자(.ics 또는 .xml)에 따라 사용되는 형식이 결정됩니다.

다음 예에서는 내보내기 유틸리티를 사용하는 방법을 보여 줍니다.