BizTalk Server 설정에 대한 모범 사례
이 항목에서는 BizTalk Server 대한 운영 준비 절차를 수행할 때 따라야 하는 모범 사례를 나열합니다.
어댑터 성능을 향상하도록 메시지 일괄 처리 구성
둘 이상의 작업을 단일 일괄 처리로 결합하여 어댑터에서 수행하는 트랜잭션 수를 최소화합니다.
메시지 수 외에도 일괄 처리의 총 바이트 수에 따라 일괄 처리 크기를 제한합니다. 일괄 처리 크기를 제한하는 방법에 대한 자세한 내용은 어댑터 성능 향상을 위해 일괄 처리 구성을 참조하세요.
큰 메시지 임계값 조정
처리량을 개선하려면 큰 메시지 임계값을 늘려 매핑하는 동안 디스크에 버퍼링되는 큰 메시지 수를 줄입니다.
계획 중에 추적해야 하는 정보 확인
계획 단계에서 추적해야 하는 정보를 결정해야 합니다. 이렇게 하면 프로젝트를 배포한 후 추적 옵션을 설정하고 추적된 데이터의 양을 제한하여 필요한 정보만 제공할 수 있습니다.
참고
추적과 관련된 모범 사례에 대한 자세한 내용은 이 가이드의 추적 계획 및 상태 및 활동 추적 (https://go.microsoft.com/fwlink/p/?LinkId=154187)을 참조하세요.
모든 메시지를 추적하지 마세요.
모든 메시지를 추적하지 않는 것이 좋습니다. 메시지가 터치될 때마다 BizTalk Server 메시지의 다른 복사본을 만들기 때문입니다. 대신 특정 포트만 추적하여 scope 좁힐 수 있습니다. 이렇게 하면 시스템의 성능을 최대화하고 데이터베이스를 깔끔하게 유지하는 데 도움이 됩니다.
송신 포트에서 추적 설정 및 파이프라인 대신 수신 포트
파이프라인에서 추적 옵션을 설정하는 경우 파이프라인을 사용하는 모든 포트에 대해 추적 옵션을 전역적으로 설정합니다. 이로 인해 의도한 것보다 훨씬 더 많은 데이터가 추적되어 시스템 성능이 저하될 수 있습니다. 대신 송신 포트 및 수신 포트에 대한 추적 옵션을 설정할 수 있습니다.
리소스 사용률에 따라 제한 조정
BizTalk Server 제한은 시스템에 적합한 보호를 제공하도록 기본적으로 구성됩니다. 제한 상태에 대한 성능 카운터를 모니터링하여 제한이 일어나고 있는지 확인합니다. 그런 다음 제한의 기반이 되는 리소스(예: 데이터베이스 크기 또는 메모리 사용량)가 사용 중이거나 과도하게 활용되었는지 직접 측정합니다. 다음으로, 그에 따라 제한 임계값을 위로 또는 아래로 조정합니다. 자세한 내용은 제한 임계값 조정: 시기 및 이유 (https://go.microsoft.com/fwlink/p/?LinkId=154188)를 참조하세요.
가능하면 PassThruTransmit 파이프라인 사용
대상에 메시지를 보내기 전에 문서 처리가 필요하지 않은 경우 XML 송신 파이프라인 대신 PassThruTransmit 파이프라인을 사용합니다.
오케스트레이션 "셰이프 시작 및 종료" 추적 이벤트의 사용 최소화
오케스트레이션 셰이프 추적은 오케스트레이션 디버깅에 분명한 이점이 있지만 성능 및 확장성에 영향을 줍니다. Shape 시작 및 종료 추적 이벤트는 상당한 오버헤드를 유발할 수 있습니다. 높은 처리량이 필요한 프로덕션 환경에서 사용량을 최소화하는 것이 가장 좋습니다.
참고
셰이프 시작 및 끝 추적 이벤트는 기본적으로 모든 오케스트레이션에서 사용하도록 설정됩니다.