¿Hacer sysprep demasiadas veces causa problemas?


8

Me han dicho que no se debe preparar una imagen de Windows demasiadas veces ... algo así como usar un Nuralizer demasiadas veces en una persona :) ¿Alguien puede proporcionar información adicional sobre esto?

Nos gusta incluir actualizaciones periódicas en la imagen que implementamos con SCCM (para que el parche de implementación sea razonablemente corto) y nuestro proceso toma el último wim hecho, parches y syspreps. Dado que hemos hecho esto en nuestra imagen de Windows 7 aproximadamente media docena de veces hasta ahora, solo esperando que no cause algún tipo de situación de endogamia ...

Respuestas:


11

Las limitaciones de Sysprep se deben al proceso de activación de Windows (y sus limitaciones codificadas). Para citar el manual :

No hay límite para la cantidad de veces que el comando Sysprep puede ejecutarse en una computadora. Sin embargo, el reloj para la activación del producto de Windows comienza su cuenta regresiva la primera vez que se inicia Windows. Puede usar el comando sysprep / generalize para restablecer la activación del producto de Windows un máximo de tres veces. Después de la tercera vez que ejecuta el comando sysprep / generalize, el reloj ya no se puede reiniciar.

Y...

Si anticipa ejecutar el comando Sysprep varias veces en una sola computadora, debe usar la configuración SkipRearm en el componente Microsoft-Windows-Security-Licensing-SPP para posponer el reinicio del reloj de activación. Debido a que puede restablecer el reloj de activación solo tres veces, si ejecuta el comando Sysprep varias veces en una computadora, es posible que se quede sin restablecimientos del reloj de activación. Recomendamos que utilice la configuración SkipRearm si planea ejecutar el comando Sysprep varias veces en una computadora.

Suponiendo que está utilizando un KMS: Recomendamos que los clientes de KMS usen el comando sysprep / generalize donde el valor de la configuración SkipRearm es igual a 1. Después de capturar esta imagen, use el comando sysprep / generalize, donde el valor de la configuración SkipRearm es igual a 0.

Por curiosidad, si está implementando a través de SCCM, ¿por qué no implementar desde la fuente del sistema operativo y aplicar parches durante su instalación? Lleva más tiempo configurar sus tareas iniciales, pero al final el proceso completo se simplifica enormemente y el mantenimiento es extremadamente fácil de manejar.


1
Gracias por encontrar esa información. Usamos KMS, por lo que los rearmes no son un problema para nosotros. La razón por la que no realizamos todas las actualizaciones a través de SCCM es que el paso de aplicar actualizaciones en las secuencias de tareas está codificado en 30 minutos y expirará si las actualizaciones exceden esa cantidad. Hay soluciones para esto, pero son groseros ... sin mencionar que los usuarios odian esperar para siempre una estación de trabajo para la imagen. Eso no quiere decir que no usemos el paso de actualizaciones en la implementación, solo nos gusta hacer roll-ups de vez en cuando.
newmanth

Gran información sobre el límite de 30 minutos. Tendré que vigilar eso. MS realmente debería proporcionar una imagen "dorada" parcheada. Eso realmente simplificaría nuestro proceso de implementación.
NPS

2

Estoy lejos de ser un administrador de Windows, pero que yo sepa, no hay problemas sysprepcon una máquina tantas veces como desee.

Hay / hubo un límite en cuántas veces se syspreppuede restablecer el reloj de activación de productos de Windows (IIRC es 3 veces, así que si ya ha ejecutado sysprep más veces que eso, probablemente esté bien :-)


Un artículo que habla sobre el restablecimiento del reloj de activación - larsrasmussen.blogspot.com/2006/04/…
voretaq7
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.