SQL Serverメモリの増加により、SSISパッケージの問題が発生する

SQLサーバー上で最大サーバーメモリ22000（MB）を使用して、SQLエージェントジョブ経由でSSISパッケージを実行しています。最近、メモリを28000（MB）に増やしたため、パッケージが停止しました。 SQLジョブは何も何もしない時間の間だけサーバー上に座っています。SQL Serverメモリの増加により、SSISパッケージの問題が発生する

なぜこのようなことが起こり、どうすれば解決できますか？

出典

2016-08-24 Sutha

あなたのソースは何ですか？あなたの目的地はどこですか？どちらかがデータベースの場合は、それらのブロック活動を探しましたか？ – billinkc

良い点。それはホールドアップされているパッケージかデータベースですか？それは答えを見つけるために必要な最初の質問です。パッケージタスクの中には多くのメモリを使用するものもあれば、そうでないものもあります。 –

パッケージが同じマシン上で実行されている場合、現在どのくらいの量のSSISエンジンが使用可能ですか？それは十分か？パフォーマンスカウンターで確認してください。 –

OSに10〜20％のメモリを用意し、SQL Serverに休憩を割り当てるのが常に良い方法です。 SSISが同じサーバー上で実行されている場合、SQL Serverには約70％しか提供されません。

私たちはどれだけSSISでも動作しているかによって異なります。実際にメモリのボトルネックがありますか？下記のクエリを使用して確認してください。

SELECT 
(physical_memory_in_use_kb/1024) AS Memory_usedby_Sqlserver_MB, 
(locked_page_allocations_kb/1024) AS Locked_pages_used_Sqlserver_MB, 
(total_virtual_address_space_kb/1024) AS Total_VAS_in_MB, 
process_physical_memory_low, 
process_virtual_memory_low 
FROM sys.dm_os_process_memory;

出典

2016-08-24 23:23:04

。 SSIS側でメモリ使用量を制御するオプションはありますか？たとえば、DefaultBufferMaxRowやその他のプロパティを変更しますか？パッケージを実行すると、CドライブがDTS.tmpファイルでいっぱいになるのが分かります。 – Sutha

dtexec.exeに十分なメモリ/処理機能を提供することができます。パフォーマンスチューニングのために追跡できるSSISパフォーマンスカウンタのいくつかがありますが、Cドライブのファイリングが確実ではありません...使用中のバッファフラットバッファが使用中 –

SQL Serverメモリの増加により、SSISパッケージの問題が発生する

答えて

関連する問題