트랜잭션 서비스 설정
이 페이지에서 트랜잭션 서비스의 설정을 지정할 수 있습니다. 트랜잭션 서비스는 여러 자원 관리자에 대한 업데이트를 조정하여 데이터의 원자 업데이트를 보장할 수 있는 서버 런타임 컴포넌트입니다. 트랜잭션은 애플리케이션 또는 이 애플리케이션이 배치된 컨테이너에 의해 시작되고 종료됩니다.
이 관리 콘솔 페이지를 보려면
를 클릭하십시오.트랜잭션 로그 디렉토리
트랜잭션 서비스가 복구를 위해 로그 파일을 저장하는 이 서버에 대한 디렉토리 이름을 지정합니다.
선택적으로
트랜잭션 로그 파일의 크기를 지정할 수 있습니다.
z/OS® 플랫폼의 경우 JTA 파트너 로그의 위치를 지정합니다.
- 애플리케이션이 분배된 자원 또는 XA 트랜잭션을 사용할 경우(예: 단일 트랜잭션에서 여러 데이터베이스 및 자원에 액세스하는 경우)
- 고가용성 트랜잭션에 대해 시스템을 구성하는 경우.
이 상황에서는 트랜잭션 로그 디렉토리가 클러스터의 각 서버에 대해
고유해야 하며 클러스터의 모든 서버가 트랜잭션 로그 디렉토리에
액세스할 수 있어야 합니다.
고가용성(HA) 환경의 경우, 클러스터에 있는 각 서버의 트랜잭션 로그 및 보상 로그 디렉토리가 둘 다 고유해야 합니다.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
서버 구성 중에 이 디렉토리를 지정하지 않는 경우 트랜잭션 서비스는 설치 디렉토리에 기반한 기본 디렉토리를 사용합니다. app_server_root/ tranlog/cell_ name/node_ name/server_ name.
애플리케이션 서버에서 실행되는 애플리케이션이 둘 이상의 자원에 액세스할 경우, 애플리케이션 서버는 트랜잭션 정보를 제품 디렉토리에 저장하여 분산 트랜잭션을 적절히 조정하고 관리할 수 있습니다. 트랜잭션 로드가 더 큰 경우 이러한 방식으로 지속적 정보를 저장하면 애플리케이션 서버의 성능이 저하될 수 있습니다. 왜냐하면 운영 체제와 배경이 되는 스토리지 시스템에 의존하기 때문입니다. 성능을 향상시키려면 물리적으로 더 큰 별도의 스토리지 시스템에서 로그 파일에 대한 새 디렉토리를 지정하십시오.
- 트랜잭션 증가에도 불구하고 CPU 사용이 계속 낮습니다.
- 제한시간을 여러 번 초과하면서 트랜잭션에 실패합니다.
- "트랜잭션 등록 불가능"이라는 예외와 함께 트랜잭션 롤백이 발생합니다.
- 애플리케이션 서버가 실행 중간에 중지하고 다시 시작해야 합니다.
- 애플리케이션 서버가 실행 중인 디스크 이용도가 높게 표시됩니다.
- RAID(Redundant Array of Independent Disk)에 로그 파일을 저장하십시오.
RAID 구성에서 실제 매체로 데이터를 쓰는 태스크는 다중 드라이브 사이에 공유됩니다. 이 기술을 통해 트랜잭션 정보용 스토리지에 동시에 액세스할 수 있고 로그에서 해당 데이터에 더 빨리 액세스할 수 있습니다. 애플리케이션과 스토리지 서브시스템의 설계에 따라 10%에서 100%까지 성능 향상이 가능하고, 경우에 따라 그보다 더 큽니다.
- 운영 체제 I/O 모드가 CIO(Concurrent I/O)로 설정된 상태에서 로그 파일을 저장하지
마십시오.
트랜잭션 로그 디렉토리를 지정할 때 파일 시스템이 동기적인 전체 쓰기 및 쓰기 직렬화 조작만 사용하도록 하십시오. 일부 운영 체제(예: AIX® JFS2)는 파일 시스템이 쓰기 조작의 직렬화를 강제 실행하지 않는 CIO(Concurrent I/O) 모드를 지원합니다(선택적). 이러한 시스템에서는 애플리케이션 서버 트랜잭션 복구 로그 파일에 대해 CIO 모드를 사용하지 않습니다.
트랜잭션 로그 파일의 크기를 지정하려면 파일 크기 설정을 포함시키십시오. 다음 형식 중 하나를 사용하십시오. 여기서 directory_name은 트랜잭션 로그 디렉토리의 이름이고, file_size는 KB(nK) 또는 MB(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
트랜잭션 로그 크기에 대한 자세한 정보는
최적의 서버 가용성을 위한 트랜잭션 로깅 관리의 내용을 참조하십시오.
정보 | 값 |
---|---|
데이터 유형 | String |
기본값 | 디렉토리 이름: app_server_root/tranlog/cell_name/node_name/server_name 파일 크기: 1MB |
권장사항 | RAID-0 구성으로 적어도 3 - 4개의 디스크 드라이브를 연결한 파일 시스템을 작성하십시오. 그런 다음 이 파일 시스템에 기본 크기로 트랜잭션 로그를 작성하십시오. 서버가 로드를 받으면서 실행 중이면, 디스크 입력과 출력을 확인하십시오. 디스크 입력 및 출력 시간이 5%를 초과하면 실제 디스크를 추가하여 값을 낮추십시오. |
![[z/OS]](../images/ngzos.gif)
z/OS에서 이 로그는 XA 자원 복구에 사용됩니다. WebSphere® 제품에서 실행되는 애플리케이션이 XA 자원에 액세스할 때, WebSphere 제품은 자원 정보를 저장하여 XA 트랜잭션 복구가 가능하게 합니다. 다음 구문을 사용하십시오.
- 위치 유형 URL 태그는 JTA 상대 로그의 선택적 위치 유형을 지정합니다.
- 기본값은 dir://이며, 이 값은 JTA Partner Log 위치가 location_specification이 지정한 완전한 HFS 디렉토리에 있도록 지정합니다.
- 위치 스펙은 JTA
상대 로그의 위치 이름을 지정합니다.
- 로그 스트림을 지정하려면 logstream://HLQ 구문을 사용하십시오. 애플리케이션 서버 설치에서 결합 기능(CF)에 대한 로그 스트림 구성 규정을 따른 경우, 로그 스트림 이름은 구문 HLQ.server.X에 따라 지정됩니다. 여기서 HLQ는 설치 대화 상자에 지정된 1 - 8자 사이의 사용자 정의 값입니다. 이 HLQ 값을 사용하여 JTA 상대 로그 위치를 지정하십시오.참고: 모든 로그 스트림에 대해 AUTODELETE(NO)를 설정하십시오.
- 위치 유형 URL 태그가 dir://이면 위치 스펙에는 완전한 HFS 디렉토리를 사용하십시오. 완전한 디렉토리 이름은 WebSphere 노드에서 고유해야 합니다.
- 로그 스트림을 지정하려면 logstream://HLQ 구문을 사용하십시오.
기본값은 dir://app_server_root/tranlog/server name입니다.
트랜잭션 로그 파일의 크기를 지정하려면 파일 크기 설정을 포함시키십시오. 다음 형식 중 하나를 사용하십시오. 여기서 directory_name은 트랜잭션 로그 디렉토리의 이름이고, file_size는 KB(nK) 또는 MB(nM)로 지정되는 트랜잭션 로그 파일에 대한 새 디스크 공간 할당입니다. 지정할 수 있는 최소 트랜잭션 로그 파일 크기는 64K입니다. 64K보다 작은 값을 지정하거나 파일 크기 값을 지정하지 않는 경우 기본값 1M가 사용됩니다.
dir://directory_name/directory_name;file_sizeK
/directory_name/directory_name;file_sizeK
;file_sizeK <!-- This keeps the default directory -->
전체 트랜잭션 지속 시간 제한시간
트랜잭션 서비스에서 트랜잭션을 종료하기 전에 이 서버에서 시작되는 트랜잭션에 허용되는 기본 최대 시간(초)입니다. 이 제한시간 초과가 발생하기 전에 완료 처리를 시작하지 않은 트랜잭션은 롤백됩니다.
이 제한시간은 애플리케이션 컴포넌트가 자체 트랜잭션 제한시간을 설정하지 않은 경우에만 사용됩니다.
![[z/OS]](../images/ngzos.gif)
이 제한시간의 상위 한계는 최대 트랜잭션 제한시간에 의해 제한됩니다. 예를 들어 전체 트랜잭션 지속 시간 제한시간 값을 500으로 설정하고 최대 트랜잭션 제한시간 값을 300으로 설정한 경우에는 트랜잭션이 300초 후에 제한시간을 초과합니다.
이 제한시간을 0으로 설정하면 제한시간이 적용되지 않으며 최대 트랜잭션 제한시간 값이 대신 사용됩니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
단위 | 초 |
기본값 | 120 |
![]() ![]() |
![]() ![]()
|
![]() |
![]()
|
비동기 응답 제한시간
이전 WS-AT(Web Services Atomic Transaction) 프로토콜 메시지를 재전송하기 전에 서버가 인바운드 WS-AT 프로토콜 응답을 기다리는 시간(초 단위)을 지정합니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
단위 | 초 |
기본값 | 30 |
범위 | 0 - 2 147 483 647 |
클라이언트 비활성화 제한시간
원격 클라이언트로부터의 트랜잭션 요청 사이의 최대 지속 기간(초 단위)을 지정합니다. 이 제한시간을 초과하는 모든 클라이언트 비활성 기간은 이 애플리케이션 서버에서 트랜잭션이 롤백되게 합니다.
이 값이 0으로 설정되는 경우 제한시간 한계가 없습니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
단위 | 초 |
기본값 | 60 |
범위 | 0 - 2 147 483 647 |
최대 트랜잭션 제한시간
이 서버에서 실행되는 트랜잭션에 대한 트랜잭션 제한시간의 상한값(초)을 지정합니다. 이 값은 전체 트랜잭션 제한시간에 지정된 값보다 크거나 같아야 합니다.이 서버에서 실행되는 트랜잭션을 완료하기 위한 최대 시간(초)을 지정합니다. 이 값은 총 트랜잭션 지속 시간의 제한시간 이상이고 애플리케이션 컴포넌트 제한시간 이상이어야 합니다. 최대 트랜잭션 제한시간이 총 트랜잭션 지속 시간 제한시간 또는 애플리케이션 컴포넌트 제한시간 미만의 값으로 설정된 경우 최대 트랜잭션 제한시간에 도달하면 추가 시간이 필요한 애플리케이션 컴포넌트 트랜잭션의 제한시간이 초과됩니다.
이 제한시간은 기타 모든 트랜잭션 제한시간의 상위 한계를 제한합니다.
제한시간 설정 | 영향을 받는 트랜잭션 |
---|---|
최대 트랜잭션 제한시간 | 전체 트랜잭션 지속 시간 제한시간 또는 애플리케이션 컴포넌트 제한시간에 의해 영향을 받지 않는 이 서버 내에서 실행 중인 모든 트랜잭션. 이러한 트랜잭션에는 이 서버 외부에서 가져온 트랜잭션(예, 클라이언트에서 가져온 트랜잭션 등)도 포함됩니다. |
전체 트랜잭션 지속 시간 제한시간 | 애플리케이션 컴포넌트 제한시간에 의해 영향을 받지 않는 이 서버에서 유래된 모든 트랜잭션. 즉, 연관된 애플리케이션 컴포넌트는 자체 제한시간을 설정하지 않습니다. |
애플리케이션 컴포넌트 제한시간 | 애플리케이션 컴포넌트에 한정된 트랜잭션. 관리 콘솔을 사용하여 이 트랜잭션 제한시간을 설정할 수 없습니다. 컴포넌트가 컨테이너 관리 Bean인 경우 컴포넌트의 배치 디스크립터에서 이 제한시간을 설정하십시오. 예를 들어, Rational® Application Developer와 같은 어셈블리 도구를 사용할 수 있습니다. 컴포넌트가 Bean 관리 Bean인 경우 UserTransaction.setTransactionTimeout 메소드를 사용하여 이 제한시간을 프로그래밍 방식으로 설정하십시오. |
제한시간을 0으로 설정하면 해당 제한시간이 적용되지 않고 사용 불가능하게 됩니다. 모든 제한시간을 0으로 설정하면 트랜잭션이 제한시간을 초과하지 않습니다.
제한시간 설정 | 값 |
---|---|
최대 트랜잭션 제한시간 | 360 |
전체 트랜잭션 지속 시간 제한시간 | 240 |
애플리케이션 컴포넌트 제한시간 | 60 |
빨리 제한시간이 초과된 상황을 판별하고 추가 자원 잠금을 막기 위해 애플리케이션 서버는 제한시간 조건이 발생하는 트랜잭션 경로에서 추가로 트랜잭션 작업을 수행하지 않도록 합니다. 이는 현재 트랜잭션 컨텍스트에서 작업을 수행하려는 시도와 다른 트랜잭션 컨텍스트에서 작업을 수행하려는 시도에도 동일하게 적용됩니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
단위 | 초 |
기본값 | 300 |
![]() ![]() |
![]() ![]() ![]() ![]() |
![]() |
![]() ![]() |
경험적 방식 재시도 한계
애플리케이션 서버가 커미트 또는 롤백과 같은 완료 신호를 재시도하는 횟수를 지정합니다. 자원 관리자나 원격 상대에서 임시 예외가 발생한 후에 재시도가 발생하거나 모든 WS-AT(Web Services Atomic Transaction) 상대가 응답하기 전에 구성된 비동기 응답 제한시간이 만기된 경우에 재시도가 발생합니다.
애플리케이션 서버가 재시도를 중단하면 자원 관리자나 원격 상대는 자원 또는 상대의 트랜잭션 분기가 적절하게 완료되도록 해야 합니다. 애플리케이션 서버에는(자원 또는 상대 대신) 경험적 장애를 표시하는 예외가 발생합니다. 커미트 요청이 수행되면 트랜잭션 개시자는 커미트 조작에 대해 예외를 수신합니다. 트랜잭션이 컨테이너 시작 트랜잭션인 경우 컨테이너는 EJB 클라이언트에 원격 예외 또는 EJB(Enterprise JavaBeans) 예외를 리턴합니다.
분산 트랜잭션에서 하위 서버를 복구하는 동안 경험적 재시도 횟수를 초과하면, 경험적 완료 방향 특성이 트랜잭션 완료 방법을 지정합니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
기본값 | 0 |
범위 | 0 - 2 147 483 647 값 0(기본값)은 무기한으로 다시 시도함을 의미합니다. |
경험적 방식 재시도 대기
자원 관리자나 원격 상대로부터의 임시 예외 발생 후 애플리케이션 서버가 커미트 또는 롤백과 같은 완료 신호를 재시도하기 전에 대기하는 시간(초)을 지정합니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
기본값 | 0 |
범위 | 0 - 2 147 483 647
|
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
경험적 보고에 대해 로깅 사용
애플리케이션 서버가 1단계 커미트 자원 및 2단계 커미트 자원과 관련된 트랜잭션으로부터 1단계 자원 커미트에 대한 이벤트를 기록하는지 여부를 지정합니다.
이 특성을 사용하여 경험적 보고에 대한 로깅을 사용 가능하게 할 수 있습니다. 애플리케이션이 1단계 커미트 자원이 2단계 커미트 트랜잭션에 참여할 수 있도록 구성된 경우, 애플리케이션 서버 실패 시 발생하는 경험적 결과 보고를 위해서는 트랜잭션 로그에 추가 정보를 기록해야 합니다. 이것이 사용 가능으로 설정된 경우, 1단계 및 2단계 커미트 자원 모두에 관련된 모든 트랜잭션에 대해 추가 로그 쓰기가 수행됩니다. 1단계 커미트 자원에 관련되지 않은 트랜잭션에 대해서는 추가 레코드가 기록되지 않습니다.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
정보 | 값 |
---|---|
데이터 유형 | 선택란 |
기본값 | 선택 해제 |
범위 |
|
경험적 완료 방향
발견적 결과를 가지고 있는 트랜잭션을 완료하기 위해 사용되는 방향을 지정합니다. 애플리케이션 서버는 트랜잭션을 커미트 또는 롤백하거나 관리자의 수동 완료에 따라 다릅니다.
- 트랜잭션 관리자가 마지막 참여자 지원(LPS) 자원의 경험적 결과를 보고하는 경우
- 분배 트랜잭션에서 종속 서버 복구 중 경험적 재시도 한계를 초과한 경우
- JCA(Java EE Connector Architecture) 제공자에서 트랜잭션을 가져오는 경우
이 특성은 바로 앞에 설명된 상황의 트랜잭션에만 적용됩니다.
정보 | 값 |
---|---|
데이터 유형 | 드롭 다운 목록 |
기본값 | ROLLBACK |
범위 |
|
경험적 위험 승인
이 서버의 모든 애플리케이션이 1단계 자원을 포함하는 2단계 트랜잭션에서 발견적 위험의 발생 가능성을 승인하는지 여부를 지정합니다. 이 설정은 서버의 마지막 참여자 지원(LPS)을 구성합니다. 마지막 참여자 지원은, 단일한 1단계 자원이 2단계 자원을 하나 이상 포함한 2단계 트랜잭션에 참여하도록 하는 트랜잭션 서비스의 확장입니다.
경험적 위험 승인 옵션이 선택되지 않으면 경험적 위험을 승인하도록 개별적으로 애플리케이션을 구성해야 합니다. 마지막 참여자 지원 확장 분할창을 사용하여 애플리케이션 어셈블 시 또는 배치 후 애플리케이션을 구성할 수 있습니다.
정보 | 값 |
---|---|
데이터 유형 | 선택란 |
기본값 | 선택 해제 |
범위 |
|
파일 잠금 사용
트랜잭션 서비스 복구 로그를 열 때 파일 잠금이 사용 가능하게 되는지 여부를 지정합니다.
정보 | 값 |
---|---|
데이터 유형 | 선택란 |
기본값 | 선택됨 |
트랜잭션 조정 권한 사용 가능
트랜잭션 서비스 프로토콜 메시지의 보안 교환이 사용 가능한지 여부를 지정합니다.
트랜잭션 조정 권한을 사용하는 경우 트랜잭션 서비스는 트랜잭션을 처리하기 전에 호출자에게 관리자 역할이 허용되는지 확인합니다.
서버에서 WebSphere Application Server 보안을 사용 가능하게 한 경우가 아니면 이 설정은 영향을 미치지 않습니다.
정보 | 값 |
---|---|
데이터 유형 | 선택란 |
기본값 | 선택됨 |
기본 WS-Transaction 스펙 레벨
WS-AT(Web Services Atomic Transaction) 또는 WS-BA(Web Services Business Activity) 조정 컨텍스트를 포함하는 아웃바운드 요청에 사용할 기본 WS-Transaction 스펙 레벨을 지정합니다.
WS-Transaction 1.0, WS-Transaction 1.1 또는 WS-Transaction 1.2에서 선택할 수 있습니다. 이러한 스펙에 대한 세부사항은 애플리케이션 서버의 WS-AT 지원 또는 WS-BA 지원에 대한 주제를 참조하십시오.
기본 WS-Transaction 스펙 레벨은 레벨을 제공자 정책(WS-Transaction WS-Policy 어설션)에서 판별할 수 없는 경우 사용됩니다. 예를 들어 대상 웹 서비스의 WSDL 또는 클라이언트의 WS-Transaction 정책 유형에서 정책 어설션을 사용할 수 없거나 정책 어설션을 사용할 수 있지만 둘 이상의 스펙 레벨이 적용 가능한 경우가 해당될 수 있습니다.
정보 | 값 |
---|---|
데이터 유형 | 드롭 다운 목록 |
기본값 | 1.0 |
외부 WS-Transaction HTTP(S) URL 접두부
외부 WS-Transaction HTTP(S) URL 접두부를 선택하거나 지정하십시오.
- 매개체 노드(예: WebSphere의 HTTP 서버 또는 프록시 서버)를 사용 중인 경우 WS-AT(Web Services Atomic Transaction) 또는 WS-BA(Web Services Business Activity) 프로토콜을 준수하는 요청을 전송하십시오.
- 해당 URL에 기본이 아닌 프로토콜, 호스트 또는 포트 값을 게시할 WS-Transaction EndpointReference를 구성할 경우입니다. 예를 들어, WebSphere 프록시 서버와 같은 전달 프록시를 통해 애플리케이션 서버로 플로우하기 위해 인바운드 WS-Transaction 프로토콜 요청을 구성한 경우 글로벌 보안이 사용 불가능할 때 SSL 채널 체인을 지정하거나 글로벌 보안이 사용 가능할 때 비SSL 채널을 지정하려면 이 필드를 사용하십시오.
지정된 사용자 정의 접두부 또는 선택된 접두부가 구성된 경우 해당 접두부가 사용됩니다. 지정된 사용자 정의 또는 선택된 접두부가 설정되지 않은 경우 기본적으로 보안이 사용 가능할 때 웹 컨테이너 채널 체인을 사용하는 애플리케이션 서버의 SSL 중 하나가 자동으로 선택됩니다. 그렇지 않으면 웹 컨테이너 채널 체인을 사용하는 비SSL이 자동으로 선택됩니다.
매개체 노드가 프록시 서버가 아닌 경우 접두부는 각 서버에 대해 고유해야 합니다.
프록시 서버는 요청을 전달할 서버를 동적으로 판별하기 때문에 프록시 서버를 사용 중인 경우에는 접두부가 클러스터의 각 서버에 대해 같을 수 있습니다.
접두부 선택
목록에서 WS-AT 및 WS-BA 서비스 엔드포인트에 사용할 외부 엔드포인트 URL 정보를 선택하려면 이 옵션을 선택하십시오.
정보 | 값 |
---|---|
데이터 유형 | 드롭 다운 목록 |
기본값 | 없음 |
사용자 정의 접두부 지정
필드에 WS-AT 및 WS-BA 서비스 엔드포인트에 사용할 외부 엔드포인트 URL 정보를 지정하려면 이 옵션을 선택하십시오.
http://host_name:port
https://host_name:port
정보 | 값 |
---|---|
데이터 유형 | String |
기본값 | 없음 |
수동 트랜잭션
관리자의 수동 완료를 기다리는 트랜잭션 수를 지정합니다.
수동 완료를 기다리는 트랜잭션이 있으면, 검토 링크를 클릭하여 수동 완료해야 하는 트랜잭션 패널에 이러한 트랜잭션 목록을 표시할 수 있습니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
기본값 | 0 |
재시도 트랜잭션
일부 자원이 재시도되는 트랜잭션 수를 지정합니다.
자원을 재시도하는 트랜잭션이 있으면, 검토 링크를 클릭하여 자원을 재시도하는 트랜잭션 패널에 이러한 트랜잭션 목록을 표시할 수 있습니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
기본값 | 0 |
경험적 방식 트랜잭션
발견적 방식으로 완료한 트랜잭션 수를 지정합니다.
경험적 방식으로 완료한 트랜잭션이 있으면 검토 링크를 클릭하여 경험적 결과가 있는 트랜잭션 패널에 이러한 트랜잭션 목록을 표시할 수 있습니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
기본값 | 0 |
가져온 준비 상태의 트랜잭션
가져와서 준비 완료되었으나 아직 커미트하지 못한 트랜잭션 수를 지정합니다.
가져와서 준비했지만 아직 커미트되지 않은 트랜잭션이 있으면, 검토 링크를 클릭하여 가져와서 준비한 트랜잭션 패널에 이러한 트랜잭션 목록을 표시할 수 있습니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
기본값 | 0 |
추가 특성
추가 특성 아래에서 사용자 정의 특성 링크를 클릭하여 WebSphere Application Server 트랜잭션 서비스의 사용자 정의 특성을 표시하거나 변경할 수 있습니다.
사용자 정의 특성을 사용하여 트랜잭션 서비스 복구 시 정보 메시지를 관리 콘솔에 표시하고 SystemOut.log 파일에 기록할지 여부를 지정할 수 있습니다.
WebSphere Application Server 트랜잭션 서비스 사용자 정의 특성에 대한 자세한 내용을 확인하려면 관련 링크를 참조하십시오.