[virtualization.info]書評:Understanding Microsoft Virtualization Solution
SQL Server 2005 SP2 CU12 / SP3 CU2 が提供されています
SQL Server 新刊書籍 [絵で見てわかる SQL Server の内部構造]
以前 DB Magazine に連載されていた 「絵で見てわかるSQL Serverの深層」が書籍化されます。
SQL Server の内部動作がわかりやすく説明されていた連載でしたので書籍が発売されるのが楽しみです♪
SQL Server 2000 SP4 / SQL Server 2005 SP2 用のセキュリティ更新プログラムが配信されています
以前、エクスプロイトコードで検証してみたところ SP2 でも一定のバージョン以降の CU をあてている場合は
SCVMM2008 でバーチャル マシンが削除できなくなった場合の対策
WSFC 構築手順 [設定編] クォーラムディスクの設定
クォーラムディスクの設定については以下の URL に明記されています↓
Failover Cluster Step-by-Step Guide: Configuring the Quorum in a Failover Cluster
- 最小サイズは 512 MB
- 単一のボリュームにする
- クォーラムディスク専用とし、他のアプリケーションデータは格納しない
- ドライブ文字を割り当てるかどうかは任意
- クラスタで利用可能なディスクストレージを使用
- クラスタの構成ウィザードで妥当性を検証
- ハード RAID で可用性を確保
- クォーラムディスクのバックアップを行うことにより死活監視の I/O に影響が出る可能性があるためバクアップの対象から除外
- ウィルススキャンソフトのスキャン対象からクォーラムディスクを除外する
- NTFS でフォーマットする
8. の英訳には自信がないのですが、クラスタの構成に変更がない場合はバックアップの対象から除外してもいいのかも知れないですね。
WSFC ではクォーラムディスクだけでクラスタを組むということはないと思いますので、クォーラムディスクの I/O に影響が出ても
マジョリティノードの部分でカバーされ、深刻な問題にはならないような気もしますが。
[virtualization.info]Microsoft社が「Hyper-V Security Guide」を準備中
WSFC 構築手順 [設定編] クォーラムディスクのドライブ文字
WSFC のクォーラムディスクに使用しているディスクですが、ドライブ文字を設定しないドライブでも
使用することができます。
# この内容が Windows Server World の 3 月号に書かれています。
MSCS では Q ドライブ (Quorum) を設定することが多かったと思いますが WSFC では不要です。
クォーラムのドライブ文字は以下の操作でなしにすることができます。
- [フェールオーバー クラスタ管理] を実行します。
- クォーラムディスクに使用しているディスクを確認します。
クォーラムディスクに使用しているディスクは以下のいずれかの方法で確認できます。 - [記憶域] からクォーラムディスクに使用しているディスクを右クリックし、[ドライブ文字の変更] を選択します。
- ドライブ文字を [なし] に設定します。
- [ドライブ文字を変更する] を選択します。
?
- ドライブ文字が設定されていないディスクがクォーラムディスクとして設定されていることが確認できます。
?
ウィザードを使ってクォーラムディスクを設定するときに、ドライブ文字が設定されていないディスクを選択することができますので
通常の設定としても問題なさそうです。
# ドライブ文字をなしにして設定するより一度ノードマジョリティに切り替えてからドライブ文字のないディスクを選択したほうが
? 設定として安心感があるかも知れないですね。
?
ドライブ文字を設定していないディスクをクォーラムディスクに設定しても、クォーラム構成で警告は発生していません。
?
ドライブ文字を割り当てない場合、クォーラムディスクを他の用途で使用することはできなくなります。
マイコンピュータにも表示されませんし、
?
[ディスクの管理] からエクスプローラでアクセスすることもできません。
?
クォーラムディスク専用として対象のディスクを使用するのであれば問題ないとは思いますが。
設定の際の留意点として覚えておく必要があるかもしれないですね。
次は共有マジョリティの設定をまとめたいと思います。
MED-V インストール手順 [クライアント 設定編] その 2
<MED-V インストール手順 [クライアント 設定編] その 1
ここまで MED-V のテスト用のイメージを使って動作を確認することができました。
あとは実運用で使用する最終的な展開イメージを作成する必要があります。
[展開用イメージの作成]
テスト用イメージだけでは他のクライアントに展開できませんので、最終展開用のイメージを作成します。
この作業も今までのクライアント側の作業と同様に [MED-V Management] で行います。
- [Images] ボタンをクリックします。
- [Local Packed Images:] の [New] をクリックします。
?
- [Browse] ボタンをクリックし、Virtual PC の VMC ファイルを選択します。
Image name には任意の内容を入力し、[OK] をクリックします。
この作業はテスト用のイメージ作成のときと変わらないですね。
テスト用のイメージ名がプルダウンから選べましたので今回はそれを選択しています。
# VMC ファイルは手動で Virtual PC のイメージを選択しています。
- 展開用イメージの作成が始まります。
?
- [OK] をクリックします。
?
- 展開用のイメージは [C:MED-V ImagesPackedImages] に作成されています。
種類が [Kidaro ~] なのはご愛嬌ということで。
# MED-V はもともと Kidaro 社が作っていたものですので。
元の VHD ファイルと比較するとそれなりに圧縮されているみたいです。
?
- 作成が終了すると [Local Packed Images:] に展開用イメージが追加されます。
バージョンツリーになっているので細かく管理できそうですね。
[展開用イメージのアップロード]
これで一通りのモジュールは揃いましたので展開用のイメージをアップロードします。
- [Local Packed Images:] からアップロードするイメージを選択します。
- [Upload] をクリックします。
- サーバーにアップロードが開始されます。
- アップロードが完了したら [OK] をクリックします。
- サーバー上にファイルがアップロードされていることが確認できます。
これで一通りの作業は終了になります。
MED-V クライアントは展開用パッケージの作成等で [C:MED-V Images] を使いましたので一度全ファイルを削除してみました。
MED-V の管理コンソールの [Images] もサーバーにアップロードしたものだけになっています。
?
この状態で [MED-V] を起動します。
ログオンとワークスペースの選択画面の後にイメージのダウロード処理が実行されます。
あとはテスト用のイメージ実行等と変わりません。
サーバーに展開したイメージを選択しているワークスペースでは? [Use Test Image] / [Use Deployed Image] の選択はありませんので
スムーズにアプリケーションが実行できると思います。
# (server) がついているイメージですね。
効率の良いイメージ管理方法やセキュリティ、各設定の内容を確認する等、実運用を考えていろいろと検討することはありますが、
この環境があればいろいろと試していけそうです。
テスト用イメージで設定やインストールアプリを変えて展開用イメージとしてパックするといった操作も覚える必要があるでしょうし。
Office を入れて以下の画像のような環境までは作成できました。
File Transfer 機能で Virtual PC 上のファイルを直接コピーすることもできます。(送ることもできそうです。)
# MED-V は画面を転送しているだけですのでファイルの保存をすると Virtual PC 上に保存がされるようです。
?? App-V のほうがとりまわしはよさそうですね。App-V は SCCM 経由でシーケンスしたパッケージも配布できますし。
?
日本語版が発売されるまでは時間がありそうですので、ローカライズされたドキュメントはなかなか出なさそうですね。
App-V も試して、アプリケーション仮想化を一通り触れてみたいと思います。
ひとまず MED-V の投稿はここまでで。この投稿がブログを見ていただいた方の参考になれば幸いです。
今後はクラスタの設定系をまとめながら SQL Server のバックアップの基礎といった投稿も始めてみたいと思います。
# もちろん App-V の設定手順も。そのためにサーバー名を MDOP に設定しましたので。





