Faire sysprep trop souvent provoque-t-il des problèmes?

8

On m'a dit qu'il ne fallait pas sysprep trop souvent une image Windows ... un peu comme utiliser un Nuralizer trop de fois sur une seule personne :) Quelqu'un peut-il fournir des informations supplémentaires à ce sujet?

Nous aimons régulièrement mettre à jour les mises à jour dans l'image que nous déployons avec SCCM (afin que les correctifs de déploiement soient raisonnablement courts) et notre processus prend le dernier wim fait, les correctifs et les syspreps. Depuis que nous avons fait cela sur notre image Windows 7 environ une demi-douzaine de fois jusqu'à présent, en espérant simplement que cela ne cause pas un certain type de situation de consanguinité ...

newmanth
la source

Réponses:

11

Les limitations de Sysprep sont dues au processus d'activation de Windows (et ses limitations codées en dur). Pour citer le manuel :

Il n'y a aucune limite au nombre d'exécutions de la commande Sysprep sur un ordinateur. Cependant, l'horloge de l'activation du produit Windows commence son compte à rebours au premier démarrage de Windows. Vous pouvez utiliser la commande sysprep / generalize pour réinitialiser l'activation de produit Windows au maximum trois fois. Après la troisième fois que vous exécutez la commande sysprep / generalize, l'horloge ne peut plus être réinitialisée.

Et...

Si vous prévoyez d'exécuter la commande Sysprep plusieurs fois sur un même ordinateur, vous devez utiliser le paramètre SkipRearm dans le composant Microsoft-Windows-Security-Licensing-SPP pour reporter la réinitialisation de l'horloge d'activation. Étant donné que vous ne pouvez réinitialiser l'horloge d'activation que trois fois, si vous exécutez la commande Sysprep plusieurs fois sur un ordinateur, vous risquez de manquer de réinitialisations d'horloge d'activation. Nous vous recommandons d'utiliser le paramètre SkipRearm si vous prévoyez d'exécuter la commande Sysprep plusieurs fois sur un ordinateur.

En supposant que vous utilisez un KMS: nous recommandons aux clients KMS d'utiliser la commande sysprep / generalize où la valeur du paramètre SkipRearm est égale à 1. Après avoir capturé cette image, utilisez la commande sysprep / generalize, où la valeur du paramètre SkipRearm est égal à 0.

Juste curieux, si vous déployez via SCCM, pourquoi ne pas déployer à partir de la source du système d'exploitation et appliquer des correctifs lors de votre installation? La configuration de vos tâches initiales prend plus de temps, mais au final, tout le processus est grandement simplifié et la maintenance est extrêmement facile à gérer.

NPS
la source
1
Merci d'avoir trouvé cette information. Nous utilisons KMS, donc les réarmements ne sont pas un problème pour nous. La raison pour laquelle nous ne faisons pas toutes les mises à jour via SCCM, c'est que l'étape d'application des mises à jour dans les séquences de tâches est codée en dur à 30 minutes et expirera si les mises à jour dépassent ce montant. Il existe des solutions de contournement à cela, mais elles sont fastidieuses ... sans parler des utilisateurs détestant attendre indéfiniment qu'une station de travail crée une image. Cela ne veut pas dire que nous n'utilisons pas l'étape de mise à jour dans le déploiement, nous aimons simplement faire des cumuls de temps en temps.
newmanth
Excellentes informations sur la limite de 30 minutes. Je devrai garder un œil là-dessus. MS devrait vraiment fournir une image "or" corrigée. Cela simplifierait vraiment notre processus de déploiement.
NPS
2

Je suis loin d'être un administrateur Windows, mais pour autant que je sache, il n'y a pas de problème avec sysprepune machine autant de fois que vous le souhaitez.

Il y a / était une limite sur le nombre de fois que vous syspreppouvez réinitialiser l'horloge de l'activation du produit Windows (IIRC, c'est 3 fois, donc si vous avez déjà exécuté sysprep plus de fois que cela vous convient probablement :-)

voretaq7
la source
Un article parle de la réinitialisation de l'horloge d'activation - larsrasmussen.blogspot.com/2006/04/…
voretaq7