2022年4月下旬の Azure SQL Database Update がアナウンスされました。
Archive for 4月, 2022
特定の文字列を含むイベントログの出力時にタスクスケジューラーのタスクを実行できるか
Twitter を見ていて、イベントログに特定の文字列を含むログが出力された場合に、タスクスケジューラーのトリガーを実行させるためにはというような内容のつぶやきがあり、自分も今まではイベント ID ぐらいでしか制御をしたことがなく、どのように実装できるのか気になったので調べてみました。
次の情報を参考にさせていただきました。
- イベントの使用 (Windows ログ)
- Advanced XML filtering in the Windows Event Viewer
- XPath Reference
- Event Selection
- EventTrigger.ValueQueries プロパティ
- System.windows.eventtrigger> プロパティ
- Scheduled Task – Trigerred by Event – Getting data into the scripts as parameters…- Question
- 20220216: Windows – タスクスケジューラで順位指定の要素値を拾えない
複数サブネット構成を使用した SQL Server on Azure VM の可用性構成について
発表されてからかなり日が経っているのですが、Azure VM で SQL Server の可用性構成を構築する場合に、複数サブネット (マルチサブネット) 構成を使用することで、従来の構成と比較して構成の簡略化が行うことができるようになっています。
アナウンスとしては次の内容となり、
- SQL Server on Azure Virtual Machines: Multi subnet high availability generally available
- Simplify Azure SQL Virtual Machines HA and DR configuration by adopting multi subnet approach
技術情報としては次の内容となります。
基本構成としては下図のようになり、複数のサブネットに VM を配置し、ロードバランサーは不要で、可用性グループにアクセスを行うことができる構成を Azure 上に展開することができます。
FCI についても、複数サブネットを使用して同様の構成を行うことができ、単体のチュートリアルは提供されていないのですが、https://docs.microsoft.com/en-us/azure/azure-sql/virtual-machines/windows/failover-cluster-instance-prepare-vm?view=azuresql&tabs=multi-subnet#subnets で情報が公開されています。
本投稿ではこの複数サブネット構成について触れたいと思います。
なお、今回の投稿のメインとなる内容は Windows の SQL Server を使用した Always On 可用性グループについてとなります。
SQL Server のデータアクセスコンポーネントの暗号化設定の既定が変更されています
昨年からリリースされている Microsoft 社提供の SQL Server 向けのデータアクセスコンポーネントで、暗号化設定の既定が変更されています。
私が確認した範囲では、次のコンポーネントを使用している場合に影響が出る可能性があります。
- Microsoft ODBC Driver for SQL Server on Windows
- Release Notes for the Microsoft ODBC Driver for SQL Server on Linux and macOS
これらのデータアクセスコンポーネントでは「破壊的変更」として「Encrypt = true, by default」の変更が行われており、各コンポーネントの既定の接続が暗号化設定が有効になっています。
Azure SQL Database の General Purpose のゾーン冗長と性能への影響
以前、Azure SQL Database の Premium / Business Critical のゾーン冗長と性能への影響 という投稿を書きました。
2022/4 に General availability: Zone redundancy for Azure SQL Database general purpose tier というアナウンスがあり、General Purpose (汎用目的) でも、ゾーン冗長構成がサポートされるようになりました。
汎用目的の場合、General Purpose サービス レベルのゾーン冗長可用性 で解説されているように、ゾーン冗長は次のような構成となります。
汎用目的のゾーン冗長では、Premium / Business Critical とは異なり、AlwaysOn 可用性グループによるデータベースの冗長化ではなく、データベースのファイルをストレージレイヤーで冗長化させ、各可用性ゾーンにスペアノードを配置するという構成となっています。
このような構成の場合に、ゾーン冗長を使用した場合にどのように性能に影響が出るのかを、前回と同様に確認してみました。