Archivos del escritorioKit de instalación automatizada de Windows

Wes Miller

Microsoft ha ofrecido de forma histórica dos versiones de herramientas de implementación producidas por el equipo de implementación de Windows. La primera versión llegó en la forma del archivo .cab de implementación, que se distribuyó en el CD de Windows durante años. Incluía documentación y herramientas como Administración de instalación para crear archivos de instalación desatendida, así como

la herramienta Sysprep, utilizada para preparar escritorios para la implementación. La otra versión de las herramientas de implementación era el Kit de preinstalación de OEM (OPK), que fue diseñado especialmente para satisfacer las necesidades de los fabricantes del sistema OEM y sólo estaba disponible para los mismos. Este fue el modo original en que se distribuyó Windows® PE. Existe una nueva versión del OPK para Windows Vista™, pero seguirá estando disponible sólo para los OEM.

Afortunadamente para muchos otros clientes de Microsoft, algunos de los cuales no pudieron conseguir Windows PE durante el período de Windows XP, habrá un análogo del OPK disponible para su uso llamado Kit de instalación automatizada de Windows (WAIK). El WAIK se podrá descargar de forma gratuita desde microsoft.com/downloads (en inglés) tras la distribución de Windows Vista e incluirá los siguientes componentes: Windows PE 2.0, Servicios de implementación de Windows, ImageX y Windows System Image Manager: una herramienta que mencioné antes y que permite la creación de archivos unattend.xml para automatizar la instalación. También incluirá documentación completa para todas las herramientas.

Observe que el método recomendado para obtener el WAIK es descargar por completo Business Desktop Deployment Solution Accelerator (BDD) desde microsoft.com/desktopdeployment (en inglés), que no sólo proporciona el WAIK, sino también la Herramienta de migración del estado de usuario (USMT) y el Kit de herramientas de compatibilidad de aplicaciones (ACT). El BDD también incluye herramientas adicionales y ayuda para conseguir una implementación correcta de Windows Vista.

Windows PE 2.0

Profundicé en gran medida en Windows PE 2.0 en el número de noviembre de 2006 de TechNet Magazine (en inglés), así que no entraré en detalles en este número; basta con decir que el WAIK incluirá la versión oficial de la nueva compilación de Windows PE para Windows Vista. Es importante comprender Windows PE, ya que todas las demás herramientas del WAIK utilizan o funcionan con Windows PE de un modo u otro. Puede encontrar mi artículo sobre Windows PE 2.0 aquí (en inglés). .

ImageX

En mi última columna, dediqué bastante tiempo al formato de archivos de imágenes de Windows (WIM). Visite microsoft.com/technet/technetmag/issues/2006/12/desktopfiles. Ahora me centraré en ImageX, que es una pequeña pero eficaz herramienta de línea de comandos que hace posible imágenes integradas de Windows Vista. Al planear ImageX, pensamos crear una herramienta basada en GUI, pero luego decidimos centrarnos en la línea de comandos ya que la automatización del proceso de imágenes era el componente fundamental. Para ver las opciones de la línea de comandos para ImageX, consulte la figura 1.

Figura 1** Herramienta de línea de comandos de ImageX en funcionamiento **(Hacer clic en la imagen para ampliarla)

Los servicios de implementación de Windows (WDS), que describiré más adelante, incluyen una herramienta de GUI ligera que permite una sencilla captura de imágenes, pero no incluye la función completa de ImageX. También es importante observar que ImageX ha sido diseñado y probado para capturar imágenes para implementación en Windows PE. No se diseñó para realizar capturas "reales" de los sistemas de Windows que se ejecutan de forma activa.

Si conoce cualquier otra herramienta de imágenes del sistema, ya conoce algo de ImageX. Fue diseñado para que fuera fácil de usar, permitiéndole capturar y aplicar imágenes sin dificultades y aun así proporcionar funciones fundamentales que normalmente faltan o están incompletas en las herramientas de implementación normales que se incluían antes. Un ejemplo de esto, que abordaremos momentáneamente, es la capacidad para montar de forma fácil y transparente una imagen como parte de su sistema de archivos local para poder ver, modificar o eliminar archivos del interior de una imagen existente.

ImageX proporciona los conmutadores de manipulación de imágenes que se muestran en la figura 2. Voy a mencionar un par de comandos específicos para describirlos en profundidad.

Figure 2 Conmutadores de manipulación de imágenes

El comando de captura debería ser relativamente claro: lo más importante que debe recordar es que sólo lo utiliza una vez por WIM. Debido a que el archivo WIM sólo es una captura de archivo, puede capturar un volumen completo (C:) o incluso sólo un directorio (C:\Test). Con la aplicación pasa lo mismo: puede aplicar una imagen a un directorio (incluso si capturó un volumen completo) o, lo que es más frecuente, la raíz de un volumen. Una vez que ya existe una imagen de volumen en un WIM, se utilizaría el comando de agregación para agregarlo al mismo. El comando de aplicación tampoco requiere mucha explicación y sólo se complica cuando está aplicando varios archivos WIM. El comando de eliminación es útil si desea eliminar la referencia a una imagen de volumen específica: pero para eliminar por completo los datos de la imagen, debe utilizar el comando de exportación para crear un WIM nuevo completamente libre de datos, lo que significa que si desea reducir el tamaño de la imagen eliminando los datos restantes, debe utilizar el comando de exportación. Piense en el comando de exportación como una herramienta que puede actuar como desfragmentador o consolidador, permitiéndole intercalar una imagen de volumen en uno o más archivos WIM o exportarla a su propio archivo WIM completamente independiente. ImageX también proporciona los siguientes conmutadores de edición: IMAGEX /MOUNT, IMAGEX /MOUNTRW y IMAGEX /UNMOUNT.

Como se ha mencionado anteriormente, el equipo de producto incorporaba capacidades de edición en las herramientas y formato de imágenes desde el principio. Al habilitar la edición, el formato y herramientas permiten a los clientes copiar archivos dentro y fuera, aplicar service packs, agregar/eliminar archivos o aplicaciones independientes o agregar/eliminar otros datos de la imagen según sea necesario, incluso al montar y modificar el registro. El servicio de imagen siempre ha sido un punto importante.

Puede pensar en montar la imagen a medida que carga el archivo WIM como directorio virtual. Si está familiarizado con los mismos, probablemente el propio analógico es más parecido a un punto de montaje del volumen, que le permite montar un volumen entero en un directorio que existe en otro volumen, haciendo que F: sea visible como C:\DriveF, por ejemplo. De forma similar, es posible que haya utilizado la herramienta Microsoft® Virtual CD u otras herramientas de montaje de ISO que le permiten montar imágenes ISO (CD) como unidades locales. Del mismo modo, ImageX le permite montar un archivo WIM como superposición sobre un directorio. Cree un directorio y utilice el comando de montaje para superponer la imagen de volumen especificada sobre el directorio, como si lo hubiera aplicado ahí.

A diferencia de la herramienta Virtual CD, sin embargo, puede montar una imagen WIM incluso si está ubicada en un recurso compartido de red o si está en un medio extraíble. Por supuesto, hacer esto puede limitar su capacidad de edición: un WIM en un medio óptico (CD o DVD) será editable generalmente en modo de sólo lectura. También puede editar sólo una imagen de volumen en un WIM cada vez si está editando en modo de escritura y lectura: esto se hace para permitir un bloqueo correcto y una actualización segura del archivo cuando está desmontado.

Puede montar la imagen en sólo lectura (/mount) o en lectura y escritura (/mountrw). Cuando utilice lectura y escritura, cualquier modificación que realice en la imagen se almacenará temporalmente en la memoria caché (no tienen efecto de forma inmediata) y cuando ejecute el comando /unmount con la opción /commit, estos cambios se guardarán de forma permanente en el WIM. Si hizo cambios y decidió que en realidad no quería guardarlos, también podría descartarlos en lugar de confirmarlos cuando desmonte la imagen. Esto es todo o nada: todas las escrituras realizadas durante el tiempo en que se monta el archivo WIM se confirman o se descartan.

Es importante tener en cuenta la siguiente observación. Al igual que con el comando de eliminación, cuando utiliza la función lectura y escritura para editar el WIM, los datos de archivos del archivo WIM no se han borrado o limpiado completamente: los archivos se han agregado al final del archivo WIM y la referencia anterior en la imagen de volumen es suplantada por los datos actualizados. Esto significa que si agregó un nuevo archivo de 5 MB, que reemplazaba otro archivo del mismo tamaño, su imagen crecerá en el tamaño del archivo de 5 MB después de que se haya comprimido, es decir, 5 MB o menos en función del tipo de compresión utilizada. Para eliminar los datos antiguos del WIM, si deseara reducir la imagen, debería utilizar /export para exportar la imagen de volumen en un archivo WIM completamente nuevo.

Si leyó mi artículo de Windows PE 2.0 en el número de noviembre de 2006 de TechNet Magazine (en inglés), recordará que es compatible con el inicio desde un WIM. Para esto, el archivo WIM se lee utilizando un controlador, similar a la forma en lo hace ImageX. Pero la compatibilidad de ImageX se diseñó para utilizarse en tiempo de diseño y la característica de inicio del WIM se diseñó específicamente para sólo lectura y para funcionar solamente con Windows PE. Por lo tanto, aunque son parecidos, los controladores y la implementación son diferentes.

Además de la herramienta ImageX, Microsoft proporciona una API documentada formalmente, WIMGAPI, que permite compatibilidad total para cualquier herramienta de imágenes que desea poder capturar, aplicar o modificar archivos WIM. Cualquier tercera parte que desee agregar compatibilidad con imágenes o reemplazar una infraestructura de imágenes existente, puede hacerlo con WIMGAPI. Esta API es parte del WAIK y, por lo tanto, se distribuye con el mismo.

Instalación basada en imágenes de Windows

Una vez que se tuvo el formato de imágenes, se diseñó el nuevo motor de instalación. En su núcleo, es más parecido a la antigua instalación mínima o bienvenida de Windows, que realizaba las preguntas básicas necesarias para obtener la instalación y configuración única del sistema mientras controlaba también la configuración del disco antes de instalar la imagen desde install.wim en el DVD de instalación de Windows. El primer objetivo del nuevo motor de instalación era tener en cuenta las instalaciones manuales de Windows. Previmos que muchos OEM y clientes empresariales utilizarían ImageX para realizar sus implementaciones reales.

Servicios de instalación remota

Llegados a este punto, es posible que se esté preguntando por qué no he hablado de los servicios de instalación remota (RIS). RIS fue algo que heredé también cuando comencé en el equipo de Windows Deployment. RIS, que al principio se incluyó con Windows 2000 y luego otra vez en Windows Server® 2003, utiliza un entorno de ejecución previo al inicio (PXE) para iniciar desde la red un equipo hasta el punto en que se pueda finalizar un asistente básico y la instalación de Windows pueda tener lugar a través de la red.

El principal problema con RIS fue que era terriblemente frágil. La versión de Windows Server 2003 de RIS, que al principio sólo era compatible con Windows 2000 Professional, amplió su compatibilidad para versiones de servidores de Windows. Con la carga entrante de los controladores de almacenamiento Serial ATA (SATA) y GB o NIC más rápidos, mantener los controladores actualizados en RIS siempre fue muy peligroso. Además de esto, RIS no es compatible con muchas configuraciones regionales con las que Windows sí lo es, lo que significa que la instalación de las versiones regionales de Windows con teclados con configuración regional puede ser difícil, si no imposible. Los servicios de implementación de Windows se diseñaron para ser la amalgama de la instalación de Windows y RIS: un inicio de Windows PE iniciado en PXE que le permite implementar un archivo WIM a través de la red.

WDS se diseñó para estar disponible en la próxima versión del código de Windows Server, llamado "Longhorn," y también como una actualización que sería instalable en Windows Server 2003. Esto significó que WDS sería capaz de implementar Windows Vista desde versiones anteriores de Windows Server y también podría implementar versiones anteriores de Windows. De hecho, WDS no sólo funciona con RIS, sino que requiere una instalación de RIS para poder funcionar. Esto se debe a que funciona mediante la actualización de la infraestructura de RIS para que sea compatible con WDS, a la vez que proporciona la nueva infraestructura de WDS.

Además de funcionar como una actualización de RIS, proporcionando así una ruta de migración correcta para clientes que siguen utilizando versiones anteriores de Windows mientras inician las implementaciones de Windows Vista, WDS también proporciona herramientas de administración mucho mejores que las que RIS tenía, lo que permite una agregación de imágenes al servidor mucho más sencilla. También proporciona un marco de PXE conectable. Esto quiere decir que un tercer servidor PXE puede integrar y especificar que va a contestar una solicitud PXE de cliente específico en lugar de WDS. Ésta era una solicitud que recibíamos a menudo con RIS y que no podíamos proporcionar en ese momento.

WDS, disponible inicialmente como componente instalable en Windows Server 2003 para actualizar RIS, también se incluirá como componente integrado de los productos Windows Server "Longhorn". Actualmente, Microsoft también está planeando incluir la función WDS en futuras versiones de SMS (que se denominará System Center Configuration Manager).

WDS funciona proporcionando una versión de inicio PXE de Windows PE 2.0. Esta imagen se encuentra en un WIM, lo cual significa que se transmiten datos reducidos a través de la red, y se inicia a través de la red en un disco RAM. La instalación tiene lugar en Windows PE, mediante una aplicación de cliente nueva que proporciona la función distribuida por la aplicación OSChooser básica de RIS en el pasado.

Aunque WDS no es compatible con imágenes de RIS de Windows XP, Windows 2000 o Windows Server 2003 tal como están, tiene la capacidad de implementar imágenes Sysprep de los mismos. WDS también se integra en Active Directory®, como siempre hacía RIS, pero el servidor PXE también se puede ejecutar sin Active Directory si es necesario. WDS se puede iniciar incluso desde Windows PE, habiéndose iniciado éste a su vez desde algo distinto de PXE, como un CD, DVD o una unidad flash USB (UFD). Ésta es una función útil que RIS no podía proporcionar.

Existen tres modos eficaces en los que WDS puede funcionar, en función del uso que se haga de RIS:

WDS heredado Los binarios están instalados, pero OSChooser es el mecanismo de inicio. RISetup y RIPrep, las herramientas de instalación basada en imágenes y de secuencia de comandos, aún están en funcionamiento.

Modo mixto Ambos mecanismos de inicio están disponibles, los dos conjuntos de herramientas de imágenes funcionan y los dos conjuntos de herramientas de administración también.

Nativo No hay función de RIS, sólo están disponibles la función de WIM, el inicio de Windows PE y las nuevas herramientas de administración. Observe que este es el único modo programado para que esté disponible en Windows Server "Longhorn". No incluirá ninguna función de RIS.

WDS también implementa un protocolo de comunicación cliente-servidor y, como resultado, un OEM o cliente empresarial podría, en teoría, crear también su propia aplicación de implementación.

El proceso de capturar una imagen WIM en un servidor WDS es casi idéntico al escenario Sysprep que ya he explicado. La diferencia es que el último paso implicará el inicio en la imagen de captura WDS, una imagen de Windows PE que existe para ayudarle a capturar un sistema de cliente y capturarlo en el servidor WDS.

Los componentes principales de WDS son los siguientes: servicio de servidor WDS, servidor PXE, almacenamiento de imágenes, protocolo de comunicación, recurso compartido de archivos con imágenes de Windows PE (para iniciar), imágenes WIM (para instalar) y archivos de administración adicionales relacionados.

WDS fue diseñado para ser relativamente ligero y proporcionar una experiencia casi idéntica (pero a menudo más rápida) que una instalación tradicional basada en medios ópticos de Windows. La implementación de WDS como actualización de RIS le permite reemplazar RIS de forma gradual a la vez que se facilita la implementación de Windows Vista en su organización. También hace que sea más sencillo de utilizar y más rápido de lo que RIS era cuando se incluía en versiones anteriores de Windows.

Administrador de imágenes de sistema de Windows

El último componente del WAIK es el administrador de imágenes de sistema (WSIM). Si está familiarizado con el administrador de instalación de otras versiones anteriores de Windows, el concepto del SIM de Windows también le debería ser familiar. Esta herramienta le permite completar varias tareas con archivos de instalación desatendidos. Puede crear fácilmente un archivo de instalación desatendido nuevo, editar uno existente o comprobar la configuración en un archivo existente respecto a una imagen específica de Windows Vista. La herramienta también muestra todas las opciones de configuración potenciales dado un WIM específico con Windows Vista en el mismo: piense en las opciones de instalación desatendidas tradicionales, documentadas históricamente en los archivos de ayuda que acompañan deploy.cab. Por último, SIM de Windows puede ayudar a crear recursos compartidos de distribución y conjuntos de configuración, que se utilizan para agregar controladores, aplicaciones y actualizaciones a las instalaciones de Windows Vista mediante un archivo de instalación desatendido.

El SIM de Windows requiere que usted sea el administrador local del sistema en que lo ejecuta. Cuando abra el SIM de Windows, verá cinco paneles, como se muestra en la figura 3.

Figura 3** Administrador de imágenes de sistema de Windows **(Hacer clic en la imagen para ampliarla)

En el panel Recurso compartido de distribución, en la parte superior izquierda, se muestran controladores y otros paquetes agregados a través del SIM. No tiene un recurso compartido de distribución montado de forma predeterminada, pero puede abrir y crear uno fácilmente.

En el panel Windows Image, bajo el panel Recurso compartido de distribución, se muestran opciones de configuración (componentes y paquetes) en una imagen de volumen de Windows dada en un WIM. Observe que monta una sola imagen de volumen de Windows (un SKU en el DVD de Windows Vista) cada vez.

En el panel Answer File, en el centro, se muestran las opciones de configuración en un archivo de instalación desatendida de Windows Vista, así como la configuración predeterminada como se define en los catálogos (los parámetros y configuración potenciales) de la imagen de volumen WIM que ha montado.

El panel Propiedades, en la parte superior derecha, es un panel que le permite editar las propiedades individuales de un componente del panel Answer File.

El último panel es Mensajes, que se encuentra en la parte inferior y en el que se muestran comentarios más detallados, incluyendo una vista del XML sin procesar en un archivo de configuración desatendido de Windows Vista (siempre en formato XML), así como salida de validación y cualquier mensaje relacionado con cualquier conjunto de configuración que esté utilizando actualmente (la ficha Configuration Set sólo contiene datos si tiene abierto un conjunto de configuración).

Como ya ha visto, el WAIK proporciona un conjunto de herramientas muy eficaz para ayudarle a implementar Windows Vista. El equipo de Windows Deployment ha realizado un gran trabajo al crear una recopilación de herramientas que hacen que Windows Vista sea más fácil de implementar en comparación con cualquier otra versión de Windows en el pasado.

Wes Miller es Director de desarrollo de Pluck (pluck.com, en inglés) en Austin, Texas. Anteriormente, trabajó en Winternals Software y en Microsoft como administrador de programas y administrador de producto para Windows. Wes desea agradecer a Scott Dickens y John Macintyre, de Microsoft, su ayuda con esta columna. Si lo desea, puede ponerse en contacto con Wes en la dirección technet@getwired.com.

© 2008 Microsoft Corporation and CMP Media, LLC. Reservados todos los derechos; queda prohibida la reproducción parcial o total sin previa autorización.