SE の雑記

以前、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 でいくつかの情報を教えていただくことができたので、情報をまとめておきたいと思います。

Read the rest of this entry »

先日 SQL Server のカーソルの動作を把握する という投稿しましたが、sys.databases をカーソルで参照する際には、Snapshot ベース音カーソルを使用したほうが動作が安定するかと思います。

Read the rest of this entry »

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 がサポートされてないことを明記した情報が探しづらいかなとも感じましたので情報をまとめておきたいと思います。

Read the rest of this entry »

SQL Server ではダンプが出力されるエラーの種類としては、[A15] SQL Server Trouble Shooting Tips from Support Team by Takashi Honma で解説されている次のような種類があります。

• Access Violation
• Assertion
• Latch Timeout
• Non-yielding Scheduler
• Deadllock Schedulers
• Non-yielding Resource Monitor
• Non-yielding IOCP Listener

この中で Assertion (アサーション) のダンプについてまとめておきたいと思います。

Read the rest of this entry »

SQL Server のカーソルの動作について、理解が薄い個所がありましたので、調べた内容をまとめておこうと思います。

カーソルについては次の情報を参考にするのが最初のステップとなるかと思います。

• SQL Server カーソル
• DECLARE CURSOR (Transact-SQL)
• @@FETCH_STATUS (Transact-SQL)

Read the rest of this entry »

以前、SQL Server エージェントで Transact-SQL を実行する際に使用されるログインについて という投稿を書きました。

この投稿の中では、sysadmin ロールに含まれていないログインをジョブの所有者に設定した場合の挙動に触れてみました。
ジョブの所有者が sysadmin ロール以外で、Windows 認証のログインを使用している場合、OS 側のログインが無効の状態になっている場合、どのような挙動となるかについて確認する必要がありましたので、その内容をまとめておきたいと思います。

ローカルアカウントではなく、ドメインアカウントを対象としたものについては、次の情報を確認してください。

• What happens if agent job owner account is deactivated in Active directory?
• Who owns your jobs?
• Jobs Owned by User Accounts

Read the rest of this entry »

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 で取得しようとした場合には、多少加工が必要なようでしたので情報を残しておきたいと思います。

Read the rest of this entry »

ストレージ: 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 で確認をさせていただいた内容を含めながら情報をまとめておきたいと思います。

Read the rest of this entry »

Azure SQL Database の価格 / リソースの制限の比較 で確認し 料金計算ツール で計算すれば問題はないのですが、Single Database モデルの利用料金の考え方について。

基本的な利用料金については、DTU / vCore / Hyperscale によって考え方が変わる部分と共通的な部分があります。

本投稿の内容が不正確なものだったとしても一切の責任を負うことはできませんので、あらかじめご了承ください。
利用料金の正確な内容については Microsoft の公式の情報が正しいものとなり、本投稿の情報は自分が後から見直すためのメモです。

Read the rest of this entry »

SQL Server 2022 / SQL Database / Managed Instance では、データベースのファイルサイズを削減するためのコマンドである、DBCC SHRINKFILE に WAIT_AT_LOWPRIORITY というオプションが追加されました。

このオプションを使用した場合のデータファイルのサイズ縮小について動作を把握しておきたかったので、調べてみました。

Read the rest of this entry »