RemoteFX でまだ触れていなかった USB デバイスリダイレクトを試してみました。

ML115 G5 に BUFFALO の BWC-130H01 という USB カメラを接続しています。

この状態で、Windows 7 SP1 Beta をインストールしているゲスト OS に接続し、USB デバイスのリダイレクトを検証してみます。

?

■初期状態の確認

リモートデスクトップで接続するまの ML115 G5 の [デバイスとプリンター] の状態が以下の画像になります。

ホスト OS に接続されているデバイスとして [USB2.0 Camera] を認識しています。

デバイス マネージャーでも [BUFFALO BWC-130H01 USB PC Camera] が認識されているのが確認できます。

?

■USB デバイス リダイレクトを試す

それでは早速、RemoteFX USB デバイス リダイレクトを試してみたいと思います。
USB カメラをリソースとして選択した状態で、Windows 7 SP1 Beta のゲスト OS に接続をします。

こちらが、リモートデスクトップで接続をした Hyper-V 上のゲスト OS の [デバイスとプリンター] の内容になります。
ホスト OS で接続をしている、USB カメラが使用できるようになっているのが確認できます。

デバイスマネージャーからも、ゲスト OS 上のデバイスとして認識されているのが確認できます。
デバイスドライバーに関しては、ゲスト OS にインストールする必要があります。
# 今回のキャプチャは投稿を書く前にドライバーをインストールしてしまったので、すでに導入済みの状態です。
?

詳しくは調べられていないのですが、[Remote Desktop USB Hub] というドライバーが USB デバイス リダイレクトで使用されているようです。
?

USB デバイス リダイレクトをしている間は、ホスト OS で対象のデバイスは、[リダイレクト] 状態となるようです。

デバイス マネージャーからも対象のデバイスの接続が外されています。

ゲスト OS で USB カメラが使用できることが確認できればよかったのですが、私の環境ではそこまで確認をすることができませんでした。
# グラフィックボードの投資をしていない影響だと思うのですが。

ゲスト OS をシャットダウンしたら、デバイスはホスト OS で認識されるようになりました。

?

■RemoteFX USB デバイス リダイレクトを試すには

RemoteFX USB デバイス リダイレクトを試すためには、ゲスト OS の [RemoteFX 3D ビデオ アダプター] を有効にしておく必要があるようです。
3D ビデオ アダプターを有効にしていないゲスト OS では、USB デバイスがリダイレクトされません。

ホスト OS でリダイレクト状態になっていないので、

ゲスト OS でも認識がされていません。
?

[Remote Desktop USB Hub] が組み込まれていないのでリダイレクトされていないのにはこの辺の動きが関係していそうです。

?

■複数台で USB デバイス リダイレクトを試すとどうなるか

3D ビデオ アダプターを有効にしたゲスト OS を複数台用意して USB デバイス リダイレクトを試すとどうなるか気になりますよね。、

1 台は RemoteFX 3D ビデオ アダプターを有効にして起動できたのですが、 2 台目はリソース不足で起動できませんでした…。

256 MB のビデオメモリのグラフィックボードを使用しているのでこれは仕方がなさそうですね。
1GB のメモリを搭載したグラフィックボードを用意しないと検証は厳しそうです。
# 256 MB のグラフィックボードですとゲスト OS の動きも結構カクカクしているような気がします。

これで、自宅の検証環境で試せる範囲で SP1 Beta の機能を一通り触れたかなと思います。
グラフィックボードの増設は真剣に検討しないと…。

SP1 Beta の英語メッセージを確認したくて、2008 R2 RTM の言語パックをインストールしようとしたところこのようなメッセージが。

SP1 Beta 用の言語パックは別途用意しないといけないみたいですね。

SP1 Beta 用の言語パックがダウンロードできるか探してみたのですが、見つかりませんでした…。

SP1 適用前に RTM の言語パックをインストールしておけば SP1 Beta 適用後でもその言語を使用することはできそうです。

SP1 Beta は英語のメッセージで検索したほうが情報がヒットする確率が高いので、英語の言語パックをインストールしたくて

• SP1 Beta をアンインストール → 2008 R2 RTM の言語パックを追加 → SP1 Beta をインストール

という手順で言語パックを追加してみました。

SP1 Beta で追加されたメッセージも RTM の段階で言語パックをインストールしていれば正常に表示されました。

Windows Embedded Standard 7 は Windows 7 がベースになっています。
最近、提供が開始された Windows 7 SP1 Beta が適用できるのか気になったので試してみました。

インストール直後のバージョンがこちらです。
?

SP1 Beta を実行したところ、[Windows Embedded Service Pack 1 のインストール] と表示されました！！

ということで、同意してインストールしてみたいと思います。

OS のインストール時にプロダクトキーを入力しなかったので、バージョンが特定できないということでインストールできませんでした…。

プロダクトキーを入力した場合も同様のエラーは発生しました。

う～ん。WES 7 のライセンス認証を完了させないと駄目なのかな…。
WES7 のライセンス認証の実行の仕方はまだ調べきれていないのでこの機会に調べ直さないと駄目かも。

前回、RemoteFX 3D ビデオ アダプターを試してみようとしたときには、オンボードのグラフィックチップだけでしたので、
ゲスト OS を起動した際に以下のエラーが発生してしまいました。

ちょっと、悔しかった (?) ので会社帰りに大手家電量販店に行って、以下のグラフィックボードを購入してきました。
RH4350-LE256HD/HS2

定価で 3,500 ぐらいで、たまっていたポイントを使って 1,900 円でお買い上げできました。
まぁこれぐらいの値段なら失敗しても、「悔しくなんかないやい！！」と強がってちょっとしょんぼりするレベル。

この グラフィックボードをML 115 G5 に搭載して、RemoteFX 3D ビデオ アダプター を試してみました。

?

■ML115 G5 に搭載した時の問題

わくわくしながら、ML115 G5 にグラフィックボードを搭載して、電源を入れてみたらなぜか画面が表示されない…。
BIOS のアップデートしたら何か変わるかな～と思ったのですが、状況に変化はなし…。
# オンボードのディスプレイアダプタ / 追加したグラフィックボードのディスプレイアダプタのどちらにさしても表示されない。

まぁ、OS 自体は起動しているようなので、リモートデスクトップで接続ができれば支障はないので今回は無視して進めることにしました。

デバイスドライバはこちらから入手可能です。(Windows 7 x64 用を使っています。)
Display Driver Only

?

■RemoteFX の情報

RemoteFX の情報をいろいろと調べてみました。
以下の技術情報を参考にすると良さそうです。(全部英語…。)

Deploying a Single Microsoft RemoteFX Server Step-by-Step Guide
Deploying Microsoft RemoteFX for Personal Virtual Desktops Step-by-Step Guide
Deploying Microsoft RemoteFX for Virtual Desktop Pools Step-by-Step Guide
Deploying Microsoft RemoteFX on a Remote Desktop Session Host Server Step-by-Step Guide

Hardware Considerations for RemoteFX
Microsoft RemoteFX

?

■RemoteFX 3D ビデオ アダプター を有効にする

今回はグラフィックボードを追加しているので、RemoteFX 3D ビデオ アダプターを追加してゲスト OS を起動することができます。

こちらが起動直後のゲスト OS のデバイス マネージャーの画面になります。
ディスプレイ アダプターは [標準 VGA グラフィック アダプター] となっています。
不明なデバイスとして表示されているのが、3D ビデオ アダプターになります。

3D ビデオ アダプターを使うためには Windows 7 を SP1 Beta にする必要があります。

?

ということでさっそく SP1 をインストール。

?

■RemoteFX 3D ビデオ アダプターを追加すると、VM のコンソールから接続できない。

インストールが終わったらさっそく接続をしてみます。

そうすると以下のような画面が表示されます。

RemoteFX 3D ビデオ アダプターを追加すると、[仮想マシン接続コンソール] (VMConnect.exe) から接続ができなくなるようですね。
メッセージに表示されているようにリモート デスクトップ接続からは接続が可能です。

ちなみに SCVMM で接続をしようとすると以下のようなちょっとさびしい画面になります。

■リモートデスクトップで接続して確認

リモートデスクトップであれば接続することができます。

Windows Server 2008 R2 SP1 で統合サービスも更新がされていますのでインストールしました。

?

Windows 7 SP1 Beta をインストールした環境で、RemoteFX 3D ビデオ アダプターを追加すると、ディスプレイ アダプターが
[Microsoft RemoteFX Graphics Device ?WDDM] に変更されます。
# 統合サービスはインストールしなくても変更はされていました。
?

テストするための方法はこれから調べていきたいと思います。

Windows Server 2008 R2 SP1 Beta で RemoteFX と呼ばれる機能に、[RemoteFX 3D ビデオ アダプター] があります。

RemoteFX という名称の機能は他にもあり、それが [RemoteFX USB デバイス リダイレクト] になります。
この機能は WIndows Server 2008 R2 / Windows 7 にSP1 Beta を適用することで使用することができるようになります。
# この機能は USB デバイスのリダイレクトですので RemoteFX 3D ビデオ アダプターと異なり追加の GPU がなくても
?? 設定が出来ました。

今回は有効にするための設定方法をまとめてみたいと思います。

?

■Remote FX USB デバイス リダイレクトを有効にする

SP1 Beta を適用しただけでは、Remote FX USB デバイス リダイレクトは有効になりません。
有効にするためにはグループポリシーで設定を有効にする必要があります。
今回はローカルセキュリティポリシーから有効にしたいと思います。

1. ファイル名を指定して実行から、[gpedit.msc] を実行します。
2. [コンピューターの構成] → [Windows コンポーネント] → [リモート デスクトップ サービス] →
   [リモート デスクトップ接続のクライアント] → [RemoteFX USB デバイス リダイレクト] を選択します。
   
3. [サポートされている他の RemoteFX USB デバイスの、このコンピューターからの RDP リダイレクトを許可する] の
   ポリシーを有効にします。
   # 初期状態では、[未構成] となっています。
   ?

以上で、設定は完了です。
[gpupdate /force] で設定が反映されるかなと思って何回か試したのですが、うまく適用がされなかったので、
再起動をし、設定を反映させます。

以下の画像が、ポリシーを設定 / 適用する前のリモートデスクトップの [ローカル デバイスとリソース] で選択できる
リソースの内容になります。

?

ポリシーが適用されると、[その他のサポートされている RemoteFX USB デバイス] というカテゴリが増え、
リモート デスクトップ接続を実行した端末に接続されている USB デバイスを選択できるようになります。

今回のキャプチャは、Windows Server 2008 R2 SP1 Beta で取得していますが、Windows 7 SP1 Beta でも
使用することが可能です。

Hyper-V 上のゲスト OS の Windows 7 に SP1 Beta を適用し、ポリシーを適用した環境を作って、設定ができるか
試してみたのですが、ゲスト OS ではポリシーを有効にしても、リソースで RemoteFX USB デバイスを
選択することができませんでした。

RemoteFX USB デバイス リダイレクトの具体的な使用方法に関してはこれから調べたいと思います。

先日、英語版だけではありますが SQL Server 2008 SP2 CTP が公開されました。
SQL Server 2008 SP2 CTP

SQL Server 2008 SP2 から SQL Server 2008 R2 の UCP と DAC に対応されるようです。
どのようになるか軽く検証をしてみました。

今回は以下のバージョンのインスタンスを用意しています。

• SQL Server 2008 R2 (SSMS も 2008 R2 のものを使用)
• SQL Server 2008 SP1
• SQL Server 2008 SP2 CTP

?

■UCP に登録

SQL Server 2008 SP1 を UCP のマネージインスタンスとして登録しようとすると以下のように
バージョンのチェックでエラーとなります。

それでは、SQL Server 2008 SP2 CTP を登録してみたいと思います。
SQL Server 2008 SP2 CTP は UCP に対応をしていますので、インスタンスを登録することが可能です。

実際に、インスタンスを登録して UCP で状態を確認した画面がこちらになります。
SQL Server 2008 のインスタンスが登録されていることが確認できますね。
?

?

■DAC の登録

続いて DAC の登録も試してみたいと思います。

SQL Server 2008 R2 で DAC を登録した状態にしてあります。

まずは SQL Server 2008 SP1 に登録をしようとするとどうなるか確認してみます。
DAC はオブジェクトエクスプローラーの [管理] に表示されるのですが、 SQL Server 2008 SP1 のインスタンスでは
表示がされていません。
# インスタンス名が見切れてしまっていますが、[データ層アプリケーション] が表示されているのが 2008 R2 の
　 インスタンスになります。
?

SQL Server 2008 SP2 CTP のインスタンスの管理を表示してみます。
SQL Server 2008 SP2 CTP のインスタンスでデータ層アプリケーションが表示されているのが確認できます。

DAC パッケージの配置も実施することができます。

ユーティリティ エクスプローラーのデータ層アプリケーションにも表示されます。

複数のバージョンを一元的に確認できる用になるのはいいですね～。

続いては Dynamic Memory について調べてみたことをまとめたいと思います。

■Dynamic Memory の設定

Dynamic Memory の設定ですが、ゲスト OS のメモリを [動的] に設定することで使用することができます。

動的なメモリでは [スタートアップ RAM] と [最大 RAM] の 2 種類を設定します。
# Hyper-V でバッファーとして予約しておくべきメモリの割合についてはヘルプに記載がないので正確なことは言えないのですが、
　おそらく ホスト OS 用のメモリ予約なのかな～と思っています。

今回は複数のゲスト OS は起動していないので、[メモリの優先度] に関してはデフォルトのままとしています。

?

■ゲスト OS 起動後の状態

Dynamic Memory を設定して、ゲスト OS を起動してみます。

起動時には、[スタートアップ RAM] のサイズまでメモリが確保されます。

SP1 を適用すると Hyper-V マネージャー も表示が変更され、[現在のメモリ] と [使用可能なメモリ] が表示されるようになります。
こちらも 512 MB となっており、[スタートアップ RAM] まで確保されていることが確認できますね。

?

■動的なメモリ拡張を発生させる

それでは、この状態で Dynamic Memory による動的なメモリ拡張を発生させて見たいと思います。

てっとり早くメモリを消費させるため、[fsutil コマンド] を使用して、ファイルサイズの大きいテキストファイルを作ってみたいと思います。

これで 512 MB のテキストファイルが作成できました。

それでは、このテキストファイルをメモ帳で開いてメモリの割り当てがどのようになるか確認してみたいと思います。

実装メモリが [1.67 GB] に拡張されていることが確認できます。
Hyper-V マネージャーの [現在のメモリ] も拡張されています。

再起動をしないでも動的にメモリを拡張できるのが Dynamic Memory の機能となります。

同じファイルを別のメモ帳で開き、さらにメモリを使用してみたいと思います。

今回は、[最大 RAM] を [2048 MB] に設定していますので、メモリが [2 GB] で止まります。

こちらがホスト OS のタスクマネージャの内容です。
利用可能メモリが 1.3 GB 程度となっていることが確認できます。

?

?

■メモリを使用していたプログラムを終了する

大量のメモリを使用していたメモ帳を終了するとどうなるか試してみます。

閉じたタイミングで、Hyper-V マネージャーの [使用可能なメモリ] が増えていることが確認できます。
# 1.6 GB 程度が使用可能なメモリとなっています。

メモ帳を閉じてしばらく待つと、[現在のメモリ] が [スタートアップ RAM] のサイズまで縮小されます。
# 今回はメモ帳以外プログラムは実行していないため、最小まで縮小されています。
?

一度拡張されたメモリですが、ゲスト OS の実装メモリから見ると縮小はされないみたいですね。

Hyper-V マネージャーの [現在のメモリ] が縮小されたタイミングで、ホスト OS の [利用可能] メモリが増えていますので、
ゲスト OS では [2GB] と表示されていても使用していたメモリが解放されていることが確認できます。

?

■パフォーマンスカウンター

Dynamic Memory のメモリの割り当て、解放ですがホスト OS のパフォーマンスモニターから確認することができます。

Balancer に関しては、[System Balancer] というインスタンスしか表示されていないのですが、VM に関しては起動している
ゲスト OS をインスタンスとして選択することができます。

VM の Added Memory / Physical Memory / Removed Memory を取得するとゲスト OS で動的にメモリの変化があった時の
状況を確認することができそうです。

?

アイドル時にはメモリを解放してくれるようなサービスが実行されているとメモリが有効活用できそうですね。
VDI 環境で、クライアントアプリを実行するような場合も有効に利用できそうですね。

昨日より提供が開始された Windows Server 2008 R2 SP1 Beta ですが、昨夜に環境を構築し、今朝の通勤時間から
少し触り始めてみました。

SP1 で大きな機能としては、RemoteFX と Dynamic Memory の 2 つかと思います。

まずは、RemoteFX について調べて見た事をまとめて見たいと思います。

?

■ゲスト OS で RemoteFX を有効にするためには

SP1 を適用することで、Hyper-V のゲストで RemoteFX を有効にすることができるようになります。
RemoteFX の有効化ですが、ゲスト OS に [RemoteFX 3D ビデオ アダプター] を追加することで有効にできます。

ただし、SP1 を適用したらすぐに使えるようになるというわけではありません。
適用直後の状態で、ハードウェアの追加に項目が表示されるようになるのですがグレーアウトした状態となっています。

RemoteFX 3D ビデオ アダプターを追加するためには、リモート デスクトップ サービスの [リモート デスクトップ仮想化ホスト] の
[RemoteFX] の役割をインストールする必要があります。
?

この役割は VDI 環境を作成するときにインストールするものになります。
Windows Server 2008 R2 SP1 の RemoteFX ですが、VDI 環境での利用を意識しているみたいですね。

役割のインストールが終わると、ゲスト OS で RemoteFX 3D ビデオ アダプター が追加できるようになります。

?

■RemoteFX 3D ビデオ アダプターを追加して起動

それでは、RemoteFX 3D ビデオ アダプターを追加してみます。

ゲスト OS のハードウェアの追加をすると、アダプターの項目が追加されます。

モニターの最大数は [1 / 2 / 3 / 4] 、モニターの最大解像度は [1024×768 / 1280×1024 / 1600×1200 / 1920×1200] から
選択することが可能となっています。

アダプターを追加して [さぁ起動しよう] と起動したところ、私の環境では以下のエラーとなってしまいました…。
?

今回の環境ですが、ThinkPad x201i を使っています。
この環境では Intel のオンボードのグラフィックアダプターが使われており、グラフィックボードを追加してはいません。
このような環境だと、RemoteFX を使ってゲスト OS を起動できないみたいなんですよね…。

今回発生したエラー [Microsoft Synthetic 3D Display Controller] を元に調べて見たところ、グラフィックボードのメモリとして、
最低でも 200 MB は必要みたいでした。
推奨のグラフィックボードは 1GB のメモリのようで、私の環境にはそのような環境は一台もありません。
ということで、今回は RemoteFX を試せませんでしたとなっている次第です。

?

■パフォーマンスカウンター

Remote FX 用のパフォーマンスカウンターがありましたので少しまとめてみました。

?

?

ML115 G5 にグラフィックボードを追加すれば何とかなりそうな気もするのですが、すぐに環境を整備するのも難しそうです。

サーバー機ではグラフィックボードは最低限のものになっていることが大半だと思いますので、RemoteFX を使用する際には
気をつける必要がありそうですね。

イベントビューアのログを WMIC でローテーション (保存 / 削除) するときのコマンドをメモとして。

?

WMI を使うときは、WMI Code Creator v1.0 がとても便利です。

先日 Forefront Threat Management Gateway (TMG) 2010 Service Pack 1 日本語版の提供が開始されました。
Microsoft Forefront Threat Management Gateway (TMG) 2010 Service Pack 1

Release Notes for Forefront TMG 2010 SP1

この SP1 ですが、以下のサイトで紹介がされている方法でスリップストリームインストールが可能となっているようです。
How to Slipstream Service Pack 1 for TMG

TechNet では、以下の技術情報で TMG 2010 SP1 のインストールについて記載されているのですが、スリップストリームインストールについて
明記されている記載が見つかりませんでした。
Installing Forefront TMG SP1

TMG 2010 SP1 のスリップストリームインストールですが、特定のディレクトリに SP1 の更新モジュールを配置するというのではなく、
MSIEXEC で NosSP の MSI (Microsoft Windows Installer) と SP1 の MSP (Microsoft Windows Patch Package) を指定することで、
統合したインストーラーを作成し、そこからインストールをすることで実施することが可能なようです。

ただし、TechNet 等の技術情報で、記載されている個所が見つからなかったのが少し気になっています。
#統合したインストーラーでインストールするとバージョンが SP1 のものになっているのは確認をしているのですが。

■SP1 を統合したインストーラーの作成

1. SP1 を統合したインストーラーを作成するためには、インストールメディア内のファイル一式をローカルドライブ等の
   書き込みが可能なドライブにコピーします。
   DVD メディアのインストーラーに統合をしようとしても、書き込みができないという事で、先に進むことができません。
   
2. TMG 2010 のメディア内のファイルと、SP1 のインストーラーをローカルディスク等の書き込み可能なディスクに保存したら、
   以下のコマンドを実行します。
   

   msiexec /a <TMG の MSI> /p <SP1 の MSP> 例） msiexec /a C:TMGFPCMS_FPC_Server.msi /p C:SP1TMG-KB981324-amd64-JPN.msp

3. コマンドを実行すると、SP1 のインストールウィザードが起動しますので、[次へ] をクリックします。
   
   
4. [/a] で指定したファイルのディレクトリが自動的に設定されていますので、[次へ] をクリックします。
   
   
5. [インストール] をクリックします。
   ?
   
   
6. [完了] をクリックします。
   
   
7. [splash.hta] を実行してインストーラーを起動してインストールを開始します。
   ?

あとはインストールを進めていけばスリップストリームインストールは完了です。
インストール直後のバージョン情報が以下の画像になります。
SP1 は [7.0.8108.200] ですので、SP1 がスリップストリームインストールされているのが確認できますね。

ちなみに、こちらの画像が NonSP をインストールしたときのバージョンとなります。

最近の製品はスリップストリームインストールができて楽で良いですね。