web-dev-qa-db-ja.com

VMWareスナップショットの設定の変更

私たちは開発ショップなので、テストにはVMとスナップショットを多用します。これはほとんどの場合うまく機能しますが、VMで、すべてのスナップショットで変更する必要のある設定を見つけることがあります。

たとえば、最近Vista VMを作成し、512MBのRAMしか与えませんでした。VMにはすでに約18のスナップショットがあり、本当に本当に可能であれば、それらすべてを再作成することは避けたいと思います。

このようなVMWareレベルの変更をすべてのVMのスナップショットに伝播する簡単な方法はありますか?

ESX 3.5を使用していますが、他のバージョン(特にワークステーション)からのアドバイスを歓迎します。

1
sh-beta

それらのスナップショットはどのくらいの期間作成されていますか?通常、数日を超えるスナップショットは必要ありません。そうしないと、問題が発生する可能性があります。私がお勧めできる最善の方法は、これらのスナップショットをコミットすることです(スナップショットが大きい場合、またはしばらく実行されている場合は時間がかかる場合があります。VirtualCenterはタイムアウトする可能性がありますが、ESXが非常に大きい場合は削除されます)。スナップショットは特定のVM)の単なるデルタファイルであるため、複数の変更にシステム全体の変更を適用する方法はありません。

更新:

スナップショットがマシンを長時間停止できる理由: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1002836

VMware管理者ガイド(PDF): http://www.vmware.com/pdf/vi3_301_201_admin_guide.pdf

コミットすることにした場合、皆さんにとって非常に苦痛になるはずの「長いスナップショット」のホラーストーリー: http://www.vmwarez.com/2006/11/beware-long-snapshot.html

3
SQLChicken

Perlの検索/置換を使用して.vmsnファイルを変更しました。このファイルの最初の部分を見ると、.vmxファイルがあります。

ネットワークの変更によりこれが必要になったため、すべてのスナップショットの仮想ポートグループを変更していました。元に戻されたスナップショットは、新しいポートグループを問題なく使用していました。

唯一の問題は、Perlが変更中にファイル全体をメモリにロードしたため、非常に大きい(GB数が多い).vmsnファイルに関するものでした。これをより効率的に行うことができると確信していますが、何百ものスナップショットで機能しました。

1