SE の雑記

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 »