보상 서비스 설정
이 페이지에서 보상 서비스를 관리할 수 있습니다. 보상 서비스는 보상 사용 가능 및 로깅에 대한 서버 레벨 구성을 지원합니다.
이 관리 콘솔 페이지를 보려면
를 클릭하십시오.서버 시작 시 서비스 사용 가능
다음 번 서버 시작 시 애플리케이션 서버에서 보상 서비스를 시작하려고 시도하는지 여부를 지정합니다.
정보 | 값 |
---|---|
기본값 | 선택됨 |
범위 |
|
복구 로그 디렉토리
보상 서비스가 이 서버의 모든 복구에 대한 로그 파일을 저장하는 위치를 대체하는 디렉토리 경로를 지정하십시오.
서버 구성의 공백 값은 시작 시 보상 서비스에 의해 profile_root/recoveryLogs/cell_name/node_name/server_name/compensation 디렉토리로 확장됩니다. 변수 profile_root는 서버에 사용되는 WebSphere Application Sever 프로파일의 홈 디렉토리입니다.
보상을 사용하는 경우 WebSphere 제품은 시스템이 실제 스토리지 디바이스에서 실패한 후 보상을 수행하는 데 필요한 정보를 저장합니다. 애플리케이션 로드가 더 크면 이 지속성으로 인해 애플리케이션 서버의 성능이 저하됩니다. 왜냐하면 애플리케이션 서버가 운영 체제와 배경이 되는 스토리지 시스템에 의존하기 때문입니다.
더 나은 성능을 위해서는 보상 로그 파일을 실제 디스크 드라이브가 더 큰 스토리지로 이동하십시오. 또는 RAID(Redundant Array of Independent Disks) 디스크 드라이브를 권장합니다. 로그 파일을 RAID 디스크의 파일 시스템으로 이동하면 실제 매체로 데이터를 쓰는 태스크의 경우 다중 디스크 드라이브 사이에서 공유하게 됩니다. 이 공유는 보상 정보 지속을 수행하도록 동시 액세스할 수 있고 로그의 해당 데이터에 보다 빠르게 액세스할 수 있습니다. 애플리케이션과 스토리지 서브시스템의 설계에 따라 10%에서 100%까지 또는 그 이상으로 성능 향상이 가능합니다.
- 보상할 수 있는 요청의 증가에도 불구하고 CPU 사용이 계속 낮습니다.
- 제한시간을 여러 번 초과하면서 트랜잭션에 실패합니다.
- 서버를 중지하고 다시 시작해야 합니다.
- 서버가 실행 중인 디스크가 더 높은 사용률을 표시합니다.
고가용성(HA) 환경에서 여러 서버가 동일한 로그 파일에 액세스하지 못하도록 클러스터의 각 서버에는 고유한 보상 로그 및 트랜잭션 로그 디렉토리가 있어야 합니다. 또한 클러스터의 각 서버는 클러스터에 있는 다른 서버의 트랜잭션 및 보상 로그 디렉토리에 액세스할 수 있어야 합니다.
정보 | 값 |
---|---|
데이터 유형 | String |
기본값 | profile_root/recoveryLogs/cell_name/node_name/server_name/compensation 여기서 profile_root는 서버에 사용되는 WebSphere Application Sever 프로파일의 홈 디렉토리입니다. |
권장사항 | RAID-0 구성으로 적어도 3-4개의 디스크 드라이브를 연결한 파일 시스템을 작성하십시오. 이 파일 시스템에 기본 크기의 보상 로그를 작성하십시오. 서버가 로드를 받으면서 실행 중이면, 디스크 입력과 출력을 확인하십시오. 디스크 입력과 출력 시간이 5% 이상이라면, 실제 디스크를 추가하여 값을 낮추는 방법을 고려하십시오. 디스크 입력과 출력이 낮지만 서버 로드 부하가 여전히 높은 경우에는, 로그 파일의 크기 증가를 고려하십시오. |
복구 로그 크기
보상 서비스가 복구 데이터에 사용하는 복구 로그 파일의 최대 크기(MB)를 지정합니다. 기본값은 5MB입니다.
보상 서비스에서 로깅한 데이터의 양은 보상을 사용하는 동시 활동 중인 애플리케이션의 수와 보상 로직에 입력으로 제공되는 애플리케이션 데이터의 크기에 영향을 받습니다.
보상 서비스가 서버 시작 시 보상 복구 데이터를 위해 실제 스토리지에 공간을 예약합니다. 이 크기가 활성 보상 데이터에 충분하지 않으면 로그 파일이 이 값으로 지정된 최대 크기에 도달할 때까지 동적으로 크기가 커집니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
단위 | MB |
기본값 | 5 |
범위 | 1 - 2147483647MB |
복구 로그 파일 크기의 허용된 범위가 1 - 2147483647이지만, 실제로 가능한 최대 크기는 맵핑된 파일의 운영 체제가 허용하는 최대 크기에 따라 다릅니다.
보상 핸들러 재시도 한계
보상 서비스가 보상 핸들러를 재시도하는 최대 횟수를 지정합니다.
이 값은 보상 서비스에서 CompensationHandler 메소드 compensate() 및 close()를 호출하는 횟수를 지정합니다. 보상 핸들러가 재시도될 때마다, 보상 핸들러 재시도 간격이 두 배로 늘어납니다.
compensate() 및 close() 메소드를 무기한으로 재시도하려면 이 값을 -1로 설정하십시오. 메소드를 재시도하지 않으려면 값을 0으로 설정하십시오.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
기본값 | -1 |
범위 | -1 이상 |
보상 핸들러 재시도 간격
보상 핸들러가 재시도될 때까지 보상 서비스가 대기할 시간 간격(초)을 지정합니다. 보상 핸들러가 해제될 때마다 간격이 두 배가 됩니다.
보상 서비스는 CompensationHandler 메소드 compensate() 및 close() 중 하나가 RetryCompensationHandlerException을 처리하는 경우 이 메소드를 재호출하여 보상 핸들러를 재시도합니다.
정보 | 값 |
---|---|
데이터 유형 | 정수 |
단위 | 초 |
기본값 | 30 |
범위 | 0 이상 |
추가 특성
추가 특성 아래에서 사용자 정의 특성 링크를 클릭하여 WebSphere Application Server 보상 서비스의 사용자 정의 특성을 표시하거나 변경할 수 있습니다.
예를 들어 이 옵션을 사용하여 웹 서비스 요청에서 CoordinationContext를 전송할 수 없는 Enterprise Java Beans의 사전 정의된 목록을 처리하는 사용자 정의 특성을 구성할 수 있습니다. 보상 서비스 사용자 정의 특성에 대한 자세한 정보는 관련 링크를 참조하십시오.