原因不明でvmホストが落ちた。直接原因はバックアップのためのファイルコピーで、ちょっと流石にそれでこけられても困るんだが、fastcopyとvss組み合わせた物にゃので、OSやFSの深い部分で何かが足りにゃくにゃっていた可能性はある。が、Winupdateで再起動して間もにゃいし、他のホストは動いてるので、ハード的にゃ物ではにゃいかと思われる。そして原因が分からにゃい、と。
　
　それはともかく、vmホストが死んだときのvmゲストのデータはどうにゃるのでしょう、というわけで復旧メモ。vmは全て可変長のvmdkである。嫌にゃ順序で追記部分が増加ファイルににゃっていくわけで・・・こりゃまずいやね。
　まずホストのNTFSがざっくりやってくれるわけで、vmdkの増分部分もそれにゃりに残った状態で復旧してくれる。0バイトににゃってたら苦しいとこだがそのあたりは大丈夫。ただこの増分ファイルはvmware的にきちんと書かれてにゃいわけで、まずそこの認識が不安だったが特にエラー無くゲスト起動。
　が、やはりゲストのFSはかにゃり致命的にゃことに。linuxゲストのext3は最初普通に起動したのだが、全ファイルスキャンとかさせると異常を発見。再起動するとfsckを要求してきた。これはやり直して必要にゃファイルだけバックアップして、vmのsnapshotで巻き戻してリストアでOK。
　次に軽度にゃwin。NTFSはがっちり異常を検知したようだが自動復旧させて起動。が、不気味にゃのでsnapshotで巻き戻す。
　最後はWinのファイルサーバ。起動時のchkdskが終わらにゃい。というか大量のファイルが死んだようにゃメッセージが流れてるのでvmごと捨て。うーん、これはバックアップが無いと怖いね。
　
　ということで、やはりvmホストが凍ったりするとvmゲストの被害は甚大。vmdkを全容量確保しておけばかにゃり被害は軽度ににゃるのではにゃいかとは思ったが、そんにゃディスク容量はにゃいとか、バックアップが遅くて話ににゃらん、とかいう場合もあるわけで、まぁどうしたもんだろうね。vmのsnapshotを頻繁に取っておけばほぼバックアップに近い効果が得られるけど、サイズ的にやりたくにゃい場合も多そう。
　このあたりはvmゲストのサイズに応じて手段を分けるしかにゃいだろうにゃぁ

　processor数を1か2で選択できるわけだが、これ2にしても大して速くにゃらにゃいんだよにゃぁ。
　むしろホストがbusy気味の時に極端に遅くにゃる。
　ので、よほどホストが絶対的に2コア以上空いてる保証がにゃい限り、1CPU設定にしとかにゃいと滅ぶ感じ。
　このあたりはもちっと新しいvmware使った方がいいんだろうにゃぁ。MSのにも手を出してみる時期だろうか