SE の雑記

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

Author Archive

検証環境の Intel NUC について (基本情報 / Intel AMT 等)

leave a comment

自宅の検証環境用の NUC は vPro モデルを使用しており Intel AMT (Intel Active Management Technology) によるリモート管理を実施することができます。

vPro モデルであれば、Intel Management Engine BIOS 拡張オプション (MBEx) のセットアップを行うことで、KVM によるリモート操作や、電源管理を行うことができるようになります。

手元の NUC の何台かで設定を行っていないものがありましたので、この機会の設定方法をまとめておこうかと。

現時点では、Intel NUC Kit は Pro Kit や Extreme Kit のモデルでないと、vPro は搭載されていないかと思います。
Intel NUC Kit でも使用できないモデルはあるのはご注意を。

vPro 搭載モデルだと、Windows Server 向けの NIC のドライバーも提供されているケースが多く、Server OS で NIC を認識させるのが楽ですので、私は NUC を購入する際は vPro 搭載モデルを購入しています。(Gen 8 までは、実際に Windows Server 2019 で使用できています)

ドライバーについては、次の情報を確認するとよいかと。

古いバージョンのドライバーが必要な場合、2019 / 10 向けのドライバーからダウンロードする必要があります。

 

 

本文内にも記載していますが、最終的な管理には Intel R Manageability Commander を使用しています。

Manageability Commander の実行は Electron が必要となり、インストール方法については、インストールディレクトリ (C:\Program Files (x86)\Intel\Intel Manageability Commander) の「ReadMe-PostInstall.txt」に記載されています。
electron-v8.0.3-linux-ia32.zip をダウンロードし、展開したものを、インストールディレクトリにすべてコピーすれば起動することができます。

以前は、「vPro 搭載の Intel NUC で Intel AMT を設定してリモート管理を可能にする」のタイトルだったものを変更しました。

Intel は NUC 事業から撤退し、ASUS が業務を継承しましたので、今後は https://www.asus.com/jp/content/nuc-overview/ から情報を確認する必要があるかもしれませんね。

Read the rest of this entry »

Written by Masayuki.Ozawa

4月 4th, 2020 at 12:17 pm

Posted in Intel AMT,NUC

Tagged with ,

VMware vCenter Server on Windows のサポート状況

leave a comment

vCenter Server Applicance ではなく、Windows に vCenter Server をインストールしようとして、 OS に Windows Server 2019 を使用したところ、vCenter Server のインストール時にエラーが発生しました。
(エラーとしては Installing VMware vSphere Storage Appliance Manager fails with the error: Transforming table Error (2075557) に近いメッセージが出力されているようでした。)

ログの内容を確認していたところ、Installation VSphere 6.7 – error 1603 after starting Appliance Configuration of VCSService Manager というスレッドがあったので眺めていたところ、Supported host operating systems for VMware vCenter Server installation (2091273) にサポートバージョンが記載されていたのですが、Windows Server 2019 はサポートしていないのですね。

Windows Server 2016 上にインストールしたらサクッとインストールが完了しました。

Written by Masayuki.Ozawa

4月 2nd, 2020 at 11:25 pm

Posted in VMware

Tagged with

Windows Server 2019 の Remote Desktop Gateway でトランスポート設定時のエラーを回避する

leave a comment

Windows では、HTTPS 経由でのリモートデスクトップを使用するために、Windows Server 2019 で Remote Desktop Gateway (RDGW : リモートデスクトップゲートウェイ) の機能を使用することができます。

Windows Server 2016 では問題はなかったのですが、クリーンインストールした Windows Server 2019 (Windows Update 実施済み) で「トランスポート設定」を GUI から変更しようとすると、次のようなエラーが出力されてしまい、設定を変更することができませんでした。
(ワークグループ環境の RDGW で発生しましたがドメイン環境でどうなるかは不明)

—————————
RD ゲートウェイ
—————————
発生したエラー:

 

トランスポート設定を設定できません
—————————
OK  
—————————

image

Read the rest of this entry »

Written by Masayuki.Ozawa

3月 30th, 2020 at 10:14 pm

Posted in Windows Server

Tagged with

統計情報の自動更新が発生している際に同一の統計情報を使用するクエリはどのような動作になるのだろう

leave a comment

タイトルの内容が気になったので少し動作を確認してみました。

Read the rest of this entry »

Written by Masayuki.Ozawa

3月 29th, 2020 at 10:38 pm

Posted in SQL Server

Tagged with

Managed Instance で SQL DB にリンクサーバーを設定

leave a comment

Managed Instance (マネージドインスタンス) では、SQL Server に対してリンクサーバーを設定することができるようになっています。

これについては、Lesson Learned #63: It is possible to create Linked Server in Azure SQL Managed Instance? で解説がされていますが、どうやって設定するのかすっかり忘れていたのでメモとして残しておこうと思います。

Read the rest of this entry »

Written by Masayuki.Ozawa

3月 26th, 2020 at 9:46 am

リソースヘルスアラートを使用したリソースレベルの正常性検知

leave a comment

SQL Database の基本的な診断情報の取得について -2020/3/20 版 で触れた、リソース正常性の検出方法である、リソースヘルスアラート (Resource Health Alert) を実際に設定してみました。

設定方法については、Resource Manager テンプレートを使用して Resource Health アラートを構成する の内容そのままですね。

どのような正常性チェックが使用できるかについては、Azure Resource Health で利用できるリソースの種類と正常性チェック に記載されています。

リソースヘルスアラートについては、ポータルからは設定することができず、ARM テンプレートベースのデプロイで設定を行う必要があります。

設定については、次の 2 ステップで作業を実施します。

  1. アクショングループの設定
  2. リソース ヘルス アラートの ARM テンプレートを作成

Read the rest of this entry »

Written by Masayuki.Ozawa

3月 22nd, 2020 at 5:45 pm

Posted in Azure

Tagged with

Front Door のタイムアウト設定を変更してみる

leave a comment

Azure Front Door—March 2020 updates でアナウンスがありましたが、Front Door のアイドルタイムアウトの設定が変更できるようになりました。

Configurable idle timeout—Customize the idle timeout when Front Door waits on the first packet of request/response.

Azure Front Door Service の制限 にも記載されていますが、Front Door からバックエンドへの応答については次のような制限があります。

Front Door からアプリケーション バックエンド
  • 応答がチャンク応答の場合、先頭のチャンクを受信したときに 200 が返されます。
  • HTTP 要求がバック エンドに転送された後に、Front Door はバック エンドからの最初のパケットを 30 秒間待機します。 それからこれはクライアントに 503 エラーを返します。
  • バックエンドからの最初のパケットを受信した後、Front Door はアイドル タイムアウトの 30 秒間を待ちます。 それからこれはクライアントに 503 エラーを返します。
  • Front Door からバックエンド TCP セッションへのタイムアウトは、30 分です。

デフォルトの設定では、バックエンドから 30 秒応答がない場合は 503 エラーが返されることになります。
この設定が変更できるようになりました。

Read the rest of this entry »

Written by Masayuki.Ozawa

3月 22nd, 2020 at 1:12 am

Posted in Azure

Tagged with

SQL Database の基本的な診断情報の取得について -2020/3/20 版 –

leave a comment

SQL Database にはいくつかの診断情報の取得 / 可視化の方法がありますが、いろいろな方法があってよくわからなくなってきたのでまとめておこうかと。

Read the rest of this entry »

Written by Masayuki.Ozawa

3月 20th, 2020 at 1:56 pm

Posted in SQL Database

Tagged with

同一のリソース名のマネージド ID が存在する場合の SQL DB のユーザー作成について – 暫定版 –

2 comments

SQL Database の認証には、Azure のリソースのマネージド ID (MSI) を使用することができるようになっています。

マネージド ID をサポートしているサービスについては  Azure リソースのマネージド ID をサポートするサービス に記載されていますが、これらのサービスが接続をする際にはマネージド ID による接続ができる可能性があります。

Read the rest of this entry »

Written by Masayuki.Ozawa

3月 19th, 2020 at 11:42 pm

Posted in Azure,SQL Database

Tagged with ,

イベントハブに送信されている診断ログを SQL Database の DB で受信する

leave a comment

以前から、イベントハブに送信された Azure の診断ログを SQL Databae に取り込むということができていたかと思います。

昨年末ぐらいに、Azure SQL Database Stream Analytics 統合という機能がプレビューとして提供され、SQL Database のブレードからも Stream Analytics によるデータ取り込みの設定を行うことができるようになりました。

image

ブログのログをイベントハブに送信しながら、Stream Analytics から SQL Database のテーブルにデータ取り込みを実施してみたのでその時の覚書を。

今回はブログのフロントに配置している Front Door の診断ログ (アクセスログ) をイベントハブに送信し、それをテーブルに受け取るような設定を使っています。
(1 か月回していると、それなりの金額になりそうですので、今は BLOB に出力されている JSON を Data Factory 経由で取り込みを行うようにしています。)

Read the rest of this entry »

Written by Masayuki.Ozawa

3月 18th, 2020 at 11:19 pm