SE の雑記

SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿

Archive for the ‘MDOP’ Category

MED-V 1.0 SP1 RC をインストール – サーバー編 –

one comment

MED-V 1.0 SP1 RC を Connect からダウンロードできたのでさっそく触っています。
私がダウンロードできなかったのは、以前 MED-V 1.0 Beta の参加登録をしていたからだったようです。
一度、MED-V 1.0 Beta の参加登録を削除したところ、SP1 RC をダウンロードできるようになりました。

■Windows Server 2008 R2 への対応

さっそく、リリースノートを読んでいたのですが、今まで Windows 7 対応ばかり気を取られていたのですが、
SP1 RC で Windows Server 2008 R2 にも対応されるようです。

[MED-V 1.0 Server Operating System Requirements] に以下の記載がありました。

Operating System Edition Service Pack System Architecture
Windows Server 2008 Standard or Enterprise SP1 or SP2 X86 or x64
Windows Server 2008 R2 Standard or Enterprise None x64

 

 

■アップグレードについて

MED-V 1.0 RTM → SP1 RC へはインプレースアップグレードはできないようで、構成ファイルのバックアップを取得して、
一度アンインストールして、SP1 RC をインストーする形になるようです。

こちらもリリースノートの記載がありました。

Server Upgrade
To upgrade the MED-V 1.0 server to MED-V 1.0 SP1:

  1. Back up the following files that are located in the <InstallDir> / Servers / ConfigurationServer directory:
    1. OrganizationalPolicy.XML
    2. ClientPolicy.XML
    3. WorkspaceKeys.XML
  2. Back up the <InstallDir> / Servers / ServerSettings.xml file.
  3. Uninstall the MED-V 1.0 server.
  4. Install the MED-V 1.0 SP1 server.
  5. Restore the backup files to the appropriate directories.
  6. Restart the MED-V server service.

 

■MED-V Server の入れ替え

それではさっそく MED-V Server を入れ替えてみたいと思います。
まずは、できないとわかっているのですがアップグレードをするとどうなるか。
image
エラーになりますね。必要なファイルをバックアップして、一度アンインストールします。

  1. [プログラムと機能]から、[Microsoft Enterprise Desktop Virtualization (Server)] をアンインストールします。image
  2. [はい] をクリックします。
    imageimage

これでアンインストールは完了です。

それでは、MED-V 1.0 SP1 RC の Server をインストールします。

  1. [MED-V_SERVER_X64_1.0.105.MSI] を実行します。
     image
  2. [Next] をクリックします。
    image
  3. [I accept the terms in the license agreement] を選択し、[Next] をクリックします。
    image
  4. [Next] をクリックします。
    image
  5. [Install] をクリックします。
    image
    image
  6. [Finish] をクリックします。
    image

後はバックアップを取得したファイルを上書きして、サービスを再起動します。
image

以上で、MED-V 1.0 SP1 RC Server のインストールは完了です。
2008 R2 に対応しているのでバージョンチェックでもエラーにならずにインストールできました。

次の投稿で Windows 7 にクライアントをインストールしたいと思います。

Written by masayuki.ozawa

2月 24th, 2010 at 2:51 pm

Posted in MDOP

MDOP 2010 が TechNet/MSDN で提供開始されました

leave a comment

まだ、英語版だけですが、MDOP 2010 が TechNet/MSDN で提供開始されました。
# VL の方も提供開始されています。

英語版ですので、ダウンロードサイトで言語を [English] に変更する必要があります。

image

MDOP2010 と合わせて、MED-V 1.0 SP1 RC についての情報も。
MDOP 2010 Opens Doors for Faster Windows 7 Deployment
App-V 4.6 RTM and MED-V 1.0 SP1 RC are here!!

RC のため Connect で入手するようですね。
先ほど確認した限りではまだダウンロードができないようだったのですが、ダウンロードできるようになったら試してみたいと思います。

Written by masayuki.ozawa

2月 22nd, 2010 at 11:11 pm

Posted in MDOP

MED-V の設定を考える – クラスターモードで冗長化 その 3 –

leave a comment

冗長化の最後として、サーバーをシャットダウンしながら冗長化のテストをしてみたいと思います。

■管理コンソールの接続

まずは管理コンソールの接続テストから。

image

  1. 両サーバーが停止している場合
    両サーバーをシャットダウンしている状態です。
    当然ながら接続できませんね。
    image
  2. 片側のサーバーが起動している場合
    片側のサーバー (2008R2-MDOP-01) だけ起動してみました。

    この状態は正常に接続ができますね。

    image 

    2008R2-MDOP-02 だけが起動している状態でも正常に接続ができます。

  3. ファイルサーバーが停止している場合 (MED-V サーバー起動後)
    MED-V サーバー (2008R2-MDOP-01 / 02) の起動後にファイルサーバーをシャットダウンした場合のテストです。
    MED-V サーバーの起動後にファイルサーバーをシャットダウンしているので、サービスは起動している状態です。
    image 
    共有ディレクトリ上にあるポリシーのファイルが読み込めずにエラーとなります。

    image 
    開かれたワークスペースも以下のように空の状態です。
    image 

  4. ファイルサーバーを起動
    上記の状態のときにファイルサーバーを再度起動させてみます。

    MED-V サーバーの再起動やサービスの再起動の必要なく接続ができるようになりました。

    image 

  5. ファイルサーバーが停止している場合 (MED-V サーバー起動前)
    MED-V サーバー起動時にファイルサーバーが停止していた場合です。

    この場合は MED-V のサービスが起動しないですね。
    image image

  6. ファイルサーバーを起動
    上記の状態ときにファイルサーバーを起動してみます。
    サービスは停止状態ですので、手動でサービスの起動を実施します。

    起動するかなと思ったら起動しませんでした…。
    定番のエラーが表示されていました。
    image image
    サーバーを再起動してもサービスは起動できませんでした。
    ファイルサーバーの [PublicKey.xml] を削除してサービスを起動してみます。

    2008R2-MDOP-01 では正常に起動しました。
    image
    2008R2-MDOP-02 ではエラーとなり以前としてサービスが起動できません。
    2008R2-MDOP-01 の KeyPair.xml を 2008R2-MDOP-02 にコピーしたところ正常にサービスが起動できました。
    構築時に発生した現象が再発したみたいですね。

    ファイルサーバーが起動していない状態で MED-V を起動しただけなのですがこのような状態になるとは…。

接続関してはどちらかのサーバーが起動していれば問題はなさそうですね。
ただし、ファイルサーバーが起動していない状態で MED-V サーバーを起動した場合は修復作業が必要になりそうですが。

■接続後にサーバーがシャットダウンされた場合

サーバー接続後に接続されているサーバーがシャットダウンされた場合の挙動を確認してみたいと思います。

まずは片側のサーバーを NLB の負荷分散対象外とします。
image

これで 2008R2-MDOP-01 に接続がされるようになります。

この状態で MED-V クライアントで管理コンソールを起動させた後に、でサーバーの負荷分散対象を逆転させます。
image 
管理コンソールは起動したままです。

image 

この状態でイメージをアップロードしようとすると以下のエラーになります。
image 

一度更新のボタンを押して、情報をリフレッシュすると正常にアップロードできるようになりました。

image image

image 

管理コンソールを使った冗長テストは以上で。
基本的な NLB のサーバー製品と考え方は変わらなさそうですね。
ファイルサーバーが起動していない場合の動作に関しては予想していませんでしたが…。

サーバー停止時の MED-V で実行されるアプリケーションの実行ですがこれに関してはオフライン実行と関連がありますので、
オフライン時 (サーバーと接続できない場合) の操作に関しては別途まとめていきたいと思います。

Written by masayuki.ozawa

1月 30th, 2010 at 7:40 am

Posted in MDOP

MED-V の設定を考える – クラスターモードで冗長化 その 2 –

leave a comment

前回の投稿で構成ファイルを共有ディレクトリに配置するところまでができました。
これでワークスペース関連の情報に関しては各サーバーで共有することができますが、MED-V から配信するゲスト OS の
イメージファイルはまだ、各サーバーのローカルに配置されています。

image

今度は IIS の設定を変更して、ゲスト OS のイメージファイルを共有ディレクトリ上に配置したいと思います。

■UNC 共有の設定

現在 IIS に設定している MED-V 用のイメージ展開のパスは以下の用になっています。
image
[物理パス] がローカルドライブになっていますので、これをファイルサーバーに変更します。

  1. 設定を開く
    IIS マネージャでローカルに設定していた仮想ディレクトリを右クリックし、[仮想ディレクトリの管理] → [詳細設定] を
    クリックします。
    image
  2. 物理パスの変更
    ローカルドライブになっている物理ドライブを共有ディレクトリに変更します。
    image
  3. 共有ディレクトリの接続ユーザーの設定
    IIS で UNC 共有を使用したマッピングを行う場合は、その共有ディレクトリへの接続に使用するユーザーを
    仮想ディレクトリ単位で設定することができます。

    [物理パス資格情報] の […] をクリックすると接続に使用するユーザーを指定できます。
    image 

    今回はドメインユーザーを作成して、ファイルサーバーの共有ディレクトリにアクセス許可を設定しています。
    # ユーザー名は [ドメイン名ユーザー名] の形式で指定します。
    ワークグループ環境の場合は全サーバーで同一ユーザー名 / 同一パスワードのユーザーを作成してミラーアカウントで
    接続を行う必要があります。
     
    image 

  4. BITS の設定
    この設定が微妙なのですが…。
    ログインして IIS マネージャを操作しているユーザーが共有ディレクトリにアクセスができるのであれば問題ありません。
    通常の設定通り、BITS を有効にすれば OK です。

    ただし、ログインしているユーザーが共有ディレクトリにアクセスできない場合はまず、IIS マネージャで仮想ディレクトリを
    開くことができません。
    image
    BITS を有効にしようとしても以下のエラーになります。
    image
    ひとまず、ネットワークドライブの割り当てで、仮想ディレクトリのマッピングで使用しているユーザーで
    セッションを確立しておきます。
    # [NET USE] コマンドでも大丈夫です。
    image image
    そうするとエラーの内容が変わります。
    image

    [SeSecurityPrivilege] 特権は [監査とセキュリティ ログの管理] の権限だと思ったのですが、既定ではこの権限は
    [Administrators] グループのユーザーにしか付与されていません。
    image
    今回は [Domain Users] グループである [MEDV User] を仮想ディレクトリの接続のユーザーに使用しているので
    このユーザーに上記の権限を [ローカル セキュリティ ポリシー] を使用して [ファイルサーバー] に設定します。
    # 今回だと 2008R2-MDOP-03 のローカルセキュリティポリシーに設定します。

    設定が終わったら念のため再起動して、再度ネットワークドライブのセッションを確立してから BITS を有効にします。

IIS の設定は以上で終了です。
両サーバーで操作を実施して、仮想ディレクトリは共有を使用するように設定します。

■MED-V サーバーの設定変更

サーバー側の最後の作業として、設定の変更を実施します。

設定変更は、[MED-V Server Configuration Manager] を使用して実施します。
image

デフォルトの状態ではローカルのドライブを使用してインストールをしていますので、設定もローカル環境が基準となっています。

image

これを NLB と共有ディレクトリに変更します。
# NLB の仮想ホスト名は DNS に登録済みです。
image

変更後はサービスの再起動が必要となります。
[Yes] をクリックしてサービスを再起動します。
image

クリック後に以下のメッセージが表示された場合は、共有ディレクトリの [PublicKey.xml] の現象が再発しているので
再度ファイルサーバー上の [PublicKey.xml] を削除します。

image

今回設定した内容がローカルの [ServerSettings.xml] に保存されています。
imageimage 

TechNet のクラスターモードの構築方法に書かれていた最後の手順である [ServerSettings.xml] のコピーを実施します。
今回は [2008R2-MDOP-01] → [2008R2-MDOP-02] にファイルをコピーします。

image

コピー後に 2008R2-MDOP-02 でサービスの再起動をします。
残念ながら、再起動できませんでした…。
image 

設定を更新したタイミングで、[KeyPair.xml] ファイルが書き変わっていたようです。
このファイルも [2008R2-MDOP-01] → [2008R2-MDOP-02] にコピーします。

image

これで設定完了です。
サーバー再起動してサービスが正常に起動していることを確認します。

■MED-V クライアントの設定変更

今まではクライアントは 2008R2-MDOP-01 に接続をしていましたのでそれを NLB の仮想ホストに変更します。

通知領域の MED-V のアイコンを右クリックして [Settings] をクリックします。
image

[Server address] を NLB の仮想ホスト名に変更して、[OK] をクリックします。

image

これでようやくクラスターモードの構築は完了です。

 

 

完成した環境がこちら。

image

一部の設定 (展開先情報) は MED-V サーバー上にも残りますが仮想環境展開に関する情報がファイルサーバーに集約されます。

作った環境のテストはその 3 で投稿したいと思います。

Written by masayuki.ozawa

1月 30th, 2010 at 3:38 am

Posted in MDOP

MED-V の設定を考える – クラスターモードで冗長化 その 1 –

leave a comment

ここ数日は通勤時間や、帰宅してから MED-V のクラスターモードの構築について調べていました。
本日ようやく一通り使えそうな環境まで設定することができました。
最初は構成ファイルの冗長化の手順を。

MED-V の冗長化にはクラスターモードという設定が使われます。
このクラスターモードですがクラスターとついていますが、実際には NLB と共有フォルダで冗長化された構成になります。

以前の投稿にも記載しましたが、基本的な設定方法は以下の URL に記載されています。
Configuring the MED-V Server in Cluster Mode

実は MED-V 日本語のドキュメントもあったりします。
展開、 操作ガイド

こちらのガイドにもクラスターモードについて記載されています。

ただし、上記のガイドに記載されている方法では私はクラスターモードは構築できませんでした。
# これが原因でなかなかクラスターモードについて投稿ができませんでした。

■クラスターモードにする前の構成

まずは NLB を設定した MED-V の 2 ノード構成の環境を用意します。
今回は以下の構成です。
2 台のサーバーそれぞれに MED-V をインストールして、NLB を組んでいます。
現時点では MED-V の設定は各ローカルサーバー上に保持しています。
クラスターモードを構築するためのファイルサーバーはこの時点では共有ディレクトリを持っているだけです。

image

MED-V はドメイン環境が必須でないため、上記環境はワークグループ環境でも構成可能です。
クラスターモードをワークグループ環境で構築することも可能です。

今回はワークグループ環境の設定も交えながら記載していきたいと思います。
最終的な環境はドメイン環境で。

■クラスターモードを設定 (構成ファイル)

それではいよいよクラスターモードを設定していきたいと思います。

  1. 共有ディレクトリを作成
    まずはファイルサーバー 2008R2-MDOP-03 に共有ディレクトリを作成します。
    必要となるディレクトリは以下の 2 種類です。
    # 厳密には分ける必要はありませんが管理上良さそうなので。

    –  構成ファイル保存用ディレクトリ
    – 展開イメージ保存用ディレクトリ

    今回は、C ドライブの下に [MED-V] というディレクトリを作成しその配下に、[Config] / [Images] というディレクトリを
    作成しています。
    image 

    ディレクトリの準備が終わったら、C ドライブ直下の [MED-V] ディレクトリに共有設定を行います。
    共有設定はドメインかワークグループかによって設定が異なります。

    [ドメイン環境の場合]
    ドメイン環境の場合は、アクセス許可にコンピュータアカウントを使用することができます。
    そのため、共有とフォルダのアクセス許可を以下のように設定します。
    image 
    – 共有のアクセス許可 –

    image
    – フォルダのアクセス許可 –

    各、コンピュータアカウントにはフルコントロールを許可しておきます。

    [ワークグループ環境の場合]
    ワークグループ環境の場合は、コンピュータアカウントを使用することができません。
    そのため各 MED-V サーバーの設定変更が必要となります。

    通常 MED-V のサービスは、[ローカル システム アカウント] で起動されています。
    image

    MED-V のサービスが起動したときに共有ディレクトリ上に構成ファイルを保存している場合、サービスの起動アカウントで、
    共有ディレクトリに接続を試みます。
    ドメイン環境であればコンピュータアカウントでの接続が可能なため、ローカル システム アカウントで起動していても
    最終的にはコンピュータアカウントの権限を使用して接続がされるのですが、ワークグループではコンピュータアカウントを
    使用したアクセス許可が設定できないため、構成を変更した後にサービスが起動できなくなります。

    そこでミラーアカウントを使用して共有ディレクトリに接続を行います。

    具体的には、サービスの起動アカウントをローカルユーザーに変更し、同一のユーザー名 /  パスワードのユーザーを
    ファイルサーバーにも作成して、共有ディレクトリとフォルダに対してフルコントロールを付与します。

    たとえば、2008R2-MDOP-01 / 02 の MEDV Server サービスの起動アカウントを [Administrator] に変更します。
    # 両サーバーで Administrator のパスワードは同一です。
    image

    そして、ファイルサーバーである 2008R2-MDOP-03 の Administrator のパスワードも 2008R2-MDOP-01 / 02 と
    同一に設定し、共有とフォルダのアクセス権を以下の用に設定します。

    image
    – 共有のアクセス許可 –

    image 
    – フォルダのアクセス許可 –

  2. 構成ファイルを共有ディレクトリにコピー
    MED-V の構成ファイルを共有ディレクトリにコピーします。
    今回は初期のマスターは 2008R2-MDOP-01 としています。

    2008R2-MDOP-01 の [C:Program FilesMicrosoft Enterprise Desktop VirtualizationConfigurationServer]ディレクトリを
    2008R2-MDOP-03 の [2008R2-MDOP-01MED-VConfig] にコピーします。
    共有フォルダにアクセスができない場合は一時的に、共有フォルダに書き込みができるユーザーを用意してアクセス権を設定し、
    そのユーザーを使用して共有ディレクトリにファイルをコピーします。
    # ファイルコピー後はアクセス権を削除しておきます。
      コンピュータアカウントのアクセス許可だとファイル名を指定して実行から接続できないかもしれません。

    image
    – コピー元-

    image
    – コピー先 –

  3. 構成ファイルの変更
    共有ディレクトリの構成ファイルを使用するように、2008R2-MDOP-01 / 02 の[ServerConfiguration.xml] を変更します。
    このファイルは、上記の手順でコピーした [ConfigurationServer] ディレクトリと同一のディレクトリ内にあります。

    image 
    このファイルをテキストエディタで開きます。

    このファイル内の [<StorePath>] を以下のように変更します。

     image

  4. KeyPair.xml ファイルのコピー
    先ほど操作したファイルと同一のディレクトリ内に [KeyPair.xml] というファイルが存在しています。
    このファイルを 2008R2-MDOP-01 から 2008R2-MDOP-02 にコピーし上書きします。
    image
  5. サービスの再起動
    これで TechNet に掲載されている手順は完了です。
    # ServerSettings.xml はその 2 で同期しようと思っていますので今回は作業はパスします。
    手順に従って MED-V のサービスを再起動します。
    image

    きっとこの手順では再起動時にエラーになります。
    image 

    イベントビューアの [アプリケーション] をみるとこのようなエラーが。
    image

    この現象を解決するのに手間取りました…。
    # この現象の解決にインシデントを使おうとしたところ、現状の MED-V のサポートが英語版の Windows 2008 だけだと
      教えていただきました。

    また、共有ディレクトリへのアクセス権が正しくないと以下のエラーになります。
    image

  6. 共有ディレクトリの [PublicKey.xml] の削除
    上記のエラーは共有ディレクトリの [PublicKey.xml] が影響して発生しているようでした。
    image
    一度共有ディレクトリの [PublicKey.xml] を削除します。

    もう一度サービスを起動してみると今回は正常に起動します。
    # サービスは両サーバーで再起動します。
    image

    サービスの起動時に共有ディレクトリの [PublicKey.xml] と [ClientSettings.xml] の 2 ファイルを読み込んでいるようです。
    [PublicKey.xml] はサーバーのローカルフォルダにも存在しており、構成ファイル用のディレクトリのものと整合性が取れていないと
    いけないのかもしれないですね。
    構成ファイルの場所を変更した場合は、構成ファイルのディレクトリの [PublicKey.xml] を一度削除しないと同様の
    現象が発生してしまう気がしています。
    # [KeyPair.xml] を各 MED-V サーバーで同一のものを使用しているので、このファイルも関係しているのかと。

長くなってきましたのでその 1 はここまでで。
その 2 でイメージ展開用の IIS の設定を投稿したいと思います。

Written by masayuki.ozawa

1月 29th, 2010 at 2:24 pm

Posted in MDOP

MED-V の設定を考える – 冗長化の方法 –

leave a comment

MED-V の企業利用を想定し設定を検討した内容を投稿していきたいと思います。

初回はエンタープライズ向けの製品を利用する場合の必須検討項目である冗長構成について調べてみました。
# Twitter でつぶやいたきりまとめていなかったので。

本当は実際に冗長化の構成まで組んでみたいのですが、明日 MCP を受験するためこれから追い込みで
勉強しなくてはいけないので今回は冗長化構成の検討までで。

TechNet に MED-V の冗長化について記載されています。
Configuring the MED-V Server in Cluster Mode

■MED-V の構成情報について

MED-V の構成情報ですがデータベースやバイナリデータではなく、XML ファイルが使用されています。

XML ファイルは

– [C:Program FilesMicrosoft Enterprise Desktop VirtualizationServers]
– [C:Program FilesMicrosoft Enterprise Desktop VirtualizationServersConfigurationServer]

の 2 個所に格納されています。

[Servers] 直下の XML ファイルが MED-V サーバーの構成、[ConfigurationServer] の XML ファイルがワークスペースの
設定情報になるようです。

ワークスペース用の設定情報の格納場所に関しては、[ServerConfiguration.xml] の [StorePath] に指定がされており、
デフォルトではインストールディレクトリ内の [Configuration] ディレクトリが設定されています。

image

この設定を共有ディレクトリに変更することで、ワークスペースの設定情報を複数のサーバーで共有できるようになります。

MED-V の構成情報や、ゲスト OS のイメージは暗号化されている個所があるようなので、冗長構成をとる各サーバーで、
同一の [KeyPair.xml] を使用する必要もあるようですね。
KeyPair.xml の内容が正しくないと、[MEDV Server] サービスが起動できないようです。

この xml はファイルが存在していない場合、サービスの起動時に自動生成されるようなのですが、一度リネームをして
とっておいたファイルをサービスの起動時に生成されたファイルと置き換えたらサービスが起動できなくなりました…。

MED-V で実行されるゲスト OS の仮想ハードディスクですが、[VHD] ではなく [EVHD] というファイルになるんですよね。
image

[Encrypted Virtual Hard Disk] という暗号化された VHD が使用されているのですがこの復号化と KeyPair.xml の
関連性も気になります。

■MED-V の冗長構成

MED-V の冗長構成は WSFC ではなく NLB で実現することになりそうです。
レポート用のデータベースの配置場所が悩ましいところですが。

冗長化を考えると以下のような構成になると思います。

image 

MED-V で使用されるイメージファイル (ゲスト OS のイメージ) も共有ディレクトリに配置させる必要があるかと。
IIS で UNC 共有を使用した仮想ディレクトリを使用する必要があるのかなと考えています。

実際の冗長化された構成の構築に関しては次回検証したいと思います。

Written by masayuki.ozawa

1月 24th, 2010 at 12:38 pm

Posted in MDOP

Windows Server 2008 R2 に MED-V をインストール

4 comments

MED-V で確認したいことがあり、Windows Server 2008 R2 に MED-V の環境を構築しています。

■Windows Server 2008 R2 に MED-V をインストール

IIS と SQL Server の導入も終わり、いざインストールしようとしたところ以下の画面が…。

image

Windows Server 2008 R2 では MED-V サーバーのインストールできませんか…。

ひとまず互換モードでインストーラーを起動してみました。
image

最初のバージョンチェックを回避し、インストールが完了しました。
image

ぱっと見は MED-V サーバーが動作しているようです。
image

 

■クライアントで稼働確認

ひとまずサーバーは準備できたのでクライアントで稼働確認です。

MED-V クライアント (Vista) からワークスペースのダウンロードもできました。
image

管理コンソールも起動可能です。
image

MED-V サーバーにイメージのアップロードもできました。
image 

ダウロードもできます。
image 

本題のアプリケーションの実行も大丈夫そうですね。
image

 

今まで MED-V は Windows 7 への対応ばかり気にしていたのですが、Windows Server 2008 R2 への対応も
気にしないといけなかったのですね。

MED-V は Beta が出てから 1 年近くたっているのですが日本語の情報ってあまりないですよね。
# 私が見落としているだけかも。

検証環境も再構築できたので、これでようやく確認したかったことの検証ができます。

Written by masayuki.ozawa

1月 24th, 2010 at 3:40 am

Posted in MDOP

MDOP 2009 R2 が TechNet / MSDN で提供開始されました

leave a comment

MDOP 2009 R2 が TechNet / MSDN の会員サイトで提供が開始されました。
MDOP 2009 R2 for Windows 7 is now available!

このバージョンで Windows 7 に対応がされているはずです。
久しぶりに MED-V を触ろうと考えていたので、このタイミングでのリリースはうれしい限りです。
明日の Windows 7 発売のタイミングに合わせたのでしょうか??
# 私も自宅の検証環境以外で使用する Windows 7 のライセンス購入しないと。

ファイルサイズだけみると倍以上になっているんですね。
MDOP に含まれる製品は増えていないと思っていたのですが。

image

現在ダウンロード中なので本日帰宅してから少し触ってみたいと思います。

VHD ブートが使えると Windows 7 の物理検証環境が手軽に用意できていいですね。
MED-V は物理環境が必須なので、今まではサーバーのパーティションを一つ潰していたのですが、
VHD でしたら BCD のエントリ追加だけですので。
物理検証環境用に x64 対応の中古のノート PC を購入したので、最近この手の検証も
効率よくできるようになりました。

追記

Windows 7 に対応した MED-V の提供は 2010 年の予定なんですね。
この投稿を書いた後、すべてわかる仮想化大全 2010 を読んでいたら書かれていました。
こちらの書籍で Windows 7 上で MED-V を動かしている画像があったので期待していたのですが。
# 2009 R2 の MED-V も Windows 7 ではインストールできません。
MED-V の WIndows 7 対応の情報を一度集めないといけないなと思いました。

Written by masayuki.ozawa

10月 20th, 2009 at 10:56 pm

Posted in MDOP

1 台で App-V サーバーを構築した場合に、Application Virtualization Management Server が起動していないことがある

leave a comment

忘れないようにメモ。

App-V サーバーでは SQL Server が必要となるため、1 台で完結させたサーバーを構築する場合には
App-V と SQL Server を共存させる構成になります。

この構成の場合、稀に [Application Virtualization Management Server] サービスが起動していないことがあります。

image

上記サービスは SQL Serve への接続が必要であるため、SQL Server のサービスが起動していない状態で、
Application Virtualization Management Server サービスが起動すると起動に失敗することがあります。

SQL Server を別のサーバーに構築することも考えられるので依存関係の設定はされていないんですよね。

image

SQL Server と依存関係を設定するためにはコマンドプロンプトで以下のコマンドを実行します。
# SQL Server の既定のインスタンスと依存関係を設定しています。
  Express Edition を使用している場合は [MSSQL$SQLEXPRESS] と依存関係を設定します。

sc config AppVirtServer depend= MSSQLSERVER

# depend= の後ろに半角スペースが必要です。

これで SQL Server と依存関係が設定されます。

image 

依存関係を削除する場合は

sc config AppVirtServer depend= “”

で依存関係を解除することができます。

これで SQL Server と依存関係が設定されます。

この状態で SQL Server のサービスを停止しようとすると依存関係が設定されているため、App-V の
サービスも停止されます。

image

App-V のサービスを開始すると依存関係により、SQL Server のサービスも開始されます。

いざ、サービスを手動で開始しようとしてみると依存関係で SQL Server のサービス開始後に App-V の
サービスが起動するのですがエラーとなってしまうんですよね。

image 
SQL Server のスタートアップが終わる前に接続しようとして、エラーとなっている感じがします。
# 一度エラーになったあとに、再度手動で起動すると正常にサービスが起動できるんですよね。
 
ひとまず、依存関係を設定して、サービスの起動を [自動 (遅延開始)] にし、回復でエラー発生時に
[サービスを再起動する] にして回避しています。

遅延開始は Vista 以降でしか使用できないので Windows Server 2003 で構築する場合は別の方法を
考える必要がありますね。

サービスの遅延開始もコマンドで設定ができます。

sc config AppVirtServer start= delayed-auto

 

App-V 関連では、ステップバイステップからの抜粋になりますが、RTSPS を使用する場合の
設定箇所もメモとしてどこかで投稿しておきたいです。
数ヶ月前、少し調べたのですが投稿しようと思ってずっと手付かずのままです・・・。

Written by masayuki.ozawa

9月 20th, 2009 at 6:35 am

Posted in MDOP

App-V 4.5 を Windows Server 2008 にインストールするときに必要な役割サービス

leave a comment

以前、構築した MED-V サーバー用の環境に App-V をインストールしようとしたところ以下のエラーが発生して、
インストールすることができませんでした。

image

IIS 絡みのエラーなので少しずつ役割サービスを追加して確認をしたところ、Windows Server 2008 では
[IIS 管理スクリプトおよびツール] を追加しておく必要があるようでした。

image

App-V はセットアップガイドが公開されているのですが、Windows Server 2003 をベースに書かれていたので、
Windows Server 2008 でインストールできるようにするまで少し苦労しました。

Written by masayuki.ozawa

6月 1st, 2009 at 1:56 pm

Posted in MDOP