This concerns both the daily maintennance stuff, like creating, cloning, managing and backing up virtural instances, as well as more sophisticated features like 'vmotion'.
What vmotion lets you do is take a live system, and migrate it from one phyiscal server to another while the system is live. Intellegently implemeted, this could virtually eliminate downtime for anything but actions which require a boot of the image, like OS patches. We're working on gaining confidence of this feature in our production environment, though the more paranoid among us haven't really bought off on it yet. However, once you do it, you can maximize hardware utilization by having servers move hither and yon based on load. For instance, if you've got a server that does serious batch work at night, it might not be allocated to a given piece of hardware during the day, but instead is migrated there at night to take advantage of the fact that some of the other servers are less active at night.
Our MS-Windows team looked at the MS offering and quickly rejected it as inadequate to the task of where we wanted to go with virtualization.
Thanks for the info. I only use it for development and testing, so I don't think I need VMWare's production management abilities. I may go play with the latest VMWare, but I'll probably be sticking with Microsoft.