SQL Server 2K / 2K5 / 2K8およびソリッドステートディスク：特定の最適化？

ソリッドステートドライブでSQL Serverを実行している人はいますか？特定の最適化のヒントを見つけましたか？SQL ServerがSSDのパフォーマンス、特にMLC SSDドライブの宿敵であるため、SQL Serverが小さなランダム書き込み操作を実行する頻度を減らす方法に特に興味があります。

もちろん、いくつかの明らかな最適化があります。読み取りが多いデータはSSDから提供し、書き込みが多いデータは従来の回転ディスクに任せる必要があります。もちろん、これにはトランザクションログも含まれます。

もちろん、十分な予算があれば、X25-EやVertex ExシリーズなどのSLC SSDディスクや、さまざまなエンタープライズレベルの製品を使用することもできます。しかし、MLC SSDのセットアップに役立つヒントにも興味があります。面白いところだと思います。私のクライアントのクライアントの1つは、予算が少なく、データセットが非常に大きくなっており、適切なレベルのパフォーマンスを維持するために、100に近いクエリの完全な書き換えに直面しています。ただし、RAMとSSDのスペースが500ドル未満の場合、開発者の数千ドル（おそらく数万）に相当する開発者の時間よりもパフォーマンスが大幅に向上する可能性があるという疑惑があります。

SQL Serverが行う小さくランダムな書き込みの量を減らすことで、どういう意味かわかりません。SQL Serverは、チェックポイント中にのみデータページを書き込みます。書き込み回数を制限する唯一の方法は、チェックポイント間隔を変更するか、IUD操作をあまり行わないことです。他の意味ですか？

私が見た（一握りの）SSDのすべての実装では、それはあなたが示唆しているものの逆のようなものです-SSDの最良の使用は、書き込みが多いトランザクションログとtempdbであるようです-基本的に私が最大のものはどこですか/ Oサブシステムがボトルネックになり、SSDをそこに固定します-シーク時間とレイテンシが低い定数に減少するためです。

MSが作成したこのリサーチペーパーをチェックしてください（残念ながら、SQL Serverの詳細についてはそれほど詳しくありません）：サーバーストレージのSSDへの移行：トレードオフの分析。

お役に立てれば！

SQL ServerのIO特性を変更することはできません。データファイルのディスクアクセスの基本単位は、8Kbページです。チェックポイント中に主に書き込みますが、可能な場合は遅延書き込みも行います。
SQLはデータディスクへの書き込みが完了するのを待たずに戻ります。完了する必要があるのはログの書き込みのみです。ディスクにデータベースログを1つだけ保持できる場合、それは順次書き込みであり、通常の高速ハードディスクでは問題ありません。
SQLの観点から見たパフォーマンスへの影響は、ディスクを読み取る必要がある場合です。より多くのメモリを割り当てることができる場合、SQLはメモリ内により多くのデータページを保持します。これは、あらゆる種類のディスクやSSDなどよりも高速です。もちろん、適切なインデックスを作成することで、ディスク読み取りの数を減らすこともできます。SSDもこれらの読み取りに役立つと思います。これらはランダムであり、ドライブヘッドの移動を待機している可能性が高いためです。
ここで話しているデータベースのサイズはわかりませんが、HyperOSを調べてみてください。彼らは、バックアップとしてSSDまたは2.5インチディスクを使用して、実際にはDDR2ラムスティックの単なるロードであるSATAディスクを作成します。その場合、サーバーのアクセスパターンは重要ではありません。私はこのようなものにログを配置しません。ログはデータの一貫性を保つものであり、信頼できる媒体に保存する必要があり、バックアップSSDとバッテリー、サーバーにおそらくUPSなどがあるにも関わらず、実際のハードディスクにログが保存されないことに不安を感じますある種の障害耐性のあるRAIDアレイでは。

ヘッドシークレイテンシのため、小さなランダム操作は従来のディスクの宿敵です... SSDはまさにこれに対処するのに優れています。

長いシーケンシャル操作では、標準ディスクのパフォーマンスは非常に高いため、SSDを使用する目的はありません（もちろん、パフォーマンスの観点から）。

ここにはまだコメントスレッドに追加するポイントはありませんが、SSD上の何かのDBのページサイズ/マルチ読み取りカウントをSSDのページサイズの倍数に設定した場合、これは問題にはなりません。

私はSQL Serverに長い間取り組んでいないので、これらのオプションがそこで利用できるかどうかはわかりません。私はここ数年、OracleとDB2を使用してきましたが、DBがディスクの特性に適切に調整されるので、これで問題が解決します。

データベースファイルが格納されているパーティションを調整することをお勧めします。

また、perf（ldfおよびTempDB）のRAID 0で何を行うかを決定し、重要なデータをRAID 1（mdf）に配置することをお勧めします。

3番目に、ドライブのファームウェアとSATAコントローラーのファームウェア/ドライバーを更新する必要があります。そうすることで、ハードウェア会社とその開発者にパフォーマンスを最適化する機会を与えることができます。