Sun Java System Application Server Enterprise Edition 8.1 2005Q2 릴리스 노트

추가 HADB 정보

이 절에서는 Application Server 8.1에 포함된 HADB 구현에 관한 중요한 추가 정보를 설명합니다.

HADB의 향상된 기능

HADB 파일 시스템 지원

다음 파일 시스템 중 하나를 사용하기 위해 HADB를 구성하려면 몇 가지 중요한 사항을 고려해야 합니다.

고가용성 데이터베이스 업그레이드

Procedure사전 업그레이드 작업/데이터 마이그레이션

시작하기 전에

사용자는 HADB 내역 파일, 관리 에이전트 구성 파일, 로그 파일 및 리포지토리, 그리고 모든 데이터 장치를 설치 경로 밖에 두어야 합니다. 그렇지 않은 경우 업그레이드 전에 이를 실시해야 합니다. 관리 리포지토리와 구성 파일을 이동하는 방법은 다음과 같습니다.

  1. 이전 관리 에이전트를 모두 중단하고 HADB 모드를 실행 상태로 유지합니다.

  2. 각 호스트에서 리포지토리 디렉토리를 새 위치로 이동합니다.

  3. 각 호스트에서 dbconfig 디렉토리를 새 위치로 복사합니다.

  4. 각 호스트에서 mgt.cfg 파일을 업데이트하고, dbconfig 및 리포지토리 디렉토리의 정확한 경로를 설정합니다.

  5. 업데이트된 mgt.cfg 파일을 사용하여 관리 에이전트를 시작합니다.

Procedure업그레이드 절차

HADB 버전 4.4.x에서 버전 4.4.2-7로 업그레이드하려면 다음 단계를 수행합니다.

  1. 위에서 설명한 사전 업그레이드 작업을 필요한 단계 만큼 수행합니다.

  2. HADB 4.4.2-7 버전을 모든 HADB 호스트의 4.4.x 버전 경로가 아닌 /opt/SUNWhadb/4.4.2-7 등의 다른 경로에 설치합니다.

  3. HADB 호스트와 다른 경우 HADB 4.4.2-7 버전을 hadbm 클라이언트 호스트에 설치합니다.

  4. 모든 HADB 호스트에서 실행 중인 관리 에이전트를 모두 중단합니다.

  5. 새 버전의 소프트웨어를 사용하여 이전 구성 파일로 관리 에이전트 프로세스를 시작합니다. 나머지 단계에서는 새 버전의 bin 디렉토리에 있는 hadbm 명령을 사용합니다.

  6. 관리 도메인에 패키지를 등록합니다. (기본 패키지 이름은 V4.4가 되므로 동일한 이름의 기존 패키지와 충돌을 방지하기 위해 다른 패키지 이름이 필요할 수 있습니다.)


    hadbm registerpackage --packagepath=/opt/SUNWhadb/4.4.2-7 V4.4.2-7
  7. hadbm listpackages 명령을 실행하고 새 패키지가 도메인에 등록되어 있는지 확인합니다.

  8. hadbm 4.4.2-7 버전으로 데이터베이스를 다시 시작합니다. 장치 및 내역 파일을 이동해야 하는 경우 다음과 같이 장치와 내역 파일의 새 경로 설정과 결합된 온라인 업그레이드를 한 번에 실행합니다.


    hadbm set packagename=V4.4.2-7,devicepath=new_devpath,
    historypath=new_histpath
    

    그러나 장치 및 내역 파일이 이미 설치 디렉토리의 외부에 있다면 노드에 대해 롤링 재시작만 수행하는 다음 명령을 실행합니다.


    hadbm set packagename=V4.4.2-7 database name
    
  9. hadbm status 명령을 사용하여 데이터베이스 상태가 "실행 중"인지 확인하고, 정상적으로 작동하여 클라이언트 트랜잭션을 제공하는지 확인합니다.

  10. 모두 제대로 작동한다면 나중에 이전 설치를 제거할 수 있습니다. 이전 패키지를 등록 취소하기 전에 ma 리포지토리에서 이전 패키지에 대한 모든 참조를 제거합니다. 그렇지 않으면 hadbm unregisterpackage가 "사용 중인 패키지"로 인해 실패합니다.예를 들어, 가상 재구성 작업인 hadbm set connectiontrace=same as previous value는 이전 패키지에 대한 모든 참조를 제거합니다. 이제 다음 명령으로 이전 패키지의 등록을 취소합니다.


    hadbm unregisterpackage [--hosts=host-list] old pacakge name
    
  11. 파일 시스템에서 이전 설치를 제거합니다.

Procedure업그레이드 테스트

업그레이드가 성공적이었는지 테스트하기 위해 업그레이드가 제대로 수행되었는지 확인합니다(Solaris만 해당).

  1. 실행 중인 프로세스는 새 바이너리를 사용해야 합니다. 모든 HADB 노드에서 다음을 확인합니다.


    new path/bin/ma -v
    new path/bin/hadbm -v
  2. 데이터베이스가 실행 중인지 확인합니다. 다음 명령은 모든 HADB 노드가 “실행 중”인 상태인지를 보여주어야 합니다.


    new path/bin/hadbm status -n
  3. HADB를 사용하는 제품의 포인터가 새 HADB 경로를 가리키도록 변경되었는지 확인합니다.

  4. HADB를 사용하는 제품은 업그레이드 테스트를 실행하여 HADB 업그레이드가 작동하는지도 확인할 수 있습니다.

    온라인 업그레이드 후에 새 버전이 제대로 작동하지 않을 경우 다시 이전 HADB 버전을 사용합니다. 그러나, 관리 에이전트 리포지토리가 변경되었다면 HADB 자체는 다운그레이드될 수 있지만 새 관리 에이전트가 실행 중이어야 합니다.

특수 배포 및 업그레이드 정보

이 절에서는 HADB 배포 및 업그레이드에 관한 추가 정보를 제공합니다.

배포

4.4.1에서 4.4.2로 온라인 업그레이드

4.2 또는 4.3에서 4.4로 온라인 업그레이드할 수 없습니다. 그러나, 4.4에서는 향후 버전에 대해 온라인 업그레이드를 지원합니다. 4.4.1에서 4.4.2로 업그레이드하려면 다음 단계를 수행합니다.

  1. 모든 HADB 호스트(/opt/SUNWhadb/4.4.2-6와 같이 4.4.1과 다른 경로)에 4.4.2를 설치합니다.

  2. hadbm client 호스트에 새 버전을 설치합니다.

  3. HADB 호스트에서 실행 중인 모든 관리 에이전트를 중단합니다.

  4. 새 버전의 소프트웨어를 사용하여 이전 구성 파일로 관리 에이전트 프로세스를 시작합니다. 나머지 단계에서는 새 버전의 bin 디렉토리에 있는 hadbm 명령을 사용합니다.

  5. 관리 도메인에 패키지를 등록합니다. (여기서 기본 패키지 이름은 V4.4가 되므로 동일한 이름의 기존 패키지와 충돌을 방지하기 위해 다른 패키지 이름이 필요할 수 있습니다.)


    hadbm registerpackage --packagepath=/opt/SUNWhadb/4.4.2-6 V4.4.2
  6. 새 버전으로 데이터베이스를 다시 시작합니다. (다음 명령은 노드에 대해 롤링 재시작을 수행합니다.)


    hadbm set packagename=V4.4.2 database_name
    
  7. (hadbm status 명령을 사용하여) 데이터베이스 상태가 “실행 중”인지 그리고 정상적으로 기능하여 클라이언트 트랜잭션을 제공하는지 확인합니다.

  8. 모두 제대로 작동한다면 나중에 이전 설치를 제거할 수 있습니다.

    이전 패키지의 등록을 취소하기 전에 ma 리포지토리에서 이전 패키지에 대한 모든 참조를 제거합니다. 그렇지 않으면 hadbm unregisterpackage는 "사용 중인 패키지"로 인해 실패합니다.예를 들어 가상 재구성 작업인 hadbm set connectiontrace=<same_as_previous_value>는 이전 패키지에 대한 모든 참조를 제거합니다. 이제 다음 명령으로 이전 패키지의 등록을 취소합니다.


    hadbm unregisterpackage [--hosts=<host_list>] <old_package_name>
    

    HADB 설치 지침에 설명된 대로 파일 시스템에서 이전 설치를 제거합니다.

알려진 SQL 제한 사항

고가용성 로드 균형 조정

Application Server에는 HTTP, IIOP 및 JMS 클라이언트에 대한 로드 균형 조정, HTTP 세션 페일오버 지원, EJB 클러스터링 및 페일오버 지원, 고가용성 EJB 타이머, 분산 트랜잭션 복구, 롤링 응용 프로그램 업그레이드, J2EE 응용 프로그램의 일시적 상태 저장용 고가용성 데이터베이스가 포함되어 있습니다.

가용성은 클러스터에서 Application Server 인스턴스의 페일오버 보호를 가능하게 합니다. 하나의 Application Server 인스턴스가 중지될 경우 사용할 수 없게 된 서버에 할당되었던 세션을 다른 Application Server 인스턴스에서 인수합니다. 세션 정보는 HADB에 저장됩니다. HADB는 HTTP 세션, Stateful Session Bean 및 단일 사인 온 자격 증명의 지속성을 지원합니다.