csmig 마이그레이션 단계

Calendar Server 6을 설치하고 구성한 후에 csmig를 실행하여 기존 Calendar Server 및 LDAP 데이터를 마이그레이션해야 합니다. LDAP CLD 플러그 인이 제대로 작동하려면 LDAP 데이터의 마이그레이션이 필요합니다. 이 단계에 따라 csmig를 사용하여 달력을 마이그레이션합니다.

csmig 사용을 위한 고급 단계

단계

1. comm_dssetup.pl을 사용하여 Directory Server를 구성합니다.

   comm_dssetup.pl을 사용하여 LDAP 속성을 색인화하지 않았다면 지금 수행하십시오. 그러면 LDAP 데이터 마이그레이션의 성능이 크게 향상됩니다.

2. (작업 서버가 아닌)스테이징 서버를 사용하여 테스트 건실행을 수행합니다.

   건실행은 실제 마이그레이션 과정에서 csmig가 수행할 작업을 보고하며 데이터를 마이그레이션하지는 않습니다. 건실행을 수행한 후 실제로 마이그레이션하기 전에 오류를 수정하고 미해결 달력을 처리할 계획을 세울 수 있습니다.

   테스트 건실행을 수행하는 방법에 대한 자세한 내용은 csmig 마이그레이션 단계를 참조하십시오.

3. 작업 데이터 마이그레이션

   작업 실행 중 csmig는 달력 데이터베이스(.db 파일) 및 LDAP 데이터(사용자 및 그룹 기본 설정 데이터), icsSubscribed, icsCalendar, icsCalendarOwned, icsFreeBusy, icsSet 및 uid(자원 달력)를 마이그레이션합니다. 마이그레이션이 끝나면 모든 달력 자원에 대해 LDAP 항목이 만들어집니다.

   작업 데이터를 마이그레이션하는 방법에 대한 자세한 내용은 csmig 마이그레이션 단계를 참조하십시오.

테스트 건실행 수행

단계

1. Calendar Server 6을 스테이징 서버에 설치합니다(필요한 경우).

2. 달력 데이터베이스의 스냅샷을 스테이징 서버에 복사합니다.

3. 다음과 같이 수행하여 스테이징 서버를 작업 LDAP 환경을 비슷하게 만듭니다.

   • Directory Server를 설치합니다.

   • 이 서버에 LDAP 데이터베이스의 스냅샷을 설치합니다.

4. comm_dssetup.pl을 실행하여 스테이징 Directory Server를 구성합니다.

5. csconfigurator.sh를 실행하여 스테이징 Calendar Server를 구성합니다.

6. icsuser로 로그인합니다(또는 구성 중에 지정된 Calendar Server 런타임 사용자 아이디로 로그인). csmig를 수퍼유저(root)로 실행하는 경우에는 마이그레이션된 파일에 대한 권한을 재설정해야 할 수도 있습니다.

7. cal_svr_base/SUNWics5/cal/sbin 디렉토리로 변경합니다.

8. csdb check 명령을 사용하여 데이터베이스가 손상되었는지 점검합니다. 손상이 발견된 경우에는 csdb rebuild를 실행하여 데이터베이스를 재구축합니다.

9. 소유자가 없는 달력에 대해 포괄적인 calid를 만들 수도 있습니다. 예를 들어, 다음 명령은 calid가 orphan인 사용자를 만듭니다.

   ./csuser -g orphan -s adminuser -y password -l en -c orphan create orphan

10. stop-cal 명령을 사용하여 Calendar Server를 중지합니다(필요한 경우).

    cal_svr_base/SUNWics5/cal/sbin/stop-cal

11. dryrun 옵션을 사용하여 csmig를 실행합니다. 예를 들어, 다음과 같이 입력할 수 있습니다.

    ./csmig -b sesta.com -o csmig.out -e csmig.errors
     -m csmig.map -c orphan -r calmaster dryrun

    이 명령은 소유자가 없는 사용자 달력(고아 달력)을 소유자 orphan에 할당하고 소유자가 없는 자원 달력을 소유자 calmaster에게 할당합니다.

12. 출력 매핑 파일(csmig.map)을 확인합니다. 매핑 파일에서는 LDAP 스키마에서 업데이트해야 하는 항목을 나열합니다.

13. 출력, 매핑 및 오류 파일을 확인합니다. 발견한 LDAP 문제 또는 오류를 해결합니다. 실제로 마이그레이션하기 전에 미해결 달력을 처리하는 방법을 결정합니다. 다음과 같은 방법을 사용할 수 있습니다.

    • 마이그레이션하기 전에 불필요한 달력을 삭제합니다.

    • 미해결 달력에 소유자를 할당합니다.

    • -c와 -r 옵션을 사용하여 마이그레이션 중에 csmig가 달력에 소유자를 할당할 수 있게 합니다.

14. csmig을 실행하여 스테이징 달력 데이터베이스를 마이그레이션합니다.

    예를 들어, 다음 명령은 달력 데이터베이스를 /var/opt/SUNWics5/testcsdb/ 디렉토리로 마이그레이션합니다.

    ./csmig -t /var/opt/SUNWics5/testcsdb/ -b sesta.com 
    -o csmig.out -e csmig.errors -m csmig.map -c orphan 
    -r calmaster migrate

15. 테스트 마이그레이션이 끝나면 이 단계를 수행하여 새롭게 마이그레이션된 달력 데이터베이스를 확인합니다.

    1. 새로 마이그레이션된 데이터베이스를 caldb.berkeleydb.homedir.path 매개 변수에서 지정한 /csdb 디렉토리로 복사합니다. 또는 마이그레이션된 데이터베이스의 새 위치를 가리키도록 이 매개 변수를 편집합니다.

    2. 새 달력 데이터베이스에서 csdb check를 실행합니다. 마이그레이션된 데이터베이스의 이벤트 및 수행할 작업 수가 마이그레이션 전의 합계와 일치해야 합니다.

    3. icsCalendarOwned 항목을 검색하고 이 항목이 마이그레이션 전의 달력 수와 일치하는지 확인합니다.

    4. Communications Express에 로그인하고 마이그레이션된 데이터베이스에서 일부 달력을 확인합니다.

       테스트 마이그레이션이 성공하면 작업 데이터베이스를 마이그레이션할 준비가 된 것입니다.

작업 데이터 마이그레이션

단계

1. icsuser(또는 구성 중에 지정된 Calendar Server 런타임 사용자 아이디)로 로그인합니다. csmig를 수퍼유저(root)로 실행하는 경우에는 마이그레이션된 파일에 대한 권한을 재설정해야 할 수도 있습니다.

2. cal_svr_base/SUNWics5/cal/sbin 디렉토리로 변경합니다.

3. stop-cal 명령을 사용하여 Calendar Server를 중지합니다(필요한 경우).

   cal_svr_base/SUNWics5/cal/sbin/stop-cal

4. 다음 데이터를 백업합니다.

   • 달력 데이터베이스(.db 파일)

   • LDAP 데이터: slapd 데이터베이스 디렉토리 및 LDAP 데이터베이스

   • ics.conf 파일이 단계는 필수 단계가 아니지만 원래 구성으로 되돌려야 할 경우 유용합니다.

5. csmig를 migrate 옵션을 사용하여 실행합니다.

   예를 들어, 다음 명령은 달력 데이터베이스를 /var/opt/SUNWics5/newcsdb/ 디렉토리로 마이그레이션합니다.

   ./csmig -t /var/opt/SUNWics5/newcsdb/ -b sesta.com 
   -o csmig.out -e csmig.errors -m csmig.log -c orphan 
   -r calmaster migrate

6. 오류 파일(csmig.errors)에서 미해결 달력이 있는지 확인하고 csmig 마이그레이션 단계의 csmig 마이그레이션 단계에서 세운 계획에 따라 해결합니다.

7. csdb check 명령을 실행하여 마이그레이션된 데이터베이스를 확인합니다. 손상이 발견된 경우에는 csdb rebuild를 실행하여 데이터베이스를 재구축합니다.

8. 새로 마이그레이션된 데이터베이스를 caldb.berkeleydb.homedir.path 매개 변수에서 지정한 /csdb 디렉토리로 복사합니다. 또는 마이그레이션된 데이터베이스의 새 위치를 가리키도록 이 매개 변수를 편집합니다.

9. ics.conf 파일에서 다음과 같이 구성 매개 변수를 적절히 변경하여 LDAP CLD 플러그 인을 활성화합니다.

   • service.dwp.enable = "yes"

   • service.dwp.port = "9779"

   • csapi.plugin.calendarlookup = "y"

   • csapi.plugin.calendarlookup.name = "*"

   • caldb.cld.type = "directory"

   • caldb.dwp.server.default = "default-server-name"

   • caldb.dwp.server.server-hostname .ip = "server-hostname "(로컬 서버를 포함하는 각 백엔드 서버마다)

   • caldb.cld.cache.enable = "yes"(CLD 캐시 옵션을 사용하는 경우)

   • caldb.cld.cache.homedir.path는 CLD 캐시 디렉토리의 위치를 지정합니다. 기본값은 /var/opt/SUNWics5/csdb/cld_cache입니다.

     LDAP CLD 플러그 인의 구성 매개 변수 설정에 대한 자세한 내용은 6 장, 여러 시스템에서 달력 데이터베이스 배포 구성을 참조하십시오.

10. start-cal 명령을 사용하여 Calendar Server를 다시 시작합니다.

11. Communications Express에 로그인하고 마이그레이션된 달력 일부를 확인하여 구성이 제대로 작동하는지 확인합니다.

    점검 중 경보를 비활성화하려면 ics.conf 파일의 다음 매개 변수를 “no”로 설정합니다.

    • caldb.serveralarms = "no"

    • caldb.serveralarms.dispatch = "no"

    • service.ens.enable = "no"

    • service.notify.enable = "no"

    • ine.cancellation.enable = "no"

    • ine.invitation.enable = "no"

    • service.admin.alarm = "no"