Hyper-Vのスナップショットはその時点の状態をメモリ情報も含め保存しておき、いつでもその保存した時点に戻ったりすることができる機能になります。

この機能を使えば、サービスパックの適用前にスナップショットを取っておき、その後適切な動作が行われないなどの不具合があるようなら適用前に戻るなんてこともできますね。

さて、ここで問題があります。それはパフォーマンスに関することになります。

Hyper-Vでのディスク構成としては

1. 容量可変
2. 容量固定
3. パススルー

があります。

本番環境では容量固定が推奨になります。容量可変ではどうしてもHDDの拡張を行いながらの書き込みとなるため、そのオーバーヘッドが問題になる可能性があります。パススルーは仮想環境のメリットである「物理環境に依存しない」が失われるのでお勧めはしません。そもそも、パススルーをするようなサーバーを仮想環境に持ってくるのはいかがなものか？と考えてしまいます。まあ、これはあくまでも私の意見です。

さて、では本番環境で容量固定で使っていたとします。

そしてスナップショットを使うとどうなるか？（あくまでもスナップショットはテスト環境での使用を想定しているので、本番環境での使用は推奨しません）

スナップショットを行うと、VMフォルダのsnapshotsホルダ内に[idフォルダ]が作られAVHDファイルに以後のデータが書き込まれるようになります。以後はこのスナップショット（AVHD）がHDDとして使用されます。このスナップショットは差分ディスク（容量可変）として動作しますので書き込みのパフォーマンスが問題になる場合がありますね。

でもしばらくはいつでも戻せる状態で運用したいなんてことがあるかも知れません。

そして1週間くらい使用して問題ないようなら容量固定に戻したい（スナップショットを削除したい）

ではどうやるの？

容量固定VHDとスナップショット（AVHD）の結合はスナップショットを削除すると自動で行われます

手順
１．バックアップ
２．エクスポート
３．シャットダウン時にスナップショットの削除を行う（シャットダウンしていないと結合が行われないので）
４．自動的に結合される（結合が完了するとAVHDが削除される）
５．全てのAVHDが無くなったことを確認してから起動
６．起動確認

ここで不測の事態が発生（起動できない）場合は、バックアップから復元するか、インポートを使用して元に戻す

ただし、DCやSQL、Exchange等の更新系のアプリが動いている環境では絶対に使用してはいけません

ファイルサーバーリソースマネージャー（FSRM）には次の機能があります。

1. クォータの管理
2. ファイル スクリーンの管理
3. 記憶域レポートの管理

今回はファイルスクリーンの処理に関して述べてみます。

ファイルスクリーンとは特定の種類のファイルを会社のサーバーに保存することがセキュリティポリシーで禁じられている場合があります。例えば、iso、avi、wmvなど割と大きなファイルなどは対象になりそうですね。そんなときにこのファイルスクリーンを使用することによってサーバーに置かれた際通知をだしたり、そもそも置けなくするなどの処理を行うことができます。

このファイルスクリーンを運用する際の注意点として次のことがあげられます。

たとえば、このようなフォルダ構成になっていて、上位のフォルダに対して実行形式ファイルの「パッシブスクリーン処理」とイベントログへ送信する設定を行います。

ちなみにファイルスクリーンの処理は2パターン

• アクティブ：承認されていないファイルの保存を許可しない
• パッシブ：承認されていないファイルの保存を許可する（監視用）

ここで本題

実行形式ファイルをTemp1フォルダにコピーします。そうすると、イベントログのアプリケーションには警告、イベントID8215が発生します。これは想定された動作になります。更にTemp2に対しても同じ動作をします。しかし、イベントログには上がってきません。

実はこれってFSRMの通知間隔の問題なんです。デフォルトでは60分間隔で行われているため、その間は何度通知条件が発生しても通知は行われません。

通知間隔を確認するには

filescrm screen list /list-notifications

この通知間隔は変更することができるようです。

参考：KB926092

更に注意点があります。このファイルスクリーンのレポートを出すためには設定が必要なんです。

この設定はファイルサーバーリソースマネージャーのオプションの構成＞「ファイルスクリーンの監査」タブより設定します。この設定をしておかないといざレポートを見ようと思ってもみれません。私はこれではまりました・・・

さてそれではこれでファイルスクリーンの監査レポートが見れる状態になりました。

このとき、アクティブの設定をしていると、こんな監査レポートが上がります。

このレポートを見る限り、なんと8回も繰り返し禁止されている操作をしているように見えますよね。しかし、どうやらこれは内部動作の仕様のようです。実際には1回コピーしようとしてはじかれただけなんですけどね。

さて、このことを考えるとあっという間にレポートの上限である1000を超えちゃいそうですね！

そこで安納さんのブログで紹介されている

【Management】FSRM 記憶域レポートの上限値を変更するには

が役にたつのではないでしょうか？

このようなことから、間違ってもユーザーがわざと禁止されている操作を繰り返し行っていると勘違いしないでくださいね（笑）

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エラーの問題は治っているようです。

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

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

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

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

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

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

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