■テスト機にPostgreSQLサーバ導入

/var/lib/pgsql/data/pg_hba.conf を書き換え(暫定)
[bash]
local all all trust
host all all 172.0.0.0/8 trust
[/bash]

/var/lib/pgsql/data/postgresql.conf を書き換え

[bash]
listen_addresses = ‘*’
[/bash]

設定リロード
[bash]
pg_ctl reload
[/bash]

テスト用DBユーザ作成
[bash]
createuser sample
Shall the new role be a superuser? (y/n) n
Shall the new role be allowed to create databases? (y/n) n
Shall the new role be allowed to create more new roles? (y/n) n
CREATE ROLE
[/bash]

テスト用DB作成
[bash]
createdb sampledb
[/bash]

テスト用テーブル作成
[bash]
psql sampledb
CREAT TABLE sampletable (id serial,name text);
GRANT ALL ON sampletable_id_seq TO sample ;
[/bash]

テストユーザにテスト用テーブルへのアクセス権限をフルで与える
[bash]
grant ALL ON sampletable TO sample;
[/bash]

別のLinux機から接続テスト
[bash]
psql -h ＜ホスト名＞ -U sample -d sampledb
[/bash]

Linux 側(というかPostgreSQL側)の作業はここで一段落。
ここからは c# 側。

概ね方向は2系統。ODBCを使うか、npgsql を使うか。なんか、pgOLEDB.dll というものもあるらしい。よーわからん。
とりあえずnpgsqlを、
http://www.postgresql.jp/document/NPGSQL/manual/UserManual_J.htm
を参考にしながら試してみる。

http://pgfoundry.org/frs/?group_id=1000140
から Npgsql2.0.5-bin-ms.net3.5sp1.zip を入手。
展開して、適当なところにおいておく。とりあえずC:npgsqlにおいてみた。

C:Program FilesMicrosoft SDKsWindowsv6.0Abin
にある
gacutil.exe
をつかって
gacutil -i C:npgsqlbinNpgsql.dll
しておく。

まずはコンソールアプリケーションで試してみる。
Vc#2008でコンソールアプリケーションを新規作成。

頭の using が並んでいるところに
using System.Data;
using Npgsql;
を追加。

ぐは、ビルドしてみたらうごかねー。

エラー	1	型または名前空間名 'Npgsql' が見つかりませんでした。using ディレクティブまたはアセンブリ参照が不足しています。	C:UsersXXXXXAppDataLocalTemporary ProjectsConsoleApplication1Program.cs	6	7	ConsoleApplication1

なので、プロジェクト→参照の追加→参照で、C:npgsqlbinNpgsql.dll を追加しておく。

これで「デバッグ開始」でエラーは出なくなった。

この時点でのソースはこんな感じ。
[csharp]
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Data;
using Npgsql;

namespace ConsoleApplication1
{
class Program
{
static void Main(string[] args)
{
}
}
}
[/csharp]

んでもってMainの中に、接続のための処理を書いておく。全体はこんな感じ。

[csharp]
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Data;
using Npgsql;

namespace ConsoleApplication1
{
class Program
{
public static void Main(String[] args)
{
NpgsqlConnection conn = new NpgsqlConnection("Server=＜サーバのIPアドレス＞;Port=5432;User Id=sample;Database=sampledb;");
conn.Open();
conn.Close();
}

}
}
[/csharp]

■テーブルに行を追加する処理
※デバッグが終了してしまわないように確認画面を入れた。
[csharp]
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Data;
using Npgsql;

namespace ConsoleApplication1
{
class Program
{
public static Int32 rowsaffected; // Mainの中においておいたらエラーが出たのでサンプルから変更。

public static void Main(String[] args)
{
NpgsqlConnection conn = new NpgsqlConnection("Server=＜サーバのIPアドレス＞;Port=5432;User Id=sample;Database=sampledb;");
conn.Open();
Console.WriteLine(conn.State);

NpgsqlCommand command = new NpgsqlCommand("insert into sampletable (name) values(‘TEST OK’)", conn);

try
{
rowsaffected = command.ExecuteNonQuery();
}

catch
{
Console.WriteLine("It was added {0} lines in table table1", rowsaffected);

}

finally
{
conn.Close();
}

# if DEBUG
Console.WriteLine("続行するには何かキーを押してください・・・");
Console.ReadKey();
# endif
}

}
}
[/csharp]

おおおおお、追加されてるよ。ナイスだ。

■単一の結果が返ってくるものを取得する
[csharp]
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Data;
using Npgsql;

namespace ConsoleApplication1
{
class Program
{
public static void Main(String[] args)
{
NpgsqlConnection conn = new NpgsqlConnection("Server=＜サーバのIPアドレス＞;Port=5432;User Id=sample;Database=sampledb;");
conn.Open();
Console.WriteLine(conn.State);

NpgsqlCommand command = new NpgsqlCommand("select version()", conn);
string serverVersion;

try
{
serverVersion = (String)command.ExecuteScalar();
Console.WriteLine("PostgreSQL server version: {0}", serverVersion); // これはtry の中に入れてやらないとエラーになった
}

finally
{
conn.Close();
}

# if DEBUG
Console.WriteLine("続行するには何かキーを押してください・・・");
Console.ReadKey();
# endif
}

}
}
[/csharp]

■全ての問い合わせ結果を取得する
データ的に多少面白くなるようにテーブルを用意しておく。
＜Linux側作業＞
[bash]
CREATE TABLE sampletable2 (name text, yomi text, address text);
INSERT INTO sampletable2 VALUES (‘パンツェッタ 幸平’,'ぱんつぇった こうへい’,'panzetta_kouhei@example.com’);
INSERT INTO sampletable2 VALUES (‘村松 沙知絵’,'むらまつ さちえ’,'muramatsu_sachie@example.com’);
INSERT INTO sampletable2 VALUES (‘田代 恵望子’,'たしろ えみこ’,'tashiro_emiko@example.com’);
INSERT INTO sampletable2 VALUES (‘中島 璃子’,'なかしま りこ’,'nakashima_riko@example.com’);
INSERT INTO sampletable2 VALUES (‘畑中 恵梨香’,'はたなか えりか’,'hatanaka_erika@example.com’);
grant ALL ON sampletable2 TO sample ;
[/bash]

この手のサンプルデータを作るのは http://kazina.com/dummy/ の「なんちゃって個人情報」さんが便利。

ソースはこんな感じ。
[csharp]
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Data;
using Npgsql;

namespace ConsoleApplication1
{
class Program
{
public static void Main(String[] args)
{
NpgsqlConnection conn = new NpgsqlConnection("Server=＜サーバのIPアドレス＞;Port=5432;User Id=sample;Database=sampledb;");
conn.Open();
Console.WriteLine(conn.State);

NpgsqlCommand command = new NpgsqlCommand("select * from sampletable2", conn);

try
{
NpgsqlDataReader dr = command.ExecuteReader();
int i;
while (dr.Read())
{
for (i = 0; i < dr.FieldCount; i++)
{
Console.Write("{0} t", dr[i]);
}
Console.WriteLine();
}
}

finally
{
conn.Close();
}

# if DEBUG
Console.WriteLine("続行するには何かキーを押してください・・・");
Console.ReadKey();
# endif
}

}
}
[/csharp]

でもってこれをGUIの画面にしたときにどうやってDataGridViewに表示するのかがいまいちわかってないけど、それは又今度。とりあえずデータの出し入れはわかったので今日はここまで。

・アクセスするユーザを特定のユーザ(HOGEHOGE)にみせかける
→サーバ側の /etc/samba/smb.conf で force user = HOGEHOGE

・クライアント側で自動マウント
→/etc/fstab に

//SERVER_NAME/SHARE_NAME /MOUNT_POINT   cifs    rw.user,credentials=PATH_TO_FILE, uid=UID   0 0

のように書いておき、PATH_TO_FILE に該当するファイルに

username=hogehoge
password=fugafuga

を書いておく。これ便利。今日初めて知った。参考にしたのは備忘録さん。

イマドキの環境だと数十MBなんて大したことないような気もするんですが、これが無線環境になるとかなり影響が大きくて、現状、無線経由のドメインログオンにはモーレツに時間がかかっています。

ざっと出てきた解決策は三つ。

A案：ログイン時にアイコンファイルの更新をしないようにする
B案：パッケージの関連付けを減らす
C案：アイコン自体のサイズを小さくする

A案を実現するためには、クライアント側の「公開サーバの設定」で「ユーザのログイン時に更新」のチェックを外すか、同党の設定をしたプロバイダポリシーを作成する必要があります。で、更新が全然されないんじゃ困っちゃうので、一定の時間ごとに更新させる設定にします。
この設定で試してみたところ、確かに通信量は減るのですが、運用上の問題が二点でてきました。

一つは、最終ログオン日時を保存するレジストリキーが
HKEY_LOCAL_MACHINESOFTWAREMicrosoftSoftGrid4.5ClientDC Serversサーバ名LastUpdate
なんですが、自分とこの場合、大学環境のお約束として環境復元のツールが入っていて、この値が保持されません。なので環境復元が有効だと、やっぱり毎ログオン時に更新に行ってしまいます。
もう一つは、仮に上記の値が何らかの方法で保持できたとしても、結局ノート端末なんかの場合には数時間単位でログオンしない状況が普通にあり得るので、やっぱりログオン時に更新がかかっちゃいます。

B案は、内容的には悪くないのですが、特定の関連付けが必要なのか不要なのかの判断は正直センター側で行うのはかなり難しいです。関連付けそのものでなくてもそれに付随するアイコンを削除しちゃえば関連付けは残ったままでアイコンだけ「不明なアプリケーション」のアイコンになるんだとは思うんですが、やっぱり授業で使っている教員でないと、どの辺まで踏み込むかのさじ加減がわからないのでこれも却下。

そうすると消去法的にC案が残る訳で、とりあえず各パッケージのアイコンサイズを確認してみたところ、なんか、異様にでかいアイコンファイルがぞろぞろ出てきました。調べてみると、一つの ico ファイルに複数のサイズ、色数のアイコンが格納されているんですが、いくつかのアプリケーションでは 256×256 とか 128×128 なんかのとんでもなくでかいアイコンが含まれています。こんなサイズでアイコンの表示しないってば。特に大きかったのが Adobe CS4シリーズと一太郎ビューア。MS-Office 2007 はまだ調べていないですがこれもきっと大きいんではないかと思っています。これは明日確認。

しょうがないので、それぞれのアイコンを一つ一つアイコンファイルを編集できるツールで読んでは大きなアイコンを消す作業をやっています。今日のところは半分くらいで挫折。残りは明日だな。

ということで、App-V案件をお持ちの方は、ほっとくと App-V は起動時に結構なサイズの通信を発生させる、ということを知っておいた方がいいように思います。自分とこの場合は、「App-Vは100%のキャッシュがクライアントにあれば、ログオン時やアプリケーションの起動時には『そのアプリケーションを使っていいかどうか』の認証情報しかやり取りされないので大きな通信は発生しない」と理解していたので(…と某社担当者さんが言っていたし)、正直面くらっています。まぁ、有線環境では大した実害ではないのですが。

…だったんだけど、なかなかしんどかったので、「セカンドモニタの解像度が低いままのxorg.confに解像度の部分だけ書き加える」という方向に変更。

ということで何方かのご参考にでもなれば。

Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
EndSection

Section "Files"
    FontPath        "/usr/share/fonts/default/Type1"
EndSection

Section "Module"
    Load           "dbe"
    Load           "extmod"
    Load           "type1"
    Load           "freetype"
    Load           "glx"
EndSection

Section "ServerFlags"
    Option         "Xinerama" "0"
EndSection

Section "InputDevice"

    # generated from default
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol" "auto"
    Option         "Device" "/dev/input/mice"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

    # generated from data in "/etc/sysconfig/keyboard"
    Identifier     "Keyboard0"
    Driver         "kbd"
    Option         "XkbLayout" "us_intl"
    Option         "XkbModel" "pc105"
EndSection

Section "Monitor"

    # HorizSync source: edid, VertRefresh source: edid
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "CRT-0"
    HorizSync       28.0 - 65.0
    VertRefresh     57.0 - 75.0
    Option         "DPMS"
EndSection

Section "Monitor"

    # HorizSync source: builtin, VertRefresh source: builtin
    Identifier     "Monitor1"
    VendorName     "Sony"
    ModelName      "CRT-0"
    HorizSync       28.0 - 65.0
    VertRefresh     57.0 - 75.0
    Option         "DPMS"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "GeForce 8400 GS"
EndSection

Section "Device"
    Identifier     "Device1"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "GeForce 8400 GS"
    BusID          "PCI:7:0:0"
    Screen          1
EndSection

Section "Screen"

    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "TwinView" "1"
    Option         "TwinViewXineramaInfoOrder" "CRT-1"
    Option         "TwinViewOrientation" "LeftOf"
    Option         "metamodes" "CRT-0: 1280x1024 +1280+0, CRT-1: 1280x1024 +0+0; CRT-0: nvidia-auto-select +800+0, CRT-1: 800x600 +0+0; CRT-0: nvidia-auto-select +640+0, CRT-1: 640x480 +0+0"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

Section "Screen"
    Identifier     "Screen1"
    Device         "Device1"
    Monitor        "Monitor1"
    DefaultDepth    24
    Option         "TwinView" "0"
    Option         "metamodes" "CRT-0: nvidia-auto-select +0+0"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

職場の Quad Xion + 8GB 程ではないものの Phenom 9750 (Quad Core 95W) + 4GB でも今までよりは格段に快適な検証環境が手に入りました。常時起動しておく必要もないし、これでガンガン検証が進む…といいなぁ(希望的観測)。

Windows Server 2008になって、IIS7 になった影響で、IISの管理画面がかなり変わっている。んでもって、前に書いたやり方とは多少状況が変わっている。

特に、IISを有効にする時に「サーバマネージャ」→「役割サービス」で「IIS管理スクリプト及びツール」はインストールされていないと、App-Vのインストール中に「エラー25120 インストールプログラムは必要なIIS仮想ディレクトリを作成できませんでした。」のエラーが出て、インストールが巻き戻ってしまう。また、「セキュリティ」以下の項目は(必要な範囲で)もりもり追加しておかないと、App-Vの管理コンソールが接続できない。

2008での手順はまた今度。下手すると年度明けかも。

とりあえず、CentOS5.2 をほぼ最小構成(インストールタイプはserver。その後、PHP と PostgreSQL とmySQL をインストールしたくらい)で入れた状態からやった作業。

プロクシの設定

試した環境の場合、プロクシの内側なので以下の設定が必要。

pear config-set http_proxy http://XXXX.XXXX.XXX.XXX:NNNN (NNNNはポート番号)

設定内容の確認

pecl config-show

必要なパッケージと本体のインストール

yum install php-devel gcc httpd-devel
pecl install APC

php.ini に以下の行を追加

extension=apc.so

Apache 再起動

service httpd restart

うん、かなり軽くなった気がする。元の状態でのベンチマークとっておけばよかったな。

んで、そのK氏は実運用でESXiを使おうと思っているケースがあるらしく、ESXi の冗長化的なことを考えているそうな。
いろいろ妄想したりしておもしろかったんだけど、ふと、ESXi の仮想マシンとして ESXi がインストールできたりしないだろうか、ということに気づいて、只今インストール中。とりあえず、ESXi のインストールCDからの起動は成功。今のところ、Vmkernel のロードまで成功していることは確認済み。ただ、なんかさっきからここで止まっているように見えるんだよなぁ。

追記：しばらく待ってみたけどやっぱりVMkernelのロードから先に進まないみたい。VMware Server をインストールしてみるか…。

てことで、自分とこの VMware ESXi サーバ上で仮想マシンたてて色々試しています。とりあえず今日のところは検証環境の準備(サーバの構築→各種インストール→動作確認)までをメモっておきます。どなたかのお役に立てば幸甚です。

■必要となるファイルのダウンロード

【App-V本体関係】

・Microsoft Connect ( http://connect.microsoft.com/ ) にサインイン。
「会員制プログラム一覧」→「サーバー」に「Microsoft Application Virtualization」があるので追加する。
・「Microsoft Application Virtualization」の「ダウンロード」の中の「2008/06/17 AppVirt Public RC Release」を選択し、
MSAppVirt_sequencer_setup_4.5.0.1305.exe 25.84MB
MSAppVirt_management_server_setup_4.5.0.1308.exe 21.51MB
MSAppVirt_wd_client_setup_4.5.0.1308.exe 23.16MB
をダウンロード。

【.NET Framework 2.0】

.NET Framework のサイト ( http://msdn.microsoft.com/ja-jp/netframework/default.aspx )の左側のメニューから「.NET Framework 2.0 Service Pack 1 (x86)」を選択→ダウンロード。

【Microsoft SQL Server 2005 Express Edition】

http://www.microsoft.com/downloads/details.aspx?familyid=5B5528B9-13E1-4DB9-A3FC-82116D598C3D&displaylang=ja
から入手。

【Windows Server 2003 Service Pack2 のISOイメージ】

http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=1b9fe9e4-1d57-4698-a5cf-db271ed6d90a
から入手。

■想定する環境

＜サーバとクライアント＞

sgdc：ドメインコントローラ。WindowsServer2003。192.168.10.1。
sgsv：App-Vサーバ。WindowsServer2003。192.168.10.2。
sgsql：SQLサーバ。MicrosoftSQLServer2005。192.168.10.3。
sgcl：App-Vクライアント。WindowsXP。192.168.10.10。
sgseq：App-Vシーケンサ。WindowsXP。192.168.10.20。

＜グループ＞

App-V Administrators：App-V管理グループ。
＜要確認＞ここに所属していると、APP-Vクライアントの設定とAPP-Vサーバの設定ができる。
App-V Users：App-V 利用者グループ。ここに所属していると、App-Vクライアントが利用可能。

＜ユーザ＞

apManager：App-V管理ユーザ
apUser01：App-V利用ユーザ1
apUser02：App-V利用ユーザ2
apUser03：App-V利用ユーザ3 (App-V Users グループに所属しないテスト用)

■前提となる作業

・すべての仮想マシンのOSはインストール済みで、WindowsUpdateにより最新の状態になっている
・準備が整った状態で、ESXiでスナップショットを取得している(後々テストに使うかもしれないので)
・必要となるファイル群はすべてドメインコントローラ上に保存しておき、Windowsファイル共有で必要なサーバに渡す。

■ドメインコントローラでの作業

【ActiveDirectoryドメインの構成】

・「サーバの役割管理」で「役割を追加または削除する」をクリック
・「最初のサーバーの標準構成」を選択して「次へ」
・「Active Directoryドメイン名」に「sg.local」を入力して「次へ」
・「NetBIOSドメイン名」が「SG」なのを確認して「次へ」
・DNSクエリはとりあえず「いいえ、クエリを転送しません」を選択して「次へ」
・この後は特に設定するところもなくそのまま進む
・自動的に再起動
・ドメインのAdministratorでログオン
・サーバの構成ウィザードが自動的に進行
・ActiveDirectoryの構成完了

【ユーザとグループの追加】

・「ActiveDirectoryユーザとコンピュータ」を起動
・sg.localに「App-V」という名前でOUを作成
・OU「App-V」に、グループ「App-V Administrators」を追加。グループのスコープは「グローバル」、グループの種類は「セキュリティ」。
・OU「App-V」に、グループ「App-V Users」を追加。グループのスコープは「グローバル」、グループの種類は「セキュリティ」。
・OU「App-V」に、ユーザ「apManager」を追加。パスワードは適当に。
・OU「App-V」に、ユーザ「apUser01」を追加。パスワードは適当に。
・OU「App-V」に、ユーザ「apUser02」を追加。パスワードは適当に。
・OU「App-V」に、ユーザ「apUser03」を追加。パスワードは適当に。
・グループ「App-V Administrators」にユーザ「Administrator」及び「apManager」を追加。
・グループ「App-V Users」にユーザ「apUser01」、「apUser02」、「Administrator」、「apManager」を追加。「apUser03」は追加しない。

【DNSの設定】

・管理ツールからDNSを起動する
・「逆引き参照ゾーン」を右クリック→「新しいゾーン」
・デフォルト値のまま「次へ」で進む
・「ネットワークID」に「192.168.10」を入力
・デフォルト値のまま「次へ」で進んで完了
・「前方参照ゾーン」→「sg.local」を右クリック→「新しいホスト」
・「名前」に「sgsv」を入力。IPアドレスは192.168.10.2。「関連づけられたポインタレコードを作成する」にチェックを入れて「ホストの追加」を押す。
・「名前」に「sgsql」を入力。IPアドレスは192.168.10.3。「関連づけられたポインタレコードを作成する」にチェックを入れて「ホストの追加」を押す。
・「名前」に「sgcl」を入力。IPアドレスは192.168.10.10。「関連づけられたポインタレコードを作成する」にチェックを入れて「ホストの追加」を押す。
・「名前」に「sgseq」を入力。IPアドレスは192.168.10.20。「関連づけられたポインタレコードを作成する」にチェックを入れて「ホストの追加」を押す。
・「完了」を押す
・「逆引き参照ゾーン」→「192.168.10.x Subnet」を右クリック→「最新の情報に更新」
・sgdc の逆引きエントリだけできていないので「192.168.10.x Subnet」を右クリック→「新しいポインタ」
・「ホストIP番号」の末尾に「1」を入力し、「ホスト名」に「sgdc.sg.local.」を入力。最後のピリオド必要。
・念のため、「SGDC」を右クリック→「すべてのタスク」→「再起動」でDNSサービスを再起動しておく。

■SQLサーバでの作業

【ドメインへの参加】

・「マイコンピュータ」を右クリック→「プロパティ」→「コンピュータ名」→「変更」と進む・「ドメイン名」に「sg.local」を入力
・ドメインのAdministratorの認証情報を入力
・再起動

【Microsoft SQL Server のインストール】

・ドメインのAdministratorでログオン
・NetFx20SP1_x86.exe を実行し、.NET Framework 2.0 をインストール。特に設定する必要項目なし。
・SQLEXPR_ADV_JPN.EXE を実行し、Microsoft SQL Server 2005 Expressをインストール。
・とりあえずしばらくはデフォルト値のまま「次へ」連打。
・認証モードは「混合モード」にしておく。sa ログオンパスワードは適当に。
・インストール終了
・SQL Serverのセキュリティ構成から「サービスと接続のセキュリティ構成」にすすみ、リモート接続を有効にする(TCP/IPとパイプ接続)。その後、「サービス」で再起動する(停止→開始)。
・SQL Server Browser サービスの「スタートアップの種類」を「自動」にして「適用」し、「開始」を押す。
・一応再起動しておく。再起動後、管理ツールから「サービス」を開き、「SQL Server」と「SQL Server Browser」が起動していることを確認する。

■App-Vサーバでの作業

【ドメインへの参加】

・「マイコンピュータ」を右クリック→「プロパティ」→「コンピュータ名」→「変更」と進む
・「ドメイン名」に「sg.local」を入力
・ドメインのAdministratorの認証情報を入力
・再起動

【App-Vサーバをインストールするための準備】

・ドメインのAdministratorでログオン
・「サーバの役割管理」を起動し、「役割を追加または削除する」をクリック
・「サーバの役割」で「アプリケーションサーバ(IIS、ASP.NET)」を選択して「次へ」
・「ASP.NETの有効化」にチェックを入れて「次へ」
・WindowsServer2003 のCD-ROMを要求されるので挿入。
・IISの構成終了
・NetFx20SP1_x86.exe を実行し、.NET Framework 2.0 をインストール。特に設定する必要項目なし。

【App-Vサーバのインストール】

・MSAppVirt_management_server_setup_4.5.0.1308.exe を実行し、Application Virtualization Management Serverをインストール。
・ここまでのインストールがうまくいっていれば、「Configuration Database」の画面で「Server name」に「SGSQLSQLEXPRESS」が見えるはず。逆に言うと、これが見えていなければ何らかの問題があると考えて良い。
・データベースの設定画面では、「Create a new database」を選ぶ。DB名はデフォルトの「APPVIRT」をそのまま使う
・しばらくデフォルト値のまま「Next」で次へ進む
・Administrator Groupの設定では「App-V Administrators」を指定する
・Default Provider Groupの設定では「App-V Users」を指定する
・Content Pathはデフォルト値のまま先に進む
・インストール開始
・再起動

【共有フォルダ設定】

・ドメインのAdministratorでログオン
・「C:Program FilesMicrosoft System Center App Virt Management ServerApp Virt Management Servercontent」を共有する。
・共有名は規定(content)のまま。
・アクセス許可は、Everyone フルコントロール。(多分実運用はこれじゃまずい。ここでフルコントロールなのはシーケンサからのパッケージ導入を容易にするため。)

【IISの仮想ディレクトリ】

・管理ツールから「IISマネージャ」を起動
・「規定のWebサイト」を右クリック→「新規作成」→「仮想ディレクトリ」
・エイリアス名は「softgrid」
・仮想ディレクトリのパスは「C:Program FilesMicrosoft System Center App Virt Management ServerApp Virt Management Servercontent」
・「読み取り」と「ASPなどのスクリプトを実行する」をオンにする。

【IISの設定】

・「既定のWebサイト」を右クリック→「プロパティ」
・「HTTPヘッダー」→「MIMEの種類」に拡張子「.osd」、MIMEの種類「application/softricity-osd」を登録。

【管理コンソールからのアクセス】

・管理ツールから「Application Virtualization Management Console」を起動
・Application Virtualization Systems を右クリック→「Connect to Application Virtualization Systems」
・Web Service Host Name に「sgsv.sg.local」を入力
・「Use Secure Connection」のチェックを外す
・「Login Credentials」は「Use Current Windows Account」のままでOKを押す
・sgsv.sg.local を展開
・Applications の中のDefault Application を右クリック→「プロパティ」
・OSD Pathに「http://sgsv.sg.local/softgrid/DefaultApp.osd」を入力
・Icon Pathに「http://sgsv.sg.local/softgrid/DefaultApp.ico」を入力
・ShortCutsタブで「Publish to User’s Desktop」にチェックを入れる
・OKを押す
※どうも不安定でたまに管理コンソールが落ちる

【DefaultApplicationを動かすための修正】

・C:Program FilesMicrosoft System Center App Virt Management ServerApp Virt Management ServercontentDefaultApp.osd をメモ帳で開く
・<CODEBASE HREF=”RTSPS:SGSV:332/DefaultApp.sft”… >
と定義されている部分を
<CODEBASE HREF=”RTSP:SGSV:554/DefaultApp.sft” … >
に書き換える。

■App-Vクライアントでの作業

【ドメインへの参加】

・「マイコンピュータ」を右クリック→「プロパティ」→「コンピュータ名」→「変更」と進む
・「ドメイン名」に「sg.local」を入力
・ドメインのAdministratorの認証情報を入力
・再起動

【Application Virtualization Desktop Client のインストール】

・ドメインのAdministratorでログオン
・MSAppVirt_wd_client_setup_4.5.0.1308.exe を実行
・すべてデフォルト値のまま「次へ」で先に進む
・インストール完了

【Application Virtualization Desktop Client の設定】

・管理ツールから「Application Virtualization Client」を起動
・Publishing Servers を右クリック→「New Server」
・Display Name に適当な名称を入れる。とりあえず「SGSV」。
・Typeを「Application Virtualization Server」にして「次へ」
・HostName に「sgsv.sg.local」を入力して「完了」
・SGSV のエントリを右クリックして、Refresh タブの中にある「Refresh」ボタンを押してみて「On Login」になれば成功
・デスクトップをみると、DefaultApplication のショートカットができているのでこれをダブルクリック
・正常に起動すればOK

それはそうと、ESXi、とても便利に使っているのですが、共有ディスクをどうするかという課題ができてしまいました。
実インターフェイスと結びついている仮想マシンの場合には問題ありませんが、閉じたネットワーク(VMware Server でいう host-only なネットワーク)の場合のファイル共有はちょっとひと工夫いりそうです。
VMware Server であれば、VMware Server が入っているサーバ自身で Samba の共有を出すとかそういう手があったのですが、ハイパーバイザーな ESXi ではそういうわけにもいかず。さてどうするか。

とりあえず、実ネットワーク(にブリッジ接続されたネットワーク)と閉じたネットワークの両方の口を持った仮想マシンを作り、そこに FreeNAS を入れて試してみることにしました。

普通に仮想マシンを作ってから、Edit Setting で Network Adapter を一つ追加。こちらに閉鎖ネットワークの口を作ります。
で、FreeNAS をインストール。インストール後、Assign Interfaces でインターフェイス割り当て。lnc0 を選択したあと、OPT1 インターフェイスをどうするか聞かれるので、lanc1 を割り当てる。その後、IPアドレスの設定。ここでは一つしか聞かれないので、多分上記の設定でいうと lnc0 だけ設定しているっぽい。なのでここでは実ネットワークの方のIPアドレスを設定する。

ここまで終わったら、実ネットワーク上のホストのブラウザから、先ほど設定したIPアドレスにアクセスし、admin / freenas でログインする。Interfaces のところに、OPT1が見える。右上の Activate にチェックを入れ、IPアドレスの設定をする。IPv6のところは「Auto」にして先に進む。それから、適当な領域を FreeNAS の共有ディスクとして使うべく設定しておく…はずだったんだけど、FreeNAS の設定をミスったぽくて、ディスクのフォーマットとマウントがうまくいかない。とりあえず明日に保留。今日はもう寝ることにする。

本日のPV。Stone Temple Pilots の1996年のアルバム、”Tiny Music… Songs from the Vatican Giftshop” から “Big Bang Baby“。

Velvet Revolver でボーカルを張っていた Scott の前のバンド、Stone Temple Pilots。ちょうど私が一人暮らしを始めた年にMTVでよくかかっていた曲で、一人暮らし＋ケーブルテレビという蜜月を過ごしていた私にとって、ヤク中みたいな怪しいボーカルの人がクネクネと腰を振る、かなりクラクラくるようなこのビデオは衝撃的でした。