병목 상태 방지에 대한 모범 사례
BizTalk Server 기본 설정은 많은 하드웨어 및 소프트웨어 구성에 최적의 성능을 제공하지만 일부 시나리오에서는 설정 또는 배포 구성을 수정하는 것이 도움이 될 수 있습니다. BizTalk Server 구성할 때 다음 성능 지침을 고려합니다.
리소스 경합을 방지하려면 별도의 호스트에서 수신, 오케스트레이션 및 전송을 격리합니다. 충돌을 더욱 최소화하려면 추적 서비스를 다른 호스트와 격리합니다.
BizTalk Server 실행하는 컴퓨터에서 CPU 처리가 병목 상태인 경우 추가 CPU를 포함하거나 더 빠른 CPU로 업그레이드하여 BizTalk Server 실행 중인 컴퓨터를 확장합니다.
SQL Server 지침
BizTalk Server 사용하여 Microsoft SQL Server 구성할 때 다음 성능 지침을 고려합니다.
가능하면 SQL Server에 빠른 디스크 하위 시스템을 사용합니다. 백업 전원 공급 장치와 함께 독립 디스크 유형 10(RAID10/0+1) 또는 SAN(스토리지 영역 네트워크)의 중복 배열을 사용합니다.
BizTalk 추적 데이터베이스(BizTalkDTADb)에서 별도의 서버에서 각 MessageBox 데이터베이스를 격리합니다. CPU 리소스를 사용할 수 있는 경우 소규모 배포의 경우 BizTalk 추적 데이터베이스와 별도의 물리적 디스크에서 MessageBox 데이터베이스를 격리하는 것으로 충분할 수 있습니다.
주 MessageBox 데이터베이스는 CPU 프로세서 포화 또는 디스크 작업의 대기 시간(평균 디스크 큐 길이)으로 인한 병목 상태일 수 있습니다. CPU 처리가 병목 상태인 경우 주 MessageBox에 CPU 프로세서를 추가합니다. 그렇지 않은 경우 master MessageBox 데이터베이스에서 게시를 사용하지 않도록 설정합니다. 이렇게 하면 master MessageBox 데이터베이스가 다른 MessageBox 데이터베이스로의 메시지 라우팅을 보다 효율적으로 처리할 수 있습니다. 여러 MessageBox 데이터베이스를 사용하는 경우 게시를 사용하지 않도록 설정하는 옵션이 유효합니다.
디스크 작업이 병목 상태인 경우 BizTalk 추적 데이터베이스를 전용 SQL Server 컴퓨터 및/또는 전용 디스크로 이동합니다. 주 MessageBox 데이터베이스의 CPU 처리 및 디스크 작업이 병목 상태가 아닌 경우 동일한 SQL Server 컴퓨터에 새 MessageBox 데이터베이스를 만들어 기존 하드웨어를 활용할 수 있습니다.
Databases2용 파일 그룹 최적화의권장 사항에 따라 MessageBox 및 BizTalk 추적 데이터베이스에 대한 트랜잭션 및 데이터 로그 파일을 별도의 실제 디스크로 격리합니다.
데이터 및 로그 파일에 충분한 스토리지 공간을 할당합니다. 그렇지 않으면 SQL Server 로그 파일이 보관되는 디스크에서 사용 가능한 모든 공간을 자동으로 사용합니다. 로그 파일의 초기 크기는 시나리오의 특정 요구 사항에 따라 달라집니다. 테스트 결과를 기반으로 배포의 평균 파일 크기를 예상하고 솔루션을 구현하기 전에 저장 공간을 확장합니다.
MessageBox, HAT(상태 및 활동 추적) 및 BAM(비즈니스 활동 모니터링)과 같은 디스크 사용이 많은 데이터베이스에 충분한 스토리지 공간을 할당합니다. 솔루션에서 BizTalk Framework 메시징 프로토콜을 사용하는 경우 BizTalk 구성 데이터베이스(BizTalkMgmtDb)에 충분한 저장 공간을 할당합니다.
데이터 보존 기간 및 시나리오에서 처리되는 데이터 볼륨과 같은 비즈니스 요구 사항에 따라 BizTalk 추적 데이터베이스가 너무 커지지 않도록 HAT-Tracking 데이터베이스에서 "DTA 보관 및 제거" SQL Server 에이전트 작업을 구성합니다. 데이터베이스의 전체 용량에 도달하면 데이터 삽입 속도에 제한이 적용되므로 이 데이터베이스의 증가는 성능을 저하시킬 수 있습니다. 한 BizTalk Tracking 데이터베이스가 여러 MessageBox 데이터베이스를 지원하는 경우 특히 그렇습니다.
병목 상태인 경우 MessageBox 및 BizTalk 추적 데이터베이스를 호스트하는 서버를 확장합니다. CPU를 추가하고, 메모리를 추가하고, 더 빠른 CPU로 업그레이드하고, 고속 전용 디스크를 사용하여 하드웨어를 확장할 수 있습니다.
TempDB 파일을 여러 파일로 분할하면 I/O 작업과 관련된 성능 문제가 resolve 수 있습니다. 일반적인 지침으로 프로세서당 하나의 파일 데이터 파일을 만들고 생성된 모든 파일에 동일한 크기를 사용합니다.
데이터베이스 자동 증가 설정을 100-150MB와 같은 고정 값으로 변경합니다. 기본적으로 데이터베이스 증가는 10%로 구성되므로 더 큰 데이터베이스를 확장할 때 지연이 발생할 수 있습니다.
SQL Server 메모리는 최소 서버 메모리와 최대 서버 메모리를 동일한 값으로 설정하여 고정 값으로 설정해야 합니다. 일반적으로 실제 메모리의 75%를 SQL Server 할당하고 나머지 운영 체제 및 애플리케이션에 대해 25%를 그대로 둡니다. 전용 SQL Server 운영 체제에 예약된 금액을 최소 1GB로 줄일 수 있습니다.