まずは、こちらをご覧ください。
SC2012SP1 の VMM でライブラリーサーバーを追加したときのエラーです。
ライブラリーサーバーの追加は出来たのですが、ファイルを認識していません。もしかして、ファイルが壊れたのかな？
とも思いましたが、ちゃんと使えるし・・・・
そしていろいろと確認してみると、ディスクがReFSでした。もしかして・・・ReFSは対応していなくてNTFSじゃないとダメなのかな？
そこで、ReFSからNTFSに変換できるのか調べてみましたが、どうやらダメみたい。逆もしかり・・・
一旦ファイルを退避して、NTFSで再フォーマットしてファイルを戻してみました。
ビンゴです！
ライブラリーはReFSは対応していませんでした。
System Requirements にはその様な要件は書かれていないな～
再度 Virtual Machine Manager, System Center 2012 SP1 の Install を行いましたので備忘録として載せておきます。
VMM 2012 SP1 の要件を確認します。
System Requirements: VMM Management Server
Windows Server 2012 が必須になっていますね。そして今回はSQLサーバーは SQL Server 2012 SP1 を使用します。
SQLサーバーのインストールを行いますが、その前に .NET Framework 3.5 をインストールしておきましょう。これはSQLサーバーが必要なコンポーネントなので先にインストールしておきます。インストールにはインターネット接続かメディアが必要になります。
System Center 2012 SP1 が出ていますが、SQLサーバーの照合順序に関してまとめているサイトが見当たりません。
そこで、現状で発見できた内容をまとめておきます。
SCCM
SQL_Latin1_General_CP1_CI_AS
http://technet.microsoft.com/en-us/library/gg682077.aspx
Orchestrator
SQL_Latin1_General_CP1_CI_AS
http://technet.microsoft.com/en-us/library/hh420361.aspx
Service Manager データベース
Japanese_XJIS_100_CI_AS
Service Managerデータウェアハウス
Japanese_XJIS_100_CI_AS
Operations Manager データベース
Japanese_CI_AS
Operations Manager データウェアハウス
Japanese_CI_AS
http://blogs.technet.com/b/systemcenterjp/archive/2012/11/28/3535133.aspx
DPM
記述なし
http://technet.microsoft.com/en-us/library/jj852163.aspx
VMM
記述なし
http://technet.microsoft.com/en-us/library/gg610574.aspx
App Controller
記述なし
http://technet.microsoft.com/en-us/library/gg696046.aspx
2013/2/28 追記
パートナー向け資料に日本語環境で使用するSQL照合順序の推奨が明記されました。
DPM
Japanese_CI_AS
VMM
SQL_Latin1_General_CP1_CI_AS
App Controller
Japanese_XJIS_100_CI_AS
ただし、他の照合順序でもサポートします。
となります。記述されていないものに関してはデフォルトの「Japanese_CI_AS」で問題ありません。
また、クラスター上に展開されているSQLをサポートしないものもありますので注意が必要です。これらのことからできる限り1製品1SQLサーバーという対になるような展開が安全かもしれません。
Windows 8 関連のホームページに「Windows 8 ボリューム アクティベーション ガイド」がリンクされていました。
今まで気が付かなかったのですが、すでに公開されていますのでやっとブログにも書こうと思います。ちなみにこのホワイトペーパーを書かせていただきました。なんだかんだで100ページ以上のボリュームになってしまいましたが、重要な要点のみをまとめてみます。
詳しい内容が知りたい方はダウンロードしてぜひ読んでみてください。
ライセンス認証とは OS が正規のものかを判断するものであり、ボリュームアクティベーションとはライセンス認証の仕組みになります。
ボリュームアクティベーションは Windows Vista 以降に登場し、現在の最新バージョンは 3 になります。
企業においてはボリュームライセンスを購入して導入することがほとんどだと思われます。このボリュームアクティベーションはボリュームライセンスを購入した企業が使用する仕組みということになります。
さて、最新のボリュームアクティベーションは Windows 8 や Windows Server 2012 に対応しています。
最新のボリュームアクティベーション方法としては次の3つの方法が提供されています。
Hyper-V 環境構築（CSVおよびライブマイグレーション用ネットワーク）
すべてのクラスターノードに Hyper-V を導入します。これはクラスターを構築する際にあらかじめやっておきました。
そして、記憶域のディスクより CSV の設定をします。
ダイナミッククォーラムに関して
今回は次のようにテストしてみました。
ネットワークを分断させることによってどのような挙動になるかを確認します。ダイナミッククォーラムがきちんと動作すれば 2 ノード側のクラスターが停止し、3 ノード側が存続するはずです。
クォーラムに関して
クォーラムに関しては以前議論したことがあり、さまざまな意見がありますが、私は次のように理解しています。Windows Server 2003 のころの MSCS と呼ばれていたクラスターでは、クォーラムといえば、クラスター構成データベース（ChkXXX.tmp)が配置された共有ディスクをクォーラムディスクと呼んでいました。そして、そのディスクの中身をクォーラムと呼んでいました。
Windows Server 2008 の MSFC と呼ばれるクラスターからは、クォーラムはクラスター存続の仕組みとして呼ばれるようになりました。
Windows Server 2012 のヘルプには、このように書いてあります。
クォーラムとは、クラスターが動作し続けるために、オンラインである必要のある “投票” できるクラスター要素の数です。クォーラム要素には、クラスター ノードと、オプションでクォーラム監視があります。クォーラム監視では、複数のクラスター ノード間のすべてのネットワーク通信リンクが失敗した場合の判別がサポートされます (“スプリット ブレイン” シナリオと呼ばれる場合もあります)。クォーラム監視では、専用のディスク監視、またはファイル共有監視を行うことができます。ディスク監視ではクラスター データベースのコピーを保存しますが、ファイル共有監視では保存しません。
Windows Server 2008 では 4 つのクォーラムモードがありました。
クラスターコア リソースに関して
Cluster を作成すると、管理サーバーに相当するのが、クラスターコアリソースになります。
Windows Server 2008 R2 の時は、ほとんど制御ができませんでしたが、 Windows Server 2012 ではかなりカスタマイズできました。
クラスターコアリソースのグループ名は「クラスター グループ」になります。これが、分かりずらい・・・・変わっていません。
Windows Server 2012 の Cluster 検証を行いました。
まずはインストール編。今回は 5 ノードクラスターの構築をしました。
共有ディスクをあらかじめ各ノードに割り当てておきます。そして、役割と機能の追加よりフェールオーバークラスターを追加します。
