SAN または NAS を使用している場合、ディスク キューの長さが長いからといって I/O ボトルネックがあるわけではありません。他の追加のカウンターを確認することをお勧めします。 SQL Server Urban を確認してください議論された伝説 詳細については
1:以下の操作は tempdb を多用します
- 一時テーブルの作成と削除の繰り返し (ローカルまたはグローバル)
- 保存目的で tempdb を使用するテーブル変数
- CURSORS に関連付けられた作業テーブル
- ORDER BY 句に関連付けられた作業テーブル
- GROUP BY 句に関連付けられた作業テーブル
- HASH PLANS に関連する作業ファイル
これらの SQL Server 2005 機能も tempdb を頻繁に使用します。
- 行レベルのバージョン管理 (スナップショット分離)
- オンライン インデックスの再構築
他のSO回答で述べたように、この記事
を読んでください
2:サーバーの空き RAM の量、つまり WMI カウンターの [メモリ] -> [使用可能なメガバイト] を調べても、SQL Server はデータ ページをキャッシュするため、役に立ちません。
サーバーに RAM を追加することが役立つかどうかを判断する上で、より意味のある確認すべきカウンターは次のとおりです。
SQL Server インスタンス:バッファー マネージャー->ページの平均寿命 (秒) 300 ～ 400 秒未満の値は、ページがメモリ内に長時間存在せず、データがディスクから継続的に読み込まれていることを意味します。ページの寿命が短いサーバーは、RAM を追加することでメリットが得られます。
SQL Server インスタンス:バッファー マネージャー -> バッファー キャッシュ ヒット率 これは、ディスクから読み取る必要がなく、RAM から読み取られたページの割合を示します。キャッシュ ヒット率が 85 未満の場合、サーバーは追加の RAM の恩恵を受けることを意味します
3 :はい、ここで失敗することはありません。別のディスク セットに tempdb を配置することをお勧めします。 こちらの KB 記事
をご覧ください。 見出しの下:これを行う方法については、tempdb データベースを移動します。