Azure の仮想マシンでディスクのスループットを向上させる方法として、複数のデータディスクを使用して記憶域プールでディスクを構成する方法があるかと思います。
記憶域プールでは、あとからプールにディスクを足し、ディスクの容量を拡張することができますが、SQL Server のログファイルの用途で使用するディスクについて、性能を向上させるためにあとからディスクを足すのは効果的ではない可能性がありますので、その点についてまとめてみたいと思います。
Archive for the ‘SQL Server’ Category
ALB と ILB の両方を設定する
Azure Load Balancer (ALB) と Internal Load Balancer (ILB) で同一のパブリックポートは使用できませんが、一つの環境に両方とも作成することができます。
この作成方法についてメモを。
ILB については一つしか作成できないようですので、注意しておいたほうがよさそうですね。
BadRequest: LoadBalancer already exists: AlwaysOnILB. Only one internal load balancer allowed per deployment.
ALB と ILB の両方を可用性グループのリスナーに使いたかったのですが、うまくいったりいかなかったりと挙動が安定しないので、これは別の機会に調査してみたいと思います。
# DNS の解決方法についても考慮が必要になってくるので。
AlwaysOn 可用性グループを Azure 上で構築した場合のリスナーの構成
数回、AlwaysOn 可用性グループを Azure 上で構築した場合の情報を書きてきましたが今回のリスナーの構成でひと段落かなと。
基本的な情報については チュートリアル:AlwaysOn 可用性グループのリスナー構成 に掲載されています。
AlwaysOn 可用性グループを Azure 上で構築する場合の最小構成
AlwaysOn 可用性グループを検証環境用と等で最小構成で構築したい場合のメモを。
この構成は AlwaysOn 可用性グループのフェールオーバーは使用できますが、ドメインコントローラーが SPOF になっていますのでご注意ください。
AlwaysOn 可用性グループのクラスターリソースのフェールオーバー時の優先所有者の切り替え
AlwaysOn 可用性グループでは可用性グループのクラスターリソースの実行ノードによって、プライマリ / セカンダリの切り替えを行っています。
可用性グループのクラスターリソースがフェールオーバーした際に優先所有者の切り替えが発生しているので、その動作についてまとめてみたいと思います。
Excel で使用できる Power xx の機能についてのメモ
Excel で BI / データ解析を行うためのツールとして Power xx 系の機能があります。
この辺はあまり追ったことがなかったので軽くメモを残しておきたいと思います。
Excel で利用できる Power xx 系の機能としては、
- PowerPivot
- Power View
- Power Query
- Power Map
があるかと思います。
Power BI については、上記の 4 種類をまとめたものの呼称になるのかなと。
Power BI – 作業の開始ガイド
Read the rest of this entry »
ZM-VE400 で使用するディスクのパーティションスタイルについて
HD 内に入っている ISO ファイルをマウントできる HD ケースとして、ZALMAN の ZM-VE400 があります。
# ルートに「_iso」というフォルダを作成して、その中に ISO ファイルを格納しておくとマウントできます。
最新のファームは こちら から DL することができるのですが、ファームを最新化して、HD をフォーマットしても「1st parition : EE」 というエラーが表示されてしまい、ISO をマウントすることができませんでした。
VE400 で使用するディスクのパーティションスタイルですが、GPT ではなく MBR で利用が必須となるようです。
MBR で設定したディスクであれば、上記のエラーが表示されずに ISO をマウントできるようになります。
GPT で設定を行ってしまった場合は以下のコマンドで初期化できます。
dikspart list disk select disk <上記で確認した USB HD のディスク番号> clean create part primary format quick fs=ntfs
MBR で設定した後に一度 USB HD を再認識させれば「NO _ISO Folder」と表示されエラーが解消されているかと。
あと 縄神様 の 縄コラ を読むと今年の締めくくりには良いと思いました。
あと えろす師匠 は えろす師匠鰻奢ってください。
Enterprise Edition の DB バックアップを Standard Edition にリストア
SQL Server 2014 の環境でテストをしていますが、基本的には 2005 から同様な動作だったはずです。
エディションの違いによる機能比較はこちらを。
AlwaysOn 可用性グループと TDE の組み合わせについて
AlwaysOn 可用性グループと TDE (透過的なデータ暗号化) の組み合わせ方法について少しまとめてみたいと思います。
BOL としては 暗号化されたデータベースと AlwaysOn 可用性グループ (SQL Server) に記載されているのですが、これだと少しわかりずらいので。
データベースが暗号化されているか、データベース暗号化キー (DEK) を含んでいる場合、新しい可用性グループ ウィザード または 可用性グループへのデータベース追加ウィザード を使用してそのデータベースを可用性グループに追加することはできません。
とありますが、これは可用性グループのウィザードを使用して設定ができないということを表しており、AlwaysOn 可用性グループと TDE を組み合わせることは可能です。
細かな手順については Encrypting Your SQL Server 2012 AlwaysOn Availability Databases がとても参考になります。
SQL Server / SQL Database の IDENTITY プロパティの連番の保証性について
twitter で質問をいただいたので少しまとめてみたいと思います。
SQL Server / SQL Database では、数値型の連番を簡単に設定するためのプロパティとして IDENTITY があります。
これを設定しておくと自動的に連番が付与されますが、サーバーの再起動等が発生した場合には連番は保証されません。
これについては
IDENTITY (プロパティ) (Transact-SQL)
IDENTITY プロパティ使用時の動作について
に記載されています。
SQL Server 2012 以降は、IDENTITY の説明として以下が追加されています。
サーバーの再起動または他のエラーが発生した後の連続した値: SQL Server では、パフォーマンス上の理由から ID 値をキャッシュすることがあります。割り当てられた値の一部は、データベースの障害やサーバーの再起動が発生したときに失われることがあります。 その結果、挿入時に非連続的な ID 値が生成される場合があります。 非連続的な値が許可されない場合、アプリケーションでは、シーケンス ジェネレーターを NOCACHE オプションを指定して使用するか独自のメカニズムを使用して、キー値を生成する必要があります。
この動作について少し見ていきたいと思います。