파일 잠금 사용 안함

트랜잭션 복구 잠금 저장을 위해 NFSv3(Network File System Version 3)를 사용하고 자동 피어 복구를 사용하려는 경우 먼저 파일 로그를 사용 불가능하게 해야 합니다.

시작하기 전에

이 태스크를 완료하려면 자동화된 트랜잭션 피어 복구와 수동 트랜잭션 피어 복구 사이에 선택하는 방법 주제에 설명된 대로 시스템 과부하 및 네트워크 파티션을 예방하도록 시스템을 먼저 구성해야 합니다. 이들 상황은 활성 서버에 대하여 피어 복구 프로세스를 초기화할 수 있습니다.
주의: 이러한 예방 단계를 취하지 않은 경우 데이터 손상이 발생할 수 있습니다.
다음 목록에는 시스템 과부하 및 네트워크 파티션을 예방하기 위해 취할 수 있는 일부 조치가 포함되어 있습니다.
  • WebSphere® Application Server에서 서버가 실패한 것으로 간주하는 경과 시간을 변경하려면 코어 그룹 하트비트 설정을 수정하십시오. 자세한 정보는 고가용성 관리자 주제를 참조하십시오.
  • 예를 들어 백업 네트워크 어댑터를 설치하여 네트워크가 네트워크 파티션으로부터 안전하도록 하십시오.
  • 서버가 과부하될 수 없도록 워크로드 관리 조절을 수정하십시오.

이 태스크 정보

WebSphere Application Server는 복구 처리를 수행하도록 지시될 때마다 실제 복구 로그 파일에서 독점 잠금을 얻고, 로그의 소유권을 다른 서버로 전달하도록 지시되면 이 잠금을 해제합니다. 복구 로그에 대한 액세스는 독점 잠금이 보유될 때만 수행됩니다.

NFSv3는 독점 파일 잠금을 지원하지만 실패한 호스트를 대신하여 해당 호스트가 다시 시작할 수 있을 때까지 보유합니다. 이 컨텍스트에서 호스트는 잠금을 요청한 애플리케이션 서버를 실행하는 물리적 시스템이며 결국 잠금을 해제하도록 트리거하는 것은 애플리케이션 서버가 아닌 호스트의 다시 시작입니다. 자세한 정보는 자동화된 트랜잭션 피어 복구와 수동 트랜잭션 피어 복구 사이에 선택하는 방법 주제를 참조하십시오.

더욱 적합한 장애 복구 동작을 제공하려면 수동 장애 복구를 사용하여 트랜잭션 서비스에 대한 수동 피어 복구 구성에 설명된 대로 시스템을 구성하거나 독점 파일 잠금을 사용 불가능하게 할 수 있습니다.

프로시저

  1. 관리 콘솔에서 서버 > 서버 유형 > WebSphere Application Server > server_name > [컨테이너 설정] 컨테이너 서비스 > 트랜잭션 서비스를 클릭하십시오.
  2. 파일 잠금 사용 선택란을 선택 해제하십시오.
  3. 적용 또는 확인을 클릭하십시오.
  4. 마스터 구성에 대한 변경을 저장하십시오.
  5. 클러스터의 모든 서버에 대해 위의 단계를 반복하십시오.
  6. 변경사항을 적용하려면 클러스터에 있는 서버를 다시 시작하십시오.

결과

클러스터의 모든 서버에 대해 독점 파일 잠금이 사용 불가능하게 됩니다.

다음에 수행할 작업

잠금이 사용 불가능할 때 복구 로그 무결성에 대한 위험을 완화하기 위한 단계를 거친 경우 WebSphere Application Server HA(High Availability) 프레임워크의 하트비트 매개변수를 조정하여 서버가 실패한 것으로 간주되는 조건을 변경할 수 있습니다. 애플리케이션, 네트워크, 최대 워크로드의 특성을 고려하여 잘못 진단된 서버 장애 발생 경향이 허용할 수 있을 정도로 낮아지는 허용 가능한 경과 시간을 판별하십시오.

잘못된 서버 실패 진단의 위험은 줄이고 자동화된 장애 복구 및 피어 복구가 발생하는 시간을 증가시키는 장단점이 존재합니다. 기본적으로 서버는 10초 간격의 하트비트가 20번 누락되면 실패한 것으로 간주됩니다. 이 기본값은 수정할 수 있는 코어 그룹의 사용자 정의 특성입니다.


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



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