SE の雑記

SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿

Archive for 6月, 2024

Bicep を使用して異なるモジュールで作成したリソースをシンボリック名として利用する

leave a comment

Bicep を使用して、Azure リソースの設定を行う際に、scope / parent で 拡張リソース を使用することで、設定を行うというケースがあります。

これらの属性にリソースを設定する際には、リソースの ID / 名称ではなく、Bicep 内で定義しているリソースのシンボリック名を指定する必要があります。

実際の設定例としては、診断設定のリソースとなる Microsoft.Insights/diagnosticSettings があります。

このリソースは Azure の「診断設定」を行うためのリソース定義となりますが、「どのリソースに対して診断設定を行うか」については、「scope」に対して、「resourceSymbolicName」を指定する必要があります。

image

 

Azure ストレージを例とすると、ストレージアカウントを作成するための Microsoft.Storage/storageAccounts の Bicep 内で診断設定を実施するのであれば、同一のファイル内にストレージアカウントを作成する定義があるため、ストレージ対しての診断設定のためのシンボリック名を指定することは容易です。

診断設定は様々なリソースに対して設定が可能なため「診断設定をまとめたモジュールを作成したい」というような場合には、診断設定を行うための Bicep のファイル内でシンボリック名を定義する必要があるのではないでしょうか。

本投稿では、異なるモジュールで定義されたリソースを、シンボリック名として作成するための方法について考えてみたいと思います。

サンプルとして作成した Bicep ファイルについては https://github.com/MasayukiOzawa/bicep-sample/tree/main/diagSetting で公開しています。

今回は作成したストレージアカウントに対して、診断設定を行うというシナリオを検討しています。

 

Read the rest of this entry »

Written by Masayuki.Ozawa

6月 26th, 2024 at 7:06 pm

Posted in Azure,Bicep

Tagged with ,

Azure の診断設定についてのメモ (2024/06 版)

leave a comment

Azure の診断設定について調べておく必要があったので、メモを残しておきたいと思います。

データ収集ルール (DCR) を使用した情報の取得を検討する必要があり、基本となる情報は次のドキュメントの内容となります。

Read the rest of this entry »

Written by Masayuki.Ozawa

6月 23rd, 2024 at 8:21 pm

Posted in Azure

Tagged with

Azure の廃止予定機能の確認方法

leave a comment

先日、Azure の 既定の送信アクセス廃止後の KMS によるライセンス認証について (2024/06/19 時点の動作) という投稿を書きました。

廃止予定の機能のアナウンスは Azure updates で実施されていますが、他にどのような方法があるのかが気にかかりましたので調べてみました。

Read the rest of this entry »

Written by Masayuki.Ozawa

6月 22nd, 2024 at 7:08 pm

Posted in Azure

Tagged with

Azure の 既定の送信アクセス廃止後の KMS によるライセンス認証について (2024/06/19 時点の動作)

leave a comment

※2024/06 時点の情報 / 環境で確認をしているため、今後動作は変わっている可能性があります。

2023/09/29 に Default outbound access for VMs in Azure will be retired? transition to a new method of internet access というアナウンスがありました。(2023/10/19 に Default outbound access for VMs in Azure will be retired? updates and more information 追加情報のアナウンスが行われています)

現状は、既定の送信アクセス  が有効となっているため、明示的なインターネット送信接続の設定が行われていない場合、「既定の送信パブリック IP アドレス」が割り当てられ、インターネットへの送信接続が可能となっています。

2025/09/30 以降に新しくデプロイされたリソースについてはこの既定の送信アクセスが廃止され、これ以降にデプロイした VM については、既定の送信アクセス以外の方法 (パブリック IP アドレスの付与 / NAT ゲートウェイをサブネットに割り当て / パブリック IP アドレスを持つロードバランサーに割り当て) でインターネット送信接続の経路を確保する必要があります。
(期限日以降に展開した VM と VNET のどちらが対象となるのかが判断できていないため「リソース」という記載をしています)

今まで既定の送信アクセスを使用して、Windows のライセンス認証のための KMS にアクセスしていた VM について、既定の送信アクセスが廃止された後はどのような挙動になるのかが気になり試してみました。

Read the rest of this entry »

Written by Masayuki.Ozawa

6月 20th, 2024 at 6:34 am

Posted in Azure

Tagged with

スタンドアロン環境の SQL Server インスタンスで診断ログ (SQLDIAG ログ) を取得する

leave a comment

FCI (フェールオーバークラスターインスタンス) 環境の SQL Server では、デフォルトの設定で診断ログが取得されています。

グディレクトリに SQLDIAG ログが拡張イベントのファイルとして出力されており、問題が発生した場合にはこのファイルの内容の解析を行うことがあります。

image

スタンドアロン環境の SQL Server インスタンス (非 FCI の単一サーバー環境) では診断ログは出力されていないのですが、設定を行うことでスタンドアロンインスタンスでも取得を行うことができます。

検証環境には FCI も構築している環境はあるのですが、スタンドアロンインスタンスのほうが検証を実施しやすい内容があるため、本投稿ではスタンドアロンインスタンスで診断ログを取得する方法についてまとめておきたいと思います。

Read the rest of this entry »

Written by Masayuki.Ozawa

6月 16th, 2024 at 3:33 pm

Posted in SQL Server

Tagged with

パイプラインによるデータコピーで ADL Gen2 をステージングアカウントとして使用した場合にディレクトリが残る問題についての対応方法

leave a comment

Data Factory のコピーアクティビティーを使用したデータコピーでは、ステージングコピー を使用することができます。ステージングは、DWH に対してデータコピーを行う際に使用されるケースがあるのではないでしょうか。

ステージング コピーのしくみ には次の記載があります。

コピー アクティビティの実行後に一時データをクリーンアップできるように、ステージング ストレージ内の Azure Data Factory に削除アクセス許可を付与する必要があります。

コピーアクティビティにより格納されたステージングデータですがアクティビティ内のクリーンアップで自動的に削除が行われます。

しかし、Azure BLOB ストレージを使用している場合は問題ないのですが、ADL Gen2 をステージングアカウントとして使用した場合、コピーアクティビティが実行されるたびに、指定したステージングデータを格納するコンテナー内にファイルは存在しないのですが、GUID のディレクトリが残った状態となるという事象が発生します。

image

本事象ですが、ADL Gen2 をステージングアカウントととして指定した場合に必ず発生するわけではなく、コピー先によって発生有無が変わってくるようです。今回は、Fabric の Data Warehouse に対してデータのコピーを実施する際に発生しましたが、Synapse DWH でも発生するはずです。

この動作は現時点では想定された動作となり (SR で確認済み) 、ディレクトリの削除をパイプライン内で実行するためには本投稿のような対応を検討する必要がありますので、対応方法を残しておきたいと思います。

Read the rest of this entry »

Written by Masayuki.Ozawa

6月 13th, 2024 at 7:23 pm

SQL Database の JSON データ型のデータ格納効率を確認してみる

leave a comment

Build 2024 のタイミングで次のアナウンスがありました。

Public Preview として、JSON データ型が発表されており、最近、実際に使用することができるようになりました。

image

Read the rest of this entry »

Written by Masayuki.Ozawa

6月 12th, 2024 at 8:52 pm

データベース (データストア) 内での AI 関連の機能の利用について (2024/06 版)

leave a comment

データベース (データストア) 内で AI に関連する機能の利用が様々なデータベース時で実施することができるようになっています。

私が確認した範囲でのデータベース (またデータベースに関連するサービス) になりますが、どのように AI の機能を利用することができるのかをまとめておきたいと思います。

Read the rest of this entry »

Written by Masayuki.Ozawa

6月 9th, 2024 at 3:46 pm

Posted in AI,SQL Server

Tagged with ,

Minisforum MS-01 についてのメモ

leave a comment

最近気になる検証環境で利用したいハードウェアとして Minisforum MS-01 があるのですが、自分の用途で気になった内容をメモとして。

Read the rest of this entry »

Written by Masayuki.Ozawa

6月 6th, 2024 at 10:37 pm

Posted in 未分類

SQL Server on Azure VM の SQL Server 日本語化後の IaaS Agent の導入を Bicep で実施する

leave a comment

Azure では、Marketplace から SQL Server インストール済みの VM イメージが公開されており、Azure VM で SQL Server を使用する場合は、このイメージで展開して PAYG で利用するのが一般的かと思います。

イメージは英語版を使用して構築されているため、日本語化する場合には、当ブログで書いた SQL Server on Azure VM (インストール済みイメージ) の日本語化 (2021/1 版) の方法や、SQL Server Support Blog で公開されている次の記事の対応を行う必要があります。

基本的な作業としては、次の流れとなるのではないでしょうか。

  1. OS に日本語の言語パックをインストールし、各種言語設定を日本向けに設定
  2. 導入済みの英語版 SQL Server / SSMS をアンインストール
  3. SQL Server の日本語版評価版メディアをダウンロードして「C:\SQLServerFull」内のプロダクトキーでインストール
  4. 日本語版の SSMS をインストール
  5. SQL Server IaaS Agent 拡張機能を Remove-AzSqlVM 等で登録解除
  6. New-AzSqlVM で SQL Server IaaS Agent 拡張機能を登録

基本的な作業の流れとしてはこのようになりますが、この手順だけでは、VM の展開時に指定した SQL Server 構成の設定はクリアされた状態となってしまっています。

展開時に指定した内容と同等の設定で IaaS Agent を導入するためには、New-AzSqlVM で様々なオプションを指定して再導入をする必要があるのですが、オプションを一つ一つ設定するのは手間がかかるため、今回はその設定を Bicep で実施してしまおうというのが今回の趣旨となります。

Read the rest of this entry »

Written by Masayuki.Ozawa

6月 5th, 2024 at 9:23 pm

Posted in Azure,SQL Server

Tagged with ,