Vmware Workstation VMを別のホストに移動すると、再アクティブ化されます
VMWare Workstation7で仮想環境を使用している開発者向けのソリューションを見つける必要があります。
私たちは、異なる互換性のない環境で開発します。現在、特定の環境向けに開発者のPCを変更すると、ほぼ1週間が失われます。仮想マシンを作成してサーバーに残す方法が必要です。開発者が特定の環境を必要とする場合、サーバーからそれを取得して仮想マシンを起動するだけです。
開発者にはMSDNプレミアムライセンシーを使用します。 Microsoft Virtual PC 2007SP1とWindowsVirtual PCを使用して、環境sysprepを構築し、サーバーに残すことができました。開発者は仮想マシンを取得することができ、最初の起動時にsysprepが実行されました。次の再起動後、VMは開発の準備ができていました。
VMWare Workstation7とWindowsの場合XP SP3 sysprep後、最初のアクティベーション以降にハードウェアが大幅に変更され、Windowsを再アクティベートする必要があることを示すメッセージが表示されます。使用する必要があるたびにMicrosoftに電話する仮想マシンは面倒です。
注：すべてのユーザーが同じリビジョンのVMWareWorkstationを使用しています。
この方法をVMWareWorkstation 7で、Microsoft VirtualPCおよびWindowsVirtual PCの場合と同じように機能させるにはどうすればよいですか？
私はこれらの2つの質問を見ました：
VistaVMWareリリースSysPrep /アクティベーションのベストプラクティス？
VMWareでのWindows Vistaアクティベーション
彼らには適切な答えがありませんでした。従来の試用期限はオプションではありません。当社の開発サイクルは、試用期間よりも大幅に長くなっています。ベースVMには多くの変更があるため、開発者に特定の期間の後に再起動を強制することはオプションではありません。
私たちの開発者は頻繁に旅行し、インターネットに接続していないことが何度もあります。残念ながら、ESXサーバーはオプションではありません。
2台のマシン間でVM）を移動するときに、再アクティブ化を回避するための提案はありますか？
私がいつもこれを行ってきた方法は、「マスター」イメージをアクティブにしてからコピーすることです。 VMWareが最初にコピーを起動すると、イメージを（c）コピーしたのか（m）移動したのかを尋ねられます。 「移動済み」と言っても、再アクティブ化は発生しません。ただし、これらのマシンは同じマシン名とMACアドレスを持っているため、同じLANセグメント上に存在することはできません。したがって、各マシンが1回起動した後、それらをシャットダウンしてそれらのプロパティを変更することができ、すべてが機能します。
心配しているのがVMのハードウェアの変更ではなくSIDだけである場合は、sysprepを実行しないでください。
http://blogs.technet.com/markrussinovich/archive/2009/11/03/3291024.aspx
意味がないという良い議論です。
私の質問（コメント内）への回答に基づいて、次の質問は、SIDの問題を回避するために、マシンをローカルのみのネットワークで実行できるかどうかです。または、sysprepイメージから15のベースイメージを作成できますか。 15枚の画像を一度アクティブにして、それらをマスター画像として保持しますか？ （つまり、開発者ごとに1つですか？）結局のところ、ディスク容量は時間よりも安いです。
個人的には、開発者のためにVMイメージを作成することで、開発者を台無しにしていると思います。私の最後の仕事場で、私は（開発者として）テスト用に独自の仮想マシンを作成して管理する必要がありました。
最初の質問、これはもともと物理的なマシンでしたか？そして、あなたは仮想に変換しましたか？
または、OEMライセンスを使用してVMを作成しましたか？これは、このシナリオのいずれかを使用した場合に発生する可能性のある問題のタイプです。
私はあなたのワークステーションアクティベーションの質問に答えることができません、それはおそらくsuperuser.comで最もよく答えられます、しかしそれはおそらくあなたが見るべきであるように私には聞こえます VMWareのラボマネージャー それはあなたに合うかもしれないと思うのであなたの現在の状況以上のものが必要です。