SE の雑記

今朝、イベントでアナウンスがあり Windows 11 についての発表がありました。
数か月前に、Windows Server 2022 についての発表もあったかと思いますので、これらの OS の公式ドキュメントと Windows 11 のアナウンスのリンクを残しておこうかと。(週末見るようとも言います)

Windows 11

• Windows 11 overview
• Windows Processor Requirements
• Windows 11 Supported AMD Processors
• Windows 11 Supported Intel Processors
• Windows 11 Supported Qualcomm Processors
• Download minimum hardware requirements
• 新しい Windows 11 OS へのアップグレード

アナウンスやブログ

• Preparing for Insider Preview Builds of Windows 11
• Update on Windows 11 minimum system requirements
• Announcing the first Insider Preview for Windows 11
• Introducing Windows 11
• Introducing Windows 11
• What Windows 11 Means for Developers
• Now accepting Windows 11, version 21H2 submissions
• Building a new, open Microsoft Store on Windows 11

Windows Server 2022

• Get started with Windows Server 2022

アナウンスやブログ

• Announcing Windows Server 2022?now in preview
• Windows Server 2022 is now in preview on the Evaluation Center
• SMB Compression in Windows Server 2022 and Windows Insider
• Windows Server 2022 Azure Edition in Public Preview

Query Store Hints Preview でアナウンスがありましたが、SQL Database でクエリストアヒントがプレビュー機能として使用できるようになりました。

今まで、クエリストアを使用した実行プランの補正としては、プランの強制という機能があり、同一のクエリで複数の実行プランがある場合、特定のプランを使用するようにプランを強制することができました。

この機能を実行プランの補正に使うことができたのですが、プランの強制は「強制したい実行プランの情報がクエリストアに格納されている」必要があり、使用したい実行プランの情報がクエリストア上に格納されている必要がありました。

今回使用できるようになった「クエリストアヒント」については、クエリストアに格納されている実行プランのクエリについて「クエリヒントを適用することができる」機能となっており、「強制したいプランがクエリストアに存在していない」状態でも、プランの補正を柔軟に実施することができます。

類似の機能としては「プランガイド」を使用して、クエリヒントをアタッチすることができましたが、クエリストアヒントはプランガイドより容易にクエリヒントを適用することが可能です。(プランガイド、設定するのに少し手間がかかるんですよね…。)

公式のドキュメントは次の内容を確認してください。

• Query Store hints (Preview)

Read the rest of this entry »

日本語版の SQL Server をインストールした環境の文字コード / 文字コードに関連するドキュメントについてまとめておきたいと思います。
今回はインストールタイプ (Box) の SQL Server を日本語版でインストールした環境をベースに考えていますが、これは、SQL Server のデータベースエンジンをベースとしている環境で共通の考え方になります。

過去のバージョンの情報にはなりますが、次の情報も参考になります。

• SQL Server 2005 のインターナショナル機能 2007 年 6 月改訂版
• Microsoft SQL Server 2005 のインターナショナル機能

Read the rest of this entry »

SQL Server のクエリストアには「サイズベースクリーンアップ」という機能があります。
これについては、クエリ ストアを使用する際のベスト プラクティス に次のように記載が行われています。

重要

[最大サイズ (MB)] の制限は、厳密には適用されません。 ストレージ サイズは、クエリ ストアでディスクにデータが書き込まれる場合にのみ確認されます。 この間隔は、 [データのフラッシュ間隔 (分)] オプションによって設定されます。 クエリ ストアでストレージ サイズの確認の合間に最大サイズの制限を超えた場合は、読み取り専用モードに移行します。 [サイズ ベースのクリーン アップモード] が有効になっている場合は、最大サイズの制限を適用するクリーンアップ メカニズムもトリガーされます。

クエリストアの設定には最大サイズを指定する必要があり、この最大サイズに達した場合に、サイズベースのクリーンアップを行うことができます。(デフォルトはサイズベースクリーンアップが有効)

この動作について調べる必要があったので、確認した内容をまとめておきたいと思います。

Read the rest of this entry »

Introducing Change Data Capture for Azure SQL Databases (Public Preview) でアナウンスがありましたが、S3 以上の SQL Database ではプレビュー機能として CDC (Change Data Capture : 変更データキャプチャ) が使用できるようになりました。

CDC について結構忘れていたので、この機会にまとめておきたいと思います。

Read the rest of this entry »

SQL Server 2012 SP1 CU2 から、Backup to URL という機能がサポートされ、SQL Server のバックアップを Azure BLOB ストレージ上に直接取得することができるようになりました。

• Windows Azure BLOB ストレージ サービスを使用した SQL Server のバックアップと復元
• URL への SQL Server のバックアップ

SQL Server 2012 / 2014 での実装では、ページ BLOB に対しての取得であり、制限事項 に記載されているようにストライピングでの取得ができないため、バックアップファイルの最大サイズは 1TB までとなります。

SQL Server 2012 ではバックアップの取得は次のようなクエリとなります。

CREATE CREDENTIAL azurestorage WITH IDENTITY = '<ストレージアカウント名>'  
, SECRET = '<アクセスキー>' ;  

BACKUP DATABASE AdventureWorks2012 TO URL = 'https://xxxxx.blob.core.windows.net/backup/adventureworks2012.bak'
WITH CREDENTIAL='azurestorage',STATS=10

今回、Windows Server 2008 + SQL Server 2012 SP4 の環境を使用していたのですが、デフォルトの状態では、次のエラーが発生して、バックアップを取得できませんでした。

メッセージ 3271、レベル 16、状態 1、行 4
A nonrecoverable I/O error occurred on file "https://xxxxxx.blob.core.windows.net/backup/adventureworks2012.bak:" Backup to URL received an exception from the remote endpoint. Exception Message: リモート サーバーがエラーを返しました: (400) 要求が不適切です.
メッセージ 3013、レベル 16、状態 1、行 4
BACKUP DATABASE is terminating abnormally.

Read the rest of this entry »

Synapse Analytics の Dedicated SQL Pool (専用 SQL プール) に対して、データローディングを行う際には、いくつかのポイントがあり、特性を意識したデータローディングを実施しないと、パフォーマンスが大幅に低下する恐れがあります。

本投稿ではどのようなアプローチを行えばよいのかについてまとめておきたいと思います。

Read the rest of this entry »

Build 2021 後にアップデートの発表が続いているので、Build 前後で発表された内容を後で見るようにメモ。

• Introducing the GREATEST and LEAST T-SQL functions
  • そういえば実行プランを見ていなかったなと。。。
• Improve performance of Parquet external tables using new native technology in dedicated SQL pools
  • 現在、限定的な Public Preview での機能公開
  • Dedicated SQL Pool の Parquet の呼び出しで、Serverless SQL Pool のように、Hadoop (Java) ではなく、ネイティブ (C++) の呼び出しが可能となり、パフォーマンスの向上に期待できます
• Azure Active Directory only authentication for Azure SQL
  • サーバーレベル絵、AAD のみで認証可能にする設定が Public Preview で利用可能になりました
• Increased storage limit to 16 TB for SQL Managed Instance General Purpose
  • 6 月末予定で、汎用目的の 16 core 以上の環境で、16 TB のデータベースが Preview でサポートされるようになります
  • 1 データファイルの上限が 8TB なので、16TB にするためには、データファイルの追加が必要なようです
• Released: General Availability of Microsoft.Data.SqlClient 3.0
  • Microsoft.Data.SqlClient 3.0 が GA しました
  • カスタムの再試行ロジックの追加などが入っています
• Azure Arc enabled data services Release Notes – May 2021 Update
  • Arc MI が更新されました
  • MI 部分だと、手動フェールオーバーが追加されているようですね
• Azure SQL: Public preview updates for early June 2021
  • Introducing Change Data Capture for Azure SQL Databases (Public Preview)
    • SQL Database で CDC が利用可能になったようです
    • CDC と変更の追跡 (Change Tracking) については、改めて勉強しようかと
  • Query Store Hints Preview
    • PASS で発表されていたクエリストアヒントが利用できるようになりました
    • クエリストアに格納されているクエリについて、ヒント句を明示的に追加することができるようになり、過度な並列度のクエリに対して、クエリピンポイントで並列度を抑えるというのをプランガイドではなく、クエリストアベースで実施することができます
• Azure SQL: General availability updates for early June 2021
• Resource Health を使用して Azure SQL Database と Azure SQL Managed Instance の接続をトラブルシューティングする
• GA したようです

Windows Admin Center をワークグループ環境で使用する際のメモを。

検証用環境だと、Windows Admin Center をインストールした環境と、管理対象をワークグループにしてしまっていることが多いので…。

接続の対象は Windows Server 2019 を想定したものとなります。

Read the rest of this entry »

Azure Kubernetes Service (AKS) on Azure Stack HCI の一般提供が開始されたことで、Windows Server 上に Kubernetes (k8s) の環境をサポートを受けられる状態で構築することができました。

AKS on Azure Stack HCI を稼働させるホスト環境の要件については、Azure Kubernetes Service ホストの設定 に、次のように記載されています。

Kubernetes クラスターを作成する前に行う必要がある最後の手順が 1 つあります。 Kubernetes クラスターのデプロイ先となるシステム上に、Azure Kubernetes Service ホストを設定する必要があります。 このシステムには、Windows Server 2019 Datacenter クラスター、単一ノードの Windows Server 2019 Datacenter、または 2-4 ノード Azure Stack HCI クラスターを指定できます。

「単一ノードの Windows Server 2019 Datacenter」が利用可能なホストとして記載されており、Windows Server 2019 の環境が 1 台あれば、AKS on Azure Stack HCI を検証することが可能です。

シングルノードの検証環境については、コンピューティングの要件 にも記載されていますね。

• Azure Kubernetes Service は、技術的には単一ノードの Windows Server 2019 Datacenter で実行できますが、そうすることは推奨されません。 ただし、評価目的のために、単一ノードの Windows Server 2019 Datacenter 上で Azure Kubernetes Service を実行できます。

AKS on Azure Stack HCI は 60 日間、無償で試用することができますので、コストを抑えて検証することができます。

また、クイック スタート:Windows Admin Center を使用して、Azure Stack HCI 上に Azure Kubernetes Service を設定する に手順が記載されており、この手順で簡単に AKS on Azure Stack HCI の構築までは完了するので、本手順では、AKS on Azure Stack HCI の構築については省略していますが、Windows Admin Center に登録したサーバーについては、GUI から、AKS on Azure Stack HCI を簡単に構築することができます。

構築された k8s は、VHDX を使用したストレージや、ロードバランサーが組み込まれていますので、k8s の基本的な検証にも活用することができるのではないでしょうか。

本投稿では、1 ノードの Windows Server 2019 上に構築された AKS on Azure Stack HCI を使用して、App Service on Arcを動作させる際に必要な作業を見ていきたいと思います。

今回使用している NUC は NUC5I5MYHE で古めの NUC ですが、これに 32GB のメモリを搭載して検証環境としています。（CPU が 4 コア / メモリが 8 GB 以上無いと Azure Kubernetes サービスが追加できません。コントロールプレーンと Linux ノードを追加することを考えると、CPU 4 コア / メモリ 32GB は最低限必要です)

今回紹介していないドキュメントもいくつかありますが、App Service on Azure Arc (Azure application services on kubernetes) の検証時に確認をしておきたいドキュメント で関連するドキュメントをまとめてみましたので、深掘りしたい箇所はこれらのドキュメントから確認すると良いのではないでしょうか。

現状、Azure については、East US, West Europe でのみサポートされていますので、検証時に使用できるリージョンにも制限があります。(今回は East Us に作成しています)

Read the rest of this entry »