TechEd2010のDPMセッションで、DPM以外ではゲストの完全に同期の取れたバックアップは取れない、という話を聞きました。その後、別のセッションのAskTheSpeakerかコミュニティかで、上記について質問したのですが、DPMでないHyper-Vの担当の方は「そんなことはなくて、正しくバックアップが取れる『はず』」という回答でした。
本日考えていて、問題になる可能性を思いつきましたので、質問させていただきます(すでにどちらかでフォローがあったのかもしれませんけれど・・)。
まず、前提としてVSS writerが起動すると、論理的な同期が取られた後、ディスクイメージがフリーズされ、その後のディスクに対する変更は別の(空き領域の)ログエリアに書き込まれる、と理解しています。このログエリアはフリーズが解除されるか、システムが再起動すると順次ディスクの所定の場所に書き戻されると理解しています(このあたりは、TechEdで伺った範囲です)。
ホストのVSS WriterがゲストOSのVSSにリクエストを出し、ゲストのイメージをフリーズした後、再度ホストのOSがVHDのイメージをフリーズし、それをバックアップすることになるわけですが、このゲストのイメージのフリーズとホストのVHDイメージのフリーズに時間差があると、VHDには変更ログが記録されたまま、ホスト側でフリーズされ、バックアップされる可能性があると思われます。
この際に、VHDのディスクイメージ自体は同期が取れた範囲でフリーズされているため、たとえばそのVHDファイルを別のマシンにマウントし、その個別ファイルをアクセスする場合においては、全体に整合が取れた状態になっていると考えられます。しかし、実際にバックアップから仮想マシンを起動すると、前提としていたログ領域の書き戻しが発生し、結果的にホストがVHDイメージをフリーズした段階でのディスクイメージ、すなわち同期が取れていないイメージに書き変わってしまうのではないかと思います。
つまり、ホストのバックアップによりゲストのVHDをバックアップする場合には、本来ならVHD内のVSSの更新ログ領域をクリアしてから仮想マシンを起動しないといけない、そしてDPMはそれを実行している、というのではないかと思います。
上記理解が正しいか、あるいはどこかに誤りがあり、実際にはホストのバックアップにより完全なゲストのバックアップが取れるのかについて、ご回答いただければと思います。
