추적 계획
메시지 추적은 메시지 본문, 메시지 속성 및 메타데이터와 같은 메시지 instance 부분이 일반적으로 보관 목적으로 데이터베이스에 저장되는 프로세스입니다. 이후에 추적되는 메시지 instance 부분은 BizTalk Server 관리 콘솔의 그룹 허브 페이지에서 쿼리를 실행하여 볼 수 있습니다. 보관된 데이터에 액세스하는 것 외에도 개발 또는 스테이징 환경에서 문제를 식별하고 해결하는 데 유용한 도구가 될 수 있는 라이브 데이터를 볼 수도 있습니다.
메시지 추적 프로세스는 리소스를 많이 사용할 수 있으므로 계획을 만들기 전에 이 항목을 검토해야 합니다.
추적에 대한 자세한 내용은 상태 및 활동 추적 (https://go.microsoft.com/fwlink/?LinkId=154187)을 참조하세요.
DTA 제거 및 보관 SQL 에이전트 작업 구성 및 사용
이 작업은 BizTalk 추적 데이터베이스에서 이전 데이터를 보관하고 제거하므로 너무 커지는 것을 방지합니다. 이는 건강한 BizTalk Server 시스템에 필수적입니다. 대규모 추적 데이터베이스는 추적 호스트 및 추적 데이터베이스를 쿼리하는 다른 프로세스의 성능에 영향을 미치기 시작합니다.
DTA 제거 및 보관 SQL 에이전트 작업이 제대로 구성되고, 활성화되고, 성공적으로 완료되었는지 확인합니다. 이 작업은 보관 파일을 쓸 수 있는 디렉터리를 포함하도록 먼저 구성해야 하므로 기본적으로 사용하도록 설정되지 않습니다.
들어오는 추적 데이터가 생성되는 즉시 작업에서 추적 데이터를 제거할 수 있는지 확인합니다. 최대 로드 시간 동안 작업이 뒤처지는 것은 허용되지만 항상 따라 잡을 수 있어야 합니다. 제거 작업이 뒤처지고 따라잡을 수 없는 경우 BizTalk 추적 데이터베이스는 계속 증가하고 성능은 결국 부정적인 영향을 받습니다.
소프트 제거 및 하드 제거 매개 변수를 검토하여 데이터를 충분히 오래 유지하지만 너무 길지 않은지 확인합니다. 이러한 매개 변수에 대한 자세한 내용은 BizTalk 추적 데이터베이스 보관 및 제거 (https://go.microsoft.com/fwlink/?LinkID=153816)를 참조하세요.
이전 데이터만 제거해야 하고 먼저 보관할 필요가 없는 경우 저장 프로시저 "dtasp_PurgeTrackingDatabase"을 호출하도록 SQL 에이전트 작업을 변경합니다. 이렇게 하면 보관 단계가 건너뛰고 제거만 수행합니다. 이 저장 프로시저에 대한 자세한 내용과 이를 사용하도록 SQL 에이전트 작업을 변경하는 방법은 BizTalk 추적 데이터베이스에서 데이터를 제거하는 방법 (https://go.microsoft.com/fwlink/?LinkID=153817)을 참조하세요.
BizTalk 추적 데이터베이스 보관 파일을 유지해야 하는 경우 성공적으로 복원하고 사용할 수 있는 프로세스가 있는지 확인합니다.
BizTalk 추적 데이터베이스에서 데이터를 제거하는 것만으로는 성능 문제가 완전히 해결되지 않아 더 이상 추적 정보를 수집하지 않도록 BizTalk을 구성하려는 경우 글로벌 추적을 해제하는 방법을 검토해 보십시오. 전역 추적을 끄는 방법에 대한 자세한 내용은 전역 추적을 끄는 방법 (https://go.microsoft.com/fwlink/?LinkID=154193) 항목을 참조하세요.
전용 추적 호스트 만들기
BizTalk Server 관리 콘솔의 호스트에 대해 호스트 추적 허용 옵션을 사용하도록 설정하면 해당 호스트의 인스턴스가 TDDS(추적 데이터 디코딩 서비스)를 실행하여 추적된 데이터를 BizTalk Server MessageBox 데이터베이스에서 BizTalk Tracking 데이터베이스로 이동합니다. TDDS는 리소스를 많이 사용할 수 있으므로 호스트 추적 허용 옵션을 사용하도록 설정하고 다른 BizTalk Server 프로세스(예: 어댑터 또는 오케스트레이션)를 실행하지 않는 "전용" 추적 호스트를 만드는 것이 좋습니다. BizTalk 그룹에 둘 이상의 BizTalk 서버가 포함된 경우 TDDS에 고가용성을 제공하기 위해 그룹의 각 서버에 이 호스트의 instance 만드는 것이 좋습니다.
지속 가능한 최대 추적 처리량을 측정하는 테스트
광범위한 메시지 추적은 리소스를 많이 사용하는 활동이며 제대로 관리되지 않으면 BizTalk Server 환경의 성능에 매우 부정적인 영향을 미칠 수 있습니다. 따라서 시스템이 지속 가능하고 지정된 메시지 흐름 속도로 무기한 실행되도록 BizTalk Server 환경에 대한 최대 지속 가능한 추적 처리량을 측정해야 합니다. 지속 가능한 최대 추적 처리량을 측정하는 방법에 대한 자세한 내용은 지속 가능한 최대 추적 처리량 측정 (https://go.microsoft.com/fwlink/?LinkID=153815)을 참조하세요.
추적 모범 사례
계획 중에 추적해야 하는 정보 결정 : 프로젝트를 배포한 후 추적 옵션을 설정하고 추적된 데이터의 양을 제한하여 필요한 정보만 제공하도록 계획 단계에서 추적해야 하는 정보를 결정해야 합니다.
모든 메시지를 추적하지 마세요. 메시지가 터치될 때마다 BizTalk Server 다른 복사본을 만들기 때문에 모든 메시지를 추적하지 않는 것이 좋습니다. 대신 특정 포트만 추적하여 scope 범위를 좁힐 수 있습니다. 이렇게 하면 시스템의 성능을 최대화하고 데이터베이스를 깔끔하게 유지하는 데 도움이 됩니다.
송신 포트에서 추적 설정 및 파이프라인 대신 수신 포트: 파이프라인에서 추적 옵션을 설정하는 경우 파이프라인을 사용하는 모든 포트에 대해 추적 옵션을 전역적으로 설정합니다. 이로 인해 의도한 것보다 훨씬 더 많은 데이터가 추적되어 시스템 성능이 저하될 수 있습니다. 대신 송신 포트 및 수신 포트에서 추적 옵션을 설정할 수 있습니다.
BizTalk 추적 데이터베이스의 크기를 조정하는 경우 다음과 같은 다양한 요소를 고려합니다.
BizTalk 추적 데이터베이스의 크기를 조정할 때 계산에 대체 승수를 추가하여 인덱스 크기와 같은 SQL Server 요소를 고려합니다.
BizTalk 추적 데이터베이스에서 메시지 크기를 결정할 때 메시지 크기에 비해 중요한 경우 메시지 컨텍스트의 평균 크기를 메시지 크기에 추가합니다.
BizTalk 추적 데이터베이스의 메시지 크기를 제한하려면 승격하는 속성 수를 제한합니다. 승격된 속성은 라우팅 목적으로 필요한 경우에만 사용해야 합니다. 그렇지 않으면 고유 필드를 사용합니다.
오케스트레이션 셰이프 시작 및 종료 옵션을 사용하는 경우 각 오케스트레이션 instance 각 셰이프에 대한 시작 및 중지 이벤트가 BizTalk 추적 데이터베이스에 저장된다는 점을 고려합니다.