시나리오 2: 오케스트레이션의 메시지에 대한 추적 데이터베이스 크기 조정

오케스트레이션이 포함된 예를 살펴 보겠습니다. 다음 그림은 전체 비즈니스 프로세스를 보여 줍니다. 이 시나리오에서 메시지는 BizTalk Server로 들어와 오케스트레이션을 통해 송신되고 오케스트레이션 내에서 변경된 후 송신 포트를 통해 송신됩니다.

BizTalk Server 메시지 프로세스

다음은 이 시나리오와 관련된 몇 가지 팩트입니다.

• 메시지 크기는 5K입니다.

• 어떠한 속성도 승격하지 않습니다.

• 1년에 수신되는 메시지 수는 350만 개입니다.

• 모든 이벤트에 대해 추적 기능이 설정되어 있습니다. 이 시나리오에는 여섯 가지 이벤트가 있습니다.

  • 메시지 M0 수신

  • 수신 포트에서 메시지 M1 출력

  • 오케스트레이션에서 메시지 M1 수신

  • 오케스트레이션에서 메시지 M2 출력

  • 송신 포트에서 메시지 M2 수신

  • 송신 파이프라인에 의한 메시지 M3 출력

• 이 시나리오에서는 세 개의 추가 메시지가 만들어집니다. 메시지 M0은 들어오는 메시지이므로 BizTalk Server에 의해 만들어진 것이 아닙니다. 메시지 M1은 수신 포트에서 나온 출력 메시지이고 M2는 오케스트레이션에서 나온 출력 메시지이고 M3은 전송 포트에서 나온 출력 메시지입니다.

  수식에 이 정보를 적용하면 다음과 같은 결과가 나타납니다.

[(3*150 bytes) + (6*230 bytes) + (0*0(52 bytes + 0) * 3,500,000]/1024/1024  
[(450 + 1380 + 0) * 3,500,000]/1024/1024 = 6108 MB ~ 5.96 GB per year  

단일 속성이 승격된 오케스트레이션의 메시지

이제 앞의 예에 나온 것처럼 이 시나리오에서 단일 필드를 승격합니다. 승격된 속성의 크기는 약 10바이트입니다. 이제 수식은 다음과 같아집니다.

[((3*150 bytes) + (6*230 bytes) + (1*3*(52 bytes + 10 bytes)) * 3,500,000]/1024/1024  
[(450 + 1380 + 186) * 3,500,000]/1024/1024 = 6729 MB ~ 6.57 GB per year  

크기가 20바이트인 속성을 추가로 승격하려는 경우 수식은 다음과 같아집니다.

[(3*150 bytes) + (6*230 bytes) + ((1*3*(52 bytes + 10 bytes) + (1*3*(52 bytes + 20 bytes)) * 3,500,000]/1024/1024  
[(450 + 1380 + 372) * 3,500,000]/1024/1024 = 7350 MB ~ 7.18 GB per year  

메시지 본문 추적이 활성화된 오케스트레이션의 메시지

메시지 추적을 적용하려면 필요한 추가 공간을 계산한 결과는 앞에 나온 시나리오의 결과와 같거나 매년 50.1GB입니다.

참고 항목

메시지 변수를 사용하여 추적 데이터베이스의 크기 조정
메시지 본문을 추적하도록 추적 데이터베이스의 크기 조정
시나리오 1: 단순 BizTalk 메시지에 대한 추적 데이터베이스 크기 조정
시나리오 4: 모든 메시지에 대한 추적 데이터베이스 크기 조정
시나리오 3: 메일 그룹으로 전송된 메시지에 대한 추적 데이터베이스 크기 조정