SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
データベースの I/O 性能の検証をする際には、検証前に一度データのキャッシュをクリアして、初期のデータ読み込みからディスク I/O を発生させるというケースがあるかと思います。
通常の SQL Server の場合は、DBCC DROPCLEANBUFFERS を実行してキャッシュをクリアすることができます。
しかし、SQL Database の場合はこの DBCC コマンドを利用することができません。
しかし、工夫すると SQL Database でもキャッシュをクリアする方法があったので少しまとめてみたいと思います。
SQL Database の プレミアムではアクティブジオレプリケーションを利用することが可能です。
Azure SQL データベースの継続性
今まで設定したことがなかったので少し情報をまとめておきたいと思います。
アクティブジオレプリケーションについての情報は以下のドキュメントから追えるかと。
Geo-Replicaton in Azure SQL Database
Azure SQL データベースのアクティブ ジオレプリケーション
Azure界の抱かれたい男No.1 から、Azure SQL Database introduces new near real-time performance metrics の情報を教えてもらいましたので、ちょっと見てみたいと思います。
Azure SQL Database introduces new near real-time performance metrics http://t.co/lAvN6vCAYf @Masayuki_Ozawa ムッシュ先生、出番です！
— こすもす.えび (@kamebuchi) 2014, 9月 11
オンプレミスの SQL Server に SSMS で接続した場合、現状を取得するための利用状況モニターを使用することができます。
接続されているセッションからの実行状況を取得するために、プロセスのカテゴリをよく使用することがあります。 
似たような情報を SQL Database でも取得できると便利かなと思ってクエリを作ってみました。
以前、クラスター化インデックスのみのテーブルで COUNT(*) をおすすめしない理由 という投稿を書きました。
クラスター化インデックスのみが設定されているテーブルに対しての COUNT(*) はテーブルスキャンが発生してしまうため、非クラスター化インデックスを設定して、非クラスター化インデックススキャンまたは、sys.dm_db_partition_stats を使用してテーブル全体の件数 (概算件数) を取得するという内容です。
この投稿はテーブル全体の件数を取得する際の方法でしたので、今回の投稿では WHERE で条件を絞った場合の件数取得について少し考えてみようかと。
診断系の情報を取得するクエリはいくつか持っているのですが、クエリについての情報を拡充したかったので、考えを整理するためのメモを。
先日、SQL Database の新しいエディションの特性を調べてみる (2014/7 版) という投稿をしました。
結果のサマリーとしては以下のようになっています。
■INSERT
| 処理時間 | 前回 | 今回 |
| Business | 1:53 | 2:03 |
| Basic | 9:19 | 2:08 |
| Standard/S1 | 4:35 | 1:56 |
| Standard/S2 | 3:03 | 1:58 |
■SELECT
| 前回 | 今回 | |||
| 処理時間 | エラー数 | 処理時間 | エラー数 | |
| Business | 00:07.3908 | 0 | 00:06.8152 | 0 |
| Basic | 01:57.4251 | 883 | 02:16.9123 | 0 |
| S1 | 02:28.5198 | 0 | 00:46.5336 | 0 |
| S2 | 00:27.2976 | 0 | 00:13.8427 | 0 |
| P1 | 00:08.8606 | 0 | ||
| P2 | 00:07.2884 | 0 | ||
INSERT については差がなく、SELECT については S2 を使用することで、現状の Business に近い処理時間にすることはできました。
以下は SQL Database の料金になります。
現状の SQL Database は DTU が設定されていないため、性能については一定の性能が保障されるわけではなくデータベースの使用量に応じて課金がされます。
新しいパフォーマンスレベルについては、現状はプレビュー料金のため 50% のプレビュー割引きとなっていますが、データベースのコストを抑えるためには S1 の利用が基本になってくるかなと思います。
S1 のスループットを現状のエディションに近づけるためにはどうすればよいかをメモとして。
INSERT の処理時間は同じだったため、本投稿では SELECT をターゲットとして検証しています。
INSERT も複数スレッドで実行した場合はトレンドが変わってくるはずなので、厳密には検証する必要があります。
パフォーマンス向上が行われましたので、SQL Database の新しいエディションの特性を調べてみる (2014/7 版) を投稿しました。
最新の情報はこちらをご覧ください。
現在はプレビューですが、SQL Database で新しく、Basic / Standard エディションが提供され、各エディションに応じてパフォーマンスレベルが設定され、今までは Premium を除くとベストエフォートだったものがパフォーマンス目標がたてられるようになりました。
DTU ってなんだろなという検証をしていた際に気付きました。
先日、SQL Database の新しいサービスレベルの導入に伴いセルフサービスリストアの機能が追加されました。
少し調べることがあったのでメモを残しておきたいと思います。
詳細については以下を参照してください。
Azure SQL データベースに新しいサービス レベルを導入
Azure SQL Databaseが新しいService Tierを導入
Azure SQL Database Business Continuit
Azure SQL Database Backup and Restore
Changing Database Service Tiers and Performance Levels
