Calendar Server가 설치된 시스템에 대한 관리 권한이 있는 사용자로 로그인합니다.
Calendar Server를 중지합니다.
달력 데이터베이스의 복사본을 만들어 /tmp/db 디렉토리에 넣습니다.
데이터베이스(.db) 파일과 로그(log.*) 파일을 복사합니다. 공유( __db.*) 파일은 복사할 필요가 없습니다.
cal_svr_base/SUNWics5/cal/sbin 디렉토리로 변경합니다.
예를 들어, Solaris 운영 체제에서 기본 디렉토리에 다음과 같이 입력합니다.
cd /opt/SUNWics5/cal/sbin |
sbin 디렉토리의 디스크 공간이 문제라면 다른 디렉토리에서 rebuild 명령을 실행합니다.
달력 데이터베이스 복사본에 대해 rebuild 명령을 실행합니다.
./csdb rebuild /tmp/db /tmp/ |
데이터베이스 경로를 지정하지 않은 경우 rebuild는 현재 디렉토리를 사용합니다. /tmp/ 매개 변수는 다시 작성된 데이터베이스의 대상 디렉토리를 지정합니다.
GSE 데이터베이스도 재구축하려면 -g 옵션을 포함시킵니다.
rebuild 명령은 많은 정보를 생성할 수 있으므로 stdout 및 stderr을 포함한 모든 출력을 파일로 재지정하는 것도 바람직합니다.
항상 최신 백업 복사본을 사용하여 달력 데이터베이스를 재구축합니다.
그러나 심각한 데이터 손실이 발생했고 그 동안 정기적으로 데이터베이스를 백업했으며 2개 이상의 복사본이 존재하는 경우, 최신 복사본에서 가장 오래된 복사본으로 재구축합니다. 한 가지 단점은, 삭제했던 달력 구성 요소가 다시 만들어진 데이터베이스에 나타난다는 것입니다.
예를 들어, db_0601, db_0615 및 db_0629 디렉토리에 백업 달력 데이터베이스 파일 3세트가 있는 경우, 다음 순서대로 rebuild 명령을 실행합니다.
./csdb rebuild db_0629 ./csdb rebuild db_0615 ./csdb rebuild db_0601 |
그러면 rebuild 명령은 재구축된 데이터베이스를 cal_svr_base/SUNWics5/cal/sbin/rebuild_db 디렉토리에 저장합니다.
rebuild를 마치면 rebuild.out 파일에서 출력을 검토합니다.
해당 재구축이 성공했을 경우 rebuild.out 파일의 마지막 행은 다음과 같습니다.
Calendar database has been rebuilt |
이전 단계에서 rebuild가 성공했음을 확인한 다음 재구축된 데이터베이스(.db) 파일을 rebuild_db 디렉토리에서 작업 데이터베이스로 복사합니다.
손상된 데이터베이스에 공유(__db.*) 또는 로그(log.*) 파일이 있는 경우 이들을 다른 디렉토리로 옮깁니다.
Calendar Server를 다시 시작합니다.