Performance and Problem Analysis 릴리스 정보

© Copyright International Business Machines Corporation 2000, 2007. All rights reserved. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

릴리스 정보

1.0 알려진 제한사항, 문제점 및 해결책
   1.1 IBM Tivoli Monitoring for Transaction Performance에서 프로파일링 데이터를 가져올 때 SSL 통신을 위한 키 스토어 및 트러스트 스토어 설정
   1.2 연결 끊기 및 IP 주소 전환 시의 문제점
   1.3 프로파일링 유형 지원
   1.4 프로파일링 시 일부 트랜잭션이 수행되지 않습니다
   1.5 Windows Server 2003에 설치하는 경우 긴 경로나 공백이 있는 경로 사용하지 않기
   1.6 Windows Server 2003에서 데이터 콜렉션에 실패합니다.
   1.7 보안 데이터 콜렉션 사용 시 테스트 레코딩 및 동적 발견에 실패합니다
   1.8 리턴 데이터 누락
   1.9 최근 실행한 ARM 인스트루먼티드 테스트에 사용 가능한 데이터가 없습니다
   1.10 IBM Tivoli Composite Application Manager for WebSphere에서의 인증 실패에 대한 오류 메시지가 없습니다
   1.11 분산된 데이터를 통계 보기로 보는 경우 그래프에 0이 표시될 수 있습니다
   1.12 IBM Tivoli Composite Application Manager for WebSphere 사용 시의 시계 동기화
   1.13 사용 가능한 표시기로 링크하면 통계 보기가 후속 모드를 재설정합니다
   1.14 한 번의 가져오기로 여러 개의 정책과 호스트에서 응답 시간 분석 데이터를 가져오는 경우 문제점 발생
   1.15 IBM Tivoli Composite Application Manager for WebSphere 인증 오류
   1.16 Data Collection Infrastructure에서 올바른 IP 주소를 찾을 수 없습니다
   1.17 테스트 및 성능 분석 도구 플랫폼
   1.18 일광 절약 시간 변경이 IBM WebSphere Application Server에 영향을 미칩니다
   1.19 명령행에서 응답 시간 분석 콜렉션을 사용할 수 없습니다
   1.20 응답 시간 분석 데이터를 가져올 때 제한시간 초과 또는 I/O 오류
   1.21 필터링이 모든 응답 시간 분석 테이블에서 지속됩니다
   1.22 BEA WebLogic 서버를 종료할 때 오류 발생

1.0 알려진 제한사항, 문제점 및 해결책

1.1 IBM Tivoli Monitoring for Transaction Performance에서 프로파일링 데이터를 가져올 때 SSL 통신을 위한 키 스토어 및 트러스트 스토어 설정

TMTP에서 성능 데이터를 가져올 때 SSL 보안을 활용하기 위해서는 적절한 키 스토어 및 트러스트 스토어 파일을 가리키도록 Workbench를 설정해야 합니다.

TMTP에 사용하기 위해 자체 트러스트 스토어와 키 스토어를 작성한 경우 후속하는 파일을 사용하십시오. 그렇지 않으면 TMTP 관리 에이전트에 들어 있는 기본 agent.jks 파일을 사용하십시오(이 파일은 보통 Windows에서 C:\Program Files\ibm\tivoli\MA\config\keyfiles에 위치합니다).

관리 에이전트가 설치된 시스템에서 agent.jks 파일을 복사하십시오. Workbench가 설치된 시스템에서, 툴킷 설치 디렉토리에 보안 서브디렉토리를 작성하십시오. agent.jks 파일의 사본을 새로운 보안 디렉토리에 놓으십시오.

그런 후 툴킷 설치 디렉토리에 위치한 rationalsdp.ini 파일을 편집하십시오. 다음 두 행을 추가하십시오.

VMArgs=-Djavax.net.ssl.trustStore=d:\myrpainstall\security\agent.jks 
VMArgs=-Djavax.net.ssl.keyStore=d:\myrpainstall\security\agent.jks

참고: d:\myrpainstall 경로에 공백이 있는 경우 경로와 파일 이름 주위에 따옴표를 사용하십시오. 예를 들면 다음과 같습니다.

...trustStore="c:\Program Files\IBM\Rational\SDP\rpa\security\agent.jks"

Workbench를 다시 시작하십시오. 이제 TMTP에서 프로파일링 데이터를 가져올 때 SSL을 사용할 수 있습니다.

1.2 연결 끊기 및 IP 주소 전환 시의 문제점

유형에 관계 없이 프로파일링을 수행하는 중에 네트워크에서 연결을 끊거나 IP 주소를 전환하거나 무선과 이더넷 연결 사이 또는 프로파일링 세션 사이를 전환하는 경우 바람직하지 않은 결과가 얻어집니다.

이 문제점을 수정하려면 Workbench와 데이터 콜렉터를 다시 시작해야 합니다.

일부 연결 정보는 성능상의 이유로 Workbench에 캐시됩니다. IP 주소를 전환하지 않거나, 먼저 모든 것을 종료하였다가 새 IP가 나오면 다시 시작하십시오.
 

1.3 프로파일링 유형 지원

Data Collection Infrastructure에 사용하도록 응용프로그램 서버가 구성된 경우 J2EE 성능 분석 및 ARM 성능 분석 유형만 지원됩니다. 서버에 별도의 구성이 없는 경우 J2EE 성능 분석과 ARM 성능 분석을 제외한 모든 유형이 지원됩니다.

한 번에 둘 이상의 프로파일링 유형을 사용할 수 없습니다.

다른 프로파일링 유형을 사용하려면 서버를 구성 해제하고 기본 제품(Rational Application Developer, Rational Performance Tester 또는 제품 설치 안내서에 명시된 기타 제품)에 맞게 다시 구성하여 프로파일링을 수행하십시오. 서버를 구성 해제하려면 "다른 유형의 프로파일링을 지원하기 위해 버추얼라이저 제거" 온라인 도움말 항목을 참조하십시오. 그런 후, 지원되는 프로파일링 유형을 다시 사용하려면 설치 안내서의 지시사항을 따라 Data Collection Infrastructure를 사용하도록 서버를 구성해야 합니다.

1.4 프로파일링 시 일부 트랜잭션이 수행되지 않습니다

활성 응용프로그램을 프로파일링하는 경우 일부 트랜잭션 유형이 수행되지(프로파일되지) 않습니다. 즉, 다음과 같습니다.

1.5 Windows Server 2003에 설치하는 경우 긴 경로나 공백이 있는 경로 사용하지 않기

긴 경로나 공백이 있는 경로를 사용하여 Windows Server 2003 시스템에 Data Collection Infrastructure를 설치하는 경우 문제가 발생할 수 있습니다. 가능하면 이러한 디렉토리를 사용하지 마십시오. 이는 대상 설치 디렉토리뿐 아니라 설치 중인 디렉토리에도 적용됩니다.  

1.6 Windows Server 2003에서 데이터 콜렉션에 실패합니다

Windows 2003 Server에서 데이터 콜렉션이 실패하는 경우, Windows 서비스 대신 Agent Controller 컴포넌트를 콘솔 응용프로그램으로 실행하십시오.
  1. 시작 > 설정 > 제어판 > 관리 도구 > 서비스를 선택하여 Windows 서비스 패널을 여십시오.
  2. IBM Rational Agent Controller 서비스를 선택하여 이를 중지하십시오.
  3. 시작 > 설정 > 제어판 > 시스템을 선택하십시오.
  4. 고급 탭에서 환경 변수를 클릭하십시오.
  5. 새로 작성을 클릭하십시오(RASERVER_HOME 변수가 이미 존재하는 경우 편집을 클릭하십시오). 변수 이름 필드에 RASERVER_HOME을 입력하고 변수값 필드에 x:\dir\IBM_Agent_Controller를 입력하십시오. 여기서 x:\dir\은 설치 디렉토리입니다. 확인을 클릭하십시오.
  6. 명령 프롬프트를 열고 설치 디렉토리의 IBM_Agent_Controller\bin 서브디렉토리로 이동하십시오.
  7. raserver.exe를 실행하십시오.
  8. 시작 > 프로그램 > IBM Software Development Platform > IBM Rational Data Collection Infrastructure > 모니터링 중지를 선택한 다음 모니터링 시작을 선택하여 Data Collection Infrastructure를 다시 시작하십시오.

1.7 보안 데이터 콜렉션 사용 시 테스트 레코딩 및 동적 발견에 실패합니다

Data Collection Infrastructure의 보안 기능이 Rational Performance Tester 레코딩 및 데이터 콜렉션의 동적 발견과 충돌하여 이 기능이 지원되지 않습니다. 대체 보안 방안으로 데이터 콜렉션 설치의 호스트 목록 옵션을 사용하여 현재 시스템의 Data Collection Infrastructure에 액세스할 수 있는 특정 호스트 목록을 지정하십시오.  

1.8 리턴 데이터 누락

Data Collection Infrastructure에서 리턴된 데이터에 리턴 메시지가 누락되어 호출만 수신하는 경우가 있습니다. 즉 UML2SD 클래스 상호작용 다이어그램에 실선의 화살표(호출)만 표시되고 점선의 화살표(리턴)는 표시되지 않습니다.

이 문제점을 해결하려면 원격 시스템의 시계를 Workbench 시스템과 같거나 늦은 시간으로 설정해야 합니다. 시간대 설정을 변경할 필요는 없습니다. 예를 들어 원격 시스템 로컬 시간이 7:30이고 Workbench 시스템이 8:31인 경우(속해 있는 시간대에서 정확하게 1시간 차이가 나는 경우), 원격 시스템의 시간을 7:32로 조정하거나 Workbench 시스템 시간을 8:29로 설정하십시오.

시스템 시간을 변경할 수 없는 경우 실행 구성 대화 상자의 대상에 지정된 파일로 프로파일링 데이터를 송신한 후 이 파일을 가져오십시오. 여러 개의 에이전트가 있는 분산 프로파일링의 경우 먼저 각 에이전트를 연결하여 프로파일링 파일 옵션을 설정해야 합니다. 각 에이전트는 다른 파일로 프로파일링해야 합니다.

1.9 최근 실행한 ARM 인스트루먼티드 테스트에 사용 가능한 데이터가 없습니다

Tivoli Monitoring for Transaction Performance Management Server는 기본적으로 1시간 단위로 데이터를 롤업하도록 설정되어 있습니다. 이는 테스트의 데이터가 작성되지만 수집되지는 않는다는 것을 의미합니다.
시간 단위 롤업이 발생할 때까지 기다리지 않으려면 다음을 수행하십시오.

TMTP 설치 디렉토리에서 config\autorollup.properties 파일을 여십시오.
tms.autorollup.enable 설정이 true인지 확인하십시오.
tms.autorollup.period 설정을 5(최소 허용값인 5분)로 설정하십시오. 5 미만의 값은 5분으로 간주됩니다.
이 자동 롤업 설정을 적용하려는 각 정책에 다음 행을 추가하십시오.
tms.autorollup.policyN=policy_name
여기서 N은 1에서 시작하는 정수(1, 2, 3 등)이고, policy_name은 정책의 이름입니다. 결과 autorollup.properties 파일은 다음과 유사합니다.

tms.autorollup.enable=true
tms.autorollup.period=5
tms.autorollup.policy1=myPolicy
tms.autorollup.policy2=yourPolicy
tms.autorollup.policy3=anotherPolicy

TMTP Management Server를 중지하였다가 다시 시작하십시오.
이제 5분 단위로 데이터가 Management Server에 롤업되므로, 테스트 실행 후 최대 5분 후에 인스트루먼티드 테스트의 데이터를 툴킷으로 가져올 수 있습니다.

참고: 이 롤업 설정은 인스턴스 데이터에 적용됩니다. 시간이 경과할 때까지 집계 데이터는 정확하지 않습니다.

1.10 IBM Tivoli Composite Application Manager for WebSphere에서의 인증 실패에 대한 오류 메시지가 없습니다

ITCAM for WebSphere(이전 명칭: WSAM)에서 성능 데이터를 가져오는 경우 두 개의 인증 계층이 관련됩니다. 첫 번째는 WebSphere 인증으로 시스템의 올바르지 않은 사용자/암호를 거부하고 툴킷이 인증 대화 상자를 표시하게 합니다. 두 번째는 ITCAM for WebSphere 인증으로 인증 실패 시 가져올 데이터가 없다는 메시지만 리턴합니다.

WebSphere 인증을 통과하고 ITCAM for WebSphere 인증에 실패하는 유일한 경우는 사용자가 기본 운영 체제에는 올바른 사용자 이름(즉, 루트)을 입력했지만 해당 사용자가 ITCAM for WebSphere에 등록되지 않은 경우 뿐입니다. 이 경우, 인증에 실패하여도 서버는 오류를 제기하지 않지만 가져오기를 할 수 있는 트랩이 표시되지 않는다는 점을 사용자가 알아야 합니다.

1.11 분산된 데이터를 통계 보기로 보는 경우 그래프에 0이 표시될 수 있습니다

기본적으로 통계 보기에서는 통계 그래프의 각 틱에 하나의 점을 배치합니다. 주어진 틱에 점이 없는 경우 점이 0인 걸로 간주합니다. 점이 너무 분산된 경우 행의 매 n번째 점이 0으로 됩니다. 이는 그래프에 의해 작성되는 아티팩트이며 실제 시스템에서 발생하는 일을 반영하지는 않습니다. 이 아티팩트를 방지하려면 고급 옵션 설정을 위한 "자세히..." 대화 상자에서 "그리지 않기" 또는 "이전 값 그리기"로 동작을 설정하십시오. 그러면 점이 배치되지 않는 위치에 공백이나 직선이 그려집니다.  

1.12 IBM Tivoli Composite Application Manager for WebSphere 사용 시의 시계 동기화

IBM Tivoli Composite Application Manager for WebSphere 트랩의 데이터를 가져오는 경우 관리 서버와 Workbench의 시계가 동기화되게 하십시오. Tivoli 성능 데이터 가져오기 마법사에서 마지막 n 시간 단위를 가져오기 위한 옵션은 로컬 시스템의 현재 시간을 사용하지만 관리 서버 시계의 해당 시간 기간 동안 활동이 있는 트랩을 조회합니다. 따라서 관리 서버 시계가 10분 앞서 있는 경우 가져오기 마법사가 서버에서 이 트랜잭션을 사용 가능한 것으로 확인하기까지 10분을 기다리거나 앞으로의 10분을 조회해야 합니다.  

1.13 사용 가능한 표시기로 링크하면 통계 보기가 후속 모드를 재설정합니다

"통계 보기"에서 자원 모니터링 통계 데이터를 볼 때 "프로파일링 모니터" 보기에 "표시기로 링크" 전환 옵션이 사용 가능한 경우 다른 항목을 선택하면, 보기가 자체적으로 재설정되어 자동으로 후속 모드 전환 옵션을 작동시킵니다. 여기서는 그래프가 현재 시간을 따릅니다. 이 문제점을 해결하려면 에이전트의 모든 데이터가 동일한 그래프에 표시되는 공통 노드(즉, 모니터)에서 데이터를 보거나, 수평 눈금자의 오른쪽에 있는 ">" 단추를 클릭하여 후속 모드 옵션을 끄십시오.  

1.14 한 번의 가져오기로 여러 개의 정책과 호스트에서 응답 시간 분석 데이터를 가져오는 경우 문제점 발생

IBM Tivoli Monitoring for Transaction Performance, IBM Tivoli Composite Application Manager for WebSphere 또는 IBM Tivoli Composite Application Manager for Response Time Tracking에서 응답 시간 분석 데이터를 가져올 경우 여러 호스트에서 발생한 여러 트랜잭션을 선택하여 이들 모두를 한 번에 가져올 수 있습니다. 단 이 경우에는 적절한 데이터를 각 에이전트에 분배하는 대신 두 개의 에이전트를 표시하면서 데이터는 하나의 에이전트에 저장되는 결함이 있습니다. 이 문제는 각 호스트에 대해 개별적으로 가져오기를 수행하여 해결할 수 있습니다(한 개의 호스트를 선택할 때마다 각 호스트에 대해 가져오기 마법사를 한 번 실행합니다).

참고: 이는 분산 트랜잭션 가져오기에는 영향을 주지 않고 별도의 호스트에서 발생한 여러 트랜잭션을 가져오는 경우에만 영향을 줍니다.

1.15 IBM Tivoli Composite Application Manager for WebSphere 인증 오류

IBM Tivoli Composite Application Manager for WebSphere에서 가져오는 경우, 사용자 이름/암호는 WebSphere 자체의 사용자 이름/암호가 아니라 IBM Tivoli Composite Application Manager for WebSphere Management Server에 로그인할 때 사용한 사용자 이름/암호여야 합니다. WebSphere 사용자 이름/암호를 사용하는 경우 인증 실패가 원인임을 알리지도 않은 채 가져오기가 실패합니다. 사용자 이름/암호가 WebSphere 자체 또는 IBM Tivoli Composite Application Manager for WebSphere와 일치하지 않을 경우, 올바른 인증 실패 메시지가 표시됩니다

1.16 Data Collection Infrastructure에서 올바른 IP 주소를 찾을 수 없습니다

Data Collection Infrastructure(DCI)를 시작할 경우 로컬 컴퓨터의 IP 주소를 찾습니다. DCI는 InetAddress.getLocalHost()에 대한 호출을 사용하여 이 찾기를 수행합니다. 이 호출은 항상 올바른 IP 주소를 리턴하지 않습니다. 잘못된 IP 주소는 동적 발견 기능이 올바르게 작동하는 것을 막습니다. 다음과 같은 다른 상황에서 잘못된 IP 주소가 리턴될 수 있습니다.

이 문제가 발생하면 <DCI_INSTALL>/rpa_prod/rpa_comp/logs 디렉토리의 RPA_MA.log 파일에 심각한 오류가 기록됩니다. (로그 파일은 -Djava.util.logging.FileHandler.pattern=<filename>  JVM 인수로 지정됩니다.)

이 문제점을 해결하려면 컴퓨터의 IP 주소를 수동으로 지정하십시오. <DCI_INSTALL>/rpa_prod/rpa_comp/rpa.properties 파일에 다음 행을 추가하십시오.

IP_ADDRESS=-Dcom.ibm.rpa.runtime.ip=<IP address>

예를 들어, 컴퓨터의 IP 주소가 9.67.50.44일 경우 다음 행을 추가합니다.

IP_ADDRESS=-Dcom.ibm.rpa.runtime.ip=9.67.50.44

rpa.properties를 변경한 후 DCI를 다시 시작합니다.

1.17 테스트 및 성능 분석 도구 플랫폼

성능 문제점 분석 도구에서는 테스트 및 성능 분석 도구 플랫폼(TPTP)을 사용합니다. 릴리스 정보 및 TPTP에 대한 기타 문서는 http://www.eclipse.org/tptp/home/documents/index.html에 있습니다.

1.18 일광 절약 시간 변경이 IBM WebSphere Application Server에 영향을 미칩니다

IBM Tivoli Monitoring을 사용하여 WebSphere Application Server를 모니터링할 경우 http://www-1.ibm.com/support/docview.wss?rs=180&context=SSEQTP&q1=1219396&uid=swg21219396&loc=en_US&cs=utf-8&lang=en에 나열된 해당하는 수정사항을 WebSphere Application Server에 적용해야 합니다. 일광 절약 시간 변경과 관련된 문제점을 해결하려면 이 수정사항을 서버에 적용해야 합니다.

1.19 명령행에서 응답 시간 분석 콜렉션을 사용할 수 없습니다

응답 시간 분석 콜렉션이 사용 가능한 명령행에서 스케줄을 실행할 경우 응답 시간 분석 데이터가 수집되지 않습니다. 스케줄에서 응답 시간 분석 데이터를 수집하려면 Workbench 그래픽 인터페이스에서 스케줄을 실행하십시오.

1.20 응답 시간 분석 데이터를 가져올 때 제한시간 초과 또는 I/O 오류

Tivoli Monitoring Server에서 응답 시간 분석 데이터를 가져올 경우 다음 오류 메시지 중 하나가 표시될 수 있습니다.

IWAY0084E 통신 제한시간 초과가 발생했습니다.

Tivoli 성능 데이터를 가져오는 중 I/O 오류가 발생했습니다.

그리고 가져오기 마법사 페이지가 공백으로 표시될 수 있습니다. Tivoli Monitoring가 있는 컴퓨터의 WebSphere Application Server 로그에서 OutOfMemoryError를 표시할 수 있습니다. 대용량의 데이터를 가져올 경우 이 문제점이 발생할 수 있습니다. 문제점을 해결하려면 데이터를 가져올 시간 범위를 좁히십시오.

1.21 필터링이 모든 응답 시간 분석 테이블에서 지속됩니다

특정 페이지 요소에 대한 응답 시간 분석 테이블에 필터를 적용하면, 이후에 여는 모든 응답 시간 분석 테이블에 해당 필터가 설정됩니다. 이 필터는 모든 기타 테스트 및 스케줄의 모든 기타 페이지 요소에 대해 지속됩니다. 이 필터가 모든 응답 시간 분석 테이블에 대해 지속되므로, 마치 예상한 데이터의 서브세트가 수집된 것처럼 보일 수 있습니다.   필터가 후속 트랜잭션에 적용되지 않으면 표가 공백으로 나타나므로 데이터가 수집되지 않은 것으로 잘못 인식될 수 있습니다. 해결책은 다른 페이지 요소에 대한 응답 시간 분석 결과를 열기 전에 특정 페이지 요소에 대한 모든 필터를 제거하는 것입니다.  

1.22 BEA WebLogic 서버를 종료할 때 오류 발생

Application Server Instrumenter는 서버가 실행 중인 동안 BEA WebLogic 서버에서 시작 및 중지 스크립트를 수정합니다. 인스트루먼트 또는 인스트루먼트 해제 직후에는 서버를 중지할 때 오류가 발생할 수 있습니다. 이러한 오류의 형태는 BEA WebLogic 콘솔에 표시되는 오류 메시지이거나 완전히 종료되기 전에 서버가 다시 시작되는 예상치 못한 동작일 수 있습니다. 이러한 오류는 원본 시작 스크립트로 활성 서버 프로세스를 시작했지만 수정된 중지 스크립트로 중지하기 때문에 발생합니다.

이 문제점을 해결하려면 반드시 BEA WebLogic 서버를 완전히 중지하고 수정된 시작 스크립트를 사용하여 다시 시작하십시오. BEA WebLogic 서버를 두 번 중지해야 할 수 있습니다.