Tours Hyper-v d'installation - partie 1 : Sysprep et Hyper-v
Avant que nous sautions bien dans ceci, j'ai pensé qu'il serait le meilleur si nous obtenions quelques choses droites. Pour le reste de ce poteau, everytime je dis le « sysprep, » je me réfère à Sysprep fonctionnant avec le commutateur de /generalize. C'est la meilleure manière de s'assurer que l'image d'installation de Windows que vous capturez et appliquez à d'autres systèmes réellement des travaux quand vous la mettez sur ces autres systèmes.
Pour plus de détails sur avec quel Sysprep et sans commutateur de /generalize fait, je vous encourage à lire la documentation, que j'ai commodément fournie un hyperlien à.
Ainsi, vous projetez au sysprep une boîte du serveur 2008 de Windows avec Hyper-v installée ? Bon choix. Je suis sûr que vous serez heureux avec le résultat, mais il y ait peu de choses que vous devrez faire pour s'assurer des fonctions Hyper-v correctement après que vous appliquiez l'image à un ordinateur différent. Un article de KB qui décrit toutes ces choses est dans les travaux, mais moi a pensé que j'obtiendrais ceci dehors dans l'ouvert aussitôt que possible. Une fois que le KB est disponible, je lui fournirai un lien ici.
Le but du sysprep est de rendre le système aussi générique comme possible de sorte que n'importe quelle image prise d'un système de sysprep'd puisse alors être appliquée au matériel différent. Syspreping le système détruira n'importe quelle information superbe-spécifique - comme des identifications de matériel. La prochaine fois que cette installation de Windows initialise, toute les information est régénérée.
Avec Hyper-v, cependant, vous devrez faire un peu du travail après le support d'initialisations de système pour la première fois.
D'abord, le hypervisor ne fonctionnera pas, puisque le magasin de BCD (données de configuration d'initialisation) a été généralisé. Vous devrez courir la commande suivante de remettre la directive de lancement de hypervisor dans le magasin de BCD :
automobile de hypervisorlaunchtype de /set de bcdedit
Deuxièmement, n'importe quel commutateur virtuel de réseau qui a été placé pour la connectivité externe retournera à un commutateur interne-seulement. C'est parce que le NIC physique que le commutateur externe a été lié n'existe pas techniquement après un sysprep. Vous aurez besoin de rebind le commutateur à un NIC physique si vous voulez la connectivité externe encore.
Troisièmement, tous les disques que vous avez placés au pass-through (si les disques durs ou la ROM de CD/DVD conduit) devront être établis encore (c'est également en raison des identifications de matériel).
Si vous devez faire ceci sur beaucoup de systèmes, je recommande que vous jetez un coup d'oeil au notre Documentation de WMI api and figure out how to do this programmatically, and then add commands to your unattend.xml file that run those scripts after the first boot on the new hardware.
I'll talk more about this in a future post.
Written by mikekol. Read more great feeds at is source WEBSITE
no comments.
Read more articles on Hyper-V RC0 and Hyper-V How To and otherSoftware and Microsoft Hyper-V.
- [+] Digg: Feature this article
- [+] Del.icio.us: Bookmark this article
- [+] Furl: Bookmark this article
