설치

일반적으로 Application Server가 있는 동일한 시스템(같은 시스템 위치 토폴로지)이나 별도의 호스트(별도의 계층 토폴로지)에 HADB를 설치할 수 있습니다. 이러한 두 옵션에 대한 자세한 내용은 Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Deployment Planning Guide의 3 장, Selecting a Topology를 참조하십시오. 그러나 asadmin ha-config-cluster 명령으로 고가용성을 설정할 수 있도록 HADB 관리 클라이언트를 설치해야 합니다. Java Enterprise System 설치 프로그램을 사용할 때는 별도의 계층에 노드를 설치하려는 경우에도 전체 HADB 인스턴스를 설치하여 관리 클라이언트를 설치해야 합니다.

HADB 설치

최소 2GB의 메모리가 있는 단일 또는 이중 CPU 시스템에서는 HADB와 Application Server를 모두 설치할 수 있습니다. 그렇지 않은 경우 별도의 시스템에 HADB를 설치하거나 추가 하드웨어를 사용하십시오. asadmin ha-configure-cluster 명령을 사용하려면 HADB와 Application Server를 모두 설치해야 합니다.

각 HADB 노드에는 512MB의 메모리가 필요하므로 시스템에서 두 개의 HADB 노드를 실행하려면 1GB의 메모리가 있어야 합니다. 시스템의 메모리가 부족하면 각 노드를 다른 시스템에 설치합니다. 예를 들어, 다음 시스템에 두 노드를 설치할 수 있습니다.

• 각각 512MB~1GB의 메모리가 있는 두 대의 단일 CPU 시스템

• 1GB~2GB의 메모리가 있는 단일 또는 이중 CPU 시스템

  Java Enterprise System 설치 프로그램 또는 Application Server 독립 실행형 설치 프로그램을 사용하여 HADB를 설치할 수 있습니다. 이러한 설치 프로그램을 사용할 경우 구성 요소 선택 페이지에서 HADB(Java ES에서는 고가용성 세션 저장소임) 설치 옵션을 선택하십시오. 호스트에서 설치를 완료합니다. Application Server 독립 실행형 설치 프로그램을 사용하고 HADB를 실행하기 위해 별도의 두 시스템을 선택할 경우 두 시스템에서 동일한 설치 디렉토리를 선택해야 합니다.

기본 설치 디렉토리

이 설명서에서 HADB_install_dir은 HADB가 설치되는 디렉토리를 나타냅니다. 기본 설치 디렉토리는 HADB를 Java Enterprise System의 일부로 설치할지 여부에 따라 다릅니다. Java Enterprise System의 경우 기본 설치 디렉토리는 /opt/SUNWhadb/4이고독립 실행형 Application Server 설치 프로그램의 경우에는 /opt/SUNWappserver/hadb/4입니다.

노드 수퍼바이저 프로세스 권한

노드 수퍼바이저 프로세스(NSUP)는 "I’m alive" 메시지를 서로 교환하여 HADB의 가용성을 보장합니다. NSUP 실행 파일은 가능한 빠르게 응답할 수 있도록 루트 권한을 가져야 합니다. clu_nsup_srv 프로세스는 많은 양의 CPU 자원을 소비하지 않고 사용 공간도 작으므로 실시간 우선 순위에 따라 실행해도 성능이 저하되지 않습니다.

Java Enterprise System 설치 프로그램은 NSUP 권한을 자동으로 적절하게 설정하므로 다른 작업이 필요하지 않습니다. 그러나 독립 실행형 Application Server(비루트) 설치 프로그램을 사용할 경우 데이터베이스를 만들기 전에 수동으로 권한을 설정해야 합니다.

권한이 부족할 경우 나타나는 현상

NSUP 실행 파일에 적절한 권한이 없으면 다음과 같은 자원 부족 현상이 나타날 수 있습니다.

• 성능 문제 또는 HADB 내역 로그의 HIGH LOAD 메시지

• HADB 내역 파일에 "Process blocked for x seconds" 경고가 발생한 후에 잘못된 네트워크 분할 및 노드 다시 시작

• 트랜잭션 중단 및 기타 예외 발생

제한 사항

NSUP가 실시간 우선 순위를 설정할 수 없는 경우 Solaris 및 Linux에서 errno가 EPERM으로 설정됩니다. Windows에서 경고 "Could not set realtime priority"가 발생합니다. ma.log 파일에 오류가 기록되고 실시간 우선 순위 없이 프로세스가 계속됩니다.

다음의 경우에는 실시간 우선 순위를 설정할 수 없습니다.

• HADB가 Solaris 10 비전역 영역에 설치된 경우

• PRIV_PROC_LOCK_MEMORY(프로세스가 물리적 메모리에서 페이지를 잠그도록 허용) 및/또는 PRIV_PROC_PRIOCNTL 권한이 Solaris 10에서 호출된 경우

• 사용자가 setuid 권한을 해제한 경우

• 사용자가 소프트웨어를 tar 파일로 설치한 경우(Application Server에 대한 비루트 설치 옵션)

노드 수퍼바이저 프로세스 루트 권한 부여

1. 루트로 로그인합니다.

2. 작업 디렉토리를 HADB_install_dir /lib/server로 변경합니다.

   NSUP 실행 파일은 clu_nsup_srv입니다.

3. 다음 명령을 사용하여 파일의 suid 비트를 설정합니다.

   chown root clu_nsup_srv

4. 다음 명령을 사용하여 파일의 소유권을 루트로 설정합니다.

   chmod u+s clu_nsup_srv

   이렇게 하면 clu_nsup_srv 프로세스가 루트로 시작되고 프로세스에 실시간 우선 순위가 부여될 수 있습니다.

   보안에 영향을 주지 않기 위해 프로세스가 시작된 직후에 실시간 우선 순위가 설정되고 우선 순위가 변경되면 프로세스에는 유효 UID가 다시 지정됩니다. 다른 HADB 프로세스는 일반 우선 순위로 실행됩니다.