Sun Java System Calendar Server 6 2005Q4 관리 설명서

사용자 달력 관리

사용자 달력이 만들어지면 cscal 유틸리티를 사용하여 다음 관리 작업을 수행할 수 있습니다.

달력 표시

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

예를 들어, 달력 데이터베이스의 모든 달력을 나열하려면 다음 명령을 사용합니다.

cscal list

jsmith가 소유한 모든 달력을 나열하려면 다음 명령을 사용합니다.

cscal -o jsmith list

달력 아이디가 jsmith:meetings인 달력의 모든 등록 정보를 나열하려면 다음 명령을 사용합니다.

cscal -v list jsmith:meetings

달력 삭제

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


주의 – 주의 –

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

cscal 유틸리티를 사용하여 하나의 달력 또는 여러 개의 달력을 삭제할 수 있습니다.

예를 들어, 달력 아이디가 jsmith:meetings인 달력을 삭제하려면 다음 명령을 사용합니다.

cscal delete jsmith:meetings

기본 소유자가 jsmith인 모든 달력을 삭제하려면 다음 명령을 사용합니다.

cscal -o jsmith delete

삭제된 사용자의 달력 제거

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

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

csuser

csuser 유틸리티는 LDAP 디렉토리에서 사용자를 제거하고 사용자의 기본 달력을 제거하지만 사용자가 소유한 다른 달력은 제거하지 않습니다. cscal을 사용하여 이러한 달력을 제거하는 방법에 대한 자세한 내용은 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 콘솔 사용에 대한 자세한 내용은 온라인 도움말을 참조하십시오.

Procedurecsuser를 사용하여 삭제한 사용자의 달력을 모두 제거하려면

단계
  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을 사용해야 합니다.

    자세한 내용은 csuser를 사용하여 삭제한 사용자의 달력을 모두 제거하려면을 참조하십시오.

달력 활성화

사용자가 달력에 액세스할 수 있게 달력을 활성화하려면 cscal 유틸리티 enable 명령을 사용합니다.

예를 들어, 기본 구성 설정을 사용하여 jsmith:meetings 달력을 활성화하려면 다음 명령을 사용합니다.

cscal enable jsmith:meetings

jsmith:meetings 달력을 활성화하되 이중 예약을 허용하지 않으려면 다음 명령을 사용합니다.

cscal -k no enable jsmith:meetings

달력 비활성화

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

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

cscal disable jsmith:meetings

달력 등록 정보 수정

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

예를 들어, AllAdmins의 그룹 예약 액세스 제어 설정을 변경하고 RJones를 다른 소유자로 지정하려면 다음을 수행합니다.

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

여기서,

달력에서 등록 정보 제거

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

예를 들어, jsmith:meetings에서 설명을 제거하려면 다음을 수행합니다.

cscal -d "" modify jsmith:meetings

jsmith:meetings에서 모든 범주를 제거하려면 다음 명령을 사용합니다.

cscal -g "" modify jsmith:meetings

jsmith:meetings에서 다른 소유자를 제거하려면 다음 명령을 사용합니다.

cscal -y "" modify jsmith:meetings

손실된 기본 달력 복구

사용자의 기본 달력이 Communications Express Current Calendar 드롭다운 목록에 나타나지 않지만 데이터베이스에는 아직 존재할 경우, 사용자의 LDAP 항목에서 다음 속성을 업데이트하여 달력을 복구할 수 있습니다.

여기서 default_calid는 사용자의 기본 달력 아이디(calid)입니다.

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

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

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

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

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


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


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

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


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


    csattribute -a icsDWPHost delete bkamdar
     csattribute -a icsDWPHost=sesta.com add bkamdar
  6. 새 서버에서 사용자 달력에 대해 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를 다시 시작합니다.