병목 상태 테스트및 튜닝 수행

성능 테스트를 완료하여 시스템의 병목 상태를 확인하고 그에 따라 시스템을 조정해야 합니다.

하위 시스템 테스트

시스템 병목 상태를 식별하는 모범 사례는 전체 시스템의 하위 집합에서 성능 테스트를 실행하는 것입니다. 예를 들면 다음과 같습니다.

• BizTalk Server 메시지를 보내거나 메시지를 받는 외부 시스템에 대한 기준 성능 매개 변수를 설정합니다.

• 오케스트레이션을 등록하지만 시작하지는 않습니다. 인바운드 큐/파일 위치에 메시지를 삭제하고 인바운드 수신 어댑터가 큐/파일 위치를 드레이닝하고 MessageBox 데이터베이스에 메시지를 게시하도록 합니다. 이렇게 하면 수신 포트를 격리하여 최대 지속형 입력 속도를 확인할 수 있습니다.

• 메시지가 MessageBox 데이터베이스로 끌어오면 수신 어댑터를 중지하고, 오케스트레이션 프로세스 및/또는 송신 어댑터를 사용하도록 설정한 다음, 오케스트레이션 및/또는 송신 어댑터가 메시지를 처리하는 속도를 측정합니다.

엔드 투 엔드 시스템 테스트

이전 섹션에서 설명한 대로 입력 및 출력 속도를 테스트하는 것은 엔드 투 엔드 성능을 설명하지는 않지만 애플리케이션 하위 시스템의 성능을 격리하는 효과적인 방법입니다. 또한 여러 리소스가 동일한 공유 리소스(예: MessageBox 데이터베이스)에 대해 경합하기 시작할 때까지 일부 병목 상태를 식별할 수 없으므로 엔드투엔드 성능을 테스트해야 합니다.

BizTalk Server 환경에 대한 부하를 생성하려면 Microsoft BizTalk LoadGen 2007 도구를 사용하는 것이 좋습니다. LoadGen을 다운로드합니다.

BizTalk Server 환경에 대한 성능 보고서를 생성하고 분석하려면 PAL(성능 로그 분석) 도구를 사용하는 것이 좋습니다. PAL 도구에 대한 자세한 내용은 PAL(성능 분석 로그) 도구 사용을 참조하세요.

개발자, 운영자 및 관리자가 알아야 할 사항

BizTalk Server 개발자는 BizTalk Server 성능 특성 및 튜닝에 정통해야 합니다. 운영자 및 관리자는 MessageBox 데이터베이스 스케일 아웃 측면, SAN 튜닝, 네트워크 튜닝 및 SQL Server 데이터베이스 튜닝에 대해 알아야 합니다(예: 변경해서는 안 되는 SQL Server 설정 참조). 개발자, 운영자 및 관리자는 처리량이 높고 대기 시간이 짧은 BizTalk Server 조정하는 방법을 알고 있어야 합니다.