Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsWindows VistaWindows XPWindows MeWindows 98Windows 95Virtual PCInternet ExplorerOutlook ExpressWindows MediaSecurity
Related Topics
MS Server ProductsMS OfficePC HardwareMore Topics ...

Windows Forum / Virtual PC / January 2008

Tip: Looking for answers? Try searching our database.

Moving VMs to a new machine

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
H Gohel - 15 Nov 2007 00:10 GMT
I'm using MS Virtual PC 2007.

At work I'm about to receive a new PC workstation.  I've got a bunch of
VPCs set up on my current system.

1. Would these VPCs work on my new machine if I copied "everything" over?

2. What should I back up so that I get "everything" onto my new machine?

Thanks.

--
Himanshu
Anonymous Sender - 15 Nov 2007 00:51 GMT
> I'm using MS Virtual PC 2007.
>
[quoted text clipped - 6 lines]
>
> Thanks.

You only need to backup/copy the .vhd files.
On your new machine you create new VPCs and point them to the .vhd files.
H Gohel - 28 Jan 2008 15:35 GMT
>> I'm using MS Virtual PC 2007.
>>
[quoted text clipped - 8 lines]
> You only need to backup/copy the .vhd files. On your new machine you
> create new VPCs and point them to the .vhd files.

Thanks to you, Steve Jain, David Wilkinson and Bo Berglund.  This
procedure worked flawlessly.

--
Himanshu
Steve Jain - 15 Nov 2007 03:51 GMT
>I'm using MS Virtual PC 2007.
>
[quoted text clipped - 6 lines]
>
>Thanks.

Most OSes will transfer fine.  Some OSes install special kernels for
different CPUs and this could cause a problem when booting.

Shut down the VM before moving, don't put it in a Saved State.

Copy the .VHD and the .VMC for the "complete" VM.

Signature

Cheers,
Steve Jain, Virtual Machine MVP
http://vpc.essjae.com/
I do not work for Microsoft.

David Wilkinson - 15 Nov 2007 10:41 GMT
> Most OSes will transfer fine.  Some OSes install special kernels for
> different CPUs and this could cause a problem when booting.
>
> Shut down the VM before moving, don't put it in a Saved State.
>
> Copy the .VHD and the .VMC for the "complete" VM.

OK, this is something I have been confused about. How do "moving both
the .vmc and .vhd" and "moving just the .vhd and creating a new virtual
machine" relate to licensing/activation/legality of the guest OS?

Signature

David Wilkinson
Visual C++ MVP

Bo Berglund - 15 Nov 2007 20:02 GMT
>> Most OSes will transfer fine.  Some OSes install special kernels for
>> different CPUs and this could cause a problem when booting.
[quoted text clipped - 6 lines]
>the .vmc and .vhd" and "moving just the .vhd and creating a new virtual
>machine" relate to licensing/activation/legality of the guest OS?

First, the recommended way to create a new VM as a copy of the old or
move it to a new host machine is to do the following:
1) Shut down the VM on the existing system (don't save state).
2) Copy the virtual disk file (*.VHD) from the old to the new host PC
3) On the new host open the VPC console and "Create new" VM.
4) In the dialogue set your VM options but instead of creating a new
disk, navigate to the copied VHD disk file from the old system.
5) Start the VM from the console

Now it will boot up just as it did on your old system.

The reason not to move the VMC file is that it contains hardcoded full
path of the VHD disk file and also the VM network MAC addresses, which
should never be duplicated. By creating a new guest VPC will make sure
to generate a new unique MAC address so there will be no potential
collisions on the network if both would run simultaneously.

Concerning licensing, if you copy the VHD from your old to your new
system and create the guest as described above, then you are fine
provided that you delete the old VHD and VMC files (after verifying
that the new guest runs fine first of course).
I think you may even keep the old VHD file as a backup copy provided
you don't use it separately anywhere.

Sometimes the activation will trigger because the new VM runs in a
slightly different environment (basically a new MAC address and a new
CPU type) but that kind of reactivation is usually very simple.
The beauty of VPC guests is that they have the majority of the
hardware inside the guest exactly the same even when running on a
completely different host system so nearly nothing changes and
activation usually is not a problem.

Notice that if you are using VPC2004 on your old system and you have
VPC2007 on your new system then you should uninstall the VM Additions
from the VM before shutting it down for the copy. Then in the new
system just install VM Additions again and you will have the new
version compatible with VPC2007.

Bo Berglund
David Wilkinson - 16 Nov 2007 11:14 GMT
>>> Most OSes will transfer fine.  Some OSes install special kernels for
>>> different CPUs and this could cause a problem when booting.
[quoted text clipped - 43 lines]
> system just install VM Additions again and you will have the new
> version compatible with VPC2007.

Thanks, Bo, for a great explanation.

Signature

David Wilkinson
Visual C++ MVP

 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.