SQL Server 2005でDBCC FREESYSTEMCACHE（ 'TokenAndPermUserStore'）がハングする可能性がある場合

Question

SQL Server 2005で本番DBサーバーを実行しており、クエリ実行の遅延の原因となったTokenAndPermUserStoreの問題が発生しました。 1時間ごとに実行され、DBCC FREESYSTEMCACHE（ 'TokenAndPermUserStore'）を実行するSQLサーバー上のスケジュールされたジョブがありますが、このジョブは長時間停止してしまい、最終的には強制終了しなければなりませんでした。 DBCC FREESYSTEMCACHEが長らく掛かっている可能性のある理由は何か。入ってくるクエリが原因になることはありますか？

Answer 1

短い答えが見えます。マイクロソフトからのarticleは非常に近い試合のようです。アドバイスには、サーバーにパッチを当てて特別なクエリを制限することが含まれます。あなたのバッファを食べているものについての詳細を学ぶ

は

どのくらいのスペースTokenAndPermUserStore、10メガバイトを心配し始め取っているあなたが測定聞かせ上記here クエリを議論している問題に関連する良い学習経験、50メグです+あなたがそううまくいけば、あなたはすぐにあなたのボックスにパッチを適用することができ、問題

を持って...あなたのコメントに基づいて

Answer 2

DBCC FREESYSTEMCACHEをメンテナンスジョブとして実行することは絶対にお勧めしません。たぶん一旦オフになった。キャッシングの問題があります。私はDBAとして確認します。

1）最後に統計が更新されたとき。

2）私のインデックスの断片化。

3）また、キャッシュに関する多くの問題や多くのDBAの原因となるのは、素敵なアドホッククエリです。アドホッククエリに役立つDMVスクリプトがあります。

4）SSMSには、ストアドプロシージャのCPUとIOが高いため、クールなレポートツールがあります。

DBCC FREESYSTEMCACHEを使用してキャッシュの問題を解決する代わりに、キャッシュの問題を解決するための多くの問題があります。すべてが再びコンパイルされなければならないためです。あなたはおそらく、この問題は、アプリケーションがアドホッククエリの多くを使用する場合に起こるようです答える2005

長いのSQLServerのバグを行使しているよう