Archivos del escritorioFuncionalidad avanzada en WDS

Wes Miller

Contenido

Administración de línea de comandos
Almacén de imágenes
Multidifusión
Registro en WDS
Otros aspectos
Conclusión

En las dos últimas entregas de esta columna nos hemos dedicado a explorar los Servicios de Implementación de Windows (WDS). Empezamos revisando la historia de las herramientas de implementación basadas en PXE (entorno de ejecución previo al arranque) de Microsoft, y continuamos con una descripción general de WDS. Este mes profundizaremos en algunos temas avanzados:

WDSUtil (una útil herramienta de línea de comandos para WDS), el almacén de imágenes de WDS, el registro en WDS y el uso de la funcionalidad de multidifusión en WDS para Windows Server® 2008.

Cuando se lanzó Servicios de instalación remota (RIS) en Windows® 2000 y Windows Server 2003, esta aplicación no era lo completa que muchos habrían deseado. Destacan en particular tres aspectos:

• El rendimiento (implementación más escalable)
• El registro y la auditoría
• La automatización por línea de comandos

A medida que avancemos en el artículo de este mes, comprobará cómo con el lanzamiento inicial de WDS, y más en concreto con el de WDS en Windows Server 2008, se realizaron grandes avances en cada uno de estos aspectos.

Administración de línea de comandos

Comentábamos el pasado mes que WDS incluía una consola de administración notablemente mejorada. Pero lo que es aún más importante para la mayoría de las empresas, WDS suministraba una nueva utilidad de línea de comandos para la administración, WDSUtil.exe (vea la figura 1). WDSUtil se instala con el componente opcional de WDS en Windows Server 2003 (SP1+WDS o SP2) y con la función de WDS en Windows Server 2008.

Figura 1 Establecimiento de la opción de detección de arquitectura en sí mediante WDSUtil (haga clic en la imagen para ampliarla)

WDSUtil es una utilidad increíblemente eficaz, aunque compleja. En efecto, todo lo que se puede hacer a través de Microsoft® Management Console (MMC), y más, también puede hacerse a través de WDSUtil. De hecho, como buen ejemplo de ello y de que representa una de las mejores maneras de realizar diagnósticos, pruebe a ejecutar lo siguiente:

wdsutil /get-server /show:config

Los resultados reflejan casi todo lo que vería en la MMC completa de WDS, si bien WDSUtil puede mostrar el resultado en un formato detallado de fácil consulta que podrá trasladar a continuación a un archivo de texto.

¿Echa en falta información? Pruebe a ejecutar el siguiente comando en su lugar, este devuelve aún más información:

wdsutil /get-server /show:all /detailed

Asimismo, puede detener y reiniciar el servidor de WDS ejecutando lo siguiente:

wdsutil /stop-server
wdsutil /start-server

Encontrará una referencia de comandos para WDSUtil en go.microsoft.com/fwlink/?LinkId=112194. Si lo prefiere, puede descargar una versión en formato .chm (junto con toda la documentación sobre WDS 2008) en go.microsoft.com/fwlink/?LinkId=89381.

A menos que fuera un experto en las interfaces de servicio de Active Directory®, RIS no ofrecía una manera fácil de averiguar a través de la línea de comandos si una dirección MAC o un GUID específicos estaban asociados a un objeto de cuenta de equipo (MAO) en Active Directory. Con WDSUtil, puede realizar este tipo de consultas a partir de cualquier elemento.

Los GUID pueden resultar confusos, ya que se pueden especificar como cadenas binarias o como cadena de GUID, siendo la única diferencia el orden de los bytes y la ausencia de guiones. Las direcciones MAC pueden especificarse con o sin guiones mediante una de las siguientes líneas de código:

wdsutil /get-device /id:01-23-45-67-89-AB
wdsutil /get-device /id:0123456789AB

Es posible obtener información del dispositivo por cadena binaria mediante el siguiente comando:

wdsutil /get device /id:ACEFA3E81F20694E953EB2DAA1E8B1B6

O bien obtener información del dispositivo por cadena de GUID mediante el siguiente comando:

wdsutil /get device /id:E8A3EFAC-201F-4E69-953-B2DAA1E8B1B6

Aunque es posible que muchos de los equipos sean capaces de ejecutar la versión de 64 bits de Windows, algunos, lamentablemente, no informan correctamente de su arquitectura. Puede hacer que WDS intente determinar si un sistema es compatible con x64 ejecutando un pequeño programa con capacidad de arranque a través de la red que se ofrece como parte de WDS. Para ello ejecute lo siguiente, tal como se muestra en la figura 1:

wdsutil /set-server /architecturediscovery:yes

De hecho, el comando set-server de WDSUtil le permite configurar un gran número de configuraciones de servidor. Para comprobar las opciones disponibles, ejecute el siguiente comando:

wdsutil /set-server /?

Si ha actualizado un servidor de Windows Server 2003 WDS a Windows Server 2008, podrá convertir cualquier imagen de RIPrep a formato de imágenes de Windows (WIM) si ejecuta el siguiente comando:

WDSUtil /convert-RIPrepImage

Aunque WDSUtil puede convertir imágenes de RIPrep, no puede convertir cualquier imagen restante de RISetup (instalaciones tradicionales de RIS o heredadas de WDS por script).

La eficacia de WDSUtil radica en su capacidad para automatizar tareas repetitivas. Los comandos de la figura 2 le ofrecen una orientación sobre las capacidades de WDSUtil. Si aplica nuevos servidores de WDS, agrega o modifica imágenes a través de varios servidores, administra su infraestructura de multidifusión o especifica qué programa con capacidad de arranque a través de la red se usará para un cliente específico de arranque, WDSUtil ofrece unas características eficaces que antes no estaban disponibles en RIS.

Figura 2 Comandos de WDSUtil

Almacén de imágenes

El pasado mes comentamos cómo SIS (almacenamiento de instancia única), empleado por RIS para almacenar archivos en disco más eficazmente, ha dejado de emplearse en WDS. Ahora, todas las imágenes de modo nativo (WIM), independientemente del sistema operativo, se guardan en el almacén de imágenes de WDS. Tal como indicamos en artículos pasados, esta funcionalidad de instancia única le permitía ahorrar espacio en los archivos .wim cuando las imágenes de volúmenes tenían archivos relacionados. El almacén de imágenes de WDS funciona de la misma manera. De hecho, hace uso de la funcionalidad de WIM para almacenar las imágenes.

Para trabajar con el almacén de imágenes, necesita disponer por lo menos de un grupo de imágenes; por lo general, se le pedirá que cree uno al inicializar WDS. También puede crear un grupo de imágenes nuevo al agregar una imagen de instalación, con lo que la imagen se agregará a dicho grupo (vea la figura 3).

Figura 3 Creación de un grupo de imágenes nuevo (haga clic en la imagen para ampliarla)

Así que, ¿qué es el almacén de imágenes? Si busca en el directorio RemoteInstall, directorio Images, encontrará los directorios para cada grupo de imágenes que haya creado. Tal como se muestra en la figura 4, habrá un archivo .wim para cada imagen de instalación que haya importado en el grupo de imágenes y un solo archivo .rwm (recurso WIM).

Figura 4 Contenido de un grupo de imágenes (haga clic en la imagen para ampliarla)

Observe detenidamente los archivos de la figura 4. Este grupo de imágenes está formado por los siguientes elementos:

• install.wim (Windows Server 2008, Standard Edition)
• install-(2).wim (Windows Server 2008, Enterprise Edition)
• install-(3).wim (Windows Server 2008, Datacenter Edition)
• install-(4).wim (Windows Server 2008, Standard Edition (Server Core)
• install-(5).wim (Windows Server 2008, Enterprise Edition (Server Core)
• install-(6).wim (Windows Server 2008, Datacenter Edition (Server Core)

Ahora compare los tamaños de esos archivos con los de la MMC (que se muestran en la figura 5). El tamaño de cada archivo .wim en la figura 4 es una fracción del tamaño del archivo Res.rwm. ¿Por qué? Con el objetivo de ahorrar espacio, los archivos .wim que se muestran son simplemente fragmentos de los archivos reales. Contienen los metadatos para restaurar el archivo .wim, pero no contienen realmente los recursos de los archivos. Todos los recursos de archivos de un grupo de imágenes se guardan en el archivo .rwm de dicho grupo de imágenes.

Figura 5 Imágenes que se muestran en el administrador de servidores (haga clic en la imagen para ampliarla)

Para editar una imagen de instalación en un almacén de imágenes, puede exportar la imagen, realizar las modificaciones necesarias y, a continuación, reemplazar la imagen o importarla de nuevo; si lo desea, también puede interactuar con ella deshabilitando la imagen de instalación correspondiente de la MMC y realizando las ediciones necesarias mediante el montaje y la modificación del archivo .wim.

Un problema que RIS siempre ha tenido son las réplicas de imágenes. Cuando copia archivos de SIS a través de la red, el almacenamiento de instancia única se pierde ya que se trata de un atributo de NTFS. Esto significa que si tenía 40 GB de imágenes de RISetup y RIPrep y las replicaba en otro servidor, aunque SIS Groveler las hubiera reducido hasta un tamaño de tan sólo 5 GB, igualmente estaría replicando 40 GB a través de la red. Esto no se da con el almacén de imágenes de WDS. De hecho, gracias a la arquitectura de dicho almacén, puede guardarlo en un servidor de Sistema de archivos distribuido (DFS) y usar la réplica de DFS (DFS-R) para replicarlo de un sitio al otro.

Las características específicas variarán en función de la versión de WDS. Para Windows Server 2003, consulte el capítulo 7 "Trabajo con imágenes", de la documentación que podrá descargar en go.microsoft.com/fwlink/?LinkId=81031. Para Windows Server 2008, consulte "Almacenamiento y réplica de imágenes mediante DFS" en go.microsoft.com/fwlink/?LinkId=121960. Dado que todos los recursos se almacenan en el archivo .rwm, aunque copie un grupo de imágenes de un servidor a otro, la cantidad de datos que se transmitirán corresponderá a una fracción de lo que sería si se transmitiera cada archivo .wim (o en la antigua arquitectura SIS de RIS).

Por lo tanto, ¿cuándo se debe crear un grupo de imágenes nuevo y cuándo usar el grupo antiguo? Por lo general se aplican las mismas reglas que para un archivo .wim. Aunque es posible colocar una imagen de Windows XP Professional SP3 en un grupo de imágenes formado principalmente por imágenes de Windows Server 2008, no es muy recomendable, ya que no se ahorrará mucho espacio. Al igual que sucede con los archivos .wim, normalmente querrá disponer de un grupo de imágenes para al menos:

• Cada versión específica de Windows, donde una versión puede ser un SKU (Windows XP Professional) y una revisión Service Pack (SP3).
• Windows Server 2003 y versiones anteriores: cada versión localizada de idioma (no la interfaz de usuario multilingüe). Antes de Windows Vista®, las versiones localizadas eran archivos binarios completamente diferentes, por lo que no se almacenaban correctamente en un archivo .wim en relación con la creación de instancias únicas.
• El Service Pack de cada versión. Si bien es posible almacenar conjuntamente imágenes de Windows Server 2008 y Windows Vista SP1, deberá sopesar si vale la pena desde el punto de vista funcional llevarlo a cabo en su organización.

El almacén de imágenes permite conservar el espacio de un modo muy mejorado respecto a SIS tanto en disco como a través de la red y, por lo general, requiere muy poco trabajo para mantenerlo en óptimo funcionamiento.

Uno de los principales puntos débiles de RIS era su falta de escalabilidad. La implementación de multidifusión se ocupa principalmente de corregir este problema. Las personas suelen considerar la multidifusión como un método de implementación más rápido, pero en realidad no se trata de la velocidad, sino más bien de la cantidad. RIS permitía la implementación de varios sistemas. De hecho, RIS podía asumir la implementación simultánea de unos 75 sistemas.

Pero mucho antes de llegar a ese punto, el rendimiento ya se veía afectado, por lo que cada instalación tardaba cada vez más tiempo. Y lo que era peor, a medida que aumentaba el número de instalaciones, también lo hacía el riesgo de que se produjeran fallos. Al mismo tiempo, varias instalaciones saturaban la red con tráfico de bloque de mensajes de servidor (SMB), de tal modo que era posible que, durante la implementación, los empleados no pudieran obtener acceso a recursos de red fundamentales como Microsoft Exchange Server.

La multidifusión se ocupa de ampliar los números de las implementaciones. Si implementa cuatro servidores o un centro de congresos con 100 sistemas, la multidifusión permite llevar a cabo esta implementación sin que tarde una eternidad y sin saturar la red. Si bien es posible usar la multidifusión para realizar la implementación en un solo sistema, es necesario que haya varios sistemas a la escucha de la transmisión para reparar en las ventajas de este método.

Para poder usar la multidifusión, necesita disponer de enrutadores compatibles con este sistema. Por lo general, esto significa que debe estar habilitada la búsqueda del Protocolo de administración de grupos de Internet (IGMP). Deberá tener también Windows PE 2.1 (Windows Server 2008 RTM o Windows Vista SP1), ya que la versión (2.0) incorporada en Windows Vista RTM no puede recibir transmisiones de multidifusión.

Asimismo, debe asegurarse de que si tiene varios servidores de WDS (u otro tipo de multidifusión) en una misma red, debe especificar un intervalo de direcciones IP personalizado. Esto puede cambiarse fácilmente a través de la MMC de WDS: para ello, haga clic con el botón secundario en el servidor, haga clic en Propiedades y, a continuación, haga clic en la ficha Configuración de red.

Al realizar una difusión de multidifusión, el servidor de multidifusión puede ajustarse a la velocidad a la que podrá recibir la transmisión el cliente más lento o bien regular la velocidad en un nivel más alto y rechazar los clientes que no puedan mantener el ritmo. Por cuestiones de confiabilidad, WDS se ejecutará a la velocidad del cliente más lento que reciba la transmisión.

Si detecta que el rendimiento de la transmisión es más lento de lo esperado, ejecute wdsutil /Get-Multicast­Transmission/­Show-clients. Al hacerlo se mostrará el cliente maestro que está ralentizando la transmisión. A continuación, puede desconectar ese cliente, que volverá a usar SMB en lugar de multidifusión. Para consultar un script de ejemplo que desconecta automáticamente los clientes lentos, vaya a go.microsoft.com/fwlink/?LinkId=121961.

Para crear una transmisión por multidifusión, haga clic con el botón secundario en Imagen de instalación y seleccione Crear transmisión por multidifusión, o bien haga clic con el botón secundario en Transmisiones por multidifusión en la consola de WDS y seleccione Crear transmisión por multidifusión. Cuando cree la transmisión por multidifusión, puede crear una difusión automática o programada. La difusión automática resulta útil cuando tiene varios clientes que se conectan con regularidad y todos necesitan exactamente la misma imagen; los clientes nuevos se agregarán así pues automáticamente a la transmisión en curso que se inició para el primer cliente que solicitó una imagen de instalación. La difusión programada permite establecer un tamaño de grupo que, si se alcanza, provocará el inicio de una transmisión.

También puede establecer la transmisión para que se inicie a una hora específica. Una vez que los clientes se beneficien de la transmisión de multidifusión, podrá visualizarlos haciendo clic en el nombre de la imagen. En el panel derecho se muestran detalles específicos acerca de los clientes que se encuentran conectados a la transmisión.

Por lo general, los usuarios finales usarán la multidifusión desde el cliente de configuración de WDS. Existe, sin embargo, una utilidad de línea de comandos llamada WDSMCast que se incluye con el Kit de instalación automatizada (WAIK) de Windows Server 2008 y que permite solicitar un archivo .wim a través de una transmisión por multidifusión desde WDS. El archivo .wim debe transferirse en su totalidad y aplicarse al cliente, de modo que es recomendable que se asegure de que existe suficiente espacio en disco para almacenar y aplicar la imagen. El mes próximo hablaremos sobre cómo integrar WDSMCast en un proceso propio de implementación personalizado.

Registro en WDS

WDS es capaz de realizar tareas considerables de registro y seguimiento, si bien la mayoría de estas funciones aparecen deshabilitadas de forma predeterminada para ahorrar espacio. Hay dos tipos de registro de eventos: cuando un cliente escribe en el registro de eventos de Windows y escribir en registros de seguimiento para otros aspectos de WDS.

En Windows Server 2008, sin embargo, WDS sí presenta una considerable actividad de registro de forma predeterminada. Estos registros están disponibles en Herramientas administrativas | Visor de sucesos. Los registros de WDS aparecen en el Visor de sucesos en Registros de aplicaciones y servicios | Microsoft | Windows | Deployment-Services-Diagnostics. Lo práctico es que éstos son los mismos registros que aparecen al visualizar la función de WDS en la MMC (vea la figura 6).

Figura 6 Visualización de sucesos de WDS en el administrador de servidores (haga clic en la imagen para ampliarla)

El registro del cliente de WDS (que aparece en los registros de sucesos de la figura 6) puede iniciarse ejecutando WDSUtil con los siguientes argumentos:

wdsutil /wdsclientlogging /enabled:yes /logginglevel:info

También puede habilitar el registro de seguimiento en varios subcomponentes de WDS. Para configurar el seguimiento, establezca un valor del registro de DWORD en correspondencia en la clave o claves del registro que se muestran en la figura 7. Todos los registros de seguimiento se almacenan en \Windows\tracing. A continuación, deberá reiniciar el componente apropiado para que se inicie el registro.

Figura 7 Configuración del registro de seguimiento

WDS también dispone de contadores de rendimiento (descritos en go.microsoft.com/fwlink/?LinkId=121962) que podrá supervisar en caso de problema de rendimiento del sistema (o bien para llevar a cabo análisis de rendimiento del sistema con antelación). Como mencionamos anteriormente, obtendrá información más detallada cuando se encuentre con problemas mediante los modificadores /detailed, /verbose o /progress de WDSUtil.

Si tiene problemas con clientes de WDS que se conectan o interactúan con un servidor de WDS, el Monitor de red de Microsoft (Netmon) es una excelente herramienta para solventar este tipo de problemas. El Monitor de red puede descargarse en go.microsoft.com/fwlink/?LinkId=121491.

Otros aspectos

Hemos observado algunos aspectos que merece la pena comentar. El primero es la memoria: recuerde que el núcleo de WDS se basa en Windows PE 2.x. Esto significa que los clientes de WDS necesitan al menos 384 MB de RAM, lo que en la práctica se traduce en 512 MB para garantizar un rendimiento óptimo. Recuerde también que Windows PE 2.x no se puede arrancar en sistemas que no sean de Interfaz avanzada de configuración y energía (ACPI), lo cual no siempre quiere decir hardware antiguo. Existen informes de sistemas relativamente recientes que no son compatibles con ACPI.

Tenga en cuenta que estos sistemas tampoco serán compatibles con Windows Vista ni Windows Server 2008. Para los sistemas que no son compatibles con ACPI, deberá mantener un servidor de WDS o RIS Windows Server 2003 o anterior disponible con esos clientes de ensayo previo, o bien instalar Windows a través de un mecanismo no PXE.

Por último, tenga en cuenta que si quiere arrancar Windows PE 1.x desde su servidor, deberá usar también un servidor WDS o RIS Windows Server 2003 o anterior, ya que WDS en Windows Server 2008 no puede arrancar una imagen de Windows PE 1.x (RAMDisk o PXE).

Hasta ahora hemos profundizado en la historia de WDS, sus conceptos básicos, así como aspectos avanzados. El mes próximo repasaremos algunos escenarios personalizados de WDS, en concreto cómo interactuar con WDS y ajustarlo para realizar las tareas que desea que haga, a menudo sin aprovechar la configuración de WDS existente.

Wes Miller es jefe de productos técnicos senior en CoreTrace (www.CoreTrace.com), con sede en Austin, Texas. Anteriormente, trabajó en Winternals Software y como administrador de programas en Microsoft. Si lo desea, puede ponerse en contacto con Wes en la dirección technet@getwired.com.