SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
自宅の作業用ディスクでは、エルゴヒューマンの 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 (アサーション) のダンプについてまとめておきたいと思います。
SQL Server のカーソルの動作について、理解が薄い個所がありましたので、調べた内容をまとめておこうと思います。
カーソルについては次の情報を参考にするのが最初のステップとなるかと思います。
以前、SQL Server エージェントで Transact-SQL を実行する際に使用されるログインについて という投稿を書きました。
この投稿の中では、sysadmin ロールに含まれていないログインをジョブの所有者に設定した場合の挙動に触れてみました。
ジョブの所有者が sysadmin ロール以外で、Windows 認証のログインを使用している場合、OS 側のログインが無効の状態になっている場合、どのような挙動となるかについて確認する必要がありましたので、その内容をまとめておきたいと思います。
ローカルアカウントではなく、ドメインアカウントを対象としたものについては、次の情報を確認してください。
Azure StackHCI では「SDDC グループ」(SDDC: Software-Defined Data Center) のクラスターグループ内で「ヘルスサービス」リソースが動作しており、Azure Stack HCI の稼働状況の監視が自動的に行われています。
ヘルスサービスによって確認された情報は、イベントログの「Microsoft-Windows-Health/Operational」に出力が行われており、この情報の活用については、Azure Monitor を使用してヘルス サービスのエラーの電子メールを送信する に記載されています。
Azure Stack HCI では、Azure ポータルから「分析情報 (Insights)」 を有効にすることで、Azure Monitor Agent (AMA) が導入され、Insights の構成 に記載されている情報がデフォルトで取得されます。
取得される情報については、前述の「Microsoft-Windows-Health/Operational」も含まれているのですが、この情報を Log Analytics ワークスペース に対しての KQL で取得しようとした場合には、多少加工が必要なようでしたので情報を残しておきたいと思います。
ストレージ: Azure VM 上の SQL Server のパフォーマンスに関するベスト プラクティス に記載されていますが、SQL Server を Azure VM で実行する場合、Premium SSD v2 の利用が推奨されるケースがあります。
- データ ドライブには、Premium P30 と P40 あるいはそれより小さいディスクを使用して、キャッシュ サポートの可用性を確保します。 Ebdsv5 VM シリーズを使用する場合は、高い IOPS と I/O スループットを必要とするワークロードの価格パフォーマンスを向上させる Premium SSD v2 を使用します。
- ログ ドライブについては、Premium SSD v2 または Premium SSD P30 – P80 ディスクのどちらかを評価しながら、容量を計画し、コスト パフォーマンスをテストします
「東日本」でも Premium SSD v2 が使用できるようになりましたが、今まで特性をきちんと調べたことが無かったので、SR で確認をさせていただいた内容を含めながら情報をまとめておきたいと思います。