다음을 통해 공유

DTA 추적 성능 동작 이해

  • 아티클

DTA 추적의 MST(Maximum Sustainable Throughput)를 결정하는 주요 요소는 다음과 같습니다.

  • 원하는 메시지 처리량 즉, 지정한 시간 단위 당 시스템에서 수신하는 메시지 수

  • 각 메시지에 대해 추적하는 데이터의 양

  • 데이터 보존 기간 즉, 데이터를 제거하기 전에 BizTalkDTADb 데이터베이스에 보존하는 기간

  • BizTalkDTADb 데이터 보관 및 제거 여부. 데이터 보관은 필요한 경우에만 수행해도 되지만 데이터 제거는 주기적으로 수행해야 합니다.

    이러한 모든 요소의 공통점은 DTA가 데이터를 수락하고 처리(보관 및 제거)할 수 있는 속도입니다.

BizTalkDTADb 삽입 및 처리 속도가 시스템에 주는 영향

이제 최대 지속 가능한 추적 처리량 측정에 설명된 추적 데이터 경로를 살펴보고 시스템의 다양한 구성 요소에 대한 BizTalkDTADb 삽입 및 처리 속도의 영향을 평가해 보겠습니다.

trackingdata 테이블 및 스풀 테이블의 경우 이러한 테이블에서 BizTalkDTADb 데이터베이스로 데이터를 이동하는 프로세스가 런타임에서 trackingdata 및 스풀 테이블로 데이터를 삽입하는 것만큼 빠르게 bizTalkDTADb 데이터베이스에 데이터를 삽입할 수 없으면, 스풀 테이블과 trackingdata 테이블에 백로그가 쌓일 수 있습니다. 메시지 처리량이 차츰 감소하여 나중에 백로그가 모두 처리될 수 있다면 이는 단기적으로는 큰 문제가 되지 않습니다. 그러나 데이터가 스풀 테이블 또는 trackingdata 테이블에 계속 남아 있으면 그룹 허브 페이지에서 또는 다른 도구에서 쿼리를 추적하여 BizTalkDTADb 데이터베이스에서 해당 데이터를 쿼리할 수 없습니다. 따라서 문제를 해결하는 데 데이터를 사용할 수 없게 됩니다. 따라서 예상 백로그 기간은 BizTalkDTADb 데이터를 사용하여 조사해야 할 문제가 발생할 경우에 추적 정보를 적시에 사용할 수 있을 정도로 짧게 유지하는 것이 좋습니다.

테스트를 통해 검증된 사실은 백로그가 쌓일지 여부에 대한 판단 요소는 추적 데이터를 BizTalkDTADb 데이터베이스로 이동하는 프로세스(TDDS 및 TrackedMessages_Copy_BizTalkMsgBoxDb)가 아니라 BizTalkDTADb 데이터베이스가 입력을 받아들이는 속도라는 것입니다. 일반적으로 BizTalkDTADb 데이터베이스의 데이터 파일이 I/O와 관련됩니다. 즉, BizTalkDTADb 데이터베이스 데이터 파일이 있는 드라이브의 속도에 따라 전반적인 DTA 속도가 결정됩니다.

BizTalkDTADb의 데이터 양이 I/O 속도에 주는 영향

I/O 속도와 관련된 또 다른 핵심 요소는 BizTalkDTADb 데이터베이스의 데이터 양입니다. BizTalkDTADb 데이터베이스에서 추적된 데이터의 양이 증가함에 따라 BizTalkDTADb 데이터베이스의 입력 및 처리 속도가 감소합니다. 새 데이터가 삽입될 때 정렬할 데이터가 더 많기 때문에 각 삽입에 필요한 I/O의 양에 영향을 줍니다.

보관 및 제거 프로세스는 바로 이와 같은 상황에서 BizTalkDTADb 데이터베이스가 너무 커지지 않도록 적절하게 유지하기 위해 필요합니다. 기본적으로 이 두 프로세스의 목적은 스풀 테이블 및 trackingdata 테이블에 데이터 백업이 누적되지 않는 수준으로 BizTalkDTADb 데이터베이스 크기를 유지하는 것입니다. 그러나 DTA Purge and Archive(BizTalkDTADb) SQL 작업에 구현된 제거 및 보관 프로세스도 BizTalkDTADb 데이터베이스 서버의 리소스(CPU, 메모리, 특히 I/O)를 사용해야 하기 때문에 추적의 MST를 측정할 때 이러한 리소스도 고려해야 합니다.

참고 항목

유지 가능한 최대 추적 처리량 측정
DTA 추적 MST를 측정하기 위한 테스트 시나리오
DTA 추적 MST를 찾기 위한 팁 및 트릭
추적 데이터베이스 크기 조정 지침