[AIX Solaris HP-UX Linux Windows][IBM i]

최적의 가용성을 위한 서버의 트랜잭션 측면 구성

애플리케이션 서버의 트랜잭션 관련 측면을 구성하여 해당 서버의 가용성을 최적화할 수 있습니다. 이는 트랜잭션을 보다 빠르게 완료 또는 복구하는 데 도움을 줍니다. 애플리케이션 서버의 트랜잭션 관련 특성을 변경한 후 서버를 다시 시작해야 합니다.

이 태스크 정보

최적의 가용성을 위한 애플리케이션 서버의 트랜잭션 관련 측면을 구성하려면 다음 단계를 완료하십시오.

프로시저

  1. 트랜잭션 로그 파일을 RAID 디바이스와 같은 고가용성 파일 시스템의 고속 디스크에 저장하십시오. 트랜잭션 로그는 모든 글로벌 트랜잭션이 액세스하고 충돌 후 트랜잭션 복구에 사용해야 할 수 있습니다. 따라서 로그 파일을 작성하는 디스크는 RAID 장치와 같은 고가용성 파일 시스템에 있어야 합니다.

    디스크 성능은 또한 트랜잭션 성능에 직접적인 영향을 줍니다. 일반적으로 글로벌 트랜잭션은 디스크를 두 번 작성합니다. 그 중 한 번은 트랜잭션 결과가 알려진 경우 준비 단계 이후에 작성되고(해당 정보는 디스크에 강제 실행됨) 트랜잭션이 완료될 때 한 번 더 디스크가 작성됩니다. 따라서 트랜잭션 로그는 가장 빠른 디스크에 배치되어야 합니다.

    트랜잭션 로그 복구의 자동 장애 복구를 WebSphere® Application Server 클러스터 토폴로지에서 적용하려면 RAID 장치와 같이 각 클러스터 멤버가 액세스할 수 있는 고가용성 파일 시스템의 고속 디스크에서 트랜잭션 로그를 위해 네트워크 마운트 장치를 사용해야 합니다.

  2. 하드웨어 디스크 미러링 또는 듀얼 포트 디스크를 사용하여 트랜잭션 로그 파일을 미러링하십시오. 로그 파일이 미러링되었거나 복구할 수 있는 경우 실패한 서버를 다시 시작할 때 해당 로그 파일을 사용하거나, 로그 파일을 다른 머신으로 이동하고 다른 서버를 시작하여 복구를 수행할 수 있습니다.

    관리 콘솔로 트랜잭션 로그에 적합한 파일 시스템 디렉토리를 지정하여 하드웨어 디스크 미러링 또는 듀얼 포트 디스크를 구성할 수 있습니다.

  3. 애플리케이션 서버에 대한 최적의 트랜잭션 로그 디렉토리 위치를 지정하십시오.

    서브디렉토리 이름이 서버 이름과 같은 경우 기본적으로 애플리케이션 서버가 설치된 WebSphere Application Server의 서브디렉토리에 트랜잭션 로그 파일을 위치시킵니다.

    [AIX Solaris HP-UX Linux Windows]예를 들어, 애플리케이션 서버 server1의 기본 디렉토리는 다음과 같습니다.

    /IBM/WebSphere/AppServer/profiles/profile_name/tranlog/server1

    [IBM i]예를 들어, 애플리케이션 서버 server1의 기본 디렉토리는 다음과 같습니다.

    /QIBM/UserData/WebSphere/AppServer/was_version/ND/profiles/profile_name/tranlog/server1

    여기서 was_version은 설치된 IBM® WebSphere Application Server의 버전 번호를 표시합니다(예: WebSphere Application Server 버전 6의 경우 V6).
    [z/OS]예를 들어, 애플리케이션 서버 server1의 기본 디렉토리는 다음과 같습니다.

    /IBM/WebSphere/was_version/AppServer/profiles/profile_name/tranlog/server1

    여기서 was_version은 설치된 IBM WebSphere Application Server의 버전, 릴리스, 수정 번호를 표시합니다(예: WebSphere Application Server 버전 6.0.2의 경우 V6R0M2).

    서버에 대한 Transaction Log Directory 특성을 설정하여 애플리케이션 서버의 트랜잭션 로그 디렉토리에 대한 특정 위치를 정의할 수 있습니다. 애플리케이션 서버 시작 시 트랜잭션 로그 디렉토리가 작성되지 않은 경우 디렉토리 구조가 자동으로 작성됩니다.

    참고: 트랜잭션 로그 디렉토리를 변경하는 경우, 애플리케이션 서버가 다시 시작되기 전 문제점 발생 위험을 최소화하려면 변경사항을 적용하고 애플리케이션 서버를 최대한 빨리 다시 시작하십시오. 예를 들어, 문제점으로 인해 서버에서 인플라이트 트랜잭션이 실패하는 경우 서버가 다음에 새 로그 디렉토리와 함께 시작되므로 이전 로그 디렉토리에 기록된 인플라이트 트랜잭션을 자동으로 해석할 수 없습니다.
  4. 둘 이상의 애플리케이션 서버가 동일한 로그 파일 세트를 동시에 사용하도록 허용하지 마십시오. 트랜잭션 로그는 서버 내 글로벌 트랜잭션 상태를 기록하므로 로그가 손실 또는 손상되는 경우 실패 전 준비 상태인 트랜잭션은 자원을 인다우트 상태로 유지할 수 있으며 다른 사용자 또는 서버의 자원에 대한 추가 업데이트 또는 액세스를 방지할 수 있습니다. 이러한 트랜잭션은 영향을 받은 자원 관리자에서 트랜잭션을 커미트 또는 롤백하여 수동으로 해석되어야 할 수 있습니다. 실패한 서버는 콜드 스타트될 수 있으므로 비어 있는 새 트랜잭션 로그를 작성합니다.

    로그 파일이 미러링되었거나 복구할 수 있는 경우 관련 태스크에 설명된 대로 실패한 서버를 다시 시작할 때 해당 로그 파일을 사용하거나, 로그 파일을 다른 머신으로 이동하고 다른 서버를 시작하여 복구를 수행할 수 있습니다.

    둘 이상의 서버가 동일한 로그 세트를 동시에 사용하도록 허용하지 마십시오. 각 서버가 다른 서버에서 기록된 정보를 영구 삭제하여 향후 복구 목적으로 사용할 수 없도록 로그 파일이 손상될 수 있기 때문입니다.

  5. 애플리케이션 서버가 시작할 때마다 항상 동일한 청취 포트 주소를 사용하도록 구성하십시오. 여러 애플리케이션 서버 간에 분배된 트랜잭션을 실행하는 경우에는 트랜잭션 로그에 저장된 원격 오브젝트 참조의 경로가 복구 시 원래 서버로 재지정되어야 합니다.

    WebSphere Application Server, Network Deployment에서는 노드 에이전트가 이러한 원격 오브젝트 참조의 경로를 복구 시 해당 애플리케이션 서버로 자동 재지정합니다. 그러나 분배된 트랜잭션이 WebSphere Application Server, Network Deployment에 없는 애플리케이션 서버 사이에 있는 경우에는 트랜잭션 복구가 완료될 수 있도록 원격 오브젝트 참조의 경로 재지정을 처리해야 합니다. 예를 들어, 애플리케이션 서버가 WebSphere Application Server, Network Deployment 에디션에 배치되고 비WebSphere EJB 또는 Corba 서버와의 분배된 트랜잭션을 실행하는 경우 이 작업을 수행해야 합니다.

    특히 Application Server WebSphere Application Server, Network Deployment에 없는 애플리케이션 서버의 기본 다시 시작 조치는 서버가 종료될 때 다른 청취 포트 주소를 포트에 사용하는 것입니다. 이 경우 트랜잭션 복구가 완료되지 않습니다. 이를 극복하려면 항상 애플리케이션 서버가 시작할 때마다 동일한 청취 포트 주소를 사용하도록 구성해야 합니다(오브젝트 요청 브로커 사용자 정의 특성에 대한 주제에서 ORB 특성 com.ibm.CORBA.ListenerPort 참조). 또한 복구 중에 해당 서버에 액세스할 수 있도록 트랜잭션에 관여하는 다른 애플리케이션 서버의 구성을 유사하게 변경해야 할 수 있습니다.


주제 유형을 표시하는 아이콘 태스크 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjta_optsrv
파일 이름:tjta_optsrv.html