数回、AlwaysOn 可用性グループを Azure 上で構築した場合の情報を書きてきましたが今回のリスナーの構成でひと段落かなと。
基本的な情報については チュートリアル:AlwaysOn 可用性グループのリスナー構成 に掲載されています。
SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
数回、AlwaysOn 可用性グループを Azure 上で構築した場合の情報を書きてきましたが今回のリスナーの構成でひと段落かなと。
基本的な情報については チュートリアル:AlwaysOn 可用性グループのリスナー構成 に掲載されています。
AlwaysOn 可用性グループを検証環境用と等で最小構成で構築したい場合のメモを。
この構成は AlwaysOn 可用性グループのフェールオーバーは使用できますが、ドメインコントローラーが SPOF になっていますのでご注意ください。
AlwaysOn 可用性グループでは可用性グループのクラスターリソースの実行ノードによって、プライマリ / セカンダリの切り替えを行っています。
可用性グループのクラスターリソースがフェールオーバーした際に優先所有者の切り替えが発生しているので、その動作についてまとめてみたいと思います。
Excel で BI / データ解析を行うためのツールとして Power xx 系の機能があります。
この辺はあまり追ったことがなかったので軽くメモを残しておきたいと思います。
Excel で利用できる Power xx 系の機能としては、
があるかと思います。
Power BI については、上記の 4 種類をまとめたものの呼称になるのかなと。
Power BI – 作業の開始ガイド
Read the rest of this entry »
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」と表示されエラーが解消されているかと。
あと 縄神様 の 縄コラ を読むと今年の締めくくりには良いと思いました。
あと えろす師匠 は えろす師匠鰻奢ってください。
SQL Server 2014 の環境でテストをしていますが、基本的には 2005 から同様な動作だったはずです。
エディションの違いによる機能比較はこちらを。
AlwaysOn 可用性グループと TDE (透過的なデータ暗号化) の組み合わせ方法について少しまとめてみたいと思います。
BOL としては 暗号化されたデータベースと AlwaysOn 可用性グループ (SQL Server) に記載されているのですが、これだと少しわかりずらいので。
データベースが暗号化されているか、データベース暗号化キー (DEK) を含んでいる場合、新しい可用性グループ ウィザード または 可用性グループへのデータベース追加ウィザード を使用してそのデータベースを可用性グループに追加することはできません。
とありますが、これは可用性グループのウィザードを使用して設定ができないということを表しており、AlwaysOn 可用性グループと TDE を組み合わせることは可能です。
細かな手順については Encrypting Your SQL Server 2012 AlwaysOn Availability Databases がとても参考になります。
twitter で質問をいただいたので少しまとめてみたいと思います。
SQL Server / SQL Database では、数値型の連番を簡単に設定するためのプロパティとして IDENTITY があります。
これを設定しておくと自動的に連番が付与されますが、サーバーの再起動等が発生した場合には連番は保証されません。
これについては
IDENTITY (プロパティ) (Transact-SQL)
IDENTITY プロパティ使用時の動作について
に記載されています。
SQL Server 2012 以降は、IDENTITY の説明として以下が追加されています。
サーバーの再起動または他のエラーが発生した後の連続した値: SQL Server では、パフォーマンス上の理由から ID 値をキャッシュすることがあります。割り当てられた値の一部は、データベースの障害やサーバーの再起動が発生したときに失われることがあります。 その結果、挿入時に非連続的な ID 値が生成される場合があります。 非連続的な値が許可されない場合、アプリケーションでは、シーケンス ジェネレーターを NOCACHE オプションを指定して使用するか独自のメカニズムを使用して、キー値を生成する必要があります。
この動作について少し見ていきたいと思います。
SQL Server の可変長文字列 (varchar / nvarchar) では、
というような文字列をデータとして登録した場合、可変長文字列では
というように設定されている文字列のみが登録されます。
char(10) というような固定長文字列型にデータを入れた場合には、
といった形で空白が付与されて固定長文字列として処理がされます。
それでは、
というようなデータに空白が含まれるものを入れた場合にはどうなるかを本投稿で見ていきたいと思います。
SQL Server 2014 としていますが、SQL Server 2005 SP1 以降であれば、おそらく使えるのではと思っています。
# SQL Server 2008 は CU3 以降かもしれませんが…。
以下の情報も参考になります。
Automating Deployment of SQL Server Maintenance Plans
SSIS package query
SSIS Package Extract from MSDB
How to Transfer(Copy) Maintenance Plans from One Server to other???….