2012年2月6日月曜日

SCVMMのインストールとdism.exe

大した話ではないですが、SCVMM 2012 RCのインストールで気が付いたことがあります。
SCVMM 2012は、インストール時に.NET Framework 3.5.1を必要とします。
では、.NET Framework 3.5.1が追加(というか有効になっていない)場合はどうなるか。
SCVMM 2012のインストーラーがdism.exeを使って、.NET Framework 3.5.1を有効にしてくれます。
実際の画面イメージを見てみましょう。
SCVMM 2012のインストーラを起動後、.NET Framework 3.5.1が有効になっていない場合には以下のような大がログが表示されます。
vmminstall-need4dotnetframework.jpg
ここで、[OK]ボタンを押すと、diskm.exeにより.NET Framework 3.5.1が有効にしてくれます。
vmminstall-need4dotnetframework-dism.jpg
サーバーマネージャーの機能でも、.NET Framework 3.5.1が有効になっていることがわかります。
vmminstall-need4dotnetframework-installed.jpg
dism.exeでどういったオプションが使われているかについては、
Server Coreへの.NET Frameworkのインストール
の"さらに、.NET Framework 3.5.1の機能を追加するには、次のコマンドラインを実行する。"で記載があるので、そちらをご覧ください。
dism.exeによってOSへ機能を追加する説明は、以下がわかりやすいと思います。
Windows 7/Windows Server 2008 R2のコンポーネントをdismコマンドで管理する
そして、dism.exe自体のコマンドラインオプションは、以下に説明があります。
展開イメージのサービスと管理のコマンド ライン オプション

2012年1月9日月曜日

ネットワークにあったDNS応答を返したい

技術ネタのブログ、しばらくサボっていましたが、ぼちぼち再開。
今回は、Windows ServerのDNSネタ。
こんな感じで、裏側にラボ用のネットワークを作ることを想定し、Windows ServerのDNS設定はどういったものが必要か整理します。
20120109adds-wsus-lab.jpg
調べていくと、
Windows 2000 DNS Server
for 216 Windows 2000 Network Infrastructure
http://makiyama-shinji.web.infoseek.co.jp/windows/dns.html
という記事にある
"・ネットマスクの順序を有効にする
クライアントからのクエリに複数ヒットするAレコードを、DNSサーバが持つ場合、そのクエリを発信したクライアントと同じローカルサブネットの(一番近い)クエリが優先されます。"
にたどり着きました。
この"ネットマスクの順序を有効にする"を基に調べていくと
サーバーの詳細なパラメータを調整する
http://technet.microsoft.com/ja-jp/library/cc780279(WS.10).aspx
に
ローカル サブネットに優先順位を指定する
http://technet.microsoft.com/ja-jp/library/cc787373(WS.10).aspx
へのリンクがありました。
"ネットマスクの順序を有効にする"が有効(チェックされている)であれば、"ローカル サブネットに優先順位を指定する"に基づいてAレコードが並べ替えられて、要求元クライアントに返されると理解。
ラウンドロビンと併用するとえらいことになりそうだなぁ。
(1月12日追記)
ラウンドロビンと"ネットマスクの順序を有効にする"は正しく機能してました。

(1月14日追記)
再訂正。
この記事に書いたような構成で、WSUSのIPアドレスを正しく解決させようとすると、ラウンドロビンはオフにして、"ネットマスクの順序を有効にする"はオンのままにするのが(やはり)正しいです。

2011年12月3日土曜日

Windows 7 展開ツールテクニカルリファレンス 復習

TechNetライブラリに纏まっているのに気がついた(汗)
復習のため、デスクトップ展開で使われる主要なコマンドのオプションを抜粋しておく。

展開ツールのテクニカル リファレンス
http://technet.microsoft.com/ja-jp/library/dd744270(WS.10).aspx

ImageX のコマンド ライン オプション
http://technet.microsoft.com/ja-jp/library/dd799302(WS.10).aspx

DSIM.exeのコマンド ライン オプション
http://technet.microsoft.com/ja-jp/library/dd744382(WS.10).aspx

Sysprep のコマンドライン構文
http://technet.microsoft.com/ja-jp/library/dd744330(WS.10).aspx

Oscdimg のコマンド ライン オプション
http://technet.microsoft.com/ja-jp/library/dd799243(WS.10).aspx
oscdimgのオプション、コマンドプロンプトからusageがでないのだよな。

copype.cmd 復習

copype.cmdは、コピー後にdestinationで指定したフォルダに移動してくれることに気がついた。

c:\temp\winpe-x86>copype.cmd
Usage: copype [x86 | amd64 | ia64] destination

Example: copype x86 c:\windowspe-x86


sdbinst.exe 復習

試験勉強のため、デスクトップ展開系のコマンドを復習しています。

C:\Users\administrator.EXSSHZK>sdbinst
使用法: sdbinst [-?] [-q] [-u] [-g] [-p] [-n[:WIN32|WIN64]] myfile.sdb | {GUID}
| "名前"

-? - このヘルプ テキストを出力します。
-p - 修正プログラムを含む SDB を許可します。
-q - Quiet モード: プロンプトは自動的に許可されます。
-u - アンインストールします。
-g {GUID} - ファイルの GUID です (アンインストールのみ)。
-n "名前" - ファイルの内部名です (アンインストールのみ)。


2011年11月19日土曜日

hyper-v-vmms 15040

Hyper-V 2.0のVMをHyper-V 3.0へインポートで、イベントログを確認していませんでした。

主に二つのエラーが出ていることを確認しました。
いずれもソースは、"Hyper-V-VMMS"で、イベントID15040が発生するとともに、16010も発生しています。
Hyper-V-VMMS-15040-general.jpg
Hyper-V-VMMS-15040-details.jpg

Hyper-V-VMMS-16010-general.jpg
Hyper-V-VMMS-16010-details.jpg

何か解決の糸口がないか、"hyper-v-vmms 15040"と"hyper-v-vmms 16010"で検索してみました。
15040のほうは、Event ID 15040 — VMMSを確認。解決方法は、
Resolve

Check export and import settings

Check the environment (including the configuration settings of any virtual machines involved in this operation) and retry the operation. If the vmms service has stopped running, restart the vmms service.

The virtual machine configuration information is contained in the vsconfig.dll file. By default the vsconfig.dll file is installed at \\windows\system32.

To restart VMMS:

1. In the Hyper-V Manager click the server on which you want to stop the service, then click Action, then click Stop Service.

2. Click Action, then click Start Service.
とあります。

16010のほうは、Event ID 16010 — VMMSを確認。解決方法は、
Resolve

Restart VMMS

Vmms.exe (by default in the %windows%\system32 directory) is the service that uses the Msvm_VirtualSystemManagementService WMI object to perform Virtual System Management related operations in Hyper-V and the Hyper-V Manager. A number of different settings and actions on virtual machines may cause the VMMS to timeout or shutdown.

Ensure a connection to a Domain Controler, and then restart the Virtual Machine Management Service (VMMS).

To restart VMMS using the Service Manager:

1. In the Hyper-V Manager click the server on which you want to stop the service, then click Action, then click Stop Service.

2. Click Action, and then click Start Service.
とあります。

それぞれ解決方法としては、VMMS(サービス)を再起動することが挙げられています(15040は設定も確認しろとありますが)。
今日、ためしにVMMSを再起動してからインポートを再実行してみましたが結果は変わらず。
Hyper-V-VMMS-15040-general2.jpg
Hyper-V-VMMS-16010-general2.jpg

15040では設定も確認ということで、とりあえず仮想スイッチ名も確認してみましたが、同一でした。あとはどの設定を確認すればよいのだろうか。

うーん、原因を突き詰めるにはいたりませんでした。。。
やはり、Hyper-V 3.0と2.0の互換性の調整は、これからということなのでしょうかね?


2011年11月13日日曜日

Hyper-V 2.0のVMをHyper-V 3.0へインポート

Hyper-V 2.0で作成したVMをWindows Developer PreviewのHyper-V 3.0にインポートしてみました。

Hyper-V 2.0で作成したVMはWindows Server 2008 R2から普通にエクスポートしています。それをWindows Developer Previewにコピーしてきました。
01copiedvm.jpg

Hyper-Vマネージャーからインポートしてみます。
02clickimportvm.jpg

ここは普通に[Next]ボタンを押します。
03importvmwizard01.jpg

先ほどコピーした場所を指定するために[Browse]ボタンを押して
03importvmwizard02.jpg

config.xmlがあるフォルダを指定します。
03importvmwizard03.jpg

フォルダを指定したので、[Next]ボタンを押します。
03importvmwizard04.jpg

というところで、エラー発生。
04importvmwizard-error.jpg

気を取り直して、"Copy the Virtual Machine"を選択して、再度[Next]ボタンを押します。
05importvmwizard04.jpg

で、またエラー。
06importvm-error.jpg

うーん、まだこの辺りはこなれていないのでしょうかねぇ。ベータ版がリリースされたら再度試してみようかと。