comment間にいくつか投稿をはさんでしまいましたが仮想ログファイルの管理オーバーヘッドについてみていきたいと思います。ログのバックアップの時間の変化を確認してみます。まで自動拡張をさせてデータベースでトランザクションログのバックアップを取得してみます。この時の仮想ログファイルの状況を以下のクエリで取得してみます。BY[Status]実行した結果がこちらです。仮想ログファイルで構成されています。単位になっている場合、仮想ログファイルが細かな単位で作成されることになります。個は仮想ログファイルが作成されます。始めていなかったので数字通りにはなっていませんが近似値は出ていますね。取得をしたログファイルの使用状況がこちらになります。ファイルはほぼ上限値まで使われていることが確認できました。ログのバックアップを取得してみます。バックアップ時のログがこちらになります。ログを上限まで使用したデータベースにしてみました。仮想ログファイルの状態がこちらです。個に分割されて作成されます。回の拡張が必要となります。個の仮想ログファイルは作成されていますね。拡張は自動ではなく手動で実施しました。)トランザクションログの使用状況も先ほどと同様で上限まで使用されていることが確認できます。ログのバックアップの取得時間を確認してみます。取得が終わっています。回バックアップを取得して時間を調査してみました。ログのバックアップにかかる時間が変わっていますね。変更のオーバーヘッドがありバックアップの取得時間に差が出てきているのだと思います。変更が入ると思いますので、同じ傾向になるかと。単位のログが必要になる場合には、仮想ログファイルのサイズにも少し考慮をした方が良さそうですね。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。