|
| |
| Sun Java System Calendar Server 6 2005Q1 관리 설명서 | |
10장
자동 백업 구성(csstored)구성할 때 자동 백업을 사용 가능하게 할 수 있습니다. 이후에 언제든지 자동 백업을 사용 가능/사용 불가능하게 할 수 있습니다. 백업 시스템은 사용자의 데이터를 보호하고 작업 중단 시간을 최소화해야 합니다.
이 장에서는 자동 백업을 수행하도록 Calendar Server 서비스 csstored를 구성하는 방법에 대해 설명합니다. 이 장은 다음 내용으로 구성되어 있습니다.
주
여기서 설명하는 자동 백업 프로세스를 사용하지 않도록 선택할 경우 사용자 백업 전략을 구현하여 데이터를 보호해야 합니다. Calendar Server의 다른 여러 데이터 보호용 도구에 대한 사용 방법은 17장, "Calendar Server 데이터 백업 및 복원"을 참조하십시오.
csstored에 대한 개요는 다음 사이트의 Sun Java System Communications Services Deployment Planning Guide를 참조하십시오.
http://docs.sun.com/coll/CalendarServer_05q1
자동 백업 개요이 절은 다음 내용으로 구성되어 있습니다.
자동 백업 작업 방법
Calendar Server 시스템은 달력 데이터베이스의 각 트랜잭션(달력 및 달력 등록 정보의 추가, 수정 또는 삭제)을 트랜잭션 로그 파일에 기록합니다. 미리 정의된 시간 간격을 두고 쓰기를 위해 로그 파일을 닫고 다른 로그 파일을 만듭니다. 그런 다음 시간이 허락될 때 가장 오래된 닫힌 트랜잭션 로그의 트랜잭션을 실제 달력 데이터베이스에 적용합니다.
로그의 모든 트랜잭션이 데이터베이스에 적용되면 해당 로그가 "이미 적용됨"으로 표시됩니다. 그런 다음 이미 적용된 로그를 데이터베이스의 핫 백업 복사본에 적용합니다. 핫 백업은 트랜잭션 적용을 위해 계속 대기하면서 현재 상태로 유지됩니다.
csstored 작업 방법
csstored는 시작할 때 자동으로 시작되는 Calendar Server 서비스 중 하나입니다. 구성된 경우 이 서비스는 달력 데이터베이스 자동 백업(핫 백업 및/또는 아카이브 백업)을 수행합니다.
csconfigurator.sh 구성 프로그램을 실행할 때 자동 백업을 수행하도록 csstored를 구성할 수 있습니다. 여기서 자동 백업을 하나 또는 모두 선택하는 경우 추가 구성 단계가 필요하지 않습니다.
구성 프로그램에서 자동 백업을 선택하지 않은 경우 해당 백업이 사용 불가능하게 되지만 csstored 프로세스는 계속해서 실행됩니다. 자동 백업을 사용 가능하게 할 때까지 csstored는 csstored가 구성되지 않았음(자동 백업 사용 불가능)을 알리는 관리자용 정보 메시지를 24시간 단위로 생성하는 기능만 수행합니다.
주
자동 백업이 사용 불가능할 경우 순환 로깅 ics.conf 매개 변수 caldb.berkeley.circularlogging을 "yes"로 설정해야 합니다. 그렇게 하면 이전 데이터베이스 트랜잭션 로그가 삭제되어 디스크 공간을 절약할 수 있습니다.
순환 백업 작업 방법
자동 백업을 사용 가능하게 설정한 경우 csstored는 순환 백업 시스템을 사용하여 백업 데이터베이스 파일에 유지되는 백업 복사본의 수를 자동으로 관리합니다.
csstored는 허용된 최대 수의 백업 복사본이 누적되거나 허용된 최대 디스크 공간에 도달할 때까지 백업 데이터베이스 디렉토리에 백업을 저장합니다. 그런 시점에 도달하면 보관을 위한 최소 복사본 수에 도달하고 디스크 공간이 임계값 아래로 떨어질 때까지 백업 복사본을 가장 오래된 것부터 차례로 제거합니다.
순환 백업을 제어하는 ics.conf 매개 변수 클러스터가 있습니다. 이러한 매개 변수는 기본값을 가지며 별도로 사용자 정의할 필요가 없습니다. 백업 방법을 조정하려면 자동 백업 조정을 참조하십시오.
자동 백업 활성화(고급)
다음은 자동 백업 활성화를 위해 수행할 고급 작업 목록입니다.
트랜잭션 로그 파일 설정이 절은 다음 내용으로 구성되어 있습니다.
트랜잭션 로그 파일 이해
트랜잭션 로그 파일은 Calendar Server에서 최신 스냅샷 이후에 달력 데이터베이스에 수행된 모든 추가, 수정 및 삭제 작업을 캡처하는 데 사용됩니다. 트랜잭션은 쓰기를 위해 로그 파일이 닫힌 이후에 라이브 데이터베이스에 실제로 적용됩니다. 간격 매개 변수는 이전 로그 파일이 닫히고 새 로그 파일이 생성되는 빈도를 지정합니다.
로그 파일 이름은 구성 가능한 이름과 그 끝에 추가되는 고유한 번호로 구성됩니다.
로그 파일이 닫히면 해당 로그 파일이 라이브 데이터베이스에 적용될 수 있습니다. 이러한 과정은 비동기적으로 발생합니다. 즉, 로그 파일 생성과 트랜잭션 기록이 "실시간"으로 수행됩니다. 데이터베이스에 트랜잭션을 적용하는 프로그램은 로그 파일에 대한 트랜잭션 쓰기와 관계 없이 독립적으로 실행되고 있습니다. 시스템의 사용량이 많을 경우 데이터베이스에 적용하기 위해 대기 중인 로그 파일의 수가 늘어날 수 있습니다. 시스템의 사용량이 적어지면 프로그램이 밀려 있던 트랜잭션 적용을 "마무리"하여 유휴 상태로 다음 트랜잭션 로그를 대기할 수 있습니다.
트랜잭션은 라이브 데이터베이스에 적용된 후 핫 백업 스냅샷(사용 가능한 경우)에 적용됩니다. 또한, 로그 파일이 스냅샷과 같은 아카이브 디렉토리에 작성됩니다.
트랜잭션 로그 파일을 설정하려면
- 명령줄에서 ics.conf가 있는 디렉토리로 변경합니다.
cd /etc/opt/SUNWics5/config
- 트랜잭션 로그 이름을 지정합니다.
logfile.store.logname=storename.log
- 트랜잭션 로그 디렉토리에 대한 디렉토리 경로를 지정합니다.
기본값은 logfile.logdir="logs"입니다.
- ics.conf 파일 편집이 완료되면 Calendar Server를 다시 시작합니다.
cal_svr_base/SUNWics5/cal/sbin/start-cal
ics.conf 파일을 편집하기 위해 달력 서비스를 중지할 필요는 없지만 변경 내용을 적용하려면 서비스를 다시 시작해야 합니다.
관리자의 전자 메일 주소 지정이 절은 다음 내용으로 구성되어 있습니다.
관리자에게 보내는 전자 메일 메시지
특정 이벤트나 오류가 발생하면 전자 메일로 관리자에게 알립니다. 다음은 전자 메일 메시지를 생성하는 이벤트입니다.
관리자의 전자 메일 주소를 설정하려면
- 구성 변경 권한이 있는 관리자로 로그인합니다.
- /etc/opt/SUNWics5/cal/config 디렉토리로 변경합니다.
- 이전 ics.conf 파일을 복사하고 이름을 변경한 다음 저장합니다.
- ics.conf 매개 변수를 편집하여 관리자의 전자 메일 주소를 지정합니다.
alarm.msgalarmnoticercpt="admin@email_address"
- 파일을 ics.conf로 저장합니다.
- Calendar Server를 다시 시작합니다.
cal_svr_base/SUNWics5/cal/sbin/start-cal
ics.conf 파일을 편집하기 위해 달력 서비스를 중지할 필요는 없지만 변경 내용을 적용하려면 서비스를 다시 시작해야 합니다.
핫 백업 활성화이 절은 다음 내용으로 구성되어 있습니다.
핫 백업이란?
이론상 핫 백업은 최신 스냅샷과 최신 스냅샷에 적용된 모든 트랜잭션 로그로 구성되며 현재 기록 중인 트랜잭션 로그는 제외됩니다. 시스템의 사용량에 따라 트랜잭션 로그 적용이 지연될 수 있습니다. 따라서, 데이터베이스나 핫 백업에 적용되지 않은 상태로 남아 있는 로그 파일이 존재할 수 있습니다.
이 라이브 데이터베이스 "중복"은 재난 상황이 발생하거나 데이터베이스 손상이 감지될 때 중지 시간과 데이터 손실을 최소화하기 위한 것입니다.
새 핫 백업은 새 스냅샷이 생성되는 매 24시간마다 시작됩니다. 이전 핫 백업을 확인한 후 제거될 때까지 유지합니다. 자세한 내용은 순환 백업 작업 방법을 참조하십시오.
핫 백업을 활성화하려면
- 명령줄에서 ics.conf가 있는 디렉토리로 변경합니다.
cd /etc/opt/SUNWics5/config
- 다음 ics.conf 매개 변수를 "yes"로 설정하여 핫 백업을 사용 가능하게 합니다.
caldb.berkeleydb.hotbackup.enable="yes"
- 핫 백업 디렉토리의 디렉토리 경로를 지정합니다.
caldb.berkeleydb.hotbackup.path=/var/opt/SUNWics5/hotbackup_directory
기본 디스크 드라이브의 하드웨어 오류에 대비하여 대체 디스크나 디스크 하위 시스템에 핫 백업을 저장하도록 선택할 수 있습니다. 그렇게 하면 기본 드라이브나 하위 시스템에서 I/O 경쟁을 줄일 수도 있습니다.
고가용성(HA) 구성이 있는 경우 경로를 공유 저장소(/global/cal/)의 하위 디렉토리로 지정합니다. 또한 7장, "고가용성 구성(페일오버 서비스)"을 참조하십시오.
- ics.conf 파일 편집이 완료되면 Calendar Server를 다시 시작합니다.
cal_svr_base/SUNWics5/cal/sbin/start-cal
ics.conf 파일을 편집하기 위해 달력 서비스를 중지할 필요는 없지만 변경 내용을 적용하려면 서비스를 다시 시작해야 합니다.
아카이브 백업 활성화이 절은 다음 내용으로 구성되어 있습니다.
아카이브 백업이란?
아카이브 백업은 스냅샷과 스냅샷에 대해 생성된 로그 파일로 구성됩니다. 로그 파일은 스냅샷에 적용되지 않습니다. 아카이브 데이터베이스는 제거될 때까지 디스크에 남아 있습니다. 순환 백업 작업 방법을 참조하십시오.
아카이브 백업을 활성화하려면
- 명령줄에서 ics.conf가 있는 디렉토리로 변경합니다.
cd /etc/opt/SUNWics5/config
- 다음 ics.conf 매개 변수를 "yes"로 설정하여 아카이브 백업을 사용 가능하게 합니다.
caldb.berkeleydb.archive.enable="yes"
- 아카이브 백업 디렉토리의 디렉토리 경로를 지정합니다.
caldb.berkeleydb.archive.path=/var/opt/SUNWics5/archive_backup_directory
기본 디스크 드라이브의 하드웨어 오류에 대비하여 대체 디스크나 디스크 하위 시스템에 아카이브 백업을 저장하도록 선택할 수 있습니다. 그렇게 하면 기본 드라이브나 하위 시스템에서 I/O 경쟁을 줄일 수도 있습니다.
고가용성(HA) 구성이 있는 경우 경로를 공유 저장소(/global/cal/)의 하위 디렉토리로 지정합니다. 또한 7장, "고가용성 구성(페일오버 서비스)"을 참조하십시오.
- ics.conf 파일 편집이 완료되면 Calendar Server를 다시 시작합니다.
cal_svr_base/SUNWics5/cal/sbin/start-cal
ics.conf 파일을 편집하기 위해 달력 서비스를 중지할 필요는 없지만 변경 내용을 적용하려면 서비스를 다시 시작해야 합니다.
경고 메시지 비활성화이 절에서는 구성 해제된 csstored 프로세스로부터 매일 생성되는 경고 메시지와 해당 경고 메시지를 중지하는 방법에 대해 설명합니다. 이 절은 다음 내용으로 구성되어 있습니다.
메시지가 생성되는 이유
start-cal 프로그램은 기본적으로 csstored 프로세스를 시작합니다. 백엔드 시스템에서 백업하도록 csstored를 구성하지 않았거나 백업해야 할 데이터베이스가 없는 프런트엔드 시스템이 있는 경우 구성되지 않은 모든 시스템으로부터 24시간마다 정보 메시지를 받게 됩니다. csstored를 사용하여 이러한 메시지가 생성되지 않게 하려면 csstored를 실행되지 않게 해야 합니다.
csstored를 실행 불가능하게 하려면
- 구성 변경 권한이 있는 관리자로 로그인합니다.
- /etc/opt/SUNWics5/cal/config 디렉토리로 변경합니다.
- 이전 ics.conf 파일을 복사하고 이름을 변경한 다음 저장합니다.
- csstored가 실행되지 않게 하려면 ics.conf 파일에 다음 매개 변수를 추가합니다.
service.store.enable="no"
- 파일을 ics.conf로 저장합니다.
- Calendar Server를 다시 시작합니다.
cal_svr_base/SUNWics5/cal/sbin/start-cal
ics.conf 파일을 편집하기 위해 달력 서비스를 중지할 필요는 없지만 변경 내용을 적용하려면 서비스를 다시 시작해야 합니다.