Tools and Documents for fault analysis in SQL Server-based environments
Tools and Documents for fault analysis in SQL Server-based environments.
Azure Arc 対応サーバー (Windows) のゲスト構成機能のポリシー適用状況を確認するためのログ
Azure Arc 対応サーバーで Windows サーバーに対して ゲスト構成機能 (Azure ポリシー) の適用状況を確認する際のログについてまとめておきたいと思います。
技術情報としては次のドキュメントを確認するとよいかと思います。
- Azure Policy Guest Configuration – Client
- Understand the machine configuration feature of Azure Policy
ポリシーの適用については反映されるまで時間がかかりますが、反映のタイミングについては Validation frequency に記載されており、基本的な感覚は次のようになるようです。
- 5 分間隔: 新規または変更されたゲスト構成のチェック
- 15 分間隔: ゲスト構成の設定状況の確認
Stack Overflow で SQL Server 運用を学ぶ際に見ておきたい情報 (Stack Overflow の SQL Server の歴史)
Stack Overflow (Stack Exchange Network) で使用されている構成については、Performance で公開されています。
SQL Server については、4 台のサーバーで構成されていることが公開されており、上記の情報では次のような構成となっているとされています。
- Stack Overflow
- RAM: 1.5 TB
- DB Size: 2.8 TB
- RAM: 768 GB
- DB Size: 3.9 TB
このような環境で平均的な CPU の使用率が 10% 以下になっているということは有名な情報ではないでしょうか。
日本語時の情報としては Publickey のStack Overflowの裏側は、Webサーバ9台、SQL Serverが4台など。月間5億6000万PVをさばくシステムの状況を公開中 が有名かと。この記事は 7 年前のものとなるため、現状とはハードウェアのサイズが変わっていますが、基本的な構成は変えることなくサービスが提供されているかと思います。
構成についてはさらに詳細な情報が公開されており、次の記事から確認できるようになっています。
- Stack Overflow: A Technical Deconstruction
- Which tools and technologies are used to build the Stack Exchange Network?
SQL Server については、Windows Server 2016 + SQL Server 2019 で構成されており、どのようなハードウェアを使用しているかについても公開されています。(SQL Server のハードウェアについては、以前の環境となっているようで、現状使用している 1.5 TB の環境ではなさそうですが参考になります)
先日開催された、EightKB 2022 August で、Stack Overflow で使用されている Always On 可用性グループの SQL Server の運用についてのセッションがありました。
動画が公開 されており、Stack Overflow で使用されている SQL Server の実際の環境や運用について興味深い内容が沢山紹介されていました。
本稿では、先日開催されたイベントのセッション内で公開された情報や、Stack Overflow の環境の歴史を学ぶためにはどのような情報を確認できるかをまとめておきたいと思います。
私も適宜情報を再確認している状態で、本投稿は頻繁に追記を行っていこうと考えています。
Azure Stack HCI 上で SQL Server 2012 を稼働させた場合の ESU の登録方法
SQL Server 2012 は、2022/7/12 にサポートが終了し、現在は、拡張セキュリティ更新プログラム (ESU) でのみ Microsoft からサポートされるソフトウェアとなりました。
SQL Server の ESU については SQL Server 用の延長セキュリティ更新プログラムとは で情報がまとめられており、Azure Stack HCI 上で動作させた場合の特典についても本情報で次のように記載されています。(拡張セキュリティ更新プログラム (ESU) について でも情報がまとめられています)
Azure サービス。 オンプレミス サーバーを次のいずれかの Azure サービスに移行する場合は無料であり、既定で有効になります。
Azure Stack HCI で Azure 特典 を使用している場合、Azure サービスでの動作となり、ESU を特典として利用することができるため、Windows Server / SQL Server の ESU 提供を無償で受けることが可能となります。
当ブログでも、Windows Server 向けの ESU については、次の投稿で検証を実施していました。
- Azure Stack HCI 単一ノードクラスターの評価環境を作成して ESU の検証環境を作成する
- Windows Server 2008 R2 SP1 に最新の Windows Update を適用する
SQL Server 向けについては SQL Server 2012 対応した内容の検証ができていなかったのですが、SR で問い合わせをさせていただきながら情報を把握することができたので、本投稿でまとめておきたいと思います。
ESU では、次の二つの内容が提供されています。
- セキュリティ更新プログラムの提供
- 適切な Microsoft のサポートプランを介した SQL Server 2012 のテクニカルサポートの提供
現状セキュリティ更新プログラムは提供されていないため、本投稿で確認している内容については、セキュリティ更新プログラムの提供を受けるための事前準備までとなります。
Azure Policy のゲスト構成機能の監査状況をポータルから確認する (Windows 環境)
Azure Policy では、ゲスト構成機能 (Guest Configuration: GC) により、環境内のマシンの状態を管理することができます。
ゲスト構成は、次のいずれかの環境に対して使用することができます。
- Azure 仮想マシン
- ゲスト構成拡張機能の概要 で記載されている拡張機能の導入ならびに、マネージド ID の有効化が必要
- Azure Arc エージェントが導入されていれば使用可能
Azure だけでなく、Azure Arc 対応サーバーをインストールしている環境についても Azure Policy のゲスト構成機能を活用することができます。(Azure の仮想マシンについては追加コストは発生しませんが、Azure Arc の環境については追加コストが発生します)
Azure Policy では組み込みポリシー定義が提供されており、Azure 仮想マシンならびに Azure Arc 向けのポリシーが提供されています。
- Compute (Azure 仮想マシン)
- Azure Arc 対応サーバーの Azure Policy 組み込み定義
これらのポリシーの中には、ゲスト構成機能を使用したルールも提供されており、本投稿はゲスト構成機能を使用したルールの監査状況の確認方法をポータルから実施する際の操作を調べたものとなります。
ゲスト構成機能については冒頭に紹介したドキュメントも含めた、次の内容を確認しておくとよさそうです。
SQL Server 2022 CTP 2.1 がリリースされました
本日、SQL Server 2022 CTP (Community Technology Preview) 2.1 がリリースされました。
CTP 2.1 ではいくつかの機能が追加されており、上記のアナウンス並びに、What’s new in SQL Server 2022 (16.x) Preview から CTP 2.1 で実装された機能を確認することができます。
大きな内容としては、次のようなものでしょうか。(CTP 2.1 からクエリストアのデフォルト有効化が実装されていたりもします)
- データ仮想化
- データ仮想化で CETAS (CREATE EXTERNALTABLE AS SELECT) をサポート
- Delta Table フォーマットのサポート
- Azure BLOB ストレージに Ledger ダイジェストの自動アップロードをサポート
- 集計 / T-SQL / ビット操作関数の強化
T-SQL の機能強化については、各関数のドキュメントから確認できますので、それ以外のアップデートで確認しておきたいドキュメントをまとめておきたいと思います。
Twitter で気づいたのですが、Stretch Database は 2022 で非推奨機能になったようです。
Awww, Stretch Database is officially deprecated… 🥲https://t.co/LQ3DfsWYRz
— Randolph West ⚧ (they/them) (@_randolph_west) July 27, 2022
2022年7月の Azure SQL Database Update
2022年7月は、投稿を書いている時点では、Azure Updates には、SQL Database の更新のまとめはアナウンスされていませんが、Azure SQL Blog のまとめや、Azure Updates に機能単位のアナウンスは行われていますので、情報をキャッチアップしておきたいと思います。Azure Updates にまとめがアナウンスされたら、本投稿に追記を行いたいと思います。(今月はバタバタしていて、情報をキャッチアップできていないので、そろそろまとめないと更新が把握できない…）
SQL Server 2022 New Features: ラッチ (ページラッチ / バッファーラッチ) 待機の情報の強化
現時点のリリースノートには記載されていないのですが、SQL Server 2022 では、ラッチ (ページラッチ / バッファーラッチ) で待機が発生している場合の情報の出力内容が強化されています。
SQL Server では、ラッチは、
- バッファーラッチ
- 非バッファラッチ (Non Buffer Latch)
の二種類に大別されますが、今回は「バッファーラッチ」を例として情報を記載しています。
SQL Server のラッチについては、SQL Server でラッチの競合を診断および解決する で解説されていますので、ラッチについての詳細はこちらを確認してください。
ラッチについては SQL Server 以外の RDBMS でも実装されています。
- https://dev.mysql.com/doc/refman/5.6/ja/glossary.html#glos_latch
- https://www.postgresql.jp/document/pg653doc/ej/user/x3974.htm
- https://support.oracle.com/knowledge/Oracle%20Database%20Products/2015571_1.html
SQL Server ではラッチというと非バッファラッチを差すケースが多いですが、RDBMS における一般的なラッチは、SQL Server ではバッファーラッチとなり、メモリ上のページの保護をするために使用されている同期プリミティブを刺すことになると思います。
SQL Server バッファー プール内のページのデータの書き込みまたは読み取りが行われるときは常に、ワーカー スレッドにおいて最初にそのページのバッファー ラッチを取得する必要があります。 バッファー プール内のページにアクセスするために使用できるバッファー ラッチには、排他的ラッチ (PAGELATCH_EX) や共有ラッチ (PAGELATCH_SH) など、さまざまな種類があります。
Power BI PPU でデータマートを使用できるようになったので SQL Database の構成を確認してみる
本日、Power BI データマートが東南アジア (シンガポール) でも使用できるようになったようで、シンガポールから東日本にテナントをお引越ししなくてもよかったのではと思う今日この頃ですが、私が使用している Power BI Premium Per User (PPU) の環境でデータマートを触れるようになったので、SQL Database の構成を簡単にではありますが確認してみました。（Power BI Embedded でも試すことができ、PPU も Embedded も同じ構成となっているようでした)
考慮事項と制限事項 で東アジアが制限から外れたので、日本の Power BI ユーザーも広範囲で試すことができそうですね。
Power BI データマートの説明については、データマートの概要 のドキュメントツリーを確認していただければと思います。
SSMS インストール時の再起動要求はどの辺の情報を見ているのだろう
SSMS のアップグレードを実行しようとして、インストーラーを起動すると次のような、再起動要求の画面が表示されることがあります。
検証環境に Windows Update を適用した後に SSMS も一緒にアップグレードしておくかと思って、最新のインストーラーをダウンロードしてセットアップすると、これに遭遇することが多いのですが、どの辺の情報を見て判断しているのかが気になったので軽く見てみました。
確認した範囲では、「HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update\RebootRequired」のレジストリキーが存在していると、上記の再起動要求の画面が表示されるようでした。
Windows の再起動要求の判断は How to Check for a Pending Reboot in the Registry (Windows) で記載されているようなレジストリを見ているケースもあり、今回確認できたキー以外で判断されるかもしれませんが、Windows Update 直後の環境で上記の画面が表示されていたので、何となくどの辺の情報を見ているのか確認してみました。
ログ再生サービスで使用できないコンテナー名と問題発生時に確認する情報
Azure SQL Managed Instance に SQL Server のデータベースバックアップを連続的に復元してを移行する際には、次の機能を使用することができます。
- ログ再生サービス (Log Replay Service: LRS)
- Azure Data Studio (ADS) + Azure Database Migration Service (DMS)
これらの機能では、
- 完全バックアップ
- 差分バックアップ
- トランザクションログバックアップ
を継続的に復元することで、Managed Instance にデータベースをリストアすることができ、Managed Instance にデータベースの移行時にダウンタイムを抑えた移行に活用することができます。
ログ再生サービスを使用しようとした場合に、コンテナー名に制限があることが分かったことと、問題が発生した際に確認すべき情報について把握できて来たので情報をまとめておきたいと思います。
LRS と ADS + DMS のどちらも再生可能なリストア (Resumable restore) の機能が使用されているため本内容はどちらのリストア方法でも該当します。
参考としては次の情報を確認しておくとよいかと思います。
- Log Replay Service (プレビュー) を使用して SQL Server から SQL Managed Instance にデータベースを移行する
- Azure Data Studio 用 Azure SQL 移行拡張機能を使用してデータベースを移行する
- チュートリアル: Azure Data Studio と DMS を使用して SQL Server を Azure SQL Managed Instance にオンラインで移行する
- Database migrations to Azure SQL Managed Instance – Restore with Full and Differential backups
- Getting Started with Log Replay Service for Azure SQL Managed Instance
直近で実施された改善として、次のアナウンスで 36 時間の実行時間の制限については 30 日に拡大されているようなので、この機能の最新情報については次の情報も確認しておくとよいかと思います。