ITコンサル日誌 -6ページ目

VHDブートネタ第5弾

新年更新復活記念ということでネタを一つ。

VHDブートについての情報を改めて整理しておく。

過去記事を検索したらなぜかキーワード検索でヒットするものとしないものがあったので、まずリンクをまとめておくと、次の通り。

VHDブート（2009/8/3　＊これが第1弾）
http://ameblo.jp/vienna7/entry-10312942224.html

VHDブート第2弾（2009/8/19）
http://ameblo.jp/vienna7/entry-10323771779.html

VHDブート第3弾（2009/8/26）
http://ameblo.jp/vienna7/entry-10328649405.html

VHDブートに関するTechNetの資料（2009/10/12　＊実質第4弾）
http://ameblo.jp/vienna7/entry-10363263200.html

そして第5弾が今回の記事、ということになる。

TechNetの資料のところで、さらっと流してしまっていたが、実はあそこで紹介されている手順を進めていくと、VHDファイルを事前に用意しておき、そのファイルを使ってクリーン環境でのVHDブートが可能になる。

通常クリーン環境、つまりOSが入っていない環境にVHDブート環境を構築するには、DVDブートから新規インストールを行い、インストール先にVHDファイルを指定する必要がある。TechNetの情報を使うことで、それをやらずに既存のVHDファイルを活用できる。

では、そのVHDファイルの作り方だが、Hyper-VやViruta PCを使わずに新しく作るためのツールが存在する。それが、やはりこれも以前このブログで紹介したDisk2VHDと、WIM2VHDという2つのツールだ。

Disk2vhd(2009/10/11)

http://ameblo.jp/vienna7/entry-10362472486.html

この記事をアップしたすぐ後にv1.0から1.2にアップデートされているという記事も書いているが、その後さらにアップデートされて現在の最新版はv1.4になっている。

ダウンロードサイト

http://technet.microsoft.com/ja-jp/sysinternals/ee656415(en-us).aspx

このツールを使うことで、既存の物理環境をVHDに変換することができる。

WIM2VHD(2009/10/24)

http://ameblo.jp/vienna7/entry-10372194217.html

こちらは、Windowsのインストールディスク内に入っていたり、WAIK（Windows自動インストールキット）に含まれるImageXを使って作成されたWindowsイメージ（WIM）ファイルからVHDファイルを作成するツール。

ダウンロードサイト

http://code.msdn.microsoft.com/wim2vhd/

WIMファイルは、Windowsを展開するためのファイルなので、インストールディスク内のWIMファイルをそのままVHDに変換し、VHDブートでブートするとWindowsが起動してセットアップウィザードが開始される。ただし、通常インストール後のWindowsが起動するので、起動後に必要なシステム設定やアプリケーションインストールなどは個別に行う必要がある。その点、ImageXを使って既存デスクトップのシステム構成をベースにしたWIMファイルを作れば、その手間は大幅に短縮できる。

このWIM2VHDは、そのWIMファイルをVHDに変換してくれるので、新規にVHDファイルにOSをインストールする作業を簡略化できるというメリットがある。

改めてこの2つのツールも、VHDブートに利用可能な便利ツールとして覚えておくと便利だ。

ところで、VHDブートで起動すると、VHDファイルを保存していた物理ボリュームのドライブレターがCからDに変更され、VHDボリュームがCドライブにマウントされて起動する。今までこの認識でずっとやってきていたのだが、実はこれは物理ボリュームが1パーティションで構成されていて（つまり物理的にCドライブしかない状態）、その中にVHDファイルが保存されている場合に限定されるということを最近知った。物理ボリュームが複数パーティション（あるいは複数ボリューム）に分かれていて、純粋なデータドライブ（ブート可能なOSが存在しないパーティション）に保存されたVHDファイルからブートした場合には、ブート可能なパーティションはそのVHDからブートしたOS上ではマウントされない＝認識されないようだ（すぐに環境が用意できなかったので自分では未確認）。これによってドライブレターが変更される可能性も少なくなり、それに付随するトラブルも減少するはずなので、ある意味合理的なシステムといえる。

どうやら、まだまだVHDブートも奥が深いようだ。

新年

2週間もたつのに今更かといわれそうだが、これが新年一発目のカキコミ。

年末年始はだらだら過ごしてたが、正月明け早々に仕事が山のようにふってくるわ、自宅PCがおかしくなるわで書き込むタイミングをすっかり逃してしまった。この間、いろいろネタがたまっている上に、昨年からのストックネタもまだあるので、また随時アップしていきたいと思う。

そもそも、このブログは自分の備忘録を兼ねていたのに、ここに書いてなくて忘れかけてるネタもあったりするので、すっかり本末転倒状態になってしまった。そんな状態なのにまた新しい読者も増えていて、ありがたいやら申し訳ないやら。そうえいえば、しばらくチェックすらしてなかったが、アクセスもコンスタントに続いているようで、相変わらず更新頻度とアクセス数やランキングがリンクしない不思議なブログだ(笑

Forms Services

今度こそ今年最後の仕事が終わり、そのまま宴会に突入。

その疲れと二日酔い？もあってか、昨日は外出予定も全部すっ飛ばして一日寝て過ごしてしまった。昼も夜も愚痴りたいことは山ほどあったが、まあとにかく仕事が無事に終わったので良しとしよう。

Forms Servicesの方は、何とか予定していた機能紹介をほぼ一通りこなすことができた。ぶっちゃけ、それまで知らなかった（苦笑）コントロールのプロパティ設定もこの機会に知ることができたので、いい経験だったというかなんというか。残念ながら間に合わなかった、というか時間的に割愛したのがSQL Serverと連携させる際のSSOを含めた認証設定周り。おかげで、ライブラリからクライアントで開く際には問題ないが、ブラウザで表示する際にうまくデータを拾って来れなかったので、ブラウザ表示は違うテンプレートを使うことに。もちろん、最初から全部仕込んでおいて結果を見せるだけなら何の問題もなかったのだが、クライアントの目の前で全部新規に作ってみせる3分クッキングデモ、というリクエストだったので断念。認証設定まで一からやってたら、いくらなんでも時間がかかりすぎるし、そんなところまでクライアントもみたいわけじゃないからだ。実際、努力？の甲斐もあってか、どうやら好評だったようなので、この選択は間違いではなかったようだ。

しかし、前回も書いたが、今になってこんなにがっつりInfoPathを使うとは思わなかった(笑　改めて便利なアプリケーションだということが良くわかったので、2010でどう進化するか、年が明けてから(^^;いろいろ確認してみようと思う。・・・とりあえず年内はもう面倒な？仕事が来ないことを祈りたい(苦笑

緊急対応

大きなヤマを越えて、あとは年末の雑務処理だけ、と思っていたら、急きょMOSS対応の仕事が舞い込んできた。しかもForms Services!　今からInfoPath？　DB連携？　しかも期間が1日？

というわけで、今日は緊急対応。休みモードに入りかけてた頭をたたき起こさないと・・・・

Forefront UAG & TMG

まだどこにも明記されてないようだが、おそらく間違いないので紹介。

旧製品はIAG(Intelligent Application Gateway)という名前でりりースされている、Microsofのゲートウェイサーバーの新バージョンがどうやら完成したようだ。先日までダウンロードセンターからはRC0版が公開されていたが、先週末からこのEvaluation(評価)版の公開が始まっている。

Forefront Unified Access Gateway (UAG) 2010 Evaluation Version（要登録）

http://www.microsoft.com/downloads/details.aspx?FamilyID=740bd005-5ff9-426e-9c17-a93ae8629582&DisplayLang=en

Microsoftのゲートウェイというと、以前はISA(Internet Security & Acceleration) Serverが有名だった。こちらの後継はForefront Threat Management Gateway(TMG)と呼ばれる製品がすでにリリースされている。こちらも評価版がダウロードセンターから公開中だ。

Forefront Threat Management Gateway (TMG) 2010（要登録）

http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=e05aecbc-d0eb-4e0f-a5db-8f236995bccd

Forefront Threat Management Gateway (TMG) クライアント

http://www.microsoft.com/downloads/details.aspx?FamilyID=53010a09-3c5c-4d5d-9ae1-692e7447c5bd&DisplayLang=ja

TMGは、ISAにアンチウィルスの機能を持たせたセキュリティゲートウェイと考えればイメージがつかみやすいようだ。一方のUAGは全身のIAGがISAの後継のような印象を持たれていた部分もあったが、VPNゲートウェイに近いイメージと考えるのが一番妥当かもしれない。実際に使ってみると、ゲートウェイ越しにイントラネットの各種サーバー（元々買収製品だったことも待ってNotesなどMS以外の製品にも標準対応）に簡単に接続できるので、ISAの設定に慣れている人にはある種感動的なほどだ。

特に今回のUAGでは、Windows 7とWindows Server 2008R2の連携機能の一つでもあるDirect Accessに対応しているという点でも注目されている。UAG自体がDirect Accessサーバーの役割を備えていて、さらにIPv6とIPv4の変換機能持っているためだ。UAGを使わずに、2008R2にDirect Accessの役割を設定してネットワークエッジに立てた場合、イントラネット内でのサーバー間通信（社外からアクセスしたいサーバー）はIPv6が必須のため、サーバーがIPv6に対応していなければ、何らかの追加投資（IPv6<>IPv4変換ソリューション）が必要だった。それがUAGを使うことで解決するので、これはDirect Access導入のためのハードルが低くなることを意味する。

なお、これも当然の話だが、TMGもUAGももちろんSharePointに対応している。2010対応については未確認だが、少なくともMOSSの外部公開は従来よりも簡単かつ安全になるので、今後MOSSの導入展開の際に外部公開を検討する際には、重要な要件の一つになってくるはずだ。