1

SQL 2005 以降で推奨されていることは知っていますが、SQL Server 2000 にも適用されますか? 参照用のリンクも大歓迎です。

4

1 に答える 1

2

SQL Server 2000 について読んだことは、それ以降のテクノロジの進歩により、おそらく時代遅れになっているでしょう。

ただし、これは SQL Server 2000 に最適なようです。ただし、SQL Server 2005 以降には適していません。

TempDB では、データには 1 つのファイル グループのみ、ログには 1 つのファイル グループのみが許可されますが、複数のファイルを構成できます。SQL Server 2000 では、CPU コアごとに 1 つのデータ ファイルを持つことが推奨されていますが、SQL Server 2005/2008 の最適化により、CPU コアの 1/2 または 1/4 のファイルを持つことが推奨されています。これは単なるガイドであり、TempDB を監視して、変更のたびに PAGELATCH 待機が増減するかどうかを確認する必要があります。

SQL Server 2000 では、プロセッサ コアごとに 1 つの tempdb データ ファイルが推奨されました。2005 および 2008 では、その推奨事項は存続しますが、いくつかの最適化 (私のブログ投稿を参照) により、1 対 1 である必要がない場合があります。プロセッサ コアの数。

さて、私は最初の 2 つを調べて、実際に何かをする必要があるかどうかを判断します。

ポール・ランダルも言っているように（私の太字）：

最大の混乱点の 1 つは、SQL CAT チームが 1 対 1 を推奨していることですが、それらは全体的なパフォーマンスの観点からではなく、純粋にスケーリングの観点からのものであり、一流のサーバーを使用する大規模な顧客を扱っていることです。および IO サブシステム。ほとんどの人はそうではありません。

次のことを実証しましたか。

  • これが必要ですか？
  • ボトルネックがある
  • ファイルごとに個別のディスク アレイがありますか?
  • あなたはTF 1118を理解しています
  • ...
于 2011-05-29T15:53:07.237 に答える