SQL ServerをSANに接続しています。新しいストレージベンダーは、すべてのLUNがディスクアレイ全体（RAID5）にまたがることを推奨しています。通常、SAN管理者に3つの個別のLUN（データ、ログ、TempDB）を要求しますが、新しいベンダーの推奨を考えると、個別のLUNを作成する意味はありますか？それともすべてのディスクにまたがるので、すべてが1つのLUNにある場合、同じパフォーマンスが得られますか？
ここでは素晴らしい記事ですが、私の正確な状況には完全には対応していません：http : //www.brentozar.com/archive/2008/08/sql-server-on-a-san-dedicated-or-shared-drives/
回答:
考慮すべきことの1つは、ログファイルはシーケンシャル書き込みであり、データファイルはシーケンシャルではないことです。これが、LUNが分離している理由の1つです。スピンドルがスキップする必要がないため、ログファイルが独自のLUN上にある場合、ログファイルはより速く書き込みます。シーケンシャルに書き込むだけです。データファイルを追加した場合、スピンドルはスキップする必要があり、パフォーマンスが低下します。私はSAN自体にあまり詳しくないので、適切な用語が得られたことを願っています。しかし、その背後にある考えはそうあるべきです。
SQL Serverに関しては、ベンダーの推奨事項が間違っていることがよくあります。SQL Serverには、SANを使用するほとんどのアプリケーションとは異なるニーズがあるからです。
多くの場合、SANに依存します。通常、異なるキャッシュ、圧縮、暗号化、先読み、ライトスルー/バックポリシー、優先度などを使用して、異なるLUNを構成します。SQLデータファイルは、tempdbまたはログとは異なる動作を示すことがよくあります。ファイル。アクセス方式/ネットワークは、アクセス方式（FC、iSCSI、..）とインフラストラクチャに応じて、トランキング、マルチパス、およびその他のテクノロジーが機能する場合と機能しない場合があります。レイテンシとスループットが重要であるため、SQL Serverを使用してネットワークを最大限に活用できるようにする必要があります。ネットワーキングチーミングセットアップのケースを見たことがありますが、クライアントが認識していなかった他の制約のため、1Gbpsしか使用できませんでした。私はケネスに同意します、大量の塩を含むベンダーの推奨事項を取り入れてください、それらは頻繁に間違っています。SQL Serverは気まぐれな獣です、絶対的なものはほとんどなく、通常はさらに多くの質問があります。（テストを通じて）適切な質問をすることが本当に重要です。
彼らが販売またはマーケティング部門からである場合を除いて、「塩の大量のベンダー推奨をとらないでください」。全く逆で、もしあなたが彼らの技術的な実装担当者にアクセスできるなら、友達を作ってください。
おそらくこれは、ストレージプールを仮想化し、自動階層機能を含む新しい種類のアプライアンスの1つです。1つの例はCompellentです。彼らは、以下のようなあらゆる種類のSANブードゥーを実行します。
- RAID 10などのパフォーマンスが最適化されたRAIDレベルを使用して、アクティブなデータブロックをTier 1ストレージに書き込みます。
- オーバーヘッドの大きい高保護RAID 5または6を使用して、非アクティブなデータブロックを下位層のストレージに自動的に移行します。
Compellentの場合、ストレージは3つの層に分割され、Tier1が最速（SSDまたはRAID 10）で、7k SASディスクで構成される緩やかなTier3まで低速です。私はまだこれらのいずれかを運用環境で使用していませんが、いくつかのテストを実行できるようにしたいと思っています。
私は自動ティア機能に興味をそそられ、恐れていることを告白します。これは紙の上では素晴らしいように聞こえますが、本番環境では問題があるかもしれません。自動層メカニズムを潜在的に混乱させる最初の例は、データベースのバックアップでした。そこには、階層化メカニズムをだましてブロックを高性能プールに移動させ、そこにあるはずのデータを押し出す可能性のある繰り返しの高い書き込みターゲットがあります。
元の質問へ：
...別のLUNを作成する意味はありますか？
おそらく違います。ベンダーにユースケースを明確に伝えますが、それがCompellentタイプのデバイスである場合は、LUNを分割しても何も得られないと思います。
LUNを分離する意味はありますか？ほとんどいつも。そうしないと、WindowsサーバーのLUNキューが過負荷になります。また、OS、仮想化、またはストレージプラットフォームに関係なく、qfull状態を経験することは困難です