2017-11-02 5 views
0

シーケンス内の他のパッケージを実行している親パッケージが1つあります。 私たちがparentpackageを実行するためにジョブを実行するたびに。子供のパッケージの1つは4時間または5時間のような多くの時間がかかります。とそのランダム。毎回同じパッケージではない。クエリ "SSISDB.catalog.start_execution; 1"が中断中のプロセス

iはsp_who2を使用して確認したときに懸濁し、そのプロセスのクエリがされる一つのプロセスがある。

SSISDB.catalog.start_executionが、あるものは何でも、その後1

と実行中の次のタスクでは、そのタスクのクエリ処理も中断されます。

私たちはSSISDBの保持期間がわずか7日間で、DBのサイズも9000MBです。このプロセスがサスペンドモードになっている理由はまだありません。それは私の知識からです。

誰もこの種の問題に遭遇しましたか?それに対する解決策はありますか?またはこれを確認できる設定がありますか?

答えて

0

SQL 2016 SP1ではまったく同じ問題があります。先週までパッケージは(VS2015 Upd 3で構築され、SQL 2016をターゲットにしていました)、うまくいっていて、時間がかかりました。サーバー、パッケージ、またはデータベースが正常に動作して以来、それ以外の重要な変更はありません。

更新 - 検索コンポーネントの問題として終了しました。カタログの実行に関する標準レポートの「すべてのメッセージ」を調べました。いくつかの重複したルックアップキーがデータソースに忍び込んでいました...そしてそのルックアップは何度も何度も失敗していました。

'バッファマネージャが5570320バイトのメモリ割り当て呼び出しに失敗しましたが、バッファをスワップアウトしてメモリの負荷を軽減できませんでした。 88のバッファが考慮され、72がロックされた。十分なメモリがインストールされていないか、他のプロセスが使用しているか、あまりにも多くのバッファがロックされているため、パイプラインで使用できるメモリが不足しています。 [Y]の物理バッファ(S)で '

' に割り当てられバッファマネージャ[X]メガバイト(S) '

実行レポートは、これらのメッセージが何度も繰り返される大部分で、500ページの長さでしたXとYの値が徐々に増加するループで表示されます。 HTH