BizTalk 2010 수신 위치는 70MB 파일을 얻은 다음 수신 위치의 인바운드 맵과 송신 포트의 아웃 바운드 맵을 사용하여 1GB 파일을 생성합니다.BizTalk 수신 위치 파일 입력 속도 줄이기
위의 프로세스를 수행하는 동안 많은 디스크 I/O 리소스가 SQL Server에서 사용됩니다. 또 다른 수신 위치 프로세스 성능이 크게 영향을받습니다.
우리는 수신 위치의 호스트 인스턴스에서 최대 디스크 I/O 스레드를 줄이려고 시도했지만 여전히 SQL Server에서 많은 디스크 I/O 리소스를 사용합니다.
실제로이 프로세스 우선 순위는 매우 낮습니다. 다른 프로세스 성능이 정상이 될 수 있도록이 프로세스의 디스크 I/O 리소스 사용을 줄이는 방법이 있습니까?
이 문제는 파일 입력 속도와 관련이 없지만, MessageBox에 1GB 맵 출력을 유지하려고 할 때 메시지 상자에 표시되는로드에 대한 설명에서 언급 한 것처럼이 문제는 파일 입력 속도와 관련이 없습니다. 여기에 다른 프로세스에 미치는 영향을 최소화하기위한 몇 가지 옵션이 있습니다.
지도를 살펴 보는 것도 좋습니다. 느린/프로세서 무거운 호출이 많은 경우 리팩터링 할 수 있습니다.
파일을 debatch해야합니다. 각 개별 세그먼트에 대한 맵을 포함하여 비즈니스 로직을 적용한 다음 한 번에 하나씩 SQL에로드하십시오. 나중에 파이프 라인이나 다른 .NET 구성 요소를 사용하여 SQL에서 데이터를 가져 와서 데이터를 다시 패치 할 수 있습니다. BizTalk 메시지 상자에서 큰 xml (플랫 파일에 비해 크기가 10 배)을 처리하는 것은 좋지 않습니다. 그러나 순수한 메시징 시나리오 인 경우 파일을 스트림으로 변환하고 대상으로 라우팅 할 수 있습니다.
이 특정 수신 포트에 대해 별도의 호스트를 만들려고 했습니까? – FCR
예,이 특정 수신 위치에 대해 별도의 호스트를 생성하고이 별도의 호스트에 대해 최대 디스크 I/O 스레드를 더 낮게 설정하려고했습니다. 그러나 메시지 상자에 파일을 가져 오는 동안 많은 SQL Server 디스크 I/O를 계속 사용하며 다른 수신 위치의 파일 수신 성능에 영향을줍니다. – hosir