비즈니스 트랜잭션 기록

에이전트 레코더는 비즈니스 트랜잭션 하나를 캡처하고 검토한 후 다음 비즈니스 트랜잭션으로 이동할 수 있도록 설계되었습니다. 에이전트 레코더를 사용하면 긴 기록 세션 동안 클릭한 정확한 순서를 기억하지 않아도 트랜잭션을 개별적으로 분석할 수 있습니다.

팁: 에이전트 기록에서는 비즈니스 트랜잭션을 웹 브라우저 클릭(예: 로그인하기 위한 클릭 또는 제품을 구입하기 위한 클릭)으로 간주하십시오.

에이전트 레코더를 사용할 때는 다음과 같은 트랜잭션을 캡처해야 합니다.

적절히 명명된 트랜잭션 - 트랜잭션 이름을 제대로 지정하지 않으면 트랜잭션이 실제로 무엇을 수행하는지 알 수 없으므로 비즈니스에 함축된 의미를 파악할 수 없습니다.
실제로 필요한 트랜잭션 - 필요한 식별 트랜잭션이 아닌 경우 메트릭에 동작이 너무 많이 또는 너무 적게 표시됩니다. 따라서 동작이 실제 사용자 트랜잭션을 정확히 반영하지 않습니다.

다음은 에이전트 기록 세션에 대한 간략한 예입니다.

CEM 콘솔에서 에이전트 레코더를 시작합니다.
별도의 브라우저에서 클릭하여 응용 프로그램에 로그인합니다.
CEM 콘솔로 전환하고 에이전트 레코더를 중지합니다.
결과 비즈니스 트랜잭션 서명을 검토합니다. 나중에 이름이 혼동될 수 있으므로 비즈니스 트랜잭션 이름을 좀 더 의미 있는 이름으로 변경합니다.
에이전트 레코더를 다시 시작합니다.
응용 프로그램에서 클릭하여 제품을 구입합니다.
에이전트 레코더를 중지합니다.
결과 비즈니스 트랜잭션 서명을 검토합니다. 식별 비즈니스 트랜잭션(구입 트랜잭션)이 먼저 표시되지 않았음을 확인할 수 있습니다. 예를 들어 리디렉션이 먼저 표시될 수 있습니다.
첫 번째 비식별 비즈니스 트랜잭션을 삭제하여 올바른 식별 비즈니스 트랜잭션이 목록에 가장 먼저 표시되도록 합니다. 확인란을 선택하여 첫 번째 비즈니스 트랜잭션을 식별 트랜잭션으로 표시합니다.

필요한 모든 트랜잭션이 완료될 때까지 위의 단계를 계속합니다.

비즈니스 트랜잭션 정보를 캡처하려면 확인할 사용자 동작을 수행할 수 있는 클라이언트 컴퓨터에서 기록을 수행해야 합니다. 예를 들어 해당 응용 프로그램에 액세스할 수 없는 클라이언트 컴퓨터에서 작업하는 경우 응용 프로그램의 트랜잭션을 기록할 수 없습니다.

알려진 제한 사항

에이전트 기록을 구성할 경우 정규식 사용과 관련하여 몇 가지 알려진 제한 사항이 있습니다. 알려진 제한 사항은 다음과 같습니다.

POST 매개 변수

POST 매개 변수에 대한 알려진 제한사항은 다음과 같습니다.

인쇄 불가능한 문자는 POST 매개 변수에서 지원되지 않으며 사용할 경우 예상치 않은 결과가 발생할 수 있습니다.
POST 매개 변수 정의가 비즈니스 트랜잭션 정의에 종속된 경우 비즈니스 트랜잭션 구성 요소에 세 가지 메트릭만 제공됩니다. 해당 메트릭은 다음과 같습니다.
- 평균 응답 시간
- 간격당 응답 수
- 간격당 오류 수
자세한 내용은 CA APM .NET 에이전트 구현 안내서나 CA APM Java 에이전트 구현 안내서의 속성 부록을 참조하십시오.
비즈니스 트랜잭션 정의가 POST 매개 변수 정의에 종속된 경우 비즈니스 트랜잭션 추적 구성 요소의 비즈니스 구성 요소 이름은 비즈니스 서비스, 비즈니스 트랜잭션 및 비즈니스 트랜잭션 구성 요소의 특정 이름이 아니라 일반 이름입니다. 이 내용은 일치하지 않는 POST 매개 변수 정의에 종속된 비즈니스 트랜잭션 정의에도 적용됩니다.
JBoss 및 Tomcat의 일부 버전에서는 헤더 키를 소문자 값으로 저장하여 caseSensitiveName 특성이 HEADER_TYPE에 대해 올바로 작동하지 않게 될 수 있습니다.

HTTP 경로 매개 변수

에이전트가 HTTP 경로 매개 변수를 TIM과 다르게 처리합니다. 경로 매개 변수는 URL 경로에 세미콜론(;)으로 구분된 쌍으로 표시되는 매개 변수입니다. 예를 들면 다음과 같습니다.

http://mysite.mydomain.com/some/path;param1=value1

참고: 이 매개 변수는 일반적으로 물음표(?)로 구분되는 쿼리 매개 변수와 다릅니다.

에이전트는 경로 매개 변수를 URL 경로의 일부로 간주하며 개별적으로 일치시킬 수 없습니다.

TIM에서도 경로 매개 변수를 URL 경로의 일부로 간주하지만 개별 경로 매개 변수를 기준으로 비즈니스 트랜잭션 구성 요소를 일치시킬 수 있습니다. 비즈니스 트랜잭션 구성 요소에 개별 경로 매개 변수에 대한 규칙이 포함된 경우 TIM은 이러한 규칙을 기반으로 일치를 수행합니다. 그러나 에이전트는 이러한 규칙을 무시하고 규칙이 없는 것으로 간주합니다.

에이전트에서 비즈니스 트랜잭션 구성 요소를 경로 매개 변수로 식별해야 하는 경우에는 개별 경로 매개 변수를 사용하지 않고 정규식을 사용하여 URL 경로의 일부로 일치시킵니다.

중요: 에이전트가 WebLogic Application Server에서 실행 중인 경우에는 에이전트에서 URL 경로에 JSESSIONID라는 경로 매개 변수를 표시하지 않습니다. WebLogic Application Server에서 이 경로 매개 변수에 특별한 의미가 있기 때문입니다.

에이전트가 호스트 이름을 올바로 처리할 수 없음

.NET 에이전트에서 모니터링하는 비즈니스 트랜잭션은 IP 주소의 호스트 이름과 비교하도록 정의된 경우 인식되지 않습니다. 그러나 동일한 조건에서 Java 에이전트를 통해 모니터링되는 비즈니스 트랜잭션은 인식되고 Investigator 트리에 제대로 표시됩니다.

이 문제를 해결하려면 IP 주소 대신 대문자 호스트 이름에 맞게 호스트 이름을 변경하십시오. 이 설정을 변경하려면 CEM 콘솔에서 "비즈니스 서비스" > "비즈니스 트랜잭션" > "트랜잭션" > "구성 요소" > "ID"로 이동합니다.

IPv6

IPv6을 사용하는 환경에서는 에이전트 기록을 사용하지 못할 수 있습니다. IPv6 및 CA CEM에 대한 자세한 내용은 CA APM 구성 및 관리 안내서를 참조하십시오.