CPU数に応じてのtempdbに分け方について

Question

現在の弊社サーバのセットアップ手順ではCPU数に応じて、tempdbを複数に分けるようにしています。
        例）
１６CPUなら、ｔｅｍｐｄｂのデータとログが合わせて３２個できます。

しかし、下記サイトの内容ではtempdbのデータファイルは分割しているのですが、ログファイルについては１つのままです。こういった場合、ログファイルは、一つと複数分割のどちらが良いのでしょうか？
http://www.atmarkit.co.jp/fdb/rensai/10_drk/04/drk01.html

SQL Server 2008R2／2012

Answer 1

ログファイルですが、ログレコードをファイルにシーケンシャルに書き込んでいきます。

そのため

• ログファイル #1
• ログファイル #2

というように構成をした場合の基本的な動作の考え方としては、

• グファイル #1 が一杯になったらログファイル #2 に書き込む

という形になります。

一つのドライブではログファイルのサイズが足りない場合には複数のドライブをしようしてファイルを複数作成することがありますが、1 ファイルで構成するパターンが多いかと。
# データファイルと異なり、パフォーマンスの観点ではなくサイズの観点で複数ファイルを構成

tempdb は単純復旧モデルで作成されており、短いトランザクションが多く、一度に tempdb を使用するような大量のデータを操作をしないのであれば、通常はそれほどサイズが肥大化することは少ないかと思います。

ご参考になれば幸いです。

Answer 2

ご回答をありがとうございました。
複数CPUでもtempdbのログファイルは分割する意味は、ログファイルの容量の問題で複数ドライブに作成する場合にだと認識しました。
よって、tempdbのデータファイルは単一ドライブでも分けたとしても最低CPU数は分けるべき。
ただし、ログファイルは一つでよいということで考えます。

Answer 3

例として 16CPU の場合、ということが書いてあったので補足ですが、
何も考えずに CPU の数量分だけ分ければ良いというものでもない、という情報もあります

DO’s&DONT’s #17: やっておいた方がいいこと - tempdb データファイル数を CPU 数に一致させる

質問の内容とはややずれていますが、参考になれば。

Answer 4

参考になりました。

ありがとうございました。