SE の雑記

Storage performance best practices and considerations for Azure SQL DB Managed Instance (General Purpose) で、Managed Instance (MI) の General Purpose (汎用目的) のストレージのベストプラクティスが公開されました。

Read the rest of this entry »

SQL Server 周りでいろいろと情報が公開されていたので、後で見るためにちょっとまとめておきたいと思います。 Read the rest of this entry »

SQL Server の復旧モデルを完全で使わないといけないシチュエーションというものがいくつかあるかと思います。

その中でも「構成としての制約」から、完全復旧モデルが必要となる場合があります。

• AlwaysOn 可用性グループを使用している
• PaaS (SQL Database / Managed Instance / RDS for SQL Server 等) を使用している

というようなケースが考えられますが、これらの環境を使用している場合にトランザクションログの領域が不足しているが、インデックスの再構築を実行したい場合の対策の一案を。

「再開可能なオンラインのインデックス再構築」(ROIR) を使用するため、SQL Server 2017 Enterprise Edition 以上がベースとなっている必要があります。

ちなみに SQL Database と Managed Instance は SQL Server 2017 の EE 相当の機能を使うことができるようになっていますので、どのサービスレベルでも使用できます。
SQL DB では、この機能は、まだ Preview 中となっていますが。

Resumable Online Index Rebuild is in public preview for Azure SQL DB

Read the rest of this entry »

Azure Stack の SQL Hosting Service に Windows の SQL Server の AlwaysOn 可用性グループを組み込む方法が分かったので、次は SQL Server on Linux の可用性グループが組み込めるかを実験してみました。

検証のため STONITH は無効にしてしまっているのですが、この状態では SQL Server on Linux の可用性グループを組み込むことはできました。
(azure_arm が Azure Stack で動作するかは要検証ですね)

Read the rest of this entry »

2016Azure Stack 向けの AlwaysOn 可用性グループ (AG) の環境を作成するための雑な手順です。
まだ自動化とか考えられていないので、一つ一つ手動で実行して下さい（

Read the rest of this entry »

Azure Stack の SQL リソースプロバイダーで作成されている DB とログインのクエリをまとめてみたいと思います。 Read the rest of this entry »

別途、投稿は書こうかと思いますが、ひとまず覚書として。

「まいど」から「以上ヾ(‘ω’)ﾉ゛」まで、Azure Stack を見つめる某氏に環境をお借りして、検証した内容をちょっとずつ書いていきたいと思います。

Read the rest of this entry »

ぎたぱそせんせーの

これだけみればok https://t.co/udaIzHHPaX

— guitarrapc_tech (@guitarrapc_tech) July 3, 2018

のつぶやきを拝見し、そういえば、「nawagami ドメイン用の証明書ないな～」と思い、Let’s Encrypt のワイルドカード証明書を Ubuntu の Windows Subsystem for Linux (WSL) で作成した際のメモを。

• None of the above on Ubuntu 16.04 (xenial)
• ACME v2 Production Environment & Wildcards

あたりを見ておくとできるかと。

本タイトルの投稿を書きたくてやってみたとも言います（

Read the rest of this entry »

今年も昨年に引き続き Microsoft MVP を Data Platform のカテゴリで再受賞させていただきました。

今年で 8 年目となるようです。

最近は、セミナーで概要をお話しさせていただく機会が多く、ディープな内容をキャッチアップできていないのですが、登壇も落ち着いてきましたので、今年は自分のインプットを増やす機会を重視していきたいなと思っております。

引き続きよろしくお願いいたします。

Azure の Log Analytics (OMS) のアラート機能を使用したゆるい感じでのサーバーの死活監視の方法を書いてみようかと。

Log Analytics のアラート機能の最小の間隔は 5 分間隔での実行となっており、連携しているデータのインデックスが作成されるのにもタイムラグがありますので、今回の方法は即応性のあるものではありません。

Read the rest of this entry »