SCVMMはこの変換を処理できません-オンライン変換のために2003サーバーにアップグレードしない限り、私のProliant 3000(はい、先に進んで笑ってください)はP2Vオプションではないことをはっきりと教えてくれます。
私が始める前に誰かがすでにこの猫の皮を剥いだのではないかと思っただけです。
[編集]最終的な宛先はHyperVサーバーであるため、回答に影響がある場合に備えて、貧弱なVMをSCVMMからVHDに変換します。
更新コンバーターからの.vmdkは驚異的に機能します... vmwareプレーヤーで。 vmdk2vhdまたはSCVMMのいずれかを使用して変換すると、Windowsのロード中にマシンがフリーズするか、ブルースクリーンが発生します。
読んでみると、VMWareマシンはSCSIで起動し、HyperVはSCSIから起動できないことがわかります。これはコンバーターが修正することになっていることです。これまでのところ、変換前にscsiデバイスを削除して(役に立たなかった)、%windir%\ system32\hal.dllを同じOS /の機能しているVMパッチ(喜びなし)。
何か考え/アイデアはありますか?
最善の方法は、物理マシンでVMwareコンバーターを起動して、試してみることです。 ESXを実装したときに、多くのV2V移行で使用しました。いくつかのMSVirtual Serverイメージを取得し、問題なく変換しました。
私のP2Vには、HPツールを使用しましたが、最終的には、それが価値があるよりも厄介だったと思います。クライアント側[〜#〜] has [〜#〜] XPマシンから実行され、新しいProliantハードウェアでのみ動作しました。
振り返ってみると、P2VでVMwareコンバーターを試してみたかったのですが。
あなたがそれを試してみるなら、私はそれがどのように終わるのか知りたいと思います。
古いサーバーを含むP2V移行サーバー用にSCVMMとVMWareコンバーターの両方を試しました(compaq ML370 G1-G2、はい、デュアルP3 450 ..を使用し、win2Kも実行しています)。
Converterを試した理由は、SCVMMがwin2K SP3での動作を拒否し、SP4が必要であり、サーバーが非常に扱いにくいレガシーソフトウェアを実行していて、SP4をインストールするリスクを冒すほど十分にバックアップされていなかったためです(移行しませんでした)最終的には-以下の理由)
コンバーターで3回の移行を行いました。 win2K sp3PCとwinXPsp1pcの2つは完全にうまくいきました。 3番目のwin2Ksp4 PCでは、コンバーターはなんとかマシンを殺害し、移行を試みた後、起動時にマシンをブルースクリーンしました。これは、サーバーを危険にさらすことを拒否するのに十分なほど私を驚かせました。
ただし、SCVMMがスティックで触れないマシンも含め、他の2台のマシンは完全に移行されたので、全体としては前向きな見方をします。サーバーの適切なバックアップ(OSドライブイメージとデータストアの完全バックアップ)がある場合は、試してみます。たまに失敗するにもかかわらず、それは良いツールです。
このメソッド に従って、変換前にドライブを追加できることを期待して、現在サーバーをダウンロードしています。