SCVMMのライブラリ

SCVMMを使用する際に必ずライブラリを追加すると思われます。デフォルトの状態ではC:ドライブに作られるのでさすがにそのフォルダは使わないでしょう。

ということは、別のライブラリフォルダを作成すると思います。

ライブラリの実態はファイルサーバーになるのでテストした際に、Windows Server 2003にファイル共有を作成してそれをライブラリにしようとしましたがうまくいかない。

実は、VMM サーバー、全てのバーチャル マシン ホスト、および VMM によって管理されるすべてのライブラリ サーバーにSCVMMのライブラリWS-Management Version 1.1をインストールしておく必要があります。VMMは、WinRM(WS-Management)を使用して、VMM サーバー、バーチャル マシン ホスト、およびライブラリ サーバーにまたがった操作を実行するためです

Windows Server 2008及びVistaは既に導入済みなので考慮する必要はないですね。

いうことで、Windows Server 2003にWinRMをインストールすることによってライブラリ登録ができるようになります。

そこで、Windows 2000 Serverのファイル共有は使えるのか?と考えるとWindows 2000 Server用のWinRMが提供されていない現状では使えないということになりますね。

更にWindows Server 2008におけるFWの問題が発生する場合は、ファイル共有を行っているサーバーで「WinRM Quickconfig」を実行します。

このコマンドが行っている内容は安納さんのブログで紹介されていますので割愛します

【Windows Server 2008】WinRM Quickconfig って裏で何をやっている?

こんな些細なことでも知らないと結構はまってしまうかも・・・

お掃除好きなあなたへ・・・便利なツールが付いてきました

サービスパックつながりでのお知らせです。

Windows Server 2008 SP2がでましたね。このSP2は特に新機能が追加されたということはなく個々の修正が行われています。

(1)Hyper-V RTM版の搭載
(2)ターミナルサーバーのライセンスキー下位互換のサポート
(3)電源管理機能の強化
(4)WebDAV リダイレクタの認証オプションの改善
(5)Windows Search 4.0の搭載とグループポリシーの拡張

そしてこのほかに

Service Pack クリーンアップ ツール

が入ってきました。

これを使用すると、Windows UpdateなどからインストールされたSP2に含まれる更新モジュールのインストール履歴を削除する事ができ、ディスクの容量を節約する事が可能となります。

WindowsSystem32Compcln.exe

のコマンドで実行します。

ただし、このコマンドを実行するとSPのアンインストールはできなくなるようです。

よって、そこら辺は自己責任で実行してください。

ちなみに私はVistaで実行してみました。なんだかお掃除ができてすがすがしい気持ちになりました(笑)

Windows 2000 をHyper-Vで使用する

Windows 2000 シリーズはHyper-Vでサポートされています。ただしSP4に限りますが・・・

しかし、以下の制限があることに注意が必要です。

特にP2Vを行ってバーチャル環境に移す時には要注意

  1. 512Mの実メモリが必要
  2. SCSIコントローラーはサポートしていない
  3. 統合コンポーネント(仮想ゲストサービス)を導入するとシャットダウンやログオフに時間がかかる場合がある

1.についてはP2Vを行う際に Windows 2000 の場合はWinPEを使用して物理ディスクのデータを取り出しますが,WinPEの制限で512Mの実メモリが必要です。バーチャル環境では512Mの容量は必須ではありません。

2.に関してはハードディスクを5台以上つなげているような環境では問題になります。またKB958667の問題もあります。これはSCSIコントローラーを追加するとゲストOSがSTOPエラーとなる問題です。先ほどホストOSをSP2に上げたHyper-Vでテストしたところ起動はできました。ということでSP2ではSTOPエラーの問題は治っているようです。

Win2000-1

ただしSTOPエラーは出ませんがOS的には無視されるようです。

Win2000-2

ちなみにSCVMMでの設定はSCSIがつながっています。

3.に関してはKB959781の問題です。どうやらWMIとの相性があるらしく、WMIのサービスを停止すれば治るそうです。が、これを停止するとWindows Updateができなくなります。そこでホストをSP2にして確かめてみました。特に問題なくシャットダウンできますね。ただし、文章の表現として場合がある・・・とあるので本当にこの問題がSPによって解決したのかは定かではありません。少なくとも私の環境においてはこの問題は出ませんでした。

(追記)やはりシャットダウン時に現象出ました(涙)5分たっても落ちないよ~~~

(更に追記)また試しました。今度はうまくいく。先ほど落ちなかった際はCPUを無理やり2個に設定していたこともあり1個に戻したら問題なくシャットダウンできました。SCVMMからもVMビューからもうまくダウンしました。どうやら構成さえ問題なければ大丈夫なような気がします。

ということで、これらの注意点があることを認識してからHyper-V環境に移行しましょう。

また、Windows Server 2008 のSP2が提供されましたので適用をお勧めします。

仮想化テクノロジに関して

ここらへんで、一旦マイクロソフトが提供している仮想化環境についてまとめてみたいと思います。

今仮想化というと、どうしてもHyper-Vがメインかな~なんて思いますが、マイクロソフトではそのほかの仮想化ソリューションが出ています。そこでどのような仮想化製品?が提供されているのでしょうか?

image

ちょっと安納さんが提供しているPPTを拝借します(笑)

サーバー・デスクトップ仮想化

  • Hyper-V
    いわずとしれた、Windows Server 2008から搭載された仮想化技術です
  • Microsoft Virtual Server 2005 R2
    この製品のバージョンアップ版がHyper-Vという位置づけになっています。最新のOSではわざわざMicrosoft Virtual Server 2005 R2を使う必要性はないかもしれません。ただし、NT4の動作サポートをしていることは強みかもしれませんね
  • Virtual PC
    クライアント上で仮想化環境を使用したい場合に利用するアプリです

ローカルアプリ

  • Microsoft Enterprise Desktop Virtualization (MED-V)<アプリ互換性確保>
    これはVirtual PCとの連携によって、アプリケーションをホストOSで動かしているように(実際にはVirtual PCで動作)操作できる特徴を持つ。これによってアプリとホストOSの互換性問題をクリアすることができる。Windows7のXP Modeもこの技術を使用していますね
  • Virtual Desktop Infrastructure (VDI)
    ハイパーバイザー ベースの仮想化、Windows デスクトップが稼働する仮想マシンの管理、およびライセンスの各領域における、マイクロソフト最新の革新技術を綿密に結合したものになります。その技術として主に2つあります。

    • Microsoft Application Virtualization (App-V)<アプリ競合回避>
      App-VはMicrosoft Desktop Optimization Pack の一部になります。App-Vの利点はアプリそのものを仮想化環境にしてしまうことにあります。この製品はSoftGridといわれていました。ですので今までバージョンの異なるアプリを同じコンピューター上におけないという問題を抱えていた企業にとっては、このApp-Vを使用することによって解決することが可能です。更にターミナルサーバーによる配信も可能です。
    • RemoteApp<ターミナルサービスによるアプリ公開>
      ターミナルサービスを使用したアプリを、ターミナルサービスのデスクトップ画面を表示せずにアプリケーションのみを表示させることができるものです。このアプリは実際にはターミナルサーバー上で動いています。

ローカルデータ

  • 移動ユーザープロファイル
  • フォルダリダイレクト

SCVMM P2Vを行う

さて、SCVMMの目玉は何と言ってもP2V(物理マシンから仮想マシンへの移行)ではないでしょうか?

ということで、P2Vを試してみました。

まずは「物理変換の変換ウィザード」を実行します。

WS000000

ここで変換元サーバーのIPアドレス、管理者のユーザーID(通常はadministrator)とパスワード、コンピューター名を指定します。

WS000001

そして仮想マシンの管理名を入力

WS000002

そうすると、先の情報を利用して変換元にVMMエージェントを入れ込みます

WS000003

変換するボリュームを選択します。ここでHDDを可変や固定など選択できます

WS000004

プロセッサ数とメモリ容量を指定

WS000005

どの物理マシンに変換するかを指定

WS000006

保存場所のパス指定

WS000007

仮想ネットワークの指定(最初はつなげない方がいいかもしれません)

WS000008

追加のプロパティ指定(自動起動など)

WS000009

ここで変換情報の確認を行います。この場合は変換元のOSがWindows Server 2003 R2 SP2だったのでsp2.cabというファイルがないとだめだよ~という情報が・・・

あわてずに、sp2.cabを入手して指定の場所へコピー

再確認をすると・・・

WS000010

問題なし

WS000011

これで作成をすれば出来上がり~

ということで、終了になります。

WS000012

実際には、この後に移行した仮想環境のメンテナンスを行う必要があります。

ポイントとしては移行元のアプリにおいて、マシン依存のアプリやウイルスソフトはあらかじめアンインストールしておくことをお勧めします。そうそう、移行して気づいたことは移行最中に仮想ゲストサービス(統合サービス)が自動的に行われるようです。

Live Migration 試しました

今はHyper-V関連のコース立ち上げ準備をしている最中なのですが、SCVMMとかいろいろ試行錯誤しながら動かしています。じゃあ、ついでにWindows Server 2008 R2 RC を使ってLive Migrationも試してみました。

そうそう、Live Migrationの操作はフェイルオーバークラスターマネージャから行います。ちなみに、クラスターへの追加は今までと同じ方法なので割愛します。

WS000001

そして「仮想マシンを別のノードにライブ移行」を行います。

しかし、なぜかうまくいくときといかないときが発生しました。そして設定を見てみると・・・・あ、これだ

WS000004

依存関係にディスクを追加しました。ディスクが立ち上がってから起動しないとだめですよね~~~これ、忘れてました(笑)これをやらないとパラレルで起動するのでたまたまディスクがあとに立ち上がるとエラーになります。

それから細かい設定を確認してみると気になるものが・・・

WS000003

指定した期間内の最大エラー数がデフォルトは「1」でした。「1」ということは1回フェールオーバーしたら終わりということになります。ここは考慮するポイントになりますね。

WS000005

リソースエラーへの対応で「リソースが失敗状態になった場合は、現在のノードで再起動を試みる」がデフォルト「1」でした。これもちょっと少ないんでないかい?ここも考慮するポイントになりそうです。

Live Migrationですが瞬時に移動するイメージですが私の環境では、実際には1分くらいかかりました。でも接続が切れるのが約1秒という感じ。またクイックマイグレーションは約40秒くらいで接続が切れるのが10秒くらいかな?

今回ご紹介した内容はあくまでRC版ですのでRTMでは数値などは変わるかもしれません。

Windows Server バックアップ に関して~その4~

Windows Server バックアップ の利点としてこの話題をなしには語れません。それはシステムリカバリーがものすごく簡単になったことです。

今までのNtbackupでは以下の手順でのリカバリーを行う必要がありました。

<NTBackup ASR>

  1. インストールCDで起動
  2. ASRフロッピー挿入
  3. CDからファイルコピー
  4. 再起動
  5. 基本設定
  6. バックアップファイルをリストア
  7. 再起動
  8. リカバリー完了

ではWindows Server バックアップではどのようになったのか?

2008 Windows RE

  1. インストールDVDで起動(WinRE)
  2. バックアップファイルをリストア
  3. 再起動
  4. リカバリー完了

以上で終了です。

単純に半分のステップになりました。また実際に行ってみるとわかりますが、こんな簡単にリカバリーできていいの?と思うくらい簡単に復元できます。

ですので運用時のお勧めは、絶対にWindows Server バックアップを使って1度は完全バックアップを作っておくこと。そうすればリカバリーはものすごく簡単に行うことができます。

Windows Server バックアップ に関して~その3~

Windows Server バックアップ ではシステムステートのバックアップはできなくなりました。

しかし、WindowsServer2008バックアップコマンドラインツール(wbadmin)を使用すれば可能です。

以下サポートされるコマンド

enable backup
スケジュールされた毎日バックアップを修正または有効にする

disable backup
スケジュールされた毎日のバックアップの実行を無効にする

start backup
1回限りのバックアップを実行する

stop job
現在実行中のバックアップまたは回復を停止する

get versions
指定した場所から回復可能なバックアップの詳細を一覧にする

get items
バックアップに含まれる項目の一覧を表示する

start recovery
回復を実行する

get status
現在実行中のジョブ状態を報告する

get disks
現在オンラインのディスク一覧を表示する

start systemstaterecovery
システム状態の回復を実行する

start systemstatebackup
システム状態のバックアップを実行する

delete systemstatebackup
システム状態のバックアップを削除する

restore catalog
バックアップカタログを回復する

delete catalog
バックアップカタログを削除する

<例>

システム状態を Eドライブにバックアップするには、以下のように入力する。
(フォルダ指定はできない)

wbadmin start systemstatebackup -backupTarget:E:

システム状態にはまず以下のものが含まれていている

・レジストリ
・COM+クラス登録データベース
・システムファイルを含むブートファイル
・証明書サービスデータベース
・Active Directoryドメインサービス
・SYSVOLフォルダ
・クラスタサービス情報
・Microsoft Internet Information Services(IIS)のmeta-directory
・Windowsファイル保護(WFP)下にあるシステムファイル

さらに構成次第で含まれるデータが増える

バックアップ時に作成されたログを確認
%windir%LogsWindowsServerBackupSystemStateBackup DD-MM-YYYY hh-mm-ss.log

バックアップの作成場所は指定したドライブの

WindowsImageBackupマシン名SystemStateBackupBackup YYYY-MM-DD hhmmss

になっていて、バックアップファイルの形式はボリューム単位のバックアップの時と同様にvhdファイルとなってる

復元はstart systemstaterecoveryコマンドを使用する

wbadmin get versionsで復元に使用するバージョン識別子を確認する

<例>

wbadmin start systemstaterecovery -version:03/31/2005-09:00

バックアップにActive Directoryドメインサービスのコンポーネントが含まれている場合はWindows Server 2008をディレクトリサービス復元モードで起動してから Wbadmin start systemstaterecoveryを実行する必要がある。
バックアップにActive Directoryドメインサービスのコンポーネントが含まれていない場合は通常モードのままで復元を実行できる。

考察

そもそも、システムステートはOS全体の6割以上を占めます。WindowsServer2008バックアップコマンドラインツールを使用すればバックアップ可能ですが、毎回OS全体を検索してシステムステートの情報をピックアップしてそれをVHD化する作業が発生します。これに時間がかかるわけです。だったらOSが含まれているボリューム全体のバックアップしたほうが効率がいいですよね~たぶんこんなことからシステムステートのバックアップがGUIのツールから省かれたんだろうと推測できます。ちなみにシステムステートの復元はボリュームのバックアップからもできます。

Windows Server バックアップ に関して~その2~

さて、Windows Server バックアップは今までとは全く違うテクノロジを使用していることは前回お話しいたしました。

特に着目すべきテクノロジは

  • ボリュームシャドウコピー(VSS)
  • ブロックレベルバックアップ

になります。

VSSに関して簡単に解説すると、もともとはアプリケーションが使用中のファイルはバックアップが取れなかったので、夜間などにメールやDBのサービスを止めてバックアップを取らざるをえなかった問題を解決するためのテクノロジとなります。これはスナップショットや復元ポイントと呼ばれることもあります。

運用に関して考慮すべきはこのテクノロジによってどのように今までと変わったか?になります。

何度も書きますがWindows Server バックアップの基本は「ディスク to ディスク」になります。これはなぜかというと、VSSテクノロジを活用するためには直接接続されたディスクが必要だからになります。

バックアップの操作は単純で「スケジュールされたバックアップ」と「1回限りのバックアップ」の2通りになります。

Win2008Backup

バックアップ元となるデータに関してですが、今まではファイルやフォルダ単位でのバックアップは可能でしたがこれからは、ボリューム単位か全体のどちらかになります。ただしリストアに関してはファイル、フォルダ単位は可能です。

1回限りのバックアップではVSSは使用されません。このことから世代管理はできないということになります。ですので、NASなどにバックアップを取ろうと思ったら毎回異なる接続先を指定しないといけません。同じ接続先では以前のバックアップファイルが上書きされるということになります。

更にCD/DVDもサポートしているのですが、これはリストアの際ボリューム単位のみなので注意が必要です。

スケジュールされたバックアップでは最低1日1回のバックアップを自動で行います。必要に応じて回数を増やすことができます(30分単位)。バックアップ専用HDDには最大512個のバックアップを格納することができます。

さて、ここで重要なことがあります。

このスケジュールされたバックアップでは完全バックアップが基本です。ただし増分バックアップに変更することも可能です。しかし、推奨は完全バックアップになります。

単純に完全バックアップを毎日取るということは、1TのHDDを用意して、元データが100Gだと10日で満杯になる計算ですよね~しかし、これがならないのです。ここがすごいところで、VSSによって前回の完全バックアップの差分がHDDに格納されるのです。ですのでHDDの中身を見てみると完全バックアップによって作成された最新のVHDファイルは1個しかありません。あとは差分のVSSファイルがたまっているのがわかります。そして新しいブロックレベルバックアップを使用することにより高速なバックアップが可能となっています。先ほどバックアップ専用HDDには512個のバックアップを格納することができると書いたのですが、これはVSSの制限なんですね~

このような動作を行うので、今までのバックアップとは違うことがおわかりいただけたんではないでしょうか?

使ってみるとすごい便利ですよ~(ただし今までと同じ考えでのバックアップではないので運用を変える必要があるかもしれませんが)

iSCSIを使う~その2~

な、な、なんと、Windows Storage Server 2008 と iSCSI ソフトウェアターゲットやユーティリティが、TechNet サブスクリプションおよび MSDN サブスクリプションからダウンロードできるようになりました。

MSエバンジェリストの田辺さんのブログで紹介されていました。

これはうれしい~~~

実は、前回Ubuntsを使ってのiSCSIを使うことを紹介したのですが、普通にiSCSI接続をしてHDDを使えるのですが、クラスタでは認識しなかったのです(涙)んであきらめかけていた今日この頃でしたが、一筋の光が見えてきました。

とはいっても、有料のTechNet サブスクリプションに入っていることが条件ですが

早速ダウンロードして検証してみなくては