SQL Server 2008 R2의 SSIS 성능

Question

SQL Server 2008 R2의 SSIS 패키지에서 성능이 매우 좋지 않습니다. 여기 사실 : 최근에 Sql Server 2005 (Windows Server 2003 R2 32 비트)에서 Sql Server 2008 R2 (Windows Server 2008 R2 64 비트)로 마이그레이션되었습니다.

하나의 SSIS 패키지에서 성능 문제를 제외하면 모든 것이 잘된 것처럼 보입니다. 내 PC에서 실행하면 몇 분 안에 (4/5 정도) 정상적으로 실행되며 SqlServer Management Studio를 통해 Integrations Services에 연결하고 거기에서 패키지를 시작하면 동일한 문제가 발생합니다.

그러나 SQL Server Agent에서 실행할 때 5 분에서 1 시간 이상으로 실행되는 실행 시간이 있습니다 ... 이전 서버에는 문제가 없었습니다! 또한 32 비트 모드에서 패키지를 실행하려고 시도했지만 실행 속도가 빨라지는 것처럼 보였지만 꽤 무작위로 나타났습니다 ... 그러나 Sql Server 2005의 성능에는 결코 미치지 못합니다.

실마리가 없습니다. .. 처음에는 Sql Server에 최대 메모리 제한을주지 않았기 때문에 메모리 문제라고 생각하고 다른 패키지에 동시에 문제가 발생하여 서버에서 사용하는 RAM을 확장했습니다 (VMWare에서 실행 됨). 이제 컴퓨터에는 8GB의 RAM이 있으며 Sql Server의 최대 서버 메모리는 4GB입니다. 다른 패키지에는 크래시가 발생하지 않지만 여전히 임의의 실행 시간을 제공합니다 ...

아무리 생각해도 되겠습니까? 일

실행중인 다른 무엇

Start Time   Execution Time 
12/17/2010 06:15 00:49:43 
12/16/2010 17:54 01:12:26 
12/16/2010 17:18 00:06:29 
12/16/2010 16:53 00:05:23 
12/16/2010 16:10 00:24:23 
12/16/2010 06:15 00:19:26 
12/15/2010 06:15 00:07:19 
12/14/2010 06:15 00:11:26 
12/13/2010 06:15 00:17:30 
12/12/2010 06:15 00:44:59 
12/11/2010 06:15 00:11:59 
12/10/2010 06:15 00:34:19 

Answer 1

해결책을 찾았습니다.

문제는 서버에서 버퍼를 만드는 데 메모리 문제가있는 것입니다.

나는 부분적으로는 (MB 행 수 모두에서) 완전히 그것이 캐시 구성 요소를 변환 모든 정렬을 제거하고 난로 구축 사용자 정의 캐시에 조회로 대체 사용되는 구성 요소를 병합 해결 기본 버퍼 크기 증가 해결 .

여전히 Windows Server 2003 및 개발 환경에서 SQL Server 2005가 올바르게 작동하지만 패키지가 수정 된 이유를 아직 알지 못합니다.

Answer 2

를 통해 실행 시간의 테이블에 따라

? 이 패키지가 실행될 때 쿼리를 실행하는 사용자 (테이블을 잠글 수있는 사용자) 또는 관련 패키지를 다루는 다른 패키지가 있습니까? 네가 그것을 실행할 때, 자물쇠를 막거나 그 비슷한 것을 보 나니?

생산 배치 실행 환경이 개발 환경만큼 좋지 않고 조용하게 제어되지는 않습니다.

데이터 잠금을 보유하고있는 사용자 또는 관련 패키지가 실행 시간의 무작위 분포를 설명 할 수 있습니다.