SE の雑記

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

Archive for 5月, 2024

Azure VM でリソース名と異なるホスト名で展開を行う

leave a comment

Azure のリソース名のルールとして、次のようなドキュメントが公開されています。

Azure Portal から VM を展開した場合、VM のリソース名が展開後の VM のホスト名として設定されますが、Windows ではコンピューター名の上限が 15 文字となっています。

はい。 コンピューター名は最大 15 文字の長さまで指定できます。 リソースの名前付けの詳細については、名前付け規則と制約事項に関する記事を参照してください。

1-15 (Windows)
1-64 (Linux)
下記の「注意」を参照。

Azure 仮想マシンには、リソース名とホスト名の 2 つの異なる名前があります。 ポータルで仮想マシンを作成すると、両方の名前に同じ値が使用されます。 前の表に記載されている制限事項は、ホスト名に適用されます。 実際のリソース名の最大文字数は 64 文字です。

Windows の場合、15 文字の制限があるため、15 文字を超えるリソース名を設定した場合は 15 文字に省略されてホスト名が設定されます。

名前付け規則を定義する の案として次のような形式が提示されていますが、VM のリソース名でこのルールを適用した場合、15 文字の制限に達する可能性があるのではないでしょうか。

image

展開後に、ホスト名を表示および変更する の方法で変更することもできるのですが、本投稿では展開時に任意のホスト名を設定した状態で展開をしてみます。

Read the rest of this entry »

Written by Masayuki.Ozawa

5月 15th, 2024 at 6:32 pm

Posted in Azure,Bicep

Tagged with ,

az bicep install を実行すると SSL: CERTIFICATE_VERIFY_FAILED のエラーが発生した場合の対応

leave a comment

事象としては、az bicep install error #25471 となりますが、Bicep を使用するために「az bicep install」を実行すると、ネットワーク環境によっては次のようなエラーが発生することがあります。

Error while attempting to retrieve the latest Bicep version: HTTPSConnectionPool(host=’aka.ms’, port=443): Max retries exceeded with url: /BicepLatestRelease (Caused by SSLError(SSLCertVerificationError(1, ‘[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: self signed certificate in certificate chain (_ssl.c:1006)’))).

Bicep のインストールを実施する際には、最新の情報を「https://aka.ms/BicepLatestRelease」から取得しているのですが、プロキシなどが入っている環境ではこの情報を取得する際にエラーが発生するようです。

Read the rest of this entry »

Written by Masayuki.Ozawa

5月 13th, 2024 at 11:46 pm

Posted in Azure,Bicep

Tagged with ,

SQL Server / SQL Database Update (2024/03/04~2024/05/12)

leave a comment

前回の Update: SQL Server / SQL Database Update (2024/01~2024/03/03)

前回の投稿以降の Update をまとめておきたいと思います。

Read the rest of this entry »

Written by Masayuki.Ozawa

5月 12th, 2024 at 8:05 pm

Datadog Agent についてのメモ

leave a comment

Datadog Agent についてのメモを。

Read the rest of this entry »

Written by Masayuki.Ozawa

5月 8th, 2024 at 6:42 pm

Posted in Datadog

Tagged with

ADF / Synapse / Fabric のパイプラインのアクティビティのエラー時に SendGrid でメールを送信する

leave a comment

Azure Data Factory (ADF) / Synpase Analytics / Fabric でパイプラインを作成し、アクティビティの実行時にエラーとなったことを検知する方法についてまとめておきたいと思います。

Read the rest of this entry »

Written by Masayuki.Ozawa

5月 8th, 2024 at 11:36 am

ADF を使用して Fabric Data Warehouse にデータを投入する際に必要となる権限

leave a comment

ADF はデータセットとして Fabric として次のデータストアを使用することができます。

  • Microsoft Fabric Lakehouse テーブル
  • Microsoft Fabric Lakehouse ファイル
  • Microsoft Fabric ウェアハウス

image

Fabric へのデータ投入は、Fabric 内のデータパイプラインだけでなく、Azure 内でパイプラインを作成することでデータの投入を行うこともできます。

Microsoft Fabric ウェアハウス (Data Warehouse) に ADF を使用してデータを投入する際に、必要となる権限についてまとめておきたいと思います。

なお、Data Warehouse へのデータ投入については「データのコピー」のアクティビティを使用しており、ステージングストレージが必要となります。

Read the rest of this entry »

Written by Masayuki.Ozawa

5月 6th, 2024 at 8:10 pm

クエリストアのカスタムキャプチャの設定を行う場合の考慮点

leave a comment

SQL Server 2019 以降のクエリストアでは、カスタムキャプチャの設定を行うことができるようになりました。これにより、クエリのキャプチャモードを「ALL」「AUTO」以外に「CUSTOM」で設定することができるようになります。

「CUSTOM」を使用した場合、キャプチャされるクエリの条件を従来より柔軟に設定することができます。

「CUSTOM」を設定した場合の設定観点について少しふれておきたいと思います。

クエリストアの活用については次のドキュメントが参考になります。

Read the rest of this entry »

Written by Masayuki.Ozawa

5月 4th, 2024 at 11:51 pm

Posted in SQL Server

Tagged with

SSMS の接続情報を整理する

leave a comment

SSMS は接続情報として入力した内容が保存されており、接続を行おうとした場合に再利用することができます。

image

自サーバー上の SQL Server にのみ接続をしているのであれば、この情報が増えるということはあまりないですが、クライアントからいくつかのサーバーに接続している場合にはこの情報が増えていき、今は接続が不要になったサーバーの情報も残った状態となっていることがあります。

接続の情報は SSMS の構成ファイルである 「UserSettings.xml」に記録が行われており、この XML から接続情報を削除することで、表示が行われなくなります。

ファイルは「%USERPROFILE%\AppData\Roaming\Microsoft\SQL Server Management Studio」に SSMS のバージョンごと (18.0 / 19.0 / 20.0 等のディレクトリ) に保存されています。

不要となった情報は

  1. SSMS を起動していない状態にする
    • SSMS を起動していると、SSMS を閉じた場合に修正した情報が初期化されてしまう可能性があるため
  2. UserSettings.xml を直接編集し、不要となったサーバーの接続情報を削除

することでクリアすることができます。

XML の階層としては「SqlStudio > SSMS > ConnectionOptions > ServerTyes > Element」配下に保存されています。

image

UserSettings.xml は情報量が多い XML ですので、メモ帳で修正するよりは、Visual Studio Code で XML を編集して、不要となったサーバー情報の Element をブロック単位で削除したほうが効率が良いかと。

Written by Masayuki.Ozawa

5月 4th, 2024 at 11:36 am

Posted in SQL Server

Tagged with