Continuer le mon « voici pourquoi » la série de poteaux, j'a figuré que je parlerais d'autre chose dans lequel beaucoup de nos utilisateurs ont couru - la souris disparaissante infâme quand vous essayez d'employer un invité Hyper-v tandis que TS'd (qu'est à dire des services terminaux - ou ordinateur de bureau à distance) dans l'ordinateur central.

Voici le scénario :  Vous avez une VM que vous devez employer, ainsi toi des SOLIDES TOTAUX dans votre ordinateur central, mettre en marche l'outil de gestion Hyper-v, se relier à votre VM et essayer de l'employer.  Soudainement, votre souris ne travaille plus, ainsi vous essayez de la libérer employant le hotkey CTRL-ALT-Gauche de flèche.  Cela ne fonctionne pas.  Maintenant vous ne pouvez pas même employer la souris sur votre logiciel d'exploitation de centre serveur.

Si vous clôturez votre session de SOLIDES TOTAUX et la remettez en marche, vous récupérez votre souris, mais ceci se produit chaque fois que vous essayez de commander votre invité.

Il indiquent probablement « oui qu'arrive à moi toute heure, et elle est ennuyante ! »  D'autres peuvent penser que je la compose, puisqu'elles n'ont jamais

...

J'ai vu beaucoup d'utilisateurs ayant des questions avec installer les composants Hyper-v d'intégration sur le serveur 2003 de Windows en derniers jours.  Le code d'erreur semble différer légèrement, mais il est habituellement semblable au message ci-dessous :

Si vous voyez ce message d'erreur, il est parce que vous employez toujours le dégagement Hyper-v de CTP, et le certificat qui a été employé pour signer digitalement les catalogues de conducteur pour les composants d'intégration de CTP a expiré en arrière en novembre.

La solution n'est pas très élégante - vous devez installer Serveur de Windows 2008 RC1 avec bêta Hyper-v. 

Il est également important de noter qu'il n'est pas soutenu pour déplacer VMs créé avec

…

I've been watching the comments - both internally and externally - about yesterday's launch of the Hyper-V Beta (yes, I know I'm on vacation, but this is exciting to watch), and I thought I'd list the answers to a few commonly asked questions.

1. Q: How do I install Hyper-V on my 32-bit server?
   A: You don't. Hyper-V is 64-bit only, and requires that you have an Intel or AMD processor with Virtualization extensions (Intel calls their's VT, AMD calls their's AMD-V).
   
2. Q: How do I manage Hyper-V remotely?
   A: It's not terribly easy to do with the beta. If you're running Windows Server 2008 with Hyper-V Beta on another machine besides your Hyper-V server, you can use the MMC Management Console to connect to your Hyper-V server remotely (which, in fact, you *must* do if your server is running Server Core).
   
   If you've only got one server, you can use Terminal Services to connect to your Hyper-V server and run the MMC Management Console - though, you'll run into issues controlling the Virtual Machines with VMConnect if you don't have the Integration Components installed.
   
   You can also use WMI calls to manage a Hyper-V server remotely. The

...

The bits are available here: http://www.microsoft.com/downloads/details.aspx?FamilyId=8F22F69E-D1AF-49F0-8236-2B742B354919&displaylang=en

There has been a lot of progress made on Hyper-V since the Tech Preview that shipped with Server RC0 and RC1. The entire system is much more stable and performant. Even better, installing Hyper-V is now a great deal easier. You no longer need to apply any hotfixes (those pesky .MSU files from RC0 and RC1) before you install Hyper-V - it's now fully integrated into the Role Management tool from the start.

Secondly, installing Windows Server 2008 in a Hyper-V VM is now a much better experience. The Integration Components are now part of Windows Server 2008 and are installed automatically in a Hyper-V VM.

Last, but certainly not least, installation of the Hyper-V role is now available on Server Core.

I'll post more information about the new Beta release later on, so stay tuned!

[Mike is on vacation, so posts and responses will likely be delayed.]

Those of you who have followed my blog for a while know that I've - for one reason or another - been referring to Windows Server virtualization by its codename, which caused some initial confusion. There's a reason that I did this - I knew that the name was changing, and I didn't want to send a whole lot of information out into the web with a name that wasn't going to stick. I'm sure there were times when I actually said "Windows Server virtualization", but I tried to keep it to a minimum.

At any rate, the product

...