特性を確認してみました。特性を確認してみたいと思います。「トランザクションログの書き込み」をターゲットとして、確認をしてみたいと思います。ドライブ、トランザクションログを測定対象のディスクに配置して計測をしています。本のデータディスクを使用した記憶域スペースを使用し、以下のクエリによりデータベースを作成しています。GOまずはデータベースの作成時間から比較してみたいと思います。この環境では瞬時初期化を有効にしていますので、データファイルの作成時間については、ほぼ無視できる時間となっています。これによりログファイルが生成され、データベースが作成されるまでの時間が以下となります。性能が良いディスクに対しては、作成の時間に差が出てきているのが確認できます。複数のスレッドで動作しているようですので、複数スレッド+ディスク性能の効果が如実に表れてきています。性能はどうなるでしょう。持つ単純なテーブル構造です。し、処理時間を計測してみます。実行した場合、ディスクへの書き込みは直列化されていますので、記憶域スペースでディスクを束ねた効果は薄く、単一のディスク性能が大きく依存してきます。中の待ち事象も確認をしてみます。発生状況は誤差の範囲でしか変わっていませんので、どのディスクでも同一の回数の待ちが発生していることが確認できます。性能の差は待ち事象が発生した場合の、「待ち時間」により差が発生しているのが、この情報から確認できます。回の待ち事象で、平均して「9.48ms」の待ちが発生しています。平均の待ち時間が「2.83ms」となっています。情報ではありますが以下のようになっています。倍程度の差が出ています。スレッドで実行してみたいと思います。処理時間が以下になります。スレッドのディスク性能の差が処理時間に大きく影響を与えてきています。こちらは待ち事象も同様の傾向があります。同様の傾向となっており、ログレコードの待ち時間が処理時間に直結していることがここからも確認することができます。した際の性能傾向を見てみたいと思います。今回は各データベースの復旧モデルは「単純」を設定しています。単位で書き込みが行われています。この際の処理時間は以下のようになります。実行した場合は、複数のディスクを束ねた効果が表れています。0:08待ち事象も同様の傾向となっています。してみたいと思います。TRANこの場合の処理時間が以下になります。0:32まとめてコミットをするようなログの書き込みにおいては、ディスクの基本性能+ディスクを束ねた効果が出てきます。している場合などは、まとめたレコード単位でデータの変更をすることを検討することで処理性能を改善できる可能性があります。実行した場合も同じですが。連続の場合は以下のような結果となりました。ついては処理時間に差は見られませんでした。2.82次に複数スレッドの比較をしてみます。こちらも差はほとんどないですね。よる実行時間を比較してみます。こちらについても大幅な差は見られませんでした。待ち事象を誤差としてみるかの議論はありそうですが、秒単位で変わっていないので今回は誤差ととらえています。使用したパターンが以下となります。こちらも同様の結果となっていますね。よりディスクにログが書き込まれ変更を保証します。非同期のログ書き込みである、遅延持続性が使用できるようになりました。これにより、ログの書き込みの完了をディスクではなくメモリ上のログ領域に書き込まれたタイミングで完了とし、永続化については非同期で行うことができるようになります。先ほどのコミット単位の変更では、既存のコードに対しての変更が発生します。非同期のログ書き込みについては、データベース単位で設定を設定を強制することができるため、これが有効に使えればコードの変更は必要がなくなります.なお、遅延持続性んついては、強制的に有効にしていいかの考慮が十分に必要となります。強制化されてしまいます。ON)」を使用した場合のみ、そのトランザクションを遅延持続性とすることが可能となります。する際に任意で指定のいずれかの対応ができるかを検討します。強制時の処理速度を確認します。sp_flush_log非同期のログ書き込みとすることで、冒頭で記載した処理時間を以下のように短縮することができます。ショートトランザクション」ではなく、「バッチ処理による一括した大量のトランザクション」で使用するのがマッチするかと思います。ショートトランザクションでは、トランザクションの損失は許容されないと思います。バッチ処理については、処理中にサーバーが停止した場合などは最初から処理が実施できるのであれば、バッチ実行の最後のタイミングで、非同期ログのフラッシュができれば、一貫性については許容できる可能性があるかと。件毎の変更をログレコードに書き込む、ショートトランザクション特性のログ書き込みについては、複数のデータディスクを束ねても効果が低くなります。(記憶域スペースを高い列数で構成)のどちらのアプローチをとればよいかが重要となってきます。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。