Guía de instalación con interacción mínima (LTI)

Instalación de las funciones de servidor de instalación

Publicado: junio 30, 2006

En las secciones siguientes se describe la instalación de las funciones de servidor de implementación. Son:

• “Descripción de las funciones de servidor de instalación”

• “Componentes de requisitos previos”

• “Instalación de la función de servidor Implementación”

• “Configuración de la función de servidor Windows DS”

• “Instalación de la función de servidor Datos”

• “Instalación de la función de servidor Instalación de aplicaciones”

En esta página

“Descripción de las funciones de servidor de instalación”
Componentes de requisitos previos
Instalación de la función de servidor Implementación
Instalación de la función de servidor Datos
Instalación de la función de servidor Instalación de aplicaciones

“Descripción de las funciones de servidor de instalación”

Hay varias funciones de servidor que resultan necesarias para el proceso de implementación con interacción mínima. Estas funciones de servidor son las siguientes:

• Servidor de implementación: origen de las imágenes de implementación personalizadas

• Servidor de datos: destino de las copias de seguridad de PCs y de los datos de migración del estado de los usuarios

• Servidor de instalación de aplicaciones: origen de las instalaciones principales y complementarias

• Servidor de los Servicios de implementación de Windows: motor para el arranque del entorno de ejecución previo al inicio (PXE) así como el origen de las imágenes de instalación genéricas y personalizadas

La mayor parte de estas funciones de servidor se centran en el uso compartido de archivos. Las funciones de servidor Implementación, Datos e Instalación de aplicaciones ejecutan el servicio de uso compartido de archivos para permitir el acceso remoto a carpetas compartidas a través de conexiones UNC.

La cuarta función de servidor, Servicios de implementación de Windows (Windows DS), se parece bastante a un servidor de archivos porque almacena las imágenes de arranque y de instalación para la implementación. También ofrece servicios de arranque PXE así como soporte técnico para instalaciones completas.

Estas cuatro funciones de servidor se combinan a menudo en un servidor de instalación físico. Este enfoque resulta útil en los laboratorios y para realizar pruebas. Aunque también resulta útil en producción, ya que cada función es básicamente la misma. Las claves de este servidor de instalación son tiempos de respuesta de red rápidos y cantidades masivas de espacio de almacenamiento. Normalmente, los discos SCSI de 300 GB reflejados son suficientes para la partición de datos que hospeda este servidor.

En producción, se deberá medir el número de servidores que requiere la implementación en función del número de equipos que implementar, la ubicación física de estos equipos, los vínculos de red de área extensa (WAN) para la implementación, la capacidad física de los servidores de implementación, etc. El servidor de instalación puede replicarse en ubicaciones remotas desde un solo origen central para minimizar el uso de WAN. En las ubicaciones remotas que tienen una disponibilidad baja de ancho de banda, la función de servidor de instalación puede hospedarse en un equipo portátil de gran capacidad que el equipo de implementación traslada hasta la ubicación remota y que se desplaza de ubicación a ubicación durante la implementación.

En implementaciones pequeñas, un solo servidor de instalación puede ser suficiente. En implementaciones más grandes y distribuidas geográficamente, el servidor de instalación tendrá que duplicarse en cada ubicación que esté delimitada por un vínculo de WAN. En muchos casos, las organizaciones eligen mantener permanentemente el servidor de instalación para permitir la distribución constante de software y las actualizaciones del sistema operativo. Una vez implementados los servidores de administración, éstos se combinan a menudo con la función de servidor de instalación para simplificar la implementación.

Debido a que el servidor de instalación tiene un componente sólido de uso compartido, se recomienda planear un origen único para todos los contenidos del servidor y utilizar una metodología de replicación para actualizar el resto de copias de este servidor en el resto de ubicaciones. Este procedimiento permite minimizar el tráfico de la WAN y reduce la repercusión de la implementación en la red. Hay disponibles varias tecnologías de replicación, aunque la situación ideal es que utilice una tecnología que admita la replicación de nivel de byte comprimida para replicar sólo deltas y no archivos completos. Algunas de las tecnologías disponibles son:

• La utilidad de copia de seguridad sólida (Robocopy.exe) de Microsoft Windows Server 2003 Resource Kit: aunque no se admite esta herramienta, ofrece un buen mecanismo para replicar archivos de origen en varios destinos. Tenga en cuenta que esta utilidad realiza réplicas de nivel de archivo, es decir, que basta con que se modifique un único archivo en un archivo con formato de imagen de Windows (WIM) para que se replique todo el archivo WIN.

• El Servicio de replicación DFS (DFSRS) de Windows Server 2003 R2: DFSRS forma parte de las nuevas funciones del Sistema de archivos distribuido (DFS) de Windows Server 2003 R2. Ofrece replicación de nivel de byte para la sincronización del contenido de las carpetas compartidas. Para utilizar DFSRS, debe habilitar este servicio en los grupos de replicación. Esto significa depender de Active Directory para favorecer los grupos de réplica. Tenga en cuenta que no puede utilizar estos grupos de replicación en implementaciones de equipos, principalmente porque estas implementaciones dependen de Windows PE y Windows PE no interactúa con Active Directory en este nivel. Es decir, puede utilizar DFSRS para replicar datos, pero una vez que los datos se repliquen, tendrá que depender de las rutas UNC tradicionales para llevar a cabo la implementación. Además, debido a que DFSRS ofrece un modo de implementación de copia de seguridad centralizado, podrá depender de éste para recopilar los datos de copia de seguridad de ubicaciones remotas y almacenarlos centralmente donde pueda grabarse en una cinta para su almacenamiento permanente. Encontrará más información sobre DFSRS en https://www.microsoft.com/windowsserver2003/technologies/storage/dfs/default.msp.

• Microsoft Systems Management Server 2003 (SMS): SMS también ofrece medios para replicar información desde un origen central en diversos destinos. Si tiene implementado SMS, podrá utilizarlo para realizar estas replicaciones de forma controlada y programada. Encontrará más información sobre SMS en https://www.microsoft.com/smserver/default.mspx.

• Microsoft System Center Data Protection Manager 2006 (DPM): DPM ofrece también funciones de replicación programada de nivel de byte, aunque su objetivo principal es capturar copias de seguridad remotas y replicarlas en una ubicación centralizada. Esta tecnología resulta útil como apoyo de la función de servidor Datos ya que el servidor de datos se utiliza para capturar copias de seguridad completas del sistema e información de estado de los usuarios de los equipos existentes. Si su organización desea repositorios centrales de estas copias de seguridad en los que puedan descargarse para grabar estas copias con el fin de almacenarlas permanentemente, DPM puede facilitar este proceso. Encontrará más información sobre DPM en https://www.microsoft.com/windowsserversystem/dpm/default.mspx.

También puede utilizar otra tecnologías de terceros para la replicación. Recuerde que estas tecnologías deben admitir las funciones de programación, control de versiones, compresión y replicación de deltas. En la Figura 1 se muestra el modo en que se pueden utilizar diferentes tecnologías de replicación para permitir la sincronización con repositorios de sitios remotos. También se muestra el modo en que se pueden replicar las copias de seguridad de manera central para descargarlas en cinta.

Figura 1. Requisitos de replicación en implementaciones geográficamente separadas

Las tecnologías de replicación no son necesarias en los laboratorios de pruebas, aunque deben probarse para garantizar que el proceso de producción sea lo más fluido posible. Los laboratorios pueden depender del uso de tecnologías de máquina virtual, como la que ofrece Microsoft Virtual Server 2005 R2 para simular varios servidores de instalación que serán necesarios para la implementación. Esta estrategia se puede utilizar para probar las replicaciones de repositorios de implementación. Consulte la Guía de equipo de la característica de pruebas para obtener más información sobre los tipos de prueba.

Componentes de requisitos previos

Hay varios componentes necesarios para permitir la implementación con interacción mínima. Éstos son:

• Active Directory

• Un DNS que sea completamente funcional

• Un WINS, si utiliza la nomenclatura de nivel inferior en la red

• DHCP

• Virtual Server 2005 R2, si planea utilizar máquinas virtuales para las pruebas

• Kit de instalación automatizada de Windows (WAIK), que incluye Windows PE 2.0

• Microsoft Management Console (MMC) 3.0

• Microsoft Internet Information Services (IIS) y Microsoft Windows Sharepoint™ Services para la colaboración en equipo

Es posible que haya otros requisitos previos, en función del entorno de destino. Consulte la Guía de equipo de la característica de pruebas para obtener más información.

Instalación de la función de servidor Implementación

La instalación de la función de servidor Implementación es un proceso sencillo de creación de un recurso compartido de red y de estructuras de carpetas, y la posterior copia de los medios y scripts correctos en el lugar adecuado. La función de servidor Implementación se puede distribuir (al crearse en varios servidores físicos) o colocarse en el mismo hardware que otros servidores (por ejemplo, la función de servidor Instalación de aplicaciones) utilizados en la implementación. Una buena solución es utilizarla con la función de servidor Windows DS ya que ambas funciones contienen las imágenes de la instalación para la implementación del sistema operativo.

Los archivos de servidor de implementación se instalan mediante el archivo de Windows Installer BDDVISTA.msi. De forma predeterminada, los scripts se instalan en la carpeta de distribución de la unidad que dispone de mayor espacio, aunque podrá seleccionar, si lo desea, una ubicación diferente. El resto de archivos del Acelerador de Solución para BDD Vista se instalarán en la carpeta C:\Archivos de programa\BDD Vista.

Acelerador de Solución para BDD Vista requiere los siguientes requisitos previos:

• Microsoft .NET Framework 2.0

• MMC 3.0

El archivo de Windows Installer de BDD Vista instalará lo siguiente:

• El código del asistente de implementación y scripts en la estructura de carpetas C:\Archivos de programa\BDD Vista. Aquí se incluye BDD Workbench.

• La documentación del Acelerador de Solución para BDD en la carpeta C:\Archivos de programa\BDD Vista\Documentation.

• Una carpeta compartida que es el origen o el punto de distribución de la implementación.

• Todas las herramientas adicionales necesarias para permitir la implementación. Estas herramientas son:

  • Lenguaje de marcado extensible de Microsoft (MSXML) 6.0

  • WAIK, que incluye Windows PE 2.0

  • USMT 3.0

  • Enterprise Learning Framework

  • El secuenciador de tareas de System Center Configuration Manager 2007 (SCCM) que aparece incrustado en los archivos de programa del Acelerador de Solución para BDD Vista

Nota   Algunas de estas herramientas requerirán cierta personalización durante la preparación de la implementación. Por ejemplo, los desarrolladores responsables de la migración de datos de usuario de USMT de su entorno prepararán scripts personalizados para la migración. Otro ejemplo implica las imágenes personalizadas de Windows Vista o Windows XP que va a implementar. El equipo de la característica del sistema de imágenes de PC preparará estas imágenes y se las proporcionará al equipo de implementación para que la prepare. Estas actualizaciones puede que no estén disponibles hasta el final de la fase de desarrollo de cada equipo.

Consulte la Guía de introducción para llevar a cabo la instalación del Acelerador de Solución para BDD Vista y examine la estructura de carpetas que crea.

Identificación de los requisitos de almacenamiento para servidores de implementación

Debe asegurarse de que dispone del espacio de almacenamiento necesario en los servidores de implementación para los usos LTI de las imágenes. Determine el tamaño de cada imagen y el número de imágenes necesarias en la implementación. Al depender de WIM, LTI deja de precisar de un número masivo de imágenes para permitir varias configuraciones de escritorio. El motivo es que WIM utiliza un solo almacén de instancias para almacenar sólo una copia de cualquier archivo compartido contenido dentro de las imágenes. De este modo, puede tener una sola imagen para cada capa de abstracción de hardware (HAL) única necesaria en las estaciones de trabajo destinadas a la implementación y que contiene las versiones traducidas del idioma del sistema operativo (como chino simplificado o japonés).

Para fines de implementación, calcule el tamaño de una imagen para que tenga entre 500 MB y 4 GB, aplicaciones incluidas. Lo ideal sería que cada servidor de implementación contara al menos con ese espacio en disco disponible. Para garantizar el éxito completo de la implementación, debe multiplicar este valor por un factor de al menos dos y establecerlo como espacio disponible necesario en cada servidor de la implementación.

Suministro de almacenamiento suficiente para los registros de implementación

Los registros de implementación registran el proceso de cada estación de trabajo a través del proceso de distribución de imágenes. Determine la cantidad de almacenamiento necesario para los registros de implementación guardados durante el proceso de implementación. Si conoce la cantidad de almacenamiento necesaria, designe carpetas compartidas que se puedan utilizar como almacenes temporales para los registros de implementación.

Determinación de los requisitos de almacenamiento para los registros de implementación

Para fines de diseño, puede calcular los requisitos de almacenamiento de registros de implementación para una sola estación de trabajo mediante los pasos siguientes:

1. Ejecute el proceso de actualización en el laboratorio de pruebas para determinar el tamaño de los registros de implementación.

2. Determine durante cuánto tiempo hay que conservar los registros de implementación.

3. Multiplique el tamaño de los registros de implementación de un equipo por el número de estaciones de trabajo que se van a implementar simultáneamente.

Determinación de la ubicación de almacenamiento de los registros de implementación

Una vez que haya determinado los requisitos de almacenamiento para los registros de implementación, determine dónde almacenarlos. Almacénelos en una carpeta compartida conectada a las estaciones de trabajo mediante una conexión de ancho de banda elevado.

Configuración de la función de servidor Windows DS

Las versiones anteriores del Acelerador de Solución para BDD dependían del Servicio de instalación remota de Windows (RIS). Este servicio se ha actualizado y cambiado de nombre para las implementaciones de Windows Vista: El nombre nuevo es Servicios de implementación de Windows (Windows DS). Windows DS ofrece compatibilidad completa con WIM.

Windows DS se ejecuta en Windows Server 2003 con Service Pack 1 o en Windows Server, cuyo nombre en código es "Longhorn". En Windows Server, se proporciona como una actualización a través del Kit de instalación automatizada de Windows o de Windows Server 2003 R2. Es una función nativa de servidor en Windows Server "Longhorn".

Si va a usar sus servidores existentes de RIS para iniciar Windows PE o como punto de instalación para las imágenes de Windows Vista, necesitará asegurarse de que los servidores se han actualizado a Windows DS. Los servidores necesitarán también las copias de las imágenes de Windows Vista cuando el equipo de desarrollo que las crea las haga disponibles. Puede configurar el servicio Windows DS en cada servidor y, a continuación, usar tecnologías de replicación, tratadas anteriormente, para replicar las imágenes de Vista en cada servidor de destino.

Puede revisar la Guía de equipo de la característica del sistema de imágenes de PC para obtener más información sobre la preparación de los servidores de Windows DS. Básicamente, en Windows Server 2003 con Service Pack 1, el proceso requiere la instalación previa de RIS y, a continuación, la actualización a Windows DS. En Windows Server "Longhorn", se puede instalar Windows DS de forma nativa si se selecciona la función de servidor Implementación.

Nota   El Acelerador de Solución para BDD no ofrece información orientativa completa sobre el uso de Windows DS para implementar las imágenes de Windows Vista que se basan en WDSUtil. Para obtener información completa sobre el uso de Windows DS, consulte la Ayuda de Windows DS una vez lo haya instalado.

Instalación de la función de servidor Datos

La instalación del servidor de datos es también un proceso sencillo que se utiliza para crear un recurso compartido de red y estructuras de carpetas. El servidor de datos también puede ubicarse en varios servidores físicos o se puede colocar en otros servidores utilizados en la implementación. Debido a que esta función de servidor se utiliza para recopilar datos del proceso de migración del estado de los usuarios y del proceso de creación de copias de seguridad de estaciones de trabajo, debe disponer de un volumen NTFS dedicado de gran tamaño para este recurso compartido.

Para crear la estructura necesaria, cree una carpeta como unidad: \DatosMigración (donde unidad es la letra de la unidad dedicada) y, a continuación, comparta esta carpeta en la red con un nombre común como \\nombreDeServidor\DatosMig. Los nombres de carpeta y recurso compartido puede designarlos como desee. Los usuarios que realizan la migración —ya sean técnicos o usuarios finales con derechos administrativos en su equipo— deben tener permisos de lectura y escritura en este recurso compartido. Cuando se ejecuta y se selecciona el recurso compartido de red como destino, el Asistente para implementación crea automáticamente una subcarpeta bajo este recurso compartido con el formato nombreDeUsuario\estaciónDeTrabajo que será el lugar en el que se escribirán la información de migración, los datos de USMT y las imágenes de copia de seguridad. Determine con cuidado los permisos de recurso compartido y NTFS en estas carpetas. Permisos inapropiados pueden permitir el acceso de usuarios no autorizados a datos confidenciales. El uso de Creator Owner para aplicar permisos puede ayudar a reducir este riesgo. Además, la versión de USMT 3.0 incluye una opción de cifrado que puede ayudar a proteger los datos.

Esta función de servidor puede precisar de duplicación si va a realizar una implementación geográficamente distribuida. Además, puesto que se trata de una función de servidor de recopilación, su organización puede centralizar todas las copias de seguridad que utilicen alguna de las tecnologías de replicación mencionadas anteriormente.

Suministro de almacenamiento suficiente para los datos de la migración del estado de los usuarios

Determine la cantidad de almacenamiento necesaria para los datos de la migración del estado de los usuarios que USMT ha guardado durante el proceso de implementación. Si conoce la cantidad de almacenamiento necesaria, designe un almacenamiento local en la estación de trabajo o en las carpetas compartidas que se pueda utilizar como almacenamiento temporal para los datos de migración de usuario.

Determinación de los requisitos de almacenamiento para los datos de la migración del estado de los usuarios

Para fines de diseño, puede estimar los requisitos de almacenamiento de los datos de migración del estado de los usuarios mediante:

• Ejecución de Scanstate.exe en USMT con el modificador de comando /p para calcular el tamaño de los datos de migración del estado de los usuarios. El modificador de comando /p permite calcular los requisitos de espacio en disco sin tener que realizar la migración. Consulte la Guía de equipo de la característica de migración del estado de los usuarios de Business Desktop Deployment para obtener más información.

• La visualización del tamaño del contenido de las carpetas \Documents and Settings\nombreDeUsuario. Tome una muestra aleatoria de las estaciones de trabajo para determinar una cantidad media de almacenamiento necesaria para realizar copias de seguridad de migración del estado de los usuarios. Recuerde que podría haber varios perfiles (carpetas con nombre de usuario) en cada estación de trabajo, de modo que tendrá que incluir cada perfil que planea migrar.

También necesita saber durante cuánto tiempo se deben almacenar los datos de migración del estado de los usuarios. Tendrá que almacenar los datos de migración del estado de los usuarios en caso de que la actualización no se realice correctamente y deba devolver la configuración a un estado anterior. Una vez haya comprobado que la actualización es correcta, podrá eliminar los datos de migración del estado de los usuarios.

Calcule los requisitos de almacenamiento de los datos de la migración del estado de los usuarios multiplicando el tamaño de la migración por el número de estaciones de trabajo simultáneas que se van a actualizar (tamaño de la migración × número de estaciones de trabajo simultáneas).

Determinación de la ubicación de almacenamiento de los datos de la migración del estado de los usuarios

Una vez haya determinado los requisitos de almacenamiento de los datos de migración del estado de los usuarios, decida dónde almacenarlos. Almacene los datos de la migración del estado de los usuarios:

• En la estación de trabajo local, para reducir el tiempo de implementación de Windows Vista o Windows XP y reducir la utilización de la red (recomendado).

Nota   Use esta opción sólo en el escenario de actualización del equipo. Consulte Uso del asistente de implementación para obtener más información sobre los diversos escenarios de implementación que admite LTI.

• En una carpeta compartida ubicada en un servidor local para ofrecer un método coherente de almacenamiento de los datos de la migración del estado de los usuarios o si no hay espacio local disponible.

Si elige almacenar los datos de migración de usuarios en la estación de trabajo local, tendrá que designar una carpeta compartida en la que el proceso de LTI pueda almacenar los datos. De forma predeterminada, el proceso intenta almacenar los datos de estado de los usuarios en el disco duro local para los escenarios de actualización del equipo. En caso de que no haya espacio en disco suficiente para el estado de usuario y la imagen nueva, el proceso de LTI intentará almacenar la información en una carpeta compartida. Ofrecer la carpeta compartida como ubicación de almacenamiento alternativa hace que el proceso de implementación sea más seguro. Coloque la carpeta compartida de forma que exista una conexión con un alto ancho de banda entre la carpeta compartida y las estaciones de trabajo.

Nota   Sólo es posible realizar copias de seguridad de los datos de migración del estado de los usuarios cuando éstos se almacenan en una carpeta compartida.

Instalación de la función de servidor Instalación de aplicaciones

La instalación de la función de servidor Instalación de aplicaciones conlleva la creación de otra serie de recursos compartidos de red y carpetas. Esta función de servidor ofrece una flexibilidad notable, ya que puede ser un servidor distribuido, como ocurre con los servidores de datos y de implementación. Una vez más, debido a que esta función de servidor se utiliza para almacenar cantidades considerables de datos en forma de instalaciones de software, debe disponer de un volumen NTFS de gran tamaño dedicado para este recurso compartido.

Un método consiste en crear una estructura de carpetas, como unidad:\Repositorio de software (donde unidad es la letra de la unidad dedicada), compartir esa carpeta en la red como \\nombreDeServidor\Repositorio y, a continuación, crear carpetas ahí para cada aplicación, tal y como se muestra en la tabla 4. Para mayor comodidad, la letra de unidad utilizada es D:.

Tabla 4. Carpetas del servidor de instalación de aplicaciones de muestra

Una vez creada la estructura, puede copiar los paquetes en las carpetas correspondientes conforme el equipo de desarrollo responsable de empaquetar aplicaciones los haga disponibles. Ésta es la oportunidad perfecta de usar las tecnologías de replicación. Asegúrese de que el origen de la replicación es el repositorio oficial de empaquetado de aplicaciones completado tal y como lo han definido los equipos de empaquetado de aplicaciones, y de que el destino es el origen de producción oficial de todas las instalaciones de aplicaciones. Si realiza una implementación geográficamente distribuida, podrá usar su repositorio de producción como origen de las replicaciones dentro de la red de producción.