vista-tecnica : Windows Vista, Despliegue masivo

Despliegue masivo de Windows Vista con BDD 2007 (V de V)

Joshua Saenz — Thu, 19 Apr 2007 09:49:00 GMT

Finalmente llegamos a la última entrega de esta serie. Antes de nada aquí tenéis todas las entregas anteriores:

· “Despliegue masivo de Windows Vista con BDD 2007 (I de V)”

· “Despliegue masivo de Windows Vista con BDD 2007 (II de V)”

· “Despliegue masivo de Windows Vista con BDD 2007 (III de V)”

· “Despliegue masivo de Windows Vista con BDD 2007 (IV de V)”

Recordemos que ya tenemos tanto el “build”, es decir la imagen de despliegue como el Deployment Point o punto de implantación desde donde se transferirán las imágenes de vista que estuvieran disponibles.

El último paso que realizamos en el artículo anterior fue la actualización del punto de implantación. Con esto creamos la estructura de carpetas y copiamos las imágenes .wim que previamente ya habíamos creado en el “build”.

Sin embargo aun quedan algunos pasos por realizar ya que en nuestro escenario, el despliegue lo estamos realizando en modo LTI, es decir sin SMS 2003 OSD. Por lo tanto debemos apoyarnos en un último servicio que también incorpora Windows AIK. Me refiero a Windows Deployment Services o WDS.

Ya comente en su momento qué es WDS, recordad que lo podéis encontrar en la carpeta WDS del paquete de instalación de WAIK. WDS nos va a permitir iniciar los equipos utilizando PXE y ejecutar el script de arranque del proceso de instalación (litetouch.vbs) para que se descargue WindowsPE y según la configuración que hayamos realizado, continúe el proceso en modo desatendido o solicitando la intervención del usuario.

La ejecución de los asistentes de WindowsPE en modo desatendido se logra con los parámetros y propiedades que configuramos en los archivos bootstrap.ini y customsettings.ini. Ambos los podemos editar desde las propiedades de la imagen del punto de implantación. Algunas propiedades importantes como DeployRoot, UserDomain, UserID, UserPassword o KeboardLocale evitan que se presenten en pantalla los asistentes mientras se realiza el proceso de instalación y configuración de WindowsPE. Más adelante entrará en acción unattend.xml durante las fases de instalación de la imagen de Windows Vista y su personalización.

Por ejemplo, para realizar un despliegue totalmente desatendido, deberemos editar el archivo customsettings.ini de forma similar a lo siguiente:

[Settings]

Priority=Default

Properties=MyCustomProperty

[Default]

OSInstall=Y

ScanStateArgs=/v:5 /o /c

LoadStateArgs=/v:5 /c /lac /lae

SkipAppsOnUpgrade=Yes

SkipCapture=YES

ComputerBackupLocation=\\<NOMBRE_SERVIDOR>\Backup$\

BackupFile=MyCustomImage.wim

SkipAdminPassword=YES

SkipProductKey=YES

SkipDeploymentType=Yes

DeploymentType=NEWCOMPUTER

SkipDomainMembership=Yes

JoinDomain=Americas

DomainAdmin=Administrator

DomainAdminDomain=INFORMATICA64

DomainAdminPassword=P@ssw0rd

SkipUserData=Yes

UserDataLocation=\\<NOMBRE_SERVIDOR>\USMTdata

SkipBuild=Yes

BuildiD=VIS01

SkipComputerName=Yes

ComputerName=%SerialNumber%

SkipPackageDisplay=Yes

LanguagePacks1={3af4e3ce-8122-41a2-9cf9-892145521660}

LanguagePacks2={84fc70d4-db4b-40dc-a660-d546a50bf226}

SkipLocaleSelection=Yes

UILanguage=en-US

UserLocale=en-CA

KeyboardLocale=0409:00000409

SkipTimeZone=Yes

TimeZoneName=China Standard Time

SkipApplications=Yes

Applications1={a26c6358-8db9-4615-90ff-d4511dc2feff}

Applications2={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}

SkipBitLocker=Yes

SkipSummary=Yes

Powerusers1=Americas\JoinRis

CaptureGroups=Yes

SLShare=\\<NOMBRE_SERVIDOR>\Logs

Home_page=http:\\www.informatica64.com

Es importante conocer cada una de las propiedades, ya que de esta configuración depende que la instalación del sistema operativo sea totalmente automática sin intervención del usuario. Para ello, existe una extensa referencia de cada una de las propiedades en la documentación de BDD 2007 llamada Configuration Reference. Aquí podéis profundizar más acerca de cada uno de los valores configurables y el efecto que produce en el proceso de instalación. Algunos de estos valores se insertan en unattend.xml si estamos desplegando Windows Vista y unattend.txt o sysprep.inf para Windows XP

Cuando editamos bootstrap.ini en las propiedades del punto de implantación, en realidad estamos editando la copia que tiene el recurso compartido de implantación o Deployment Share. Por ello debemos actualizar los archivos que hayamos cambiado en el Deployment Point y sobre todo asegurarnos que la imagen de WindowsPE que utilizaremos para el arranque tenga la última versión que hemos creado de boostrap.ini.

Una forma sencilla de realizar esta comprobación es montando la imagen LiteTouchPE_x86.wim que tiene el punto de implantación utilizando la herramienta imageX.

Bootstrap.ini debe contener al menos la información necesaria para conectarse al punto de implantación y las credenciales que se utilizarán. Este archivo forma parte de la imagen WindowsPE que se debe generar o actualizar en el punto de implantación, por ejemplo:

No olvidemos otorgar a la cuenta seleccionada, permisos de lectura al recurso del punto de implantación que en nuestro ejemplo es Deploy$. Además debemos asegurarnos que usuarios no autorizados no puedan tener acceso a esto u otros puntos de información y despliegue como pueden ser USMT o Logs. En general debemos establecer los permisos adecuados para este recurso y todos aquellos recursos que se vayan a utilizar en el script ZTIConnect.wsf

Una vez hechos todos los cambios oportunos, llega la hora de importar la imagen de inicio del sistema a Windows Deployment Services. Aquellos equipos que no tengan instalado un cliente SMS 2003, es decir, escenarios de nuevos equipos o migraciones de hardware, iniciarán el proceso de despliegue utilizando WDS.

En realidad existen alternativas a WDS, por ejemplo la ejecución manual del script litetouch.vbs desde el propio cliente, sin embargo esto solo es posible si ya existe un sistema operativo instalado en el equipo de destino.

Para importar las imágenes hacemos clic con el botón derecho en el nodo Boot Images y completamos el asistente.

Windows Deployment Services puede responder a las solicitudes de inicio de los equipos que soportan PXE, sin embargo, es probable que queramos especificar que el servidor solo responda si los equipos están identificados ( pre-staged). Esto significa que aunque iniciemos un equipo en modo PXE, no se ejecutará el proceso de instalación de Windows Vista si no se ha identificado el equipo previamente en el Directorio Activo.

Para configurar esta opción, debemos ver las propiedades del servidor WDS. En la etiqueta PXE Response settings seleccionamos Respond only to known client computer. Todos aquellos equipos que no estén ya dados de alta en el Directorio Activo, deberán crearse manualmente para que el servidor PXE responda adecuadamente.

Para realizar este procedimiento debemos crear una nueva cuenta de equipo en el Directorio Activo con la opción de equipo administrado habilitada y el GUID / UUID identificado. Este valor GUID / UUID se puede localizar cuando el equipo inicia en modo PXE.

Como es lógico, si vamos a realizar una implantación de Windows Vista en decenas o cientos de equipos que no forman parte del dominio o que ni siquiera tienen un sistema operativo instalado, es preferible habilitar WDS para que responda a cualquier solicitud y evitamos el tener que identificad uno a uno cada equipo.

Llegados a este punto, solo nos queda iniciar el o los equipos de destino de nuestra implantación de Windows Vista. Cada escenario de despliegue utiliza un método diferente (Punto de implantación, discos locales, DVD). Los asistentes de Windows Deployment solicitarán cualquier configuración que no se haya configurado explícitamente, ya sea en bootstrap.ini, customsettings.ini o unattend.xml.

Cuando iniciamos el equipo con PXE, WDS se encarga de ejecutar cscript litetouch.vbs e implantar WindowsPE como primer paso de despliegue.

A partir de aquí, solo queda observar el proceso y comprobar que al finalizar obtenemos la imagen instalada según la hemos preparado. Si alguno de los asistentes de Windows Deployment solicita información al usuario, significa que ese valor no lo hemos configurado, por lo tanto deberemos revisar los pasos de edición de los archivos de instalación desatendida e incluir la propiedad solicitada.

Cuando iniciéis el equipo de destino vais a obtener algo similar a esto:

Con esto finalizamos aquí esta serie dedicada a la implantación de Windows Vista utilizando las nuevas herramientas y formatos de imagen que nos proporciona Microsoft para entornos de empresas y organizaciones que busquen automatizar estos procesos.

El poder automatizar todas estas tareas de forma relativamente sencilla y desplegar imágenes desde un punto administrado de forma centralizada a múltiples equipos, permite reducir significativamente los costes de actualización y mantenimiento en la mediana y gran empresa.

Business Desktop Deployment 2007 tiene muchas más características que se pueden explotar y que permiten una flexibilidad total para cualquier organización. Opciones que incluyen la configuración de diferentes tipos de implantación según el sitio físico en donde esté ubicado el equipo cliente o tipo de hardware consultando a la instrumentación del sistema (WMI).

Otro aspecto importante a destacar es que BDD 2007 no solo nos va a servir para el despliegue de Windows Vista, sino también para Windows XP y Office 2007.

En definitiva, para todos aquellos administradores y responsables de tecnología a los que se les exige mantener, implementar y actualizar los sistemas operativos, el conjunto de herramientas incorporadas en BDD 2007 facilita el cumplimiento de los retos y objetivos siempre presentes en cualquier proyecto de tecnología: hacerlo en el menor tiempo posible y manteniendo los costes controlados en todo momento. Con BDD 2007 seremos capaces de desplegar un Sistema Operativo en cientos de clientes en cuestión de unas pocas horas.

Despliegue masivo de Windows Vista con BDD 2007 (IV de V)

Joshua Saenz — Sat, 07 Apr 2007 13:07:00 GMT

Llega la hora de preparar en despliegue de la imagen que hemos estado preparando durante las últimas entregas de esta serie de artículos.

Pero, antes de iniciar las tareas de preparación, me gustaría explicar algunos conceptos y opciones de despliegue que BDD 2007 soporta.

Con BDD 2007 podemos realizar básicamente dos tipos de despliegue de sistema operativo: Light Touch (LTI) y Zero Touch (ZTI). Ambos tipos comparten un conjunto de scripts y archivos de configuración comunes.

· Scripts

· Archivos de configuración

· Base de datos de Configuración

· Variables de entorno

· Archivos Log

Los scripts proporcionan un modo de automatizar el proceso de implantación y generan archivos log del proceso que han ejecutado para poder realizar un seguimiento o identificación de problemas durante alguna fase del proceso. Para que los scripts se ejecuten correctamente, éstos interpretan los archivos de configuración, los cuales están localizados en la carpeta Control del punto de implantación (Deployment Point) y se crean con los asistentes del Deployment Workbench.

La base de datos de configuración es una extensión lógica de los archivos de configuración. Permite centralizar y almacenar la configuración en una base de datos SQL Server. Durante el proceso de implantación, los scripts consultarán la base de datos según se necesite. Sólo se recomienda esta opción si podemos garantizar que los equipos cliente disponen de una conexión permanente y de alta velocidad al servidor SQL, si no es así, deberemos utilizar los archivos de configuración almacenados localmente en el equipo de despliegue.

La diferencia entre Light Touch (LTI) y Zero Touch (ZTI) consiste más bien en la infraestructura que hay detrás y en la cual nos basamos para realizar el despliegue. Mientras que LTI se realiza con herramientas gratuitas como son BDD 2007, WAIK y WDS, Zero Touch requiere, además de estas herramientas, SMS 2003 SP2 con OSD Feature Pack. La incorporación de SMS en el proceso de preparación y despliegue de sistemas operativos aporta un mayor grado de automatización, sobre todo cuando queremos incluir paquetes de software de terceros junto con una implantación muy personalizada.

En nuestro laboratorio seguiremos los procedimientos de Light Touch, que a pesar del nombre, también se pueden automatizar muchas de las fases y tareas de implantación para que sea un proceso completamente desatendido.

Tanto ZTI como LTI utilizan un archivo denominado bootstrap.ini para especificar propiedades que posteriormente se utilizarán en otro archivo de personalización llamado CustomSettings.ini. Bootstrap.ini proporciona la información necesaria del punto de distribución, SMS OSD Feature Pack, Windows PE y opciones locales de teclado. En la siguiente tabla vemos algunas de las propiedades que se pueden utilizar en LTI y ZTI:

Nombre de la propiedad	LTI	ZTI
DeployRoot
SkipBDDWelcome
UserDomain
UserID
UserPassword
KeyboardLocale
OSDInstallSilent
OSDInstallPackage
OSDInstallProgram

Estos archivos se crean desde el Deployment Workbench cuando se crea el punto de implementación (Deployment Point). Después de que estén creados podemos hacer cualquier cambio manualmente en los archivos.

Pero esto no termina aquí. Todas las tareas de implantación se ejecutan siguiendo un guión que también podemos personalizar. A esto le llamamos el secuenciador de tareas. Las fases o tareas se definen en un archivo llamado TS.xml, en el cual se identifica la secuencia correcta de ejecución de todo el proceso de implantación.

Las fases incluidas en TS.xml son:

· Fase de validación: realiza las verificaciones necesarias para garantizar que la instalación del sistema operativo puede proseguir.

· Fase de captura de estado de usuario: lee la información de los archivos de configuración, bases de datos y equipo local para determinar cómo se debe ejecutar el proceso de instalación y a captura del perfil de usuario. También identifica el espacio necesario para guardar el perfil completo utilizando USMT, invocando a ScanState.exe.

· Fase de preinstalación: En esta fase se confirma que toda la información necesaria se ha recogido en los escenarios de actualización y reinstalación de equipos. En los escenarios de nueva instalación y remplazo de equipos, es en esta fase donde se recoge toda la información necesaria para la instalación ya que la captura de estado no se ejecuta.

· Fase de instalación: En esta fase se instala el sistema operativo en el equipo de destino

· Fase de post instalación: Se actualiza sysprep.inf, sysprep.xml o unattend.txt con la información recogida en las fases anteriores.

· Fase de restauración de estado de usuario: En esta fase de hace una llamada a LoadState.exe para restaurar el perfil de usuario que previamente se ha capturado.

Pues bien, en TS.xml se identifican todas estas fases, junto con los pasos necesarios en cada una de ellas y según el escenario de implantación. Además se identifican las tareas necesarias para despliegues con SMS OSD Feature Pack.

Si volvemos a nuestro laboratorio, podemos encontrar el secuenciador de tareas en las propiedades del “Build” o paquete de despliegue que tenemos ya creado. Si seleccionamos la etiqueta Task Sequence observaremos cada una de las fases que hemos comentado.

Lo realmente interesante de todo esto es el grado de personalización que BDD 2007 ofrece, ya que, además de las tareas ya creadas, podemos insertar en cualquiera de las fases, nuestros propios scripts y pasos que sean necesarios para hacer que el sistema operativo final esté totalmente adaptado y personalizado para nuestra organización.

Por ejemplo, supongamos que queremos incluir una tarea que copie los archivos de instalación de una aplicación de línea de negocio al disco local y que además inicie el proceso de instalación. Supongamos además que todo esto ya lo tenemos creado en un par de archivos llamados copiaLOB.bat e InicarSetup.bat.

Lo único que tendríamos que hacer es determinar el punto de inserción de la nueva tarea, e invocar los archivos .bat en el orden adecuado. Un punto de inserción lógico para este ejemplo sería dentro de la fase de post instalación y probablemente justo antes del reinicio del equipo. Nos situamos en la tarea inmediatamente superior y seleccionamos en el secuenciador de tareas Add > Group. Posteriormente vamos a agregar dos tareas, por lo tanto Add > Task dos veces. Ahora solo completamos los datos necesarios de las tareas y el grupo:

· Nombre del Grupo: Copia e instalación de LOB

· Nombre de tarea 1: Copia de archivos, Command Line: C:\copiaLOB.bat

· Nombre de tarea 2: Inicio de instalación, Command Line: C:\InicarSetup.bat

Fijaros que debemos hacer referencia a la ubicación de los archivos .bat, los cuales deben estar previamente copiados y disponibles en la imagen .wim que acabamos de instalar. Para ello nada mejor que utilizar imageX para abrir, montar y copiar los .bat necesarios para esta tarea.

Todos los cambios se ven reflejados en el archivo TS.xml del build que estemos modificando, en nuestro caso VIS01, localizado en “C:\Distribution\Control\VIS01\TS.xml”.

Una alternativa a los .bat es utilizar scripts en formato .wsf, tal y como los utiliza BDD 2007 para secuenciar sus tareas. Para ello haremos una llamada a “cscript.exe %SCRIPTROOT%\NombreDeScript.wsf”.

Una vez que hemos hecho todos los cambios necesarios, personalización de fases y tareas, copia de archivos en la imagen .wim y hemos verificado que el paquete de despliegue está correctamente creado, llega el momento de crear el punto de implantación o Deployment Point.

Para ello nos situamos en el nodo que lleva este nombre y con el botón derecho hacemos clic en New. Veremos el asistente de creación de punto de implantación, y observaremos cuatro opciones disponibles que os comento a continuación:

· Lab or single-server deployment (LAB). Opción predeterminada que crea un punto de distribución (recurso compartido como distribution$). Con esta opción utilizamos el punto de distribución local como punto de implantación (Deployment Point).

· Separate deployment share (Network). Esta opción crea un Nuevo punto de implantación (Deployment Point) como nuevo recurso compartido de red. Recomendado en escenarios en donde se utilizarán servidores de archivos en red desde los cuales se centralizará la implantación

· Removable media (Media). Esta opción crea un recurso compartido en donde se crearán imágenes para realizar una implantación basada en CD, DVD, Discos Duros externos o dispositivos USB. Ideal para escenarios en donde haya equipos desconectados o con limitaciones en la conexión que puedan afectar el proceso de instalación remota.

· SMS 2003 Operating System Deployment (OSD) Feature Pack (OSD). Si seleccionamos esta opción crearemos un recurso compartido que posteriormente se utilizará en la creación de imágenes para SMS 2003 OSD Feature Pack. Específico para escenarios de implantación ZTI.

Según la opción que hayamos seleccionado, tendremos que dar respuesta a algunas preguntas que nos hará el asistente. Estas preguntas determinan el comportamiento inicial del proceso de instalación del Sistema Operativo y modifican el archivo CustomSettings.ini y Bootstrap.ini

En nuestro escenario, utilizaremos la segunda opción, es decir, Separate Deployment Share para que así podamos observar el recurso compartido que se crea y los archivos de configuración que hemos comentado anteriormente. Por lo tanto ejecutamos el asistente y vamos contestando cada una de las preguntas, con los siguientes valores:

· Deployment Point name: NETWORK

· Allow users to select additional applications on Upgrade: NO

· Ask user to set the local Administrator Password: NO

· Ask user for a product key: NO

· Server name, Share Name, Path for share: dejamos los valores por defecto

· Specify user data defaults: Do not save data and settings

Una vez que hemos creado el Deployment Point podemos acceder a sus propiedades haciendo doble clic en el contenedor correspondiente. Desde aquí podemos editar y configurar con un mayor nivel de detalle todas las opciones del punto de implantación.

Otro aspecto a tener en cuenta es que el recurso compartido no se crea realmente hasta que no llevamos a cabo una actualización de archivos, es decir, el punto de implantación no es funcional hasta que todos los archivos necesarios no se hayan copiado al recurso compartido. Para ejecutar esta tarea le haremos clic con el botón derecho al contenedor NETWORK que acabamos de crear y seleccionamos Update.

Bien, hemos llegado al final de este artículo, en la última entrega veremos cómo terminamos de configurar el punto de implantación y ejecutamos la instalación del sistema operativo.

Hasta entonces, saludos a todos.