SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
Ignite のセッションを見ていたところ、クエリストアの活用方法がいろいろと紹介されていて、実践的な方法がかなり勉強になりました。
SQL Server 2016 にアップグレードした際に、
という手順を行い、アップグレード後のクエリの実行効率の低下を防止するという手法についてはなるほどと思いました。
クエリストアでは、実行効率が低下したクエリや、リソースの消費量の高いクエリについては、SSMS から取得することができます。
特定のクエリの状態を取得したい場合は「追跡したクエリ」を使用することになるかと思いますが、この取得では「クエリ ID」を指定して情報の取得を行う必要があります。
特定のクエリについての情報を見たい場合のクエリ ID の特定について、少し考えてみました。
以前、TP３ で Azure 上でワークグループクラスターを構築し、その上に CTP 2.4 のAlwaysOn を構築してみる という投稿を書きました。
そういえば、ワークグループクラスターは構築したことはありますが、マルチドメインクラスターは構築したことがなかったかなと思い、軽く検証してみました。
ワークグループクラスター / マルチドメインクラスターに関しては、以下の情報が公開されているものとなるかと思います。
Workgroup and Multi-domain clusters in Windows Server 2016
What’s new in failover clustering: #04 Workgroup and multi-domain clusters
What’s new in Failover Clustering in Windows Server 2016 が OS 側のドキュメントになるかと思いますが、ここからのリンクも結局は上記のブログなんですよね。。。
Ignite 2016 のセッションですが、Microsoft Ignite On-Demand で動画が公開されてています。
とりあえず、SQL Server のデータベースエンジン関連のセッションを流し見しているのですが、エンジン回りで関連しそうなセッションの紹介を。
最近、英語が苦手なのが致命的に響いてきていて、ひさしになんとかしてもらわないと生きていくのがつらいです…。
スライドについても公開されていて、 Ignite 2016 Slidedeck and Video downloader で一括でダウンロードできるようです。
昨日 Multiple VIPs for internal Load Balancer GA !! という投稿を書きましたが、実際に Azure 上に構築されている AlwaysOn 可用性グループで複数リスナーを構築してみました。
Azure 上に AlwaysOn AG 構成を構築する際のリスナーについて の内容が把握できていれば、設定はスムーズにできるかと。
SQL Server 2016 では、tempdb に関しては TF1117 / 1118 がで有効になっており、ユーザーデータベースに関しては、データベースレベルの構成で設定ができるようになりました。
これについては、SQL Server 2016: Changes in default behavior for autogrow and allocations for tempdb and user databases でも紹介されています。
ワークグループ環境の SQL Server で、共有フォルダーに対してバックアップを取得する場合、SQL Server のサービスアカウントと同様のユーザー名/パスワードのユーザーをを共有フォルダーをホストする環境に作成し、ミラーアカウントでアクセスさせる方法があるかと思います。
共有フォルダーをホストする環境に個別のユーザーを作成しづらい場合などには、資格情報マネジャーを使用する方法をとることができるかと思いますのでこの方法を。
本投稿のターゲットは Windows Server 2012 以降としています。
Read the rest of this entry »
最近知ったのですが、MSSQL Tiger Team から、SQL Server のパフォーマンスモニタリングをするためのツール一式が公開されていました。
SQL Server 2008 以降の、SQL Server Agent では、ステップとして PowerShell を使用したタスクを作成することができます。
タスクで使用される PowerShell のバージョンについては少し癖がありますのでメモとして。
今回は 2012 以降をターゲットとしています。
拡張イベントでクエリの情報を取得した際にクエリやプランのハッシュを取得できるのですが、取得できる値は UINT64 の値となっているようで、DMV から取得できるハッシュの値と対応することができません。
SQL Database / SQL Server Enterprise Edition を使用している場合、インデックスの再構築 (REBUILD) をオンラインで実施することができます。
オンラインのインデックス再構築の仕組みについては、オンライン インデックス操作の動作原理 を確認していただければ。
オンラインのインデックス再構築は、データアクセスをブロックすることなく、インデックスのメンテナンスを実施することができますが、オフラインでの再構築と比較していろいろとオーバーヘッドがありますので、軽く比較してみたいと思います。