SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
SQL Server の処理の実行状況を取得するためのシステムテーブルとして sys.sysprocesses というシステムビューが存在しています。
このシステムテーブルは下位互換のビューとして含まれているため、このテーブルを利用しているクエリについては、対応した DMV への移行が推奨されています。
sysprocesses については、3 種類の DMV を使用することになるのですが、各 DMV から単純にデータをとるだけでは、sysprocesses で「AWAITING COMMAND」となっているセッションを取得することはできません。
Azure 上で、PowerShell を実行する場合、Function App を使用して書いてしまうことが多いのですが、実行時間やスケジュール設定の GUI 視認性 (cron 形式ではないスケジューリングの設定) などで、Azure Automation の PowerShell Runbook を使用してスクリプトを実行するケースもあるかと思います。
どうやって使ったかというのを忘れることがしばしばあるので、この機会にまとめておこうかと。
当面、リモートワークをする機会が多くなり、Teams を使用する機会が増えてきました。
私が使っているテナントでも Team は利用できるのですが、設定の変更はあまり実施していませんでしたので、この機会にいろいろと見ていきたいと思いメモを。
使いながらのんびり更新していこうと思います。
Teams は無料版もあり、Microsoft Teams と無料版の Microsoft Teams の相違点 で違いが公開されているようですね。
Teams ではなく Skype で実施できる範囲 (Teams ライブ イベントと Skype 会議ブロードキャスト 参照) があるのであれば、それでも良いかと思います。
Skype については https://www.skype.com/ja/free-conference-call/ から、ワンタイムの会議が行うことができる Meet Now というような機能を使うこともできますので。
クエリストアによる、クエリタイムアウトしたクエリの取得 では、クエリストアの機能を使用して、コマンドタイムアウト (クエリタイムアウト) が発生したクエリの浄法を取得しました。
クエリストアが使用できない環境では拡張イベントを使用しても取得することができますので、書いておこうかと。
SQL Serve のクエリ情報を取得する際には、次のイベントカテゴリの情報を使用することがあるのではないでしょうか?
これらのイベントカテゴリの情報には、Batch / Statement / RPC / SP というようなイベントがあり、クエリの情報を取得する場合には、これらの情報を拡張イベントや SQL トレース (SQL Server Profiler / サーバーサイドトレース を使用して取得を行いますが、これらのイベントカテゴリは、どのようなクエリを実行した際に、どの部分の情報を取得することができる野でしょうか？
本投稿では、これらのイベントカテゴリで取得されている情報の基本的な考え方をまとめてみたいと思います。
イベントの考え方に関しては、拡張イベントと SQL Server Profiler で同様の考え方となりますが、蘇rぞれの機能によってイベントの名称が異なっています。
使用する機能に応じたイベントの対応については SQL トレースのイベント クラスと等価な拡張イベントを確認する のドキュメントで確認できますので、こちらを参照してください。
SQL Server のバージョンアップや、クラウド移行 (SQL Database / Managed Instance への移行) を実施する際のアセスメントと移行を行うためのツールとして Data Migration Assistant (DMA) というツールが公開されています。
このツールでは、Data Migration Assistant を使用した SQL Server 移行評価の実行 の 評価するデータベースと拡張イベントトレースの追加 に記載されているように、拡張イベント (xEvent) をインプットとして、アドホッククエリのシンタックスエラーのチェックを行うことができるようになります。
この、拡張イベントを入力としたアドホッククエリのチェックですが、4/7 時点のドキュメントに書いている内容を実施しても拡張イベントを使用した処理が行われていないように見えました。
先週 MicrosoftR Data Migration Assistant v5.1 の公開が行われたようで、本日この内容を確認していたところ、次の記載がありました。
(最新バージョンを使用すると SQL Server 2019 を移行元として使用することもできるようになっています)
sql_batch_completed event for application / xevent trace assessments
拡張イベントを入力として使用する場合、「sql_batch_completed」をイベントとして取得しないといけないようです。
「sysadmin」ロールのログインで SQL Server エージェントのジョブを設定していると、あまり意識しない点だったのでまとめておこうかと。
ドキュメントとしては Give Others Ownership of a Job となります。
自宅の検証環境用の NUC は vPro モデルを使用しており Intel AMT (Intel Active Management Technology) によるリモート管理を実施することができます。
vPro モデルであれば、Intel Management Engine BIOS 拡張オプション (MBEx) のセットアップを行うことで、KVM によるリモート操作や、電源管理を行うことができるようになります。
手元の NUC の何台かで設定を行っていないものがありましたので、この機会の設定方法をまとめておこうかと。
現時点では、Intel NUC Kit は Pro Kit や Extreme Kit のモデルでないと、vPro は搭載されていないかと思います。
Intel NUC Kit でも使用できないモデルはあるのはご注意を。
vPro 搭載モデルだと、Windows Server 向けの NIC のドライバーも提供されているケースが多く、Server OS で NIC を認識させるのが楽ですので、私は NUC を購入する際は vPro 搭載モデルを購入しています。(Gen 8 までは、実際に Windows Server 2019 で使用できています)
ドライバーについては、次の情報を確認するとよいかと。
古いバージョンのドライバーが必要な場合、2019 / 10 向けのドライバーからダウンロードする必要があります。
本文内にも記載していますが、最終的な管理には Intel R Manageability Commander を使用しています。
Manageability Commander の実行は Electron が必要となり、インストール方法については、インストールディレクトリ (C:\Program Files (x86)\Intel\Intel Manageability Commander) の「ReadMe-PostInstall.txt」に記載されています。
electron-v8.0.3-linux-ia32.zip をダウンロードし、展開したものを、インストールディレクトリにすべてコピーすれば起動することができます。
以前は、「vPro 搭載の Intel NUC で Intel AMT を設定してリモート管理を可能にする」のタイトルだったものを変更しました。
Intel は NUC 事業から撤退し、ASUS が業務を継承しましたので、今後は https://www.asus.com/jp/content/nuc-overview/ から情報を確認する必要があるかもしれませんね。
vCenter Server Applicance ではなく、Windows に vCenter Server をインストールしようとして、 OS に Windows Server 2019 を使用したところ、vCenter Server のインストール時にエラーが発生しました。
(エラーとしては Installing VMware vSphere Storage Appliance Manager fails with the error: Transforming table Error (2075557) に近いメッセージが出力されているようでした。)
ログの内容を確認していたところ、Installation VSphere 6.7 – error 1603 after starting Appliance Configuration of VCSService Manager というスレッドがあったので眺めていたところ、Supported host operating systems for VMware vCenter Server installation (2091273) にサポートバージョンが記載されていたのですが、Windows Server 2019 はサポートしていないのですね。
Windows Server 2016 上にインストールしたらサクッとインストールが完了しました。
Windows では、HTTPS 経由でのリモートデスクトップを使用するために、Windows Server 2019 で Remote Desktop Gateway (RDGW : リモートデスクトップゲートウェイ) の機能を使用することができます。
Windows Server 2016 では問題はなかったのですが、クリーンインストールした Windows Server 2019 (Windows Update 実施済み) で「トランスポート設定」を GUI から変更しようとすると、次のようなエラーが出力されてしまい、設定を変更することができませんでした。
(ワークグループ環境の RDGW で発生しましたがドメイン環境でどうなるかは不明)
—————————
RD ゲートウェイ
—————————
発生したエラー:
トランスポート設定を設定できません
—————————
OK
—————————
