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

18장 삭제 로그 데이터베이스 관리

Calendar Server에는 삭제된 이벤트 및 수행할 작업(태스크)을 저장하는 삭제 로그 데이터베이스(ics50deletelog.db )가 있습니다.

이전 릴리스의 Calendar Server에서는 삭제된 이벤트 및 태스크의 데이터베이스를 관리하지 않았습니다. 사용자는 삭제된 구성 요소를 확인하려면 이벤트 또는 수행할 작업(태스크)의 고유 아이디(uid)나 반복 아이디(rid)를 저장해야 했습니다. 이러한 제한은 WCAP 명령을 사용하여 클라이언트 사용자 인터페이스(UI)를 개발하는 설치 환경에 직접적으로 영향을 미쳤습니다. 이 제한을 해결하기 위해 삭제 로그 데이터베이스가 마련되었습니다.

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

삭제 로그 데이터베이스 만들기

Calendar Server는 csdb 디렉토리에 다른 Calendar Server 데이터베이스 파일과 함께 삭제 로그 데이터베이스(ics50deletelog.db)를 자동으로 만듭니다. Calendar Server는 삭제 로그 데이터베이스에 다음과 같이 이벤트 및 수행할 작업을 기록합니다.

반복하지 않는 이벤트 및 수행할 작업

반복하지 않는 이벤트나 수행할 작업이 삭제되는 경우 Calendar Server는 이벤트 데이터베이스( ics50events.db)나 수행할 작업 데이터베이스(ics50todos.db)에서 해당 항목을 제거하고 이를 삭제 로그 데이터베이스(ics50deletelog.db)에 기록합니다.
반복 이벤트 및 수행할 작업

반복 이벤트나 태스크의 개별 인스턴스가 삭제되는 경우 Calendar Server는 해당 이벤트나 태스크의 삭제된 인스턴스 각각을 삭제 로그 데이터베이스(ics50deletelog.db)에 기록합니다.

반복 이벤트나 수행할 작업의 모든 인스턴스가 삭제되는 경우 Calendar Server는 이벤트나 수행할 작업 데이터베이스에서 마스터 구성 요소를 삭제하고 이를 삭제 로그 데이터베이스에 기록합니다. 삭제 로그 데이터베이스의 마스터 구성 요소는 rrules, rdates, exrules 및 exdates 반복 매개 변수를 포함합니다.

삭제 로그 데이터베이스 쿼리

삭제 로그 데이터베이스에서 항목을 가져오려면 확장 모드나 압축 모드에서 fetch_deletedcomponents WCAP 명령을 사용합니다.

확장 모드(recurring = 0)

recurring 매개 변수가 0인 경우 fetch_deletedcomponents는 기준과 일치하는 반복 이벤트의 모든 인스턴스를 반환하지만 반복 이벤트의 마스터 구성 요소는 반환하지 않습니다.
압축 모드(recurring = 1)

recurring 매개 변수가 1인 경우 fetch_deletedcomponents는 반복하지 않는 이벤트 그리고 반복 이벤트의 마스터 구성 요소를 반환하지만, 개별 반복 이벤트는 반환하지 않습니다.

반복 체인의 모든 인스턴스가 삭제되는 경우 마스터 구성 요소는 dtstart, dtend, rrules, rdates, exrules, exdates 및 uid 매개 변수를 반환합니다.

또한 fetch_deletedcomponents는 삭제된 반복 인스턴스와 연관되지만 아직 활성 상태인 마스터 구성 요소를 반환하지 않습니다. 활성 마스터 구성 요소를 반환하려면 fetchcomponents_by_lasmod WCAP 명령을 사용합니다. fetch_deletedcomponents 명령은 fetchcomponents_by_lasmod 명령과 함께 사용해야 합니다.

WCAP 명령에 대한 자세한 내용은 Sun Java System Calendar Server 6 2005Q4 Developer’s Guide를 참조하십시오.

삭제 로그 데이터베이스 제거

Calendar Server는 삭제 로그 데이터베이스 자동 제거와 삭제 로그 데이터베이스 수동 제거를 모두 제공합니다.

삭제 로그 데이터베이스 자동 제거

필요한 경우에는 Calendar Server에서 삭제 로그 데이터베이스의 항목을 자동으로 제거하도록 할 수 있습니다.

다음 표에서는 자동 제거를 제어하는 ics.conf 파일의 매개 변수에 대해 설명합니다.

표 18–1 삭제 로그 데이터베이스 자동 제거를 위한 구성 매개 변수


매개 변수	설명
service.admin.purge.deletelog	삭제 로그 데이터베이스(`ics50deletelog.db`) 항목의 자동 제거를 사용 가능(`"yes"`) 또는 불가능(`"no"`)하게 합니다. 기본값은 `"no"`입니다.
caldb.berkeleydb.purge.deletelog.interval	삭제 로그 데이터베이스(`ics50deletelog.db`)의 항목을 자동으로 제거하는 간격을 초 단위로 지정합니다. 기본값은 `60`초입니다.
caldb.berkeleydb.purge.deletelog.beforetime	삭제 로그 데이터베이스(`ics50deletelog.db`)의 항목을 제거할 때까지의 시간을 초 단위로 지정합니다. 기본값은 `86400`초(1일)입니다.

예를 들어, Calendar Server가 5분(600초)마다 이틀(172800초)이 지난 삭제 로그 데이터베이스 항목을 자동으로 제거하도록 하려면 삭제 로그 데이터베이스 자동 제거의 매개 변수를 다음과 같이 설정합니다.

service.admin.purge.deletelog="yes"
 caldb.berkeleydb.purge.deletelog.interval=600
 caldb.berkeleydb.purge.deletelog.beforetime=172800

이 매개 변수를 설정한 다음 새 값을 적용하려면 Calendar Server를 다시 시작합니다.

삭제 로그 데이터베이스 수동 제거

삭제 로그 데이터베이스(ics50deletelog.db )의 항목을 수동으로 제거하려면 cspurge 유틸리티를 사용합니다.

cspurge -e endtime -s starttime

여기서 endtime 및 starttime은 줄루 시간(또는 GMT나 UTC로 표시)으로 종료 및 시작 시간을 지정합니다.

cspurge를 실행하려면 Calendar Server가 실행 중인 사용자 및 그룹(기본값은 icsuser 및 icsgroup) 또는 root로 로그인해야 합니다.

예를 들어, 2003년 7월 1일부터 2003년 7월 31일까지의 항목을 제거하려면 다음 작업을 수행합니다.

cspurge -e 20030731T235959Z -s 20030701T120000Z

자세한 내용은 cspurge를 참조하십시오.

삭제 로그 데이터베이스에 대해 Calendar Server 유틸리티 사용

다음 표에서는 삭제 로그 데이터베이스(ics50deletelog.db)를 지원하는 Calendar Server 유틸리티를 나열합니다.

표 18–2 삭제 로그 데이터베이스를 지원하는 유틸리티


유틸리티	설명
cspurge	삭제 로그 데이터베이스 항목의 수동 제거를 허용합니다.
csbackup 및 csrestore	삭제 로그 데이터베이스의 백업 및 복원을 지원합니다.
csstats	삭제 로그 데이터베이스 통계를 보고합니다.
csdb	삭제 로그 데이터베이스 재구축, 복구 및 점검 작업을 지원합니다.
cscomponents	삭제 로그 데이터베이스 항목의 번호를 나열합니다(읽기 전용).

이러한 유틸리티 구문을 포함한 자세한 내용은 부록 D, Calendar Server 명령줄 유틸리티 참조 를 참조하십시오.