SE の雑記

SQL Database のパフォーマンス監視する方法として、メジャーなものとしては次のようなものがあるかと思います。

• DTU の情報を使用したリソース (CPU / ディスク / 接続) の使用状況の確認
• クエリストアの情報を使用した、クエリに特化した情報の確認 (DMV または、Query Performance Insight)

今の SQL Database には、これに加えて「Intelligent Insights」という機能が追加されています。
本投稿ではこの、Intelligent Insights についてまとめてみたいと思います。
Read the rest of this entry »

まだ、作成途中ではありますが、SQL Server 2017 / SQL Database v12 向けのモニタリングクエリを https://github.com/MasayukiOzawa/MonitorDB で公開しています。

SQL Server 2017 on Windows については、データコレクションや、パフォーマンスモニターで各種情報を取得することができるのですが、現時点の SQL Server 2017 on Linux では、データコレクションが利用できず、パフォーマンスモニターに関しても Windows OS 側の機能なので利用することができません。
SQL Server のリソースの使用状況を確認する際に、パフォーマンスモニターの情報は有益であり、この情報を定期的に確認しないと、リソースの使用状況の把握が難しかったりもします。
sys.dm_os_performance_counters を使用することで、SQL Server のパフォーマンスモニターの情報を取得することが可能ですので、この情報を定期的にテーブルに取得することで、パフォーマンスモニターの代替としています。
SQL Server の場合は、次の手順で設定をしてください。

• 01.Create Database.sql を実行して DB を作成
• 02.Create Table.sql を実行して「MonitorDB」内に必要なテーブルを作成
• 01.Regular execution.sql を「MonitorDB」に対して実行して、定期的に情報を取得

SQL Server on Linux は Express でなければ、SQL Server Agent を使用することができるので、01.Regular execution.sql の内容を定期的に実行してもらえれば取得できるかと。
(Express の場合は、cron + sqlcmd で代替可能です)
SQL Database の場合は、02.Create Table.sql  を診断対象の DB に対して実行して、Azure Function のスケジュール実行等で、定期的に 01.Regular execution.sql を実行してください。
データを蓄積したままでは容量がかなり消費されますので、定期的に 02.Data Retention.sql を実行して削除もお忘れなく。
本来は、診断対象と同一 DB ではなく、別の DB に取得が推奨ですので、01 のクエリで取得したデータを BULK INSERT で診断用情報格納 DB で保持するのがいいので、スクリプトを作ったのですが、まだ公開できるように整備できていないので、現状は各自で実装していただければ。
RDB ではなく、時系列 DB に入れてしまってもよいかと。
領域の使用状況については、03.Data Usage Check.sql で確認することができますので、どれぐらい領域を使用しているかはこのクエリで確認していただければ。
数10秒間隔で取得すると、数時間でもそれなりなデータ量となりますので、取得間隔は適宜調整してください。
03.Search で、各種情報検索することが可能です。
ある程度のパターンを用意してありますので、必要に応じて類似のクエリで拡張していただければと。
投稿を書いている時点では、SQL Server / SQL Database 共通で使用することができるようにしています。
SQL Database は、リソースの使用状況を DTU で見ることが一般的かと思いますが、sys.dm_os_performance_counters を使用することでも、各種情報を取得することが可能ですので、今後の情報取得の一助となれば幸いです。

Azure Database Migration Service Public Preview が発表されました で、日本でもデプロイできることが確認できたので、Azure Database Migration Service (DMS) を検証してみました。
DMS のドキュメントについては、次の 2 種類を確認しておくとよいかと。

• What is the Azure Database Migration Service Preview?
• SQL Server to Azure SQL Database

Read the rest of this entry »

Announcing the Azure Database Migration Service Public Preview! でアナウンスされましたが、データの移行を実施するためのサービスである、DMS の First Public Preview が公開されました。
価格については、https://azure.microsoft.com/ja-jp/pricing/details/database-migration/ で公開されており、現状の Preview については、無償で利用可能なようです。
Read the rest of this entry »

 
Read the rest of this entry »

Ignite 2017 の動画ですが、Inite のサイトだと https://myignite.microsoft.com/videos からアクセスできます。
この中から最新の情報をメモとして抜き出したものを。
(セッション動画を見ながら随時更新しています)
Read the rest of this entry »

SQL Data Warehous をポータルで確認した際に、以下のような画像のタイルの情報を確認することができます。

DWU LIMIT と DWU USED という項目があるのですが、現状、簡単に取得する方法が見当たらないのですよね…。
Provide a way to expose the actual DWU usage (not the same as the scale setting). によると、今後のリリースで検討となっているのですが、現時点では実装されているかが微妙でして。
Read the rest of this entry »

資料のメンテナンスを実施していて気付いたのですが、SQL Data Warehouse のリソースクラスに「静的なリソースクラス」が追加されていました。

SQL Data Warehouse での同時実行とワークロード管理
今までのリソースクラス (smallrc/mediumrc/largerc/xlargerc) は「動的なリソースクラス」となっており、DWU の性能に応じて、リソースのサイズが 4 段階に分けられていましたが、静的なリソースクラスでは、「staticrc10～80」までの 8 種類に分けられ今までより細かな粒度 / DWU のサイズを変更しても一定のサイズを固定で割り当てることができるようになったようです。
メモリの割り当てと使用するスロット数が細かに調整できるようになりましたので、同時実行数を今までより詳細に調整できるようになったのではないでしょうか。

SQL Server 2017 の自動チューニングの検証をしていて気付いたのですが、SQL Database でも SQL Server 2017 で実装される自動チューニングが使えるかもしれません。
Automatic tuning に記載されていますが、SQL Database の自動チューニングについては、インデックスの自動設定についての実装となっており、SQL Server 2017 で実装が行われる実行プランの退行を自動検知してのプランの強制については未実装ということになっています。
Read the rest of this entry »

SQL Server から他のバージョンの SQL Server 、SQL Database に移行を行うための支援ツールである Data Migration Assistant (DMA) の新しいバージョンである 3.2 がリリースされました。
Released: Data Migration Assistant (DMA) v3.2
MicrosoftR Data Migration Assistant v3.2  からダウンロードすることができます。
Read the rest of this entry »