test

Sun Java System Application Server 9.1 고가용성 관리 설명서

오류 복구

Sun Cluster 사용

Sun Cluster는 도메인 관리 서버, 노드 에이전트, Application Server 인스턴스, Message Queue 및 HADB의 자동 페일오버를 제공합니다. 자세한 내용은 Sun Cluster Data Service for Sun Java System Application Server Guide for Solaris OS를 참조하십시오.

표준 이더넷 상호 연결 및 Sun Cluster 제품의 하위 집합을 사용합니다. 이 기능은 Java ES에 포함되어 있습니다.

수동 복구

다양한 기술을 사용하여 개별 하위 구성 요소를 수동으로 복구할 수 있습니다.

도메인 관리 서버 복구

도메인 관리 서버(DAS)가 손실되면 관리에만 영향을 줍니다. DAS에 연결할 수 없는 경우에도 Application Server 클러스터 및 응용 프로그램은 계속해서 이전과 같이 작동합니다.

다음 방법 중 하나를 사용하여 DAS를 복구합니다.

노드 에이전트 및 서버 인스턴스 복구

노드 에이전트와 서버 인스턴스를 복구하는 두 가지 방법이 있습니다.

백업 zip 파일 유지. 노드 에이전트와 서버 인스턴스를 백업하기 위한 명시적인 명령이 없습니다. 노드 에이전트 디렉토리의 내용을 포함하는 zip 파일을 만들면 됩니다. 오류가 발생한 후 동일한 호스트 이름과 IP 주소를 사용하여 새 시스템에서 저장된 백업의 압축을 풉니다. 동일한 설치 디렉토리 위치, OS 등을 사용합니다. 파일 기반 설치, 패키지 기반 설치 또는 복원된 백업 이미지가 시스템에 있어야 합니다.

수동 복구. 동일한 IP 주소가 있는 새 호스트를 사용해야 합니다.

  1. Application Server 노드 에이전트 비트를 시스템에 설치합니다.

  2. AS8.1 UR2 패치 4 설치에 대한 지침을 확인합니다.

  3. 노드 에이전트를 다시 만듭니다. 서버 인스턴스를 만들 필요는 없습니다.

  4. 동기화는 DAS에서 구성과 데이터를 복사 및 업데이트합니다.

로드 밸런서 및 웹 서버 복구

웹 서버 구성만 백업하는 명시적인 명령은 없습니다. 웹 서버 설치 디렉토리를 압축하면 됩니다. 오류가 발생한 후 동일한 네트워크 아이디를 사용하여 새 시스템에서 저장된 백업의 압축을 풉니다. 새 시스템에 다른 IP 주소가 있는 경우 DNS 서버나 라우터를 업데이트합니다.

주 –

이 경우 먼저 웹 서버가 이미지에서 다시 설치되거나 복원된다고 가정합니다.

로드 밸런서 플러그인(플러그인 디렉토리) 및 구성은 웹 서버 설치 디렉토리(일반적으로 /opt/SUNWwbsvr)에 있습니다. web-install/web-instance/config 디렉토리에는 loadbalancer.xml 파일이 포함되어 있습니다.

Message Queue 복구

Message Queue(MQ) 구성 및 자원은 DAS에 저장되며 인스턴스에 동기화될 수 있습니다. 다른 모든 데이터 및 구성 정보는 일반적으로 /var/imq 아래에 있는 MQ 디렉토리에 있으므로 필요에 따라 이러한 디렉토리를 백업 및 복원합니다. 새 시스템에는 MQ 설치가 이미 포함되어 있어야 합니다. 시스템을 복원할 때 이전처럼 MQ 브로커를 시작해야 합니다.

HADB 복구

주 –

HADB 소프트웨어는 Sun Java System Application Server의 Application Server 독립 실행형 배포와 함께 제공됩니다. 사용 가능한 Sun Java System Application Server 배포에 대한 자세한 내용은 Sun Java System Application Server 9.1 Installation Guide의 Distribution Types and Their Components를 참조하십시오. HADB 기능은 엔터프라이즈 프로필에서만 사용할 수 있습니다. 프로필에 대한 자세한 내용은 Sun Java System Application Server 9.1 관리 설명서의 사용 프로필을 참조하십시오.

두 개의 활성 HADB 노드가 있는 경우 오류 시 인계 받을 수 있는 두 개의 예비 노드를 별개의 시스템에 구성할 수 있습니다. HADB 백업 및 복원으로 인해 복원 중인 유효하지 않은 세션이 발생할 수 있으므로 이 방법은 더 완벽한 방법입니다.

예비 노드가 있는 데이터베이스를 만드는 방법에 대한 자세한 내용은 데이터베이스 만들기를 참조하십시오. 예비 노드를 데이터베이스에 추가하는 방법에 대한 자세한 내용은 노드 추가를 참조하십시오. 복구 및 자체 복원이 실패할 경우 예비 노드에서 자동으로 인계합니다.

Netbackup 사용

주 –

이 절차는 Sun QA에서 테스트되지 않았습니다.

Veritas Netbackup을 사용하여 각 시스템의 이미지를 저장합니다. BPIP의 경우 웹 서버 및 Application Server가 있는 네 개의 시스템을 백업합니다.

복원된 각 시스템에 대해 원래 구성과 동일한 구성(예: 동일한 호스트 이름, IP 주소 등)을 사용합니다.

Application Server와 같은 파일 기반 제품의 경우 관련 디렉토리만 백업 및 복원합니다. 그러나 웹 서버 이미지와 같은 패키지 기반 설치의 경우 전체 시스템을 백업 및 복원해야 합니다. 패키지는 Solaris 패키지 데이터베이스에 설치됩니다. 따라서 디렉토리만 백업한 다음 새 시스템에 복원할 경우 결과적으로 패키지 데이터베이스에 정보가 없는 "배포된" 웹 서버가 됩니다. 이로 인해 이후의 패치 작업이나 업데이트에 문제가 발생할 수 있습니다.

Solaris 패키지 데이터베이스를 수동으로 복사 및 복원하지 마십시오. 또 다른 방법은 웹 서버와 같은 구성 요소가 설치된 후에 시스템의 이미지를 백업하는 것입니다. 이 백업을 기본 tar 파일이라고 합니다. 웹 서버를 변경할 경우 예를 들어 /opt/SUNWwbsvr 아래에 이러한 디렉토리를 백업합니다. 복원하려면 기본 tar 파일에서 시작한 다음 수정된 웹 서버 디렉토리에 복사합니다. 마찬가지로 MQ(BPIP용 패키지 기반 설치)에 이 절차를 사용할 수 있습니다. 원래 시스템을 업그레이드하거나 패치할 경우 새 기본 tar 파일을 만들어야 합니다.

DAS가 있는 시스템이 다운될 경우 복원할 때까지 일정 시간 동안 사용할 수 없습니다.

DAS는 중앙 저장소입니다. 서버 인스턴스를 복원하고 다시 시작할 경우 해당 서버 인스턴스는 DAS의 정보와만 동기화됩니다. 이후 모든 변경 사항은 asadmin 또는 관리 콘솔을 통해 수행되어야 합니다.

이전 응용 프로그램 세션 상태가 이미지에 포함되었을 수도 있으므로 HADB의 일별 백업 이미지가 작동하지 않을 수 있습니다.

Domain Administration Server 다시 만들기

DAS(Domain Administration Server)를 호스팅하는 시스템이 실패할 경우 DAS를 이전에 백업해 두었다면 해당 DAS를 다시 만들 수 있습니다. DAS의 작업 복사본을 다시 만들려면 다음 사항이 필요합니다.

주 –

첫 번째 시스템에서 DAS의 백업을 보존해야 합니다. asadmin backup-domain을 사용하여 현재 도메인을 백업합니다.

ProcedureDAS를 마이그레이션하는 방법

첫 번째 시스템(machine1)에서 세 번째 시스템(machine3)으로 DAS(Domain Administration Server)를 마이그레이션하려면 다음 단계가 필요합니다.

  1. 첫 번째 시스템에 설치한 대로 세 번째 시스템에 응용 프로그램 서버를 설치합니다.

    DAS를 세 번째 시스템에 제대로 복원하고 경로 충돌을 방지하려면 이 단계가 필요합니다.

    1. 명령줄(대화식) 모드를 사용하여 Application Server 관리 패키지를 설치합니다.

      대화형 명령줄 모드를 활성화하려면 console 옵션을 사용하여 설치 프로그램을 호출하십시오.


      ./bundle-filename -console

      명령줄 인터페이스를 사용하여 설치하려면 루트 권한이 있어야 합니다.

    2. 기본 도메인을 설치하려면 옵션을 선택 해제합니다.

      백업한 도메인을 복원하는 것은 동일한 구조뿐만 아니라 정확하게 동일한 설치 경로를 가진 두 시스템(즉, 두 시스템에서 동일한 as-install 및 domain-root-dir 사용)에서만 지원됩니다.

  2. 첫 번째 시스템에서 백업 ZIP 파일을 세 번째 시스템의 domain-root-dir에 복사합니다.

    파일을 FTP에 올릴 수도 있습니다.

  3. ZIP 파일을 세 번째 시스템에 복원합니다.


    asadmin restore-domain --filename domain-root-dir/sjsas_backup_v00001.zip 
--clienthostname machine3 domain1
    주 –

    --clienthostname 옵션을 지정하면 domain.xml 파일에서 jmx-connector 요소의 client-hostname 등록 정보를 수정할 필요가 없습니다.

    모든 도메인을 백업할 수 있습니다. 그러나 도메인을 다시 만들 때 도메인 이름이 원본과 동일해야 합니다.

  4. 첫 번째 시스템의 동일한 디렉토리의 권한과 일치하도록 세 번째 시스템의 domain-root-dir/domain1/generated/tmp 디렉토리의 권한을 변경합니다.

    이 디렉토리의 기본 권한은 drwx------(또는 700)입니다.

    예를 들면 다음과 같습니다.


    chmod 700 domain-root-dir/domain1/generated/tmp

    위 예는 domain1을 백업하는 것을 가정합니다. 다른 이름으로 도메인을 백업할 경우 위 domain1을 백업할 도메인 이름으로 대체해야 합니다.

  5. 세 번째 시스템의 domain-root-dir/domain1/config/domain.xml 파일에서 jms-service 요소의 host 속성 값을 업데이트합니다.

    이 속성의 원래 설정은 다음과 같습니다. 

    <jms-service... host=machine1.../>

    이 속성의 설정을 다음과 같이 수정합니다. 

    <jms-service... host=machine3.../>

  6. machine3에서 복구된 도메인을 시작합니다.


    asadmin start-domain --user admin-user --password admin-password domain1

    DAS는 실행 중인 모든 노드 에이전트에 연결하고 노드 에이전트에 DAS 연결에 대한 정보를 제공합니다. 노드 에이전트는 이 정보를 사용하여 DAS와 통신합니다.

  7. DAS가 다시 시작될 때 실행 중이지 않은 모든 노드 에이전트에 대해서는 machine2의 as-install/nodeagents/nodeagent/agent/config/das.properties에서 agent.das.host 등록 정보 값을 변경합니다.

    DAS가 다시 시작될 때 실행 중인 노드 에이전트에는 이 단계가 필요하지 않습니다.

  8. machine2에서 노드 에이전트를 다시 시작합니다.

    주 –

    asadmin start-instance 명령을 사용하여 클러스터 인스턴스를 시작하면 클러스터 인스턴스를 복원된 도메인과 동기화할 수 있습니다.