問題タブ [tempdb]

SQL Server 2008 R2現在、特定のイベントについてすべてのデータベースを監査しています。tempdb用に大量のイベントが生成されます。

tempdbを監視する必要がありますか、それともtempdbを除外しても問題ありませんか?

ご協力いただきありがとうございます。

SQL サーバーの再起動時 (または) データベースを縮小すると、割り当て解除されたメモリが解放されることを理解していますが、残念ながら、これはクライアントにとって適切な回避策ではありません。

一時データベースのサイズが 10 MB の場合、プロシージャの実行後に 500 MB に拡張されます。一時データベースの空きサイズは 490 MB です。割り当てられたサイズを解放し、再度取得する方法はありますか。再起動または縮小せずに、tempdb を 10 MB に戻します。手動で??

Windows 2012 R2 サーバー (32 GB RAM) で SQL Server 2008 Web Edition を使用して、ASP.NET ベースの Web アプリケーションのデータを保存します。ニューステーブルとさまざまなビューを備えたいくつかのデータベースがありSqlDataReader、さまざまな結合とフィルター条件で定期的にクエリを実行します ( 、Linq-to-SQL)。クエリ自体は長く、ドメイン固有であるため、例は省略します。

これまでのところ、すべてうまくいきました。

ここで、そのようなクエリを変更し、単純なOR条件で拡張する必要がありました。その結果、 の読み取りと書き込みの数TempDBが劇的に増加しました。1 分あたり 100 MB を超える 1000 回の書き込みが劇的に発生し、tempdb ファイルの合計サイズが現在 1.5 GB になることを意味します。

OR元のクエリからフィルタ ステートメントを削除すると、TempDBファイル I/O は即座に正規化されます。

ただし、内部で何が起こっているのかはわかりませんTempDB。クエリ アナライザーを数回実行して結果を比較しましたが、そのインデックス最適化の推奨事項は他のデータベースの統計に関連するものであり、効果はありませんでした。

この問題をどのように絞り込みますか？過去にそのような行動を経験した人はいますか？ニュースクエリ自体に問題がある可能性はありTempDBますか?それとも、自動拡張などの I/O パフォーマンスを向上させるためにデータベースのプロパティを変更するだけでよいのでしょうか?

私はレポートを作成しています。結果は複数の #temp テーブルの組み合わせです。構造は以下の通り

1. 50 万行を提供する一時テーブルを持つストアド プロシージャ 1

2. 10 万行の一時テーブルを持つストアド プロシージャ 2

最後に、2 SP を超える結果セットを結合し、再び一時テーブルを使用して、レポート用の最終結果セットを 1 つ作成する必要があります。今、私はパフォーマンスについて心配しています。後でデータが増加した場合、temp db に影響しますか。通常、データは毎月ステージングされます。1 か月で、データベースには約 100 万行が含まれる場合があります。temp db が対応する最大容量はどのくらいですか。上記のアプローチで効果がありますか。

DBCC CheckDB "myDB" プロセスが正常に完了した後、Temp db データ ファイルが OS への領域をクリアまたは割り当て解除していません。SP_WhoIsActive スクリプトを使用して診断し、DBCC CheckDB プロセスが一時データベースの増加を引き起こしていることを発見しましたが、SP_WhoIsActive を使用して見たように、DBCC CheckDB が一時データベースを使用しているのは約 16 GB の 1 つのデータベースでのみ発生しています。

注: SQL Server を再起動すると、tempdb は OS に割り当てられた領域を解放しますが、DBCC チェック DB ジョブの実行後に 45 GB に増加し、使用済み領域の割り当てを解除しません。

一時テーブルで使用されるスペースを見つけるためのSQLサーバーのスクリプト+その一時テーブルがtempdbで作成されたデータベース名?

tempDb のサイズが 100 GB まで大きくなり、スペースを回復できず、何が大量のスペースを占有しているのかわかりません。

助けてくれてありがとう。

新しい組織には 60 GB の本番データベースがあります。このデータベースから一晩で 500 件近くのレポートを実行します。TempDBすべてのレポート スクリプトがテーブルを作成し、最終レポートにデータを入力していることに気付きました。TempDBサイズは6GB。PowerShell から呼び出されるこれらのレポート スクリプトには依存関係が設定されていません。

TempDBこのように広範囲に使用することは良い習慣ですか? それとも、本番データベース自体にすべてのステージング テーブルを作成し、レポートの生成後にそれらを削除する方がよいでしょうか?

ありがとう、ルーペッシュ