애플리케이션 서버의 트랜잭션 특성 구성
트랜잭션 서비스에 대한 설정을 보거나 변경할 수 있습니다. 예를 들어, 트랜잭션 로그 파일의 위치 또는 기본 파일 크기를 변경하거나 트랜잭션 제한시간 특성을 변경하거나 경험 관련 특성을 변경할 수 있습니다.
이 태스크 정보
트랜잭션 서비스는 여러 자원 관리자에 대한 업데이트를 조정하여 데이터의 원자적 업데이트를 확인할 수 있는 서버 런타임 컴포넌트입니다. 트랜잭션은 애플리케이션 또는 이 애플리케이션이 배치된 컨테이너에 의해 시작되고 종료됩니다.
트랜잭션 로그를 다른 스토리지 장치로 이동하려는 경우 또는 트랜잭션 서비스 설정을 변경해야 하는 경우 이 태스크를 수행할 수 있습니다. 구성 변경사항을 적용하려면 애플리케이션 서버를 다시 시작해야 합니다.

프로시저
- 관리 콘솔에서 서버 > 서버 유형 > WebSphere Application Server > server_name을 클릭하십시오. 애플리케이션 서버 server_name의 특성이 컨텐츠 분할창에 표시됩니다.
- [컨테이너 설정] 컨테이너 서비스 > 트랜잭션 서비스를 클릭하십시오. 트랜잭션 서비스 설정 페이지가 표시됩니다.
- 구성 탭이 표시되었는지 확인하십시오.
- 옵션:
트랜잭션 로그가 작성되는 디렉토리를 변경하려면 트랜잭션 로그 디렉토리 필드에 디렉토리의 전체 경로 이름을 입력하십시오. 런타임 탭을 클릭하여 트랜잭션 로그 디렉토리의 현재 런타임 값을 확인할 수 있습니다.
고가용성 지원 내에서 WebSphere® Application Server를 사용하는 경우 트랜잭션 서비스와 같은 지속적 서비스에 대한 복구 로그 구성을 설정하지 않아도 됩니다. 애플리케이션 서버는 해당 프로파일 디렉토리에서 기본 위치를 가정합니다. 고가용성 지원을 사용하는 경우 클러스터의 일부 서버가 이 기본값을 인식하지 못할 수 있습니다(예를 들어, 서버가 다른 프로파일 또는 실제 노드에 있는 경우). 이 동작으로 인해, 고가용성을 사용하도록 설정하기 전에 클러스터의 각 서버에 대해 복구 로그 위치를 구성하십시오. 클러스터의 각 서버에 고유한 트랜잭션 로그 디렉토리가 있어 여러 서버가 동일한 로그 파일에 액세스하려고 시도하지 않는지 확인하십시오. 또한 클러스터의 각 서버가 클러스터에 있는 다른 서버의 트랜잭션 로그 디렉토리에 액세스할 수 있는지 확인하십시오.
고가용성(HA) 환경의 경우, 클러스터 낸 각 서버의 트랜잭션 로그 및 보상 로그 디렉토리가 둘 다 고유해야 합니다.
참고: 트랜잭션 로그 디렉토리를 변경하는 경우, 애플리케이션 서버가 다시 시작되기 전 문제점 발생 위험을 최소화하려면 변경사항을 적용하고 애플리케이션 서버를 최대한 빨리 다시 시작하십시오. 예를 들어, 문제점이 있고 서버에서 인플라이트 트랜잭션이 실패하는 경우 서버가 다시 시작되면 새 로그 디렉토리를 사용하므로 이전 로그 디렉토리에 기록된 인플라이트 트랜잭션을 자동으로 해석할 수 없습니다.5단계의 설명대로 트랜잭션 로그의 크기를 지정할 수 있습니다.
- 옵션: 트랜잭션 로그 파일의 크기를
변경하려면 트랜잭션 로그 디렉토리 필드에
파일 크기 설정이 포함되도록 수정하십시오. 다음 형식 중 하나를
사용하십시오. 여기서 directory_name은 트랜잭션 로그
디렉토리의 이름이고 file_size는 킬로바이트(nK)
또는 메가바이트(nM)로 지정되는 트랜잭션 로그
파일의 디스크 공간 할당입니다. 지정할 수 있는 최소 트랜잭션 로그 파일 크기는
64K입니다. 64K 미만의 값을 지정하거나 파일 크기에 대한 값을 지정하지 않으면, 기본값 1M가 사용됩니다.
;file_size <!-- This format keeps the default directory -->
directory_name;file_size
dir://directory_name/directory_name;file_size
/directory_name/directory_name;file_size
예를 들어, Windows 시스템의 경우 다음 항목은 트랜잭션 로그 파일이 크기가 2MB인 c:\tranlogs 디렉토리에 작성되는 것으로 지정합니다.
c:\tranlogs;2M
비프로덕션 환경의 경우, 트랜잭션 로그 디렉토리 필드에 ;0을 입력하여(디렉토리 이름은 입력하지 않음) 트랜잭션 로깅을 끌 수 있습니다. 프로덕션 환경에서는 트랜잭션 로깅을 끄지 마십시오. 시스템 장애 발생 시 복구를 방지하여 데이터 무결성을 보장할 수 없기 때문입니다.
트랜잭션 로그 크기에 대한 자세한 정보는 최적의 서버 가용성을 위한 트랜잭션 로깅 관리의 내용을 참조하십시오.
- 옵션:
z/OS®에서 트랜잭션 로그 파일에 메모리 맵핑을 사용하려면 com.ibm.ws.recoverylog.spi.NoMemoryMappedFiles 특성을 설정하십시오.
다음 예는 로그 파일의 기본 크기를 사용하는 경우 OMVS 매개변수 값을 계산하는 방법을 보여줍니다.문제점 방지: 이 옵션을 설정하는 경우 트랜잭션 로그 파일의 크기를 신중하게 설정해야 합니다. MAXMMAPAREA 매개변수를 사용하면 트랜잭션 로그 파일이 메모리 맵핑에 할당되는 최대 데이터 공간 스토리지를 초과하지 않도록 파일 크기를 설정할 수 있습니다. 예를 들어, MAXMMAPAREA 매개변수를 수정하여 트랜잭션 로그 크기를 줄이거나 트랜잭션 로그 파일의 메모리 맵핑에 사용되는 스토리지 공간을 늘릴 수 있습니다. MAXMMAPAREA는 트랜잭션 로그 파일의 메모리 맵핑에 할당될 수 있는 최대 데이터 공간 스토리지의 크기(페이지)를 지정합니다. 트랜잭션 로그 파일은 log1과 log2, 두 가지가 있으며 각 파일에 1MB가 할당됩니다. 따라서 각 서버에는 기본적으로 512페이지가 필요합니다. gotcha
여기서 number_of_servers는 애플리케이션 서버와 배치 관리자를 포함하여 동시에 실행되는 제어기의 수이지만, 노드 에이전트는 포함되지 않습 니다. 다음 단계는 트랜잭션 로깅에 메모리 맵핑 파일을 사용하기 위해 com.ibm.ws.recoverylog.spi.NoMemoryMappedFiles 특성을 설정합니다.MAXMMAPAREA = 512 x number_of_servers + (애플리케이션 서버 외부에서 필요한 자원)
- 관리 콘솔에서 서버 > 서버 유형 > WebSphere Application Server > server_name을 선택하십시오.
- [서버 인프라스트럭처] Java 및 프로세스 관리 > 프로세스 정의 > JVM(Java Virtual Machine) > 제어 > [추가 특성] 사용자 정의 특성을 클릭하십시오.
- 새로 작성을 클릭하십시오.
- com.ibm.ws.recoverylog.spi.NoMemoryMappedFiles
특성에 대한 정보를 입력하십시오.
Name 값 com.ibm.ws.recoverylog.spi.NoMemoryMappedFiles false
- 옵션: 트랜잭션
제한시간 특성을 검토하거나 변경하십시오.
- 총 트랜잭션 지속 시간 제한시간
- 트랜잭션 서비스가 제한시간 완료를 시작하기 전에 이 서버에서 시작된 트랜잭션을 허용하는 시간(초). 이 제한시간이 발생하기 전에 트랜잭션이 완료 처리를 시작하지 않으면 트랜잭션이 롤백됩니다. 값 0은 이 제한시간이 적용되지 않음을 나타내므로 대신 최대 트랜잭션 제한시간을 사용합니다. 애플리케이션 컴포넌트는 해당 제한시간 값을 설정하여 트랜잭션의 총 트랜잭션 수명 제한시간을 대체할 수 있습니다.
메시징 시스템을 비ASF 모드로 실행하는 경우, 원하지 않는 트랜잭션 제한시간 초과를 방지할 수 있도록 이 특성이 NON.ASF.RECEIVE.TIMEOUT 메시지 리스너 서비스 사용자 정의 특성과 함께 올바르게 구성되었는지 확인해야 합니다. 세부사항은 관련 링크를 참조하십시오.
- 최대 트랜잭션 제한시간
- 이 애플리케이션 서버에 전파되는 트랜잭션이 트랜잭션
서비스로 종료되기 전에 비활성 상태를 유지할 수 있는
시간(초). 연관된 애플리케이션이 트랜잭션 제한시간을 설정하지 않았으며
전체 트랜잭션 지속 시간 제한시간이 0으로 설정된
경우 이 값은 이 서버에서 시작된 트랜잭션에도 적용됩니다.
이 값은 총 트랜잭션 수명 제한시간보다 크거나 같아야 합니다. 값이 0이면 이 제한시간이 적용되지 않음을 나타냅니다. 이 경우 이 제한시간의 영향을 받는 트랜잭션은 제한시간이 초과되지 않습니다.
- 클라이언트 비활성 제한시간
- 클라이언트가 비활성 상태인 것으로 간주되어 트랜잭션 서비스가 해당 클라이언트와 연관된 트랜잭션을 종료하는 시간(초). 값이 0이면 제한시간 한계가 없음을 나타냅니다.
- 옵션: 경험
관련 특성을 검토 또는 변경하십시오.
- 경험적 방식 재시도 한계
- 애플리케이션이 커미트 또는 롤백과 같은 완료 신호를 재시도하는 횟수. 재시도는 자원 관리자 또는 원격 파트너로부터의 임시 예외 이후 또는 모든 WS-AT(Web Services Atomic Transaction) 파트너가 응답하기 전에 구성된 비동기 응답 제한시간이 만료되는 경우 발생합니다.
- 경험적 방식 재시도 대기
- 자원 관리자 또는 원격 파트너로부터의 임시 예외 이후 커미트 또는 롤백과 같은 완료 신호를 재시도하기 전에 애플리케이션 서버가 대기하는 시간(초)
- 경험적 보고에 대해 로깅 사용
- 애플리케이션 서버가 1단계(phase) 커미트 자원 및 2단계(phase) 커미트 자원과 관련된 트랜잭션에서 "1단계(phase) 자원 커미트 정보" 이벤트를 로깅할 수 있도록 하려면 이 옵션을 선택합니다.
- 경험적 완료 방향
- 경험적 결과를 갖는 트랜잭션을 완료하는 데 사용되는
지시를 선택합니다. 애플리케이션 서버가 트랜잭션을 커미트 또는
롤백하거나 관리자의 수동 완료에 따라 결정됩니다.경험적 완료 지시 특성은 다음 상황에서 트랜잭션이 완료되는 방식을 지정합니다.
- 트랜잭션 관리자가 마지막 참여자 지원(LPS) 자원의 경험적 결과를 보고하는 경우
- 분배 트랜잭션에서 종속 서버 복구 중 경험적 재시도 한계를 초과한 경우
- JCA(Java™ EE Connector Architecture) 제공자로부터 트랜잭션을 가져옵니다.
이 특성은 방금 설명한 상황의 트랜잭션에만 적용됩니다.
- 발견적 위험 승인
- 이 서버의 모든 애플리케이션이 1단계(phase) 자원을 포함하는 2단계(phase) 트랜잭션에서 발생하는 경험적 위험의 가능성을 허용하는 것으로 지정하려면 이 옵션을 선택합니다. 이 설정은 서버에 대한 LPS(Last Participant Support)를 구성합니다. 이 옵션을 선택하지 않으면 경험적 위험을 허용하기 위해 애플리케이션을 개별적으로 구성해야 합니다.
- 옵션: 웹 WS-AT(Services Atomic Transaction) 또는 WS-BA(Web Services Business Activity) 조정 컨텍스트를 포함하는 아웃바운드 요청에 사용할 기본 WS-Transaction 스펙 레벨을 변경하려면 기본 WS-Transaction 스펙 레벨 목록에서 스펙 레벨을 선택하십시오.
- 사용자 요구사항에 맞게 다른 구성 특성을 검토 또는 변경하십시오. 트랜잭션 서비스 특성에 대한 자세한 정보는 트랜잭션 서비스 설정에 대한 주제를 참조하십시오.
- 확인을 클릭한 다음 변경사항을 마스터 구성에 저장하십시오.
- 애플리케이션 서버를 중지한 다음 다시 시작하십시오.
다음에 수행할 작업
애플리케이션 서버를 루트가 아닌 것으로 실행하는 경우 새 트랜잭션 로그 위치에 대한 권한을 수정하십시오. 루트가 아닌 사용자와의 공유 디바이스에서 트랜잭션의 피어 복구를 사용하려면 루트가 아닌 사용자와 그룹의 ID 번호가 머신 간에 일치하는지 확인하십시오.
하위 주제
트랜잭션 서비스 설정
이 페이지에서 트랜잭션 서비스의 설정을 지정할 수 있습니다. 트랜잭션 서비스는 여러 자원 관리자에 대한 업데이트를 조정하여 데이터의 원자 업데이트를 보장할 수 있는 서버 런타임 컴포넌트입니다. 트랜잭션은 애플리케이션 또는 이 애플리케이션이 배치된 컨테이너에 의해 시작되고 종료됩니다.수동 완료가 필요한 트랜잭션
이 페이지에서 수동 완료가 필요한 트랜잭션을 검토할 수 있습니다.트랜잭션 재시도 자원
이 페이지에서 재시도되는 자원에 대해 트랜잭션을 검토할 수 있습니다.경험적 결과가 있는 트랜잭션
이 페이지에서 발견적 결과로 완료된 트랜잭션을 검토할 수 있습니다.트랜잭션 가져오기 및 준비
이 페이지에서 가져오고 준비되었지만 아직 커미트하지 않은 트랜잭션을 검토할 수 있습니다.트랜잭션 자원
이 페이지는 트랜잭션이 사용하는 자원을 검토하는 데 사용됩니다.트랜잭션 서비스 사용자 정의 특성
WebSphere Application Server에서는 트랜잭션 서비스에 대해 수많은 사용자 정의 특성을 구성할 수 있습니다.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjta_settlog
파일 이름:tjta_settlog.html