test

Sun Java System Calendar Server 6.3 관리 설명서

9장 자동 백업 구성

csconfigurator.sh 구성 프로그램 실행 시, 자동 백업인 핫 백업 및 아카이브 백업 유형을 모두 구성할 수 있습니다. 이때 자동 백업을 구성하도록 선택하지 않았더라도 다음에 언제든지 하나 또는 두 가지 자동 백업을 구성하도록 선택할 수 있습니다. 백업 시스템은 사용자의 데이터를 보호하고 작업 중단 시간을 최소화해야 합니다.

이 장에서는 자동 백업을 구성하는 방법과 다음 주제에 대한 정보를 설명합니다.

주 –

여기서 설명하는 자동 백업 프로세스를 사용하지 않도록 선택할 경우 사용자 백업 전략을 구현하여 데이터를 보호해야 합니다. 데이터 보호를 위해 다른 Calendar Server 도구를 사용하는 방법에 대한 자세한 내용은 17 장, Calendar Server 데이터 백업 및 복원을 참조하십시오.

csstored의 개요를 보려면 Sun Java Communications Suite 5 Deployment Planning Guide를 참조하십시오.

9.1 Calendar Server 저장소 서비스(csstored) 활성화

제대로 구성된 시스템은 달력 데이터베이스의 자동 백업을 생성합니다. csconfigurator.sh 구성 프로그램이 실행될 때 Calendar Server에서 자동 백업을 구성하거나 나중에 이 장의 절차를 따라 구성하면 됩니다.

자동 백업을 구성할 때 시스템은 다음을 수행합니다.

9.2 Calendar Server 6.3 시스템의 자동 백업 개요

이 절에서는 Calendar Server 시스템에서 자동 백업을 구현하는 방법에 대해 설명합니다.

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

9.2.1 Calendar Server 6.3 시스템에서 자동 백업 작동 방법

Calendar Server 시스템은 달력 데이터베이스의 각 트랜잭션(달력 및 달력 등록 정보의 추가, 수정 또는 삭제)을 트랜잭션 로그 파일에 기록합니다. 미리 정의된 시간 간격을 두고 쓰기를 위해 로그 파일을 닫고 다른 로그 파일을 만듭니다. 그런 다음 시간이 허락될 때 가장 오래된 닫힌 트랜잭션 로그의 트랜잭션을 라이브 달력 데이터베이스에 적용합니다. 로그의 모든 트랜잭션이 데이터베이스에 적용되면 해당 로그가 “이미 적용됨”으로 표시됩니다.

핫 백업이 구성될 경우 라이브 데이터베이스 스냅샷이 24시간마다 만들어집니다. 그런 다음 이미 적용된 로그가 데이터베이스의 핫 백업 복사본에 적용됩니다. 핫 백업 데이터베이스는 트랜잭션 적용을 위해 계속 대기하면서 현재 상태로 유지됩니다.

주 –

자동 백업이 사용 불가능할 경우 순환 로깅 ics.conf 매개 변수인 caldb.berkeley.circularlogging을 "yes"로 설정해야 합니다. 그렇게 하면 이전 데이터베이스 트랜잭션 로그가 삭제되어 디스크 공간을 절약할 수 있습니다.

9.2.2 Calendar Server 6.3 시스템에서 순환 백업 작동 방법

자동 백업을 사용 가능하게 설정한 경우 시스템은 순환 백업 시스템을 사용하여 백업 데이터베이스 파일에 저장되는 백업 복사본의 수를 자동으로 관리합니다.

시스템은 허용된 최대 수의 백업 복사본이 누적되거나 허용된 최대 디스크 공간에 도달할 때까지 백업 데이터베이스 디렉토리에 백업을 저장합니다. 이때 시스템은 사용 중인 디스크 공간 용량이 디스크 공간 임계값 미만으로 유지되는 한 남아있는 복사본 수가 유지할 최소 복사본 수와 일치할 때까지 오래된 백업 복사본부터 제거를 시작합니다. 최소 복사본 수가 유지된 상태에서 디스크 공간 임계값이 초과하면 시스템은 임계값이 충족될 때까지 복사본을 추가로 제거합니다.

순환 백업을 제어하는 ics.conf 매개 변수 클러스터가 있으며 이러한 매개 변수는 기본값을 가지며 별도로 사용자 정의할 필요가 없습니다. 백업 작동 방법을 조정하려면 21.7 자동 백업 조정을 참조하십시오.

9.2.3 자동 백업을 활성화하기 위한 고급 단계

구성 파일을 실행할 때 자동 백업을 구성하지 않은 경우 나중에 설정할 수 있습니다. 이 절에는 구성 프로그램이 이미 실행된 후 Calendar Server 6.3시스템을 위한 자동 백업을 활성화하는 고급 단계가 목록으로 정리되어 있습니다.

다음은 고급 단계 작업 목록입니다.

9.3 Calendar Server 6.3 백업용 트랜잭션 로그 파일 설정

이 절에서는 트랜잭션 로그 파일을 설정하기 위한 개요와 지침을 제공합니다.

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

9.3.1 Calendar Server 6.3 백업용 트랜잭션 로그 파일의 이해

트랜잭션 로그 파일은 Calendar Server에서 최신 스냅샷 이후에 달력 데이터베이스에 수행된 모든 추가, 수정 및 삭제 작업을 캡처하는 데 사용됩니다. 트랜잭션은 쓰기를 위해 로그 파일이 닫힌 이후에 라이브 데이터베이스에 실제로 적용됩니다. 간격 매개 변수는 이전 로그 파일이 닫히고 새 로그 파일이 생성되는 빈도를 지정합니다.

로그 파일 이름은 구성 가능한 이름과 그 끝에 추가되는 고유한 번호로 구성됩니다.

로그 파일이 닫히면 해당 로그 파일이 라이브 데이터베이스에 적용될 수 있습니다. 이러한 과정은 비동기적으로 발생합니다. 즉, 로그 파일 생성과 트랜잭션 기록이 “실시간”으로 수행됩니다. 데이터베이스에 트랜잭션을 적용하는 프로그램은 로그 파일에 대한 트랜잭션 쓰기와 관계 없이 독립적으로 실행되고 있습니다. 시스템의 사용량이 많을 경우 데이터베이스에 적용하기 위해 대기 중인 로그 파일의 수가 늘어날 수 있습니다. 시스템의 사용량이 적어지면 프로그램이 밀려 있던 트랜잭션 적용을 마무리하여 유휴 상태로 다음 트랜잭션 로그를 대기할 수 있습니다.

트랜잭션은 라이브 데이터베이스에 적용된 후 핫 백업 스냅샷(사용 가능한 경우)에 적용됩니다. 또한 로그 파일이 스냅샷과 같은 아카이브 디렉토리에 작성됩니다.

Procedure트랜잭션 로그 파일 설정

  1. 명령줄에서 ics.conf 가 있는 디렉토리로 변경합니다.

    cd /etc/opt/SUNWics5/config

  2. 트랜잭션 로그 이름을 지정합니다.

    logfile.store.logname=storename.log

  3. 트랜잭션 로그 디렉토리에 대한 디렉토리 경로를 지정합니다.

    기본값은 다음과 같습니다. logfile.logdir="logs"

  4. ics.conf 파일 편집이 완료되면 Calendar Server를 다시 시작합니다.

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

9.4 Calendar Server 관리자의 전자 메일 주소 지정

이 절에서는 Calendar Server 관리자의 전자 메일 주소를 설정하기 위한 개요와 지침을 제공합니다.

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

9.4.1 관리자에게 보내는 전자 메일 메시지

특정 이벤트나 오류가 발생하면 전자 메일로 관리자에게 알립니다.

다음은 전자 메일 메시지를 생성하는 이벤트입니다.

ProcedureCalendar Server 6.3 시스템 관리자의 전자 메일 주소를 설정하려면

  1. 구성을 변경할 권한을 가지고 관리자로 로그인합니다.

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

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

  4. ics.conf 파일을 복사하고 이름을 바꾼 후 저장합니다.

  5. ics.conf 매개 변수를 편집하여 관리자의 전자 메일 주소를 지정합니다.

    alarm.msgalarmnoticercpt="admin@email_address "

  6. 파일을 ics.conf로 저장합니다.

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

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

9.5 Calendar Server 6.3 데이터베이스용 핫 백업 사용

이 절에서는 구성 프로그램을 실행할 때 핫 백업을 구성하지 않은 경우 Calendar Server 6.3 데이터베이스용 핫 백업을 사용하도록 설정하기 위한 개요와 지침을 제공합니다.

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

9.5.1 Calendar Server 버전 6.3의 핫 백업이란

이론상 핫 백업은 최신 스냅샷과 최신 스냅샷에 적용된 모든 트랜잭션 로그로 구성되며 현재 기록 중인 트랜잭션 로그는 제외됩니다. 시스템의 사용량에 따라 트랜잭션 로그 적용이 지연될 수 있습니다. 따라서 데이터베이스나 핫 백업에 적용되지 않은 상태로 남아 있는 로그 파일이 존재할 수 있습니다.

이 라이브 데이터베이스 중복은 재난 상황이 발생하거나 데이터베이스 손상이 감지될 때 중지 시간과 데이터 손실을 최소화하기 위한 것입니다.

새 핫 백업은 새 스냅샷이 생성되는 매 24시간마다 시작됩니다. 이전 핫 백업을 확인한 후 제거될 때까지 유지합니다. 자세한 내용은 9.2.2 Calendar Server 6.3 시스템에서 순환 백업 작동 방법을 참조하십시오.

ProcedureCalendar Server 6.3 시스템에서 핫 백업을 사용하려면

  1. 구성을 변경할 권한을 가지고 관리자로 로그인합니다.

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

  3. 명령줄에서 ics.conf 가 있는 디렉토리로 변경합니다.

    cd /etc/opt/SUNWics5/config

  4. 다음 ics.conf 매개 변수를 "yes"로 설정하여 핫 백업을 활성화합니다.

    caldb.berkeleydb.hotbackup.enable="yes"

  5. 핫 백업 디렉토리의 디렉토리 경로를 지정합니다.

    caldb.berkeleydb.hotbackup.path=
   /var/opt/SUNWics5/hotbackup_directory

    Calendar Server의 기본 핫 백업 디렉토리는 Solaris의 경우 /var/opt/SUNWics5/csdb이고 Linux의 경우 /var/opt/sun/calendar/csdb입니다. Communications Suite 설치 프로그램은 기본적으로 미리 지정되어 있는 csdb 디렉토리에 아카이브 및 핫 백업 디렉토리를 저장합니다.

    주 –

    크기에 문제가 있으므로 아카이브 및 핫 백업을 csdb 디렉토리와는 다른 디스크, 볼륨 또는 파티션에 저장하는 것이 좋습니다.

    아카이브 및 핫 백업 디렉토리의 수는 변경 가능합니다. 따라서 아카이브 및 핫 백업 디렉토리를 각각 6개씩 사용하도록 선택한 경우 csdb 디렉토리에 라이브 데이터베이스 복사본이 6 + 6 + 1개가 있게 됩니다. csstored 유틸리티는 csdb 디렉토리에 있는 컨텐츠 크기와 csdb 디렉토리가 있는 실제 디스크 크기를 바탕으로 필요한 아카이브 및 핫 백업의 크기를 계산합니다.

    편의상 아카이브 및 핫 백업 디렉토리는 기본적으로 csdb 디렉토리에 설치됩니다. 그러나 실제 배포할 때는 csdb 이외의 디렉토리에 설치해야 합니다.

    기본 디스크 드라이브의 하드웨어 오류에 대비하여 대체 디스크나 디스크 하위 시스템에 핫 백업을 저장하도록 선택할 수 있습니다. 그렇게 하면 기본 드라이브나 하위 시스템에서 경쟁을 줄일 수도 있습니다.

    고가용성(HA) 구성이 있는 경우 경로를 공유 저장소(/global/cal/)의 하위 디렉토리로 지정합니다. 6 장, 고가용성 Calendar Server 6.3 소프트웨어 구성(페일오버 서비스)을 참조하십시오.

  6. ics.conf 파일 편집이 완료되면 Calendar Server를 다시 시작합니다.

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

9.6 Calendar Server 6.3 데이터베이스용 아카이브 백업 사용

이 절에서는 구성 프로그램을 실행할 때 아카이브 백업을 구성하지 않은 경우 Calendar Server 6.3 데이터베이스용 아카이브 백업을 사용하도록 설정하기 위한 개괄적인 자료와 지침을 제공합니다.

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

9.6.1 Calendar Server 버전 6.3의 아카이브 백업이란

아카이브 백업은 스냅샷과 스냅샷에 대해 생성된 로그 파일로 구성됩니다. 로그 파일은 스냅샷에 적용되지 않습니다. 아카이브 데이터베이스는 제거될 때까지 디스크에 남아 있습니다. 9.2.2 Calendar Server 6.3 시스템에서 순환 백업 작동 방법을 참조하십시오.

ProcedureCalendar Server 6.3 시스템에서 아카이브 백업을 사용하려면

  1. 구성을 변경할 권한을 가지고 관리자로 로그인합니다.

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

  3. 명령줄에서 ics.conf 가 있는 디렉토리로 변경합니다.

    cd /etc/opt/SUNWics5/config

  4. 다음 ics.conf 매개 변수를 "yes"로 설정하여 아카이브 백업을 활성화합니다.

    caldb.berkeleydb.archive.enable=”yes”

  5. 아카이브 백업 디렉토리의 디렉토리 경로를 지정합니다.

    caldb.berkeleydb.archive.path=
   /var/opt/SUNWics5/archive_backup_directory

    기본 디스크 드라이브의 하드웨어 오류에 대비하여 대체 디스크나 디스크 하위 시스템에 아카이브 백업을 저장하도록 선택할 수 있습니다. 그렇게 하면 기본 드라이브나 하위 시스템에서 I/O 경쟁을 줄일 수도 있습니다.

    고가용성(HA) 구성이 있는 경우 경로를 공유 저장소(/global/cal/)의 하위 디렉토리로 지정합니다. 6 장, 고가용성 Calendar Server 6.3 소프트웨어 구성(페일오버 서비스)을 참조하십시오.

  6. ics.conf 파일 편집이 완료되면 Calendar Server를 다시 시작합니다.

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

    ics.conf 파일을 편집하기 위해 달력 서비스를 중지할 필요는 없지만 변경 내용을 적용하려면 서비스를 다시 시작해야 합니다.