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ビット版）に移行しました。

1つのSSISパッケージで何らかのパフォーマンス上の問題を除いてすべてうまくいくようです。 私はそれを私のPCから実行すると4分の5分で正常に動作し、SqlServer Management Studioを介してIntegrations Servicesに接続し、そこからパッケージを開始すると同じように見えます。

しかし、私はSql Server Agentから実行すると、5分から1時間以上かかる実行時間があります...古いサーバーではこのような問題はありませんでした！私はまた、32ビットモードでパッケージを実行しようとしましたが、実行速度が速いようですが、かなりランダムです...しかし、Sql Server 2005のパフォーマンスは決して悪くありません。

私は手がかりがありません。 ..最初は私はSql Serverに最大限のメモリ制限を与えなかったのでメモリの問題だと思うし、他のいくつかのパッケージには同時に実行する問題があったので、サーバ（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

私はこれに対する解決策を見つけました。

問題は、サーバー上のバッファ作成に関するメモリの問題でした。

Iが部分的デフォルトのバッファサイズ（両方MBおよび行番号で）を増加させることを解決し、完全にすべての並べ替えを削除することを解決し、私は変換キャッシュコンポーネントで構築カスタム・キャッシュ上ルックアップに置き換える使用されるコンポーネントをマージ。

Windows Server 2003および開発環境でSql Server 2005の割り当てがうまく動作する理由はまだ分かりませんが、パッケージは修正されました。

Answer 2

を通じて実行時間のテーブルに続いて？このパッケージの実行がスケジュールされているときに、クエリを実行しているユーザー（テーブルをロックしている可能性があります）または他のパッケージが関連するテーブルに接触していますか？あなたがそれを実行すると、ロックをブロックするか、それ以外の何かが見えますか？

生産バッチ実行環境は、開発環境と同じくらい静かで制御されていない可能性があります。

データロックを保持しているユーザーまたは関連パッケージが、実行時間のランダムな分布を説明している可能性があります。