Azure Data Studio (ADS) 1.44 以降は、GitHub Copilot の拡張機能 (Extension) が含まれるようになり、SQL を記述する際に GitHub Copilot を活用することができるようになりました。
個人向けの GitHub Copilot (GitHub Copilot for Individuals) は使用できるようにしているので、Azure Data Studio ではどのように活用できるようになっているのかを確認してみました。
SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
Azure Data Studio (ADS) 1.44 以降は、GitHub Copilot の拡張機能 (Extension) が含まれるようになり、SQL を記述する際に GitHub Copilot を活用することができるようになりました。
個人向けの GitHub Copilot (GitHub Copilot for Individuals) は使用できるようにしているので、Azure Data Studio ではどのように活用できるようになっているのかを確認してみました。
いくつか確認中の内容があるため、本投稿は適宜修正を行っていきますが、Microsoft Defender for Cloud (MDfC) と Microsoft Defender for Endpoint (MDE) の統合についての覚書。
Microsoft Defender for Cloud を使用したオンプレミス Server のマルウェア対策の統合管理を検証する際のとりかかりに見ておく情報 に追記してもよかったのですが、急ぎで情報の整理をしておきたかったので新しい投稿にしています。
直近の SQL Server ベースの環境のアップデートを確認できていなかったので、2023/4 以降の更新をまとめておきたいと思います。
昨今の Windows Server (2016 以降) では、Microsoft Defender Antivirus が導入済みとなっており、初期環境からマルウェア対策が導入された状態となっています。
初期導入されている Defender Antivirus はスタンドアロンでの管理となり、複数のサーバーの統合管理の機能は含まれておらず、マルウェア対策で脆弱性が見つかった (ウィルスが検知された) 場合は、各サーバーで確認を行う必要があります。
標準の Defender Antivirus を使用した統合管理を行うための方法の一例としては、Microsoft Defender for Cloud (MDfC) を使用するという方法があり、これについて、設定するとどのように情報の確認ができるのかを把握できていなかったので軽く確認してみました。
最終的のどのような設定のみが必要なのかまでは把握ができていないので、メモとしての情報となります。
自宅の作業用ディスクでは、エルゴヒューマンの Ergohuman PRO Ottoman (EHP-LPL) を使っているのですが、購入から 6 年ほど経過しており、いろいろと部品交換の必要が発生しましたので、その時の方法と金額をメモとして。
エルゴヒューマンは全面モデルチェンジが始まっており、私が使用しているのは旧モデル (初代) という扱いとなり、Ergohuman PRO2 Ottoman が最新のモデルとなりますが、椅子自体を買いなおすのは予算的に厳しいので、部品交換で延命しながら使っていきたいと思います。
Azure DevOps Service の操作方法のメモ
以前、Azure Stack HCI の評価期間の確認と Preview チャネルを使用している場合の評価期間終了後のコスト発生について という投稿を書きました。
Azure Stack HCI は 60 日間の評価期間ならびに、Preview チャネルを使用している場合は、Azure Stack HCI / Windows Server Subscription についてはコストが発生しません。
Preview チャネルの Azure Stack HCI に AKS をインストールして使用していたところ、「AKS on Azure Stack HCI Standard Fee/Core」というコストが発生していました。
SR で確認をしたところ、AKS on Azure Stack HCI については、Azure Stack HCI の無料評価とは切り離されているとのことで、Azure Stack HCI のコストが発生しない状態でも AKS on Azure Stack HCI については、使用状況によっては AKS ハイブリッドの課金としてコストが発生するのが想定される動作ということでした。
SR でいくつかの情報を教えていただくことができたので、情報をまとめておきたいと思います。
先日 SQL Server のカーソルの動作を把握する という投稿しましたが、sys.databases をカーソルで参照する際には、Snapshot ベース音カーソルを使用したほうが動作が安定するかと思います。
Windows Server 2016 以降は、ドメインのメンバーでなくてもクラスターを構築することができるワークグループクラスターの機能が追加されました。
ワークグループ クラスター (ドメインに依存しないクラスター) の Windows Server での構築方法については、Workgroup and Multi-domain clusters in Windows Server 2016 に記載されており、この方法を使用することでワークグルプ環境でも Windows Failover Cluster (WSFC) を構築することができます。
ワークグループクラスターは SQL Server の可用性環境の構築でも活用することができるのですが、Always On Failover Cluster Instance (FCI) では使用することはできません。
現時点では、ワークグループクラスターで構築ができる可用性環境は Always On Availability Group (AG) のみとなります。
最近 TechNet フォーラムで 本件についての質問 があったのですが、ワークグループクラスターで FCI がサポートされてないことを明記した情報が探しづらいかなとも感じましたので情報をまとめておきたいと思います。
SQL Server ではダンプが出力されるエラーの種類としては、[A15] SQL Server Trouble Shooting Tips from Support Team by Takashi Honma で解説されている次のような種類があります。
この中で Assertion (アサーション) のダンプについてまとめておきたいと思います。