보관 및 제거 프로세스의 성능 향상
BizTalk Server 데이터베이스에 저장된 데이터의 양은 BizTalk Server 시나리오에서 처리된 메시지의 수와 크기에 따라 BizTalk Server 시나리오를 설계한 방법과 추적을 구성한 방법에 따라 매우 빠르게 증가할 수 있습니다. 데이터베이스 크기를 적절한 수준에서 유지 관리하면 보다 효율적으로 처리되며 시스템의 데이터 양이 항상 정규화되므로 빠르고 일관성 있는 성능이 제공됩니다. 이 프로세스를 자동화하면 수동으로 데이터베이스를 유지 관리하지 않아도 됩니다.
올바른 환경 구성
건강한 BizTalk Server 환경을 유지하는 전략은 특정 시나리오와 실행 중인 하드웨어에 크게 의존합니다. 모니터링할 주요 사항은 BizTalk 추적(BizTalkDTADb) 데이터베이스의 크기와 증가율입니다. 추적 데이터베이스의 몇 개 테이블이 데이터베이스 크기의 대부분을 차지하므로 런타임 시 성능에 영향을 줍니다.
동일한 시나리오에서 생성되는 추적 데이터 양이 추적 지점 수, 사용되는 메시지 종류 수, 메시지 크기 및 사용되는 메시지 본문 추적 수준에 따라 크게 달라지도록 구성할 수 있습니다. 모니터링할 중요한 요소는 다음과 같습니다.
추적 지점 수 - 파이프라인, 오케스트레이션, 포트 등
추적한 메시지 속성 수
들어오는 메시지당 메시지 수
메시지 크기
트래픽 속도(평균 및 최고)
메시지 본문 추적 구성
데이터 자동 보관 및 제거를 고려하는 경우 추적 데이터베이스에 유지해야 하는 사용 중인 데이터 양을 고려하십시오. 제거 성능이 저하되지 않고 사용 중인 데이터의 목표량을 지원할 수 있도록 사용자 환경에 맞게 DTA Purge and Archive 작업 매개 변수를 조정해야 합니다.
DTA Purge and Archive 작업은 지정된 시간 간격 내의 일정한 데이터 양을 제거할 수 있습니다. 이 작업의 용량은 실행 중인 시나리오, 현재 데이터베이스 크기 및 하드웨어에 따라 달라집니다. 안정적인 환경을 만들려면 들어오는 추적 데이터 생성과 제거 간에 균형을 유지해야 합니다. 테스트 환경에서 데이터 사용 기간 및 제거 작업 빈도를 다양하게 하여 균형을 찾을 수 있습니다. 균형이 맞으면 시스템에서 유지 가능한 처리량을 제공합니다. 이는 BizTalk 추적 데이터베이스 테이블 크기로 인해 지속적인 주요 성능 문제가 발생하기 전에 충분한 버퍼를 유지하기 위한 것입니다.
성능 제한 사항
모든 시나리오에 대해 제거 성능이 조정되지는 않습니다. 임의의 시나리오에서는 추적 데이터의 양이 늘어날 수 있습니다. 추적 데이터가 계속 느린 속도로 제거되면 추적 데이터베이스 크기가 증가하여 제거 성능이 더욱 느려집니다.
로드 조건을 일정하게 유지할 수 없는 경우 메시지 본문의 복사도 느려질 수 있으며 MessageBox 데이터베이스에 백로그될 수 있습니다. 극단적인 경우 일별 메시지 본문 복사 및 추적으로 인해 관련 인스턴스 정보가 있는 경우에도 보관의 메시지 본문을 사용하지 못할 수도 있습니다. 일반적으로 높은 로드 기간과 낮은 로드 기간이 교대로 나타나며 낮은 로드 기간 중에 작업을 시도할 수 있습니다.
BizTalk 추적 데이터베이스를 보관 및 제거하면 데이터베이스를 계속 잘라내고 저장된 추적 데이터를 압축하므로 유지할 수 없는 로드 조건의 발생 가능성이 훨씬 감소합니다. 이러한 프로세스는 수동 개입의 필요성을 줄여 줍니다.