VMWare Workstation 7 で仮想環境を使用する開発者向けのソリューションを見つける必要があります。
私たちは、互換性のないさまざまな環境で開発を行っています。現在、開発者の PC を特定の環境に合わせて変更すると、ほぼ 1 週間が無駄になります。仮想マシンを作成して、それをサーバー上に残す方法が必要です。開発者が特定の環境を必要とするときは、サーバーからその環境を取得して仮想マシンを起動するだけです。
開発者向けに MSDN Premium ライセンスを使用しています。Microsoft Virtual PC 2007 SP1 と Windows Virtual PC を使用すると、環境を構築し、sysprep を実行して、それをサーバー上に残すことができました。開発者は仮想マシンを取得でき、最初の起動時に sysprep が実行されます。次の再起動後、VM は開発の準備が整いました。
VMWare Workstation 7 と Windows XP SP3 では、sysprep 後に、最初のアクティベーション以降にハードウェアが大幅に変更されたため、Windows を再アクティベーションする必要があるというメッセージが表示されます。仮想マシンを使用する必要があるたびに Microsoft に電話するのは面倒です。
注意: すべてのユーザーは同じリビジョンの VMWare Workstation を使用しています。
この方法を、Microsoft Virtual PC や Windows Virtual PC の場合と同じように、VMWare Workstation 7 でも機能させるにはどうすればよいですか?
私は次の 2 つの質問を見ました:
Vista VMWare リリース SysPrep/アクティベーションのベスト プラクティス?
VMWare での Windows Vista のアクティベーション
適切な回答はありませんでした。従来の試用期間制限はオプションではありません。当社の開発サイクルは試用期間よりも大幅に長くなっています。ベース VM に多くの変更があるため、一定期間後に開発者に再起動を強制することはオプションではありません。
当社の開発者は頻繁に出張するため、インターネットに接続できないことも多々あります。残念ながら、ESX サーバーは選択肢にありません。
2 台のマシン間で VM を移動するときに再アクティブ化を回避するための提案はありますか?
答え1
私がいつも行ってきた方法は、「マスター」イメージをアクティブ化してからコピーすることです。VMWare が最初にコピーを起動すると、イメージを (c) コピーしたか (m) 移動したか尋ねられます。「移動しました」と答えると、再アクティブ化は行われません。ただし、これらのマシンは同じマシン名と MAC アドレスを持っているため、同じ LAN セグメント上に存在することはできません。したがって、各マシンを一度起動した後、シャットダウンしてプロパティを変更すれば、すべて正常に動作します。
答え2
VM のハードウェアの変更ではなく SID だけが心配な場合は、sysprep を実行しないでください。
http://blogs.technet.com/markrussinovich/archive/2009/11/03/3291024.aspx
それは意味がないという良い議論です。
答え3
ワークステーションのアクティベーションに関する質問にはお答えできません。おそらくsuperuser.comで一番よく答えられると思いますが、VMWare のラボ マネージャーこの製品は、現在の状況よりもお客様のニーズに適していると思われるため、お勧めします。
答え4
最初の質問ですが、これは元々物理マシンだったのですか? そして仮想マシンに変換したのですか?
それともOEMライセンスを使用してVMを作成しましたか？これは、これらのシナリオのいずれかを使用した場合に発生する可能性のある問題の種類です。