¿Cómo creo una instalación desatendida de Windows 8.1 para crear máquinas virtuales de prueba "desechables"?

¿Cómo creo una instalación desatendida de Windows 8.1 para crear máquinas virtuales de prueba "desechables"?

Hago mucho desarrollo de software como pasatiempo y, para probar cambios, reproducir errores, etc., encuentro que con frecuencia necesito un entorno Windows limpio para ejecutar mis pruebas.

Puedo iniciar una máquina virtual para hacer esto, pero esto normalmente requiere encontrar la ISO de Windows 8.1, crear una nueva máquina virtual, iniciarla, realizar la instalación completa (para buscar mi clave MSDN de "VM desechable"), instalar todo mi software, etc. Francamente, es demasiado trabajo para todos los problemas que no sean los más importantes.

No puedo simplemente conservar una instantánea limpia de mi VM porque tiendo a dejar la VM desactivada (eso es lo que sucede de forma predeterminada de todos modos, y es el consejo de Microsoft para administrar VM de prueba desechables en claves MSDN) y para la próxima vez que use Si lo hace, el período de gracia de activación habrá expirado.

Lo que he pensado en hacer es crear un script automatizado para construir una nueva máquina virtual, incluido todo mi software clave, bajo demanda. Pero la mayoría de los tutoriales de automatización de implementaciones que he encontrado (usando MDT o sysprep) parecen estar dirigidos a implementaciones a mayor escala. Probé MDT, pero parece bastante difícil instalar software personalizado en la imagen (por ejemplo, Virtualbox Guest Additions). También probé sysprep, pero, independientemente de lo que haya hecho, todavía necesito realizar manualmente algunos de los pasos de instalación.

¿Cuál es una buena manera de configurar (y mantener) un disco de instalación personalizado y scripts que me permitan ejecutar una implementación desatendida de máquinas virtuales de prueba con una rapidez razonable?

(Actualmente uso VirtualBox como software; tengo acceso a Hyper-V y he estado pensando en probarlo, pero no estoy seguro de si ayudará. Los problemas que tengo parecen deberse más a la instalación desatendida). lado de las cosas que sobre la creación de la VM).

ActualizarUn año después, nunca estuve más cerca de una solución. Probé sysprep, pero no pude encontrar una manera de mantener la imagen actualizada con la actualización de Windows, etc. (solo puedes volver a ejecutar sysprep una cierta cantidad de veces, AIUI). Probé MDT, pero es demasiado complicado para mis necesidades.

Una opción alternativa, que realmente no mencioné en la pregunta original: podría usar una de mis claves de MSDN para activar mi imagen base y luego clonar según sea necesario. ¿Eso funciona? Específicamente, ¿puedo clonar copias de mi máquina base "bajo demanda" sin invalidar mi activación? Si puedo, entonces simplemente mantener una máquina base activada para cada versión de Windows que quiero usar puede ser un mejor enfoque. ¿Hay algún inconveniente con este enfoque que no haya considerado? Odiaría terminar invalidando mis claves al intentar esto.

Respuesta1

Puede evitar MDT (es demasiado complejo para sus necesidades) utilizando algún otro servidor PXE más simple (es decir,serva) luego use ImgMgr.exe para crear/mantener el script desatendido correspondienteUnattend.xml. (Estoy relacionado con el desarrollo de Serva pero puedes hacerlo usando algún otro servidor PXE alternativo si lo deseas)

Respuesta2

Creo que crear una plantilla con sysprep es su mejor opción, pero será necesario algo de trabajo adicional para crear una instalación completamente desatendida.

Puede utilizar el Administrador de imágenes del sistema de Windows (parte delKit de implementación y evaluación de Windowsque se puede descargar gratuitamente desde Microsoft) para crear un unattend.xml que puede contener muchas de las opciones que normalmente necesita ingresar manualmente después de una preparación del sistema sin el uso de un unattend.xml personalizado. Incluso puedes unirte automáticamente a un dominio del directorio activo de esa manera si es necesario.

En unattend.xml también puede especificar un script que se ejecutará al final y que puede manejar todas las demás acciones que no se pueden configurar en unattend.xml.
La experiencia me dice que casi siempre será necesario un guión adicional al final. Considero que PowerShell es una herramienta muy poderosa para realizar esta tarea.

De la misma manera, he creado varias instalaciones de Windows desatendidas que solo necesitan unos pocos clics para completarse. Para hacer que la imagen preparada en el sistema sea un poco más flexible para cambios futuros, puede dividir el script al final en dos partes.

  • Primera parte dentro de la imagen preparada con el sistema y llamada por unattend.xml que establece el acceso necesario a la red.
  • Una segunda parte que se descarga de la red y es ejecutada por la primera parte. Esta segunda parte se puede editar, cambiar y ampliar según sea necesario para adaptarse a sus necesidades cambiantes sin tener que recrear su imagen.

Respuesta3

En los días de XP, había una gran herramienta para esto llamada nlite. Se ha actualizado y transformado a ntlite, lo que creará estas isos integradas para usted con el mínimo esfuerzo.https://www.ntlite.com

Respuesta4

Si no le preocupan las actualizaciones o las pruebas con varias configuraciones de aplicaciones, puede simplemente generalizar con Sysprep y crear una instantánea o clonar desde la máquina apagada. Luego puede crear un nuevo clon o restaurar esa instantánea cuando desee un entorno nuevo.

MDT es más complejo, sin duda, pero le permite implementar entornos actualizados para realizar pruebas y le permite mantener una biblioteca de aplicaciones que puede seleccionar durante la implementación. Por ejemplo, si alguien me dice que tiene un error con Acrobat Reader 9, Java 1.6u17 y Office 2007, puedo seleccionarlos de una biblioteca e instalarlos, junto con las actualizaciones de Windows, cuando inicio sesión en el sistema para el primera vez para probar.

información relacionada