Guía de ejemplos del kit de herramientas de implementación de Microsoft

Esta guía forma parte de Microsoft Deployment Toolkit (MDT) y guía a un equipo especializado a través de la implementación de sistemas operativos Windows y Microsoft Office. En concreto, esta guía está diseñada para proporcionar opciones de configuración de ejemplo para escenarios de implementación específicos.

Nota:

En este artículo, Windows se aplica a los sistemas operativos Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 y Windows Server 2008 R2, a menos que se indique lo contrario. MDT no admite versiones basadas en procesador arm de Windows. De forma similar, MDT hace referencia a la versión actual de MDT a menos que se indique lo contrario.

Para usar esta guía

Revise la lista de temas de escenario de la tabla de contenido.

1. Seleccione el escenario que mejor represente los objetivos de implementación de su organización.

2. Revise los valores de configuración de ejemplo para el escenario seleccionado.

3. Use los valores de configuración de ejemplo como base para los valores de configuración del entorno.

4. Personalice los valores de configuración de ejemplo para el entorno.

   En muchos casos, es posible que sea necesario más de un escenario para completar los valores de configuración del entorno.

   Dado que esta guía solo contiene opciones de configuración de ejemplo, revisar las guías enumeradas en la tabla siguiente puede ayudar a personalizar aún más los valores de configuración para el entorno.

   Guía	Esta guía ofrece ayuda para ayudar
   Guía de inicio rápido para Microsoft System Center 2012 R2 Configuration Manager	Use System Center 2012 R2 Configuration Manager para instalar el sistema operativo Windows 8.1 en un escenario de implementación de nuevo equipo.
   Guía de inicio rápido para la instalación de Lite Touch	Instale el sistema operativo Windows 8.1 a través de Lite Touch Installation (LTI) mediante medios de arranque en un escenario de implementación de Nuevo equipo.
   Guía de inicio rápido para la instalación de User-Driven	Instale el sistema operativo Windows 8.1 con User-Driven Instalación y System Center 2012 R2 Configuration Manager en un escenario de implementación de nuevo equipo.
   Uso del kit de herramientas de implementación de Microsoft	Personalice aún más los archivos de configuración usados en las implementaciones de Instalación de Zero Touch (ZTI) y LTI. Esta guía también proporciona instrucciones de configuración genéricas y una referencia técnica para los valores de configuración.

Implementación de aplicaciones Windows 8 mediante MDT

MDT puede implementar Windows 8 paquetes de aplicación, que tienen una extensión de archivo .appx. Estos paquetes de aplicación son nuevos en Windows 8. Para obtener más información sobre estas aplicaciones, consulta Desarrollo de aplicaciones de la Tienda Windows.

Implemente Windows 8 aplicaciones mediante MDT mediante los pasos siguientes:

• Implemente aplicaciones Windows 8 con LTI como se describe en Implementación de aplicaciones Windows 8 mediante LTI.

• Implemente aplicaciones Windows 8 mediante la instalación de User-Driven (UDI) como se describe en Implementación de aplicaciones Windows 8 mediante UDI.

Implementación de aplicaciones Windows 8 mediante LTI

Puede implementar aplicaciones Windows 8 mediante LTI como cualquier otra aplicación que inicie el proceso de instalación desde una línea de comandos. Puede agregar aplicaciones de Windows 8 a implementaciones de LTI en el nodo Aplicaciones de Deployment Workbench.

Para implementar una aplicación Windows 8 mediante LTI

1. Cree una carpeta compartida de red en la que almacenar la aplicación.

2. Copie la aplicación Windows 8 en la carpeta compartida de red que creó en el paso anterior.

   Asegúrese de copiar el archivo .appx de la aplicación de Windows 8 y cualquier otro archivo necesario, como un archivo .cer que contenga el certificado de aplicación.

3. Cree un elemento de aplicación LTI para la aplicación Windows 8 en el nodo Aplicaciones de Deployment Workbench mediante el Asistente para nueva aplicación.

   Al completar el Asistente para nueva aplicación, en la página Del Asistente para detalles de comandos, en Línea de comandos, escriba app_file_name (donde app_file_name es el nombre de la aplicación Windows 8).

   Para obtener más información sobre cómo completar el Asistente para nueva aplicación en Deployment Workbench, consulte las secciones siguientes en el documento mdt, Uso del kit de herramientas de implementación de Microsoft:

   • "Crear una nueva aplicación que se implemente desde el recurso compartido de implementación"

   • "Crear una nueva aplicación que se implemente desde otra carpeta compartida de red"

4. Seleccione el elemento de aplicación LTI creado en el paso anterior en una secuencia de tareas LTI.

Implementación de aplicaciones Windows 8 mediante UDI

Puede implementar Windows 8 aplicaciones mediante UDI como cualquier otra aplicación que inicie el proceso de instalación desde una línea de comandos. Puede agregar aplicaciones Windows 8 a implementaciones de UDI en la página del Asistente para ApplicationPage del Diseñador del Asistente para UDI.

Nota:

La implementación de aplicaciones de Windows 8 y Windows 8 mediante UDI requiere system center 2012 R2 Configuration Manager.

Para implementar una aplicación Windows 8 mediante UDI

1. Cree una carpeta compartida de red en la que almacenar la aplicación.

   Esta carpeta será la carpeta de origen de la aplicación Configuration Manager que creará más adelante en el proceso.

2. Copie la aplicación Windows 8 en la carpeta compartida de red que creó en el paso anterior.

   Asegúrese de copiar el archivo .appx de la aplicación de Windows 8 y cualquier otro archivo necesario, como un archivo .cer que contenga el certificado de aplicación.

3. Agregar la aplicación Windows 8 como una aplicación de Configuration Manager

4. Cree un elemento de aplicación Configuration Manager para la aplicación Windows 8 mediante el Asistente para crear aplicaciones en la consola de Configuration Manager.

   Al completar el Asistente para crear aplicaciones, cree un tipo de implementación para implementar la aplicación Windows 8 mediante el Asistente para crear tipos de implementación. En el Asistente para crear tipos de implementación, en la página Contenido, en Programa de instalación, escriba app_file_name (donde app_file_name es el nombre de la aplicación Windows 8).

   Para obtener más información sobre cómo completar el Asistente para crear aplicaciones en la consola de Configuration Manager, consulte las secciones siguientes de la biblioteca de documentación para System Center 2012 Configuration Manager, que se incluye con Configuration Manager:

   • Creación de aplicaciones en Configuration Manager

   • Cómo crear tipos de implementación en Configuration Manager

   • Administración de aplicaciones y tipos de implementación en Configuration Manager

5. Asegúrese de que la característica de afinidad de dispositivo de usuario (UDA) de Configuration Manager está configurada correctamente para admitir la afinidad entre usuarios y dispositivos para la implementación de Configuration Manager aplicación.

   Para obtener más información sobre cómo configurar UDA para admitir la implementación de Configuration Manager aplicación, consulte How to Manage User Device Affinity in Configuration Manager(Cómo administrar la afinidad de dispositivo de usuario en Configuration Manager).

6. Implemente la aplicación creada en el paso 4 en los usuarios de destino.

   Para obtener más información sobre cómo implementar una aplicación en el usuario, vea How to Deploy Applications in Configuration Manager (Cómo implementar aplicaciones en Configuration Manager).

7. Configure la página del Asistente para ApplicationPage para incluir la aplicación Configuration Manager creada en el paso 4 mediante el Diseñador del Asistente para UDI.

   Para obtener más información sobre cómo configurar la página del Asistente para ApplicationPage mediante el Diseñador del Asistente para UDI, vea la sección "Paso 5-11: Personalizar el archivo de configuración del Asistente para UDI para el equipo de destino", en el documento MDT Guía de inicio rápido para la instalación de User-Driven.

8. Seleccione el elemento de aplicación UDI creado en el paso anterior en una secuencia de tareas de UDI.

   Nota:

   La secuencia de tareas no instala la aplicación Windows 8, sino que se instalará la primera vez que el usuario inicie sesión en el equipo de destino (tal como se define en la configuración de UDA configurada en el paso 5) mediante la característica User-Centric Instalador de aplicaciones (AppInstall.exe) en UDI.

   Para obtener más información sobre la característica User-Centric Instalador de aplicaciones en UDI, consulte la sección "Referencia del instalador de aplicaciones centrada en el usuario" en la Referencia del kit de herramientas del documento MDT.

Administración de MDT mediante Windows PowerShell

Puede administrar recursos compartidos de implementación de MDT mediante Deployment Workbench y Windows PowerShell. MDT incluye un complemento de Windows PowerShell ™, Microsoft. Bdd. SnapIn: debe cargarse antes de usar las características específicas de MDT en Windows PowerShell. El complemento MDT Windows PowerShell incluye:

• Un proveedor de Windows PowerShell, MDTProvider, que proporciona acceso al contenido de un recurso compartido de implementación.

• Cmdlets que proporcionan la capacidad de administrar recursos compartidos de implementación de MDT

  Para administrar recursos compartidos de implementación de MDT mediante Windows PowerShell, siga estos pasos:

• Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

• Cree un recurso compartido de implementación con Windows PowerShell como se describe en Creación de un recurso compartido de implementación mediante Windows PowerShell.

• Vea las propiedades del recurso compartido de implementación mediante Windows PowerShell como se describe en Visualización de propiedades de recursos compartidos de implementación mediante Windows PowerShell.

• Vea la lista de recursos compartidos de implementación mediante Windows PowerShell como se describe en Visualización de la lista de recursos compartidos de implementación mediante Windows PowerShell.

• Actualice un recurso compartido de implementación, que genera nuevas imágenes de arranque del entorno de preinstalación de Windows (Windows PE), como se describe en Actualización de un recurso compartido de implementación mediante Windows PowerShell.

• Actualice un recurso compartido de implementación vinculado, que replica el contenido de un recurso compartido de implementación en el recurso compartido de implementación vinculado, como se describe en Actualización de un recurso compartido de implementación vinculado mediante Windows PowerShell.

• Actualice los medios de implementación, que replican el contenido de un recurso compartido de implementación en el medio de implementación y, a continuación, genera nuevas imágenes de arranque como se describe en Actualización de medios de implementación mediante Windows PowerShell.

• Administre los elementos de un recurso compartido de implementación (como sistemas operativos, paquetes de sistema operativo, aplicaciones y controladores de dispositivo), como se describe en Administración de elementos en un recurso compartido de implementación mediante Windows PowerShell.

• Automatice el rellenado de elementos de un recurso compartido de implementación (como sistemas operativos, paquetes de sistema operativo, aplicaciones y controladores de dispositivo), tal como se describe en Automatización de la población de un recurso compartido de implementación.

• Administre las carpetas de un recurso compartido de implementación mediante Windows PowerShell como se describe en Administración de carpetas de recursos compartidos de implementación mediante Windows PowerShell.

Carga del Windows PowerShell Snap-In MDT

Los cmdlets MDT se proporcionan en un complemento Windows PowerShell Microsoft. Bdd. SnapIn que se debe cargar antes de usar los cmdlets de MDT. Cargue el complemento mdt Windows PowerShell mediante el cmdlet Add-PSSnapIn, tal como se describe en Carga del Windows PowerShell Snap-In MDT mediante el cmdlet Add-PSSnapIn.

Carga del Windows PowerShell Snap-In MDT mediante el cmdlet Add-PSSnapIn

Puede cargar el complemento mdt Windows PowerShell Microsoft. Bdd. PSSnapIn desde cualquier entorno de Windows PowerShell mediante el cmdlet Add-PSSnapIn, como se muestra en el ejemplo siguiente:

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn  

Creación de un recurso compartido de implementación mediante Windows PowerShell

Puede crear recursos compartidos de implementación mediante los cmdlets de Windows PowerShell de MDT. La carpeta raíz del recurso compartido de implementación se crea y se comparte mediante cmdlets de Windows PowerShell estándar y llamadas a comandos de clase de Instrumental de administración de Windows (WMI). El recurso compartido de implementación se rellena mediante el proveedor de Windows PowerShell MDTProvider y el cmdlet NewPSDrive. La unidad de Windows PowerShell MDTProvider se conserva mediante el cmdlet Add-MDTPersistentDrive.

Para preparar un recurso compartido de implementación mediante los cmdlets de Windows PowerShell de MDT

1. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

2. Cree la carpeta que será la raíz del nuevo recurso compartido de implementación mediante el cmdlet New-Item , como se muestra en el ejemplo siguiente y se describe en Uso del cmdlet New-Item:

   New-Item "C:\MDTDeploymentShare$" -Type directory  
   

   El cmdlet muestra la creación correcta de la carpeta.

3. Comparta la carpeta creada en el paso anterior con la clase win32_share WMI tal y como se ha sembrado en el ejemplo siguiente:

   ([wmiclass]"win32_share").Create("C:\MDTDeploymentShare$", "MDTDeploymentShare$",0)  
   

   La llamada a la clase win32_share devuelve los resultados de la llamada. Si el valor de ReturnValue es cero (0), la llamada se realizó correctamente.

4. Especifique la nueva carpeta compartida como recurso compartido de implementación mediante el cmdlet NewPSDrive , como se muestra en el ejemplo siguiente:

   New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose  
   

   El cmdlet comienza automáticamente a crear el recurso compartido de implementación y a copiar la información de la plantilla en el nuevo recurso compartido de implementación. Al finalizar el proceso de copia, el cmdlet muestra la información del nuevo recurso compartido de implementación.

   Nota:

   El valor proporcionado en el parámetro Name (DS002) debe ser único y no puede ser el mismo que un recurso compartido de implementación existente Windows PowerShell unidad.

5. Compruebe que se han creado las carpetas de recursos compartidos de implementación adecuadas mediante el comando dir , como se muestra en el ejemplo siguiente:

   Get-ChildItem ds002:  
   

   Se muestra la lista de carpetas predeterminadas en la raíz del recurso compartido de implementación.

6. Agregue el nuevo recurso compartido de implementación a la lista de recursos compartidos de implementación de MDT persistentes mediante el cmdlet Add-MDTPersistentDrive , como se muestra en el ejemplo siguiente:

   $NewDS=Get-PSDrive "DS002"  
   Add-MDTPersistentDrive  -Name "DS002" -InputObject $NewDS Verbose  
   

   En este ejemplo, se usa la variable $NewDS para pasar el objeto de unidad Windows PowerShell para el nuevo recurso compartido de implementación al cmdlet.

   Como alternativa, podría haber combinado los cmdlets NewPSDrive y Add-MDTPersistentDrive , como se muestra en el ejemplo siguiente:

   New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose | Add-MDTPersistentDrive -Verbose  
   

   En el ejemplo anterior, la canalización de Windows PowerShell proporciona los parámetros Name y InputObject.

Ver las propiedades del recurso compartido de implementación mediante Windows PowerShell

Puede ver las propiedades de los recursos compartidos de implementación de MDT mediante el cmdlet Get-ItemProperty y el proveedor de Windows PowerShell MDTProvider. Estas mismas propiedades también se pueden ver en Deployment Workbench.

Para ver las propiedades del recurso compartido de implementación mediante los cmdlets de Windows PowerShell de MDT

1. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

2. Asegúrese de que las implementaciones de MDT comparten Windows PowerShell unidades se restauran mediante el cmdlet Restore-MDTPersistentDrive, como se muestra en el ejemplo siguiente:

   Restore-MDTPersistentDrive -Verbose  
   

   Nota:

   Si las implementaciones de MDT que comparten unidades de Windows PowerShell ya están restauradas, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Compruebe que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren correctamente mediante el cmdlet Get-PSDrive, como se indica a continuación:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   Se muestra la lista de unidades de Windows PowerShell que se proporcionan mediante MDTProvider.

4. Vea las propiedades del recurso compartido de implementación mediante el cmdlet Get-ItemProperty , como se muestra en el ejemplo siguiente:

   Get-ItemProperty "DS002:"  
   

   En este ejemplo, DS002: es el nombre de una unidad Windows PowerShell devuelta en el paso 3. El cmdlet devuelve las propiedades del recurso compartido de implementación.

Ver la lista de recursos compartidos de implementación mediante Windows PowerShell

Puede ver la lista de recursos compartidos de implementación de MDT mediante el cmdlet Get-PSDrive y el proveedor de Windows PowerShell MDTProvider. La misma lista de recursos compartidos de implementación también se puede ver en Deployment Workbench.

Para ver una lista de recursos compartidos de implementación mediante los cmdlets de Windows PowerShell de MDT

1. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

2. Asegúrese de que las implementaciones de MDT comparten Windows PowerShell unidades se restauran mediante el cmdlet Restore-MDTPersistentDrive, como se muestra en el ejemplo siguiente:

   Restore-MDTPersistentDrive -Verbose  
   

   Nota:

   Si las implementaciones de MDT que comparten unidades de Windows PowerShell ya están restauradas, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Vea la lista de implementaciones de MDT que comparten unidades de Windows PowerShell, una para cada recurso compartido de implementación, mediante el cmdlet Get-PSDrive, como se indica a continuación:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   Se muestra la lista de Windows PowerShell unidades proporcionadas mediante MDTProvider, una para cada recurso compartido de implementación.

Actualización de un recurso compartido de implementación mediante Windows PowerShell

Puede actualizar recursos compartidos de implementación mediante el cmdlet Update-MDTDeploymentShare y el proveedor de Windows PowerShell MDTProvider. La actualización de un recurso compartido de implementación crea las imágenes de arranque de Windows PE (archivos WIM y organización internacional para la estandarización [ISO]) necesarias para iniciar la implementación de LTI. Puede realizar el mismo proceso mediante Deployment Workbench, como se describe en "Actualizar un recurso compartido de implementación en Deployment Workbench".

Para actualizar un recurso compartido de implementación mediante Windows PowerShell

1. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

2. Asegúrese de que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren mediante el cmdlet Restore-MDTPersistentDrive, como se muestra en el ejemplo siguiente:

   Restore-MDTPersistentDrive -Verbose  
   

   Nota:

   Si las implementaciones de MDT que comparten unidades de Windows PowerShell ya están restauradas, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Compruebe que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren correctamente mediante el cmdlet Get-PSDrive, como se indica a continuación:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   Se muestra la lista de unidades de Windows PowerShell proporcionadas mediante MDTProvider.

4. Actualice el recurso compartido de implementación mediante el cmdlet Update-MDTDeploymentShare , como se muestra en el ejemplo siguiente:

   Update-MDTDeploymentShare -Path "DS002:" -Force  
   

   En este ejemplo, DS002: es el nombre de una unidad Windows PowerShell devuelta en el paso 3.

   Nota:

   La actualización del recurso compartido de implementación puede tardar mucho tiempo. El progreso del cmdlet se muestra en la parte superior de la consola de Windows PowerShell.

   El cmdlet devuelve sin salida si la actualización se realiza correctamente.

Actualización de un recurso compartido de implementación vinculado mediante Windows PowerShell

Puede actualizar (replicar) recursos compartidos de implementación vinculados mediante el cmdlet Update-MDTLinkedDS y el proveedor de Windows PowerShell MDTProvider. La actualización de un recurso compartido de implementación vinculado replica el contenido del recurso compartido de implementación original en el recurso compartido de implementación vinculado. Puede realizar el mismo proceso mediante Deployment Workbench, como se describe en "Replicar recursos compartidos de implementación vinculados en Deployment Workbench".

Para actualizar un recurso compartido de implementación vinculado mediante Windows PowerShell

1. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

2. Asegúrese de que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren mediante el cmdlet Restore-MDTPersistentDrive, como se muestra en el ejemplo siguiente:

   Restore-MDTPersistentDrive -Verbose  
   

   Nota:

   Si las implementaciones de MDT que comparten unidades de Windows PowerShell ya están restauradas, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Compruebe que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren correctamente mediante el cmdlet Get-PSDrive, como se indica a continuación:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   Se muestra la lista de unidades de Windows PowerShell proporcionadas mediante MDTProvider.

4. Actualice el recurso compartido de implementación mediante el cmdlet Update-MDTDeploymentShare , como se muestra en el ejemplo siguiente:

   Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"  
   

   En este ejemplo, DS002: es el nombre de una unidad Windows PowerShell devuelta en el paso 3.

   Nota:

   Actualizar el recurso compartido de implementación vinculado puede tardar mucho tiempo. El progreso del cmdlet se muestra en la parte superior de la consola de Windows PowerShell.

   El cmdlet devuelve sin salida si la actualización se realiza correctamente.

Actualización de medios de implementación mediante Windows PowerShell

Puede actualizar (generar) medios de implementación mediante el cmdlet Update-MDTMedia y el proveedor de Windows PowerShell MDTProvider. La actualización de medios de implementación replica el contenido del recurso compartido de implementación original en el recurso compartido de implementación vinculado y, a continuación, genera archivos .iso y .wim. Puede realizar el mismo proceso mediante Deployment Workbench, como se describe en "Generar imágenes multimedia en Deployment Workbench".

Cuando finaliza el cmdlet Update-MDTMedia , se crean los siguientes archivos:

• Un archivo .iso en la carpeta media_folder (donde media_folder es el nombre de la carpeta que especificó para el medio)

  La generación del archivo .iso es una opción que se configura mediante:

  • Active la casilla Generar una imagen ISO de arranque Lite Touch en la pestaña General del cuadro de diálogo Propiedades del medio (desactive esta casilla para reducir el tiempo necesario para generar el medio a menos que necesite crear DVDs de arranque o iniciar máquinas virtuales [VM] desde el archivo .iso).

  • Establecer la misma propiedad mediante el cmdlet Set-ItemProperty

• Archivos WIM en la carpeta media_folder\Content\Deploy\Boot (donde media_folder es el nombre de la carpeta que especificó para el medio)

  Para actualizar un recurso compartido de implementación vinculado mediante Windows PowerShell

1. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

2. Asegúrese de que las implementaciones de MDT comparten Windows PowerShell unidades se restauran mediante el cmdlet Restore-MDTPersistentDrive, como se muestra en el ejemplo siguiente:

   Restore-MDTPersistentDrive -Verbose  
   

   Nota:

   Si las implementaciones de MDT que comparten unidades de Windows PowerShell ya están restauradas, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Compruebe que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren correctamente mediante el cmdlet Get-PSDrive, como se indica a continuación:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   Se muestra la lista de unidades de Windows PowerShell proporcionadas mediante MDTProvider.

4. Actualice el recurso compartido de implementación mediante el cmdlet Update-MDTDeploymentShare , como se muestra en el ejemplo siguiente:

   Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"  
   

   En este ejemplo, DS002: es el nombre de una unidad Windows PowerShell devuelta en el paso 3.

   Nota:

   Actualizar el recurso compartido de implementación vinculado puede tardar mucho tiempo. El progreso del cmdlet se muestra en la parte superior de la consola de Windows PowerShell.

   El cmdlet devuelve sin salida si la actualización se realiza correctamente.

Administración de elementos en un recurso compartido de implementación mediante Windows PowerShell

Un recurso compartido de implementación contiene elementos que se usan para realizar implementaciones, como sistemas operativos, aplicaciones, controladores de dispositivos, paquetes de sistema operativo y secuencias de tareas. Estos elementos se pueden administrar mediante cmdlets de Windows PowerShell y los proporcionados con MDT.

Para obtener más información sobre cómo manipular elementos directamente mediante cmdlets de Windows PowerShell, vea Manipular elementos directamente. La estructura de carpetas de un recurso compartido de implementación también se puede administrar mediante Windows PowerShell. Para obtener más información, consulte Administración de carpetas de recursos compartidos de implementación mediante Windows PowerShell.

Importación de un elemento en un recurso compartido de implementación

Puede importar cada tipo de elemento, como sistemas operativos, aplicaciones o controladores de dispositivo, mediante cmdlets MDT. Para cada tipo de elemento, hay un cmdlet MDT específico. Si desea importar varios elementos en un recurso compartido de implementación mediante Windows PowerShell, consulte Automatización del rellenado de un recurso compartido de implementación.

En la tabla siguiente se enumeran los cmdlets de Windows PowerShell mdt que se usan para importar elementos en un recurso compartido de implementación y se proporciona una breve descripción de cada cmdlet. En la sección correspondiente a cada cmdlet se proporcionan ejemplos de cómo usar cada cmdlet.

Cmdlet	Descripción
Import-MDTApplication	Importa una aplicación en un recurso compartido de implementación
Import-MDTDriver	Importa uno o varios controladores de dispositivo en un recurso compartido de implementación
Import-MDTOperatingSystem	Importa uno o varios sistemas operativos a un recurso compartido de implementación
Import-MDTPackage	Importa uno o varios paquetes de sistema operativo a un recurso compartido de implementación
Import-MDTTaskSequence	Importa una secuencia de tareas en un recurso compartido de implementación

Ver las propiedades de un elemento en un recurso compartido de implementación

Cada elemento de un recurso compartido de implementación tiene un conjunto diferente de propiedades. Puede ver las propiedades de un elemento en un recurso compartido de implementación mediante el cmdlet Get-ItemProperty . El cmdlet Get-ItemProperty usa MDTProvider para mostrar las propiedades de un elemento específico, del mismo modo que puede ver las propiedades en Deployment Workbench.

Si quiere ver las propiedades de varios elementos de un recurso compartido de implementación mediante Windows PowerShell, consulte Automatización de la población de un recurso compartido de implementación.

Para ver las propiedades de un elemento de un recurso compartido de implementación mediante Windows PowerShell

1. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

2. Asegúrese de que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren mediante el cmdlet Restore-MDTPersistentDrive, como se muestra en el ejemplo siguiente:

   Restore-MDTPersistentDrive -Verbose  
   

   Nota:

   Si las implementaciones de MDT que comparten unidades de Windows PowerShell ya están restauradas, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Compruebe que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren correctamente mediante el cmdlet Get-PSDrive, como se muestra en el ejemplo siguiente:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   Se muestra la lista de unidades de Windows PowerShell proporcionadas mediante MDTProvider.

4. Devuelve una lista de los elementos del tipo de elemento para el que desea ver las propiedades mediante el cmdlet Get-Item , como se muestra en el ejemplo siguiente:

   Get-Item "DS001:\Operating Systems\*" | Format-List  
   

   En el ejemplo anterior, se muestra una lista de todos los sistemas operativos del recurso compartido de implementación. La salida se canaliza al cmdlet Format-List para que se puedan ver los nombres largos de los sistemas operativos. Para obtener más información sobre cómo usar el cmdlet Format-List , consulte Uso del cmdlet Format-List. El mismo proceso se podría usar para devolver la lista de otros tipos de elementos, como controladores de dispositivos o aplicaciones.

   Sugerencia

   También podría haber usado el comando dir para ver la lista de sistemas operativos en lugar del cmdlet Get-Item .

5. Vea las propiedades de uno de los elementos enumerados en el paso anterior mediante el cmdlet Get-ItemProperty , como se muestra en el ejemplo siguiente:

   Get-ItemProperty -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"  
   

   En este ejemplo, el valor del parámetro Path es la ruta de acceso de Windows PowerShell completa al elemento, incluido el nombre de archivo que se devolvió en el paso anterior. Puede usar el mismo proceso para ver las propiedades de otros tipos de elementos, como controladores de dispositivos o aplicaciones.

Quitar un elemento de un recurso compartido de implementación

Puede quitar un elemento de un recurso compartido de implementación mediante el cmdlet Remove-Item . El cmdlet Remove-Item usa MDTProvider para quitar un elemento específico, igual que puede quitar un elemento en Deployment Workbench. Si desea quitar varios elementos de un recurso compartido de implementación mediante Windows PowerShell, consulte Automatización de la población de un recurso compartido de implementación.

Nota:

Al quitar un elemento que usa una secuencia de tareas, se produce un error en la secuencia de tareas. Asegúrese de que otros elementos del recurso compartido de implementación no hacen referencia a un elemento antes de quitarlo. Una vez que se quita un elemento, no se puede recuperar.

Para quitar un elemento de un recurso compartido de implementación mediante Windows PowerShell

1. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

2. Asegúrese de que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren mediante el cmdlet Restore-MDTPersistentDrive, como se muestra en el ejemplo siguiente.

   Restore-MDTPersistentDrive -Verbose  
   

   Nota:

   Si las implementaciones de MDT que comparten unidades de Windows PowerShell ya están restauradas, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Compruebe que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren correctamente mediante el cmdlet Get-PSDrive, como se muestra en el ejemplo siguiente:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   Se muestra la lista de unidades de Windows PowerShell proporcionadas mediante MDTProvider.

4. Devuelve una lista de los elementos del tipo de elemento para el que desea ver las propiedades mediante el cmdlet Get-Item , como se muestra en el ejemplo siguiente:

   Get-Item "DS001:\Operating Systems\*" | Format-List  
   

   En el ejemplo anterior, se muestra una lista de todos los sistemas operativos del recurso compartido de implementación. La salida se canaliza al cmdlet Format-List para que se puedan ver los nombres largos de los sistemas operativos. Para obtener más información sobre cómo usar el cmdlet Format-List , consulte Uso del cmdlet Format-List. Puede usar el mismo proceso para devolver la lista de otros tipos de elementos, como controladores de dispositivos o aplicaciones.

   Sugerencia

   También podría haber usado el comando dir para ver la lista de sistemas operativos en lugar del cmdlet Get-Item .

5. Quite uno de los elementos enumerados en el paso anterior mediante el cmdlet Remove-Item , como se muestra en el ejemplo siguiente:

   Remove-Item -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"  
   

   En este ejemplo, el valor del parámetro Path es la ruta de acceso de Windows PowerShell completa al elemento, incluido el nombre de archivo que se devolvió en el paso anterior.

   Puede usar el mismo proceso para quitar otros tipos de elementos, como controladores de dispositivos o aplicaciones.

   Nota:

   Al quitar un elemento que usa una secuencia de tareas, se produce un error en la secuencia de tareas. Asegúrese de que otros elementos del recurso compartido de implementación no hacen referencia a un elemento antes de quitarlo.

Automatización de la población de un recurso compartido de implementación

Los cmdlets de mdt Windows PowerShell permiten administrar elementos individuales. Sin embargo, al usar algunas de las características de scripting de Windows PowerShell, los cmdlets se pueden usar para automatizar el rellenado de un recurso compartido de implementación.

Por ejemplo, una organización puede necesitar implementar varios recursos compartidos de implementación para diferentes unidades de negocio, o una organización puede proporcionar servicios de implementación de sistema operativo para otras organizaciones. En ambos ejemplos, las organizaciones necesitan la capacidad de crear y rellenar recursos compartidos de implementación configurados de forma coherente.

Un método para administrar varios elementos sería usar un archivo de valores separados por comas (CSV) que contenga una lista de todos los elementos que desea administrar en un recurso compartido de implementación mediante el cmdlet Import-CSV .

A continuación se muestra un extracto de un script de Windows PowerShell para importar una lista de aplicaciones basada en la información de un archivo .csv mediante los cmdlets Import-CSV, ForEach-Object e Import-MDTApplication:

$List=Import-CSV "C:\MDT\Import-MDT-Apps.csv"  
ForEach-Object ($App in $List) {  
     Import-MDTApplication –path $App.ApplicationFolder -enable "True" –Name $App.DescriptiveName –ShortName $App.Shortname –Version $App.Version –Publisher $App.Publisher –Language $App.Language –CommandLine $App.CommandLine –WorkingDirectory $App.WorkingDirectory –ApplicationSourcePath $App.SourceFolder –DestinationFolder $App.DestinationFolder –Verbose  
}  

En este ejemplo, el archivo C:\MDT\Import-MDT-Apps.csv contiene un campo para cada variable necesaria para importar una aplicación. Para obtener más información sobre cómo crear un archivo .csv para usarlo con el cmdlet Import-CSV , consulte Uso del cmdlet Import-Csv.

Puede usar este mismo método para importar sistemas operativos, controladores de dispositivo y otros elementos de un recurso compartido de implementación mediante los pasos siguientes:

1. Cree un archivo .csv para cada tipo de elemento de recurso compartido de implementación que quiera rellenar.

2. Para obtener más información sobre cómo crear un archivo .csv para usarlo con el cmdlet Import-CSV , consulte Uso del cmdlet Import-Csv.

3. Cree un archivo de script Windows PowerShell que se usará para automatizar el rellenado del recurso compartido de implementación.

   Para obtener más información sobre cómo crear un script de Windows PowerShell, consulte Scripting con Windows PowerShell.

4. Cree cualquier estructura de carpetas de requisitos previos necesaria en el recurso compartido de implementación antes de importar los elementos del recurso compartido de implementación.

   Para obtener más información, consulte Administración de carpetas de recursos compartidos de implementación mediante Windows PowerShell.

5. Agregue la línea de cmdlet Import-CSV para uno de los archivos .csv creados en el paso 1.

   Para obtener más información sobre el cmdlet Import-CSV , consulte Uso del cmdlet Import-Csv.

6. Cree un bucle de cmdlet ForEach-Object que procese cada elemento del archivo .csv al que se hace referencia en el cmdlet Import-CSV del paso anterior.

   Para obtener más información sobre el cmdlet ForEach-Object , consulte Uso del cmdlet ForEach-Object.

7. Agregue el cmdlet MDT correspondiente para importar los elementos del recurso compartido de implementación dentro del bucle de cmdlet ForEach-Object creado en el paso anterior.

   Para obtener más información sobre los cmdlets de MDT que se usan para importar elementos en un recurso compartido de implementación, consulte Importación de un elemento en un recurso compartido de implementación.

Administración de carpetas de recursos compartidos de implementación mediante Windows PowerShell

Puede administrar carpetas en un recurso compartido de implementación mediante herramientas de línea de comandos, como el comando mkdir, o mediante cmdlets de Windows PowerShell, como el cmdlet New-Item y el proveedor de Windows PowerShell MDTProvider. La misma estructura de carpetas de recursos compartidos de implementación también se puede ver y administrar en Deployment Workbench. Para obtener más información sobre cómo manipular elementos directamente mediante cmdlets de Windows PowerShell, vea Manipular elementos directamente.

Crear una carpeta en un recurso compartido de implementación mediante Windows PowerShell

Para crear una carpeta en un recurso compartido de implementación mediante Windows PowerShell

1. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

2. Asegúrese de que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren mediante el cmdlet Restore-MDTPersistentDrive, como se muestra en el ejemplo siguiente:

   Restore-MDTPersistentDrive -Verbose  
   

   Nota:

   Si las implementaciones de MDT que comparten unidades de Windows PowerShell ya están restauradas, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Vea la lista de implementaciones de MDT que comparten unidades de Windows PowerShell, una para cada recurso compartido de implementación, mediante el cmdlet Get-PSDrive de la siguiente manera:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   Se muestra la lista de unidades de Windows PowerShell proporcionadas mediante MDTProvider, una para cada recurso compartido de implementación.

4. Cree una carpeta denominada Windows_8 en la carpeta Sistemas operativos de un recurso compartido de implementación mediante el comando New-Item , como se muestra en el ejemplo siguiente:

   New-Item "DS002:\Operating Systems\Windows_8"  
   

   En este ejemplo, DS002: es el nombre de una unidad Windows PowerShell devuelta en el paso 3.

5. Para comprobar que la carpeta se ha creado correctamente, escriba el siguiente comando:

   Get-ChildItem "DS002:\Operating Systems"  
   

   Se muestra la carpeta Windows_8 y cualquier otra carpeta existente en la carpeta Sistemas operativos.

6. Cree una carpeta denominada Windows_7 carpeta en la carpeta Sistemas operativos de un recurso compartido de implementación mediante el cmdlet New-Item , como se muestra en el ejemplo siguiente y se describe en Uso del cmdlet New-Item:

   New-Item "DS002:\Operating Systems\Windows_7" -Type directory  
   

   El cmdlet muestra la creación correcta de la carpeta.

7. Para comprobar que la carpeta se ha creado correctamente, escriba el siguiente comando:

   Get-ChildItem "DS002:\Operating Systems"  
   

   Se muestra la carpeta Windows_7 y cualquier otra carpeta existente de la carpeta Sistemas operativos.

Eliminar una carpeta de un recurso compartido de implementación mediante Windows PowerShell

Para eliminar una carpeta de un recurso compartido de implementación mediante Windows PowerShell

1. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

2. Asegúrese de que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren mediante el cmdlet Restore-MDTPersistentDrive, como se muestra en el ejemplo siguiente:

   Restore-MDTPersistentDrive -Verbose  
   

   Nota:

   Si las implementaciones de MDT que comparten unidades de Windows PowerShell ya están restauradas, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Vea la lista de implementaciones de MDT que comparten unidades de Windows PowerShell, una para cada recurso compartido de implementación, mediante el cmdlet Get-PSDrive de la siguiente manera:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   Se muestra la lista de Windows PowerShell unidades proporcionadas mediante MDTProvider, una para cada recurso compartido de implementación.

4. Elimine (quite) una carpeta denominada Windows_8 en la carpeta Sistemas operativos de un recurso compartido de implementación mediante el comando New-Item , como se muestra en el ejemplo siguiente:

   Remove-Item "DS002:\Operating Systems\Windows_8"  
   

   En este ejemplo, DS002: es el nombre de una unidad Windows PowerShell devuelta en el paso 3.

5. Para comprobar que la carpeta se ha quitado correctamente, escriba el siguiente comando:

   Get-ChildItem "DS002:\Operating Systems"  
   

   La carpeta Windows_8 ya no se muestra en la lista de carpetas de la carpeta Sistemas operativos.

6. Elimine (quite) una carpeta denominada Windows_7 carpeta en la carpeta Sistemas operativos de un recurso compartido de implementación mediante el cmdlet Remove-Item , como se muestra en el ejemplo siguiente:

   Remove-Item "DS002:\Operating Systems\Windows_7"  
   

   El cmdlet muestra la eliminación correcta de la carpeta.

7. Para comprobar que la carpeta se ha creado correctamente, escriba el siguiente comando:

   Get-ChildItem "DS002:\Operating Systems"  
   

   La carpeta Windows_7 ya no se muestra en la lista de carpetas de la carpeta Sistemas operativos.

Cambiar el nombre de una carpeta en un recurso compartido de implementación mediante Windows PowerShell

Para cambiar el nombre de una carpeta en un recurso compartido de implementación mediante Windows PowerShell

1. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

2. Asegúrese de que las implementaciones de MDT comparten Windows PowerShell unidades se restauran mediante el cmdlet Restore-MDTPersistentDrive, como se muestra en el ejemplo siguiente:

   Restore-MDTPersistentDrive -Verbose  
   

   Nota:

   Si las implementaciones de MDT que comparten unidades de Windows PowerShell ya están restauradas, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Vea la lista de implementaciones de MDT que comparten Windows PowerShell unidades, una para cada recurso compartido de implementación, mediante el cmdlet Get-PSDrive de la siguiente manera:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   Se muestra la lista de Windows PowerShell unidades proporcionadas mediante MDTProvider, una para cada recurso compartido de implementación.

4. Cambie el nombre de una carpeta denominada Windows_8 a Win_8 en la carpeta Sistemas operativos de un recurso compartido de implementación mediante el comando ren , como se muestra en el ejemplo siguiente:

   ren "DS002:\Operating Systems\Windows_8" "Win_8"  
   

   En este ejemplo, DS002: es el nombre de una unidad Windows PowerShell devuelta en el paso 3.

5. Para comprobar que la carpeta se ha quitado correctamente, escriba el siguiente comando:

   Get-ChildItem "DS002:\Operating Systems"  
   

   Se cambia el nombre de la carpeta Windows_8 a Win_8.

6. Cambie el nombre de una carpeta denominada Windows_7 a Win-7 en la carpeta Sistemas operativos de un recurso compartido de implementación mediante el cmdlet Rename-Item , como se muestra en el ejemplo siguiente:

   Rename-Item "DS002:\Operating Systems\Windows_7" "Win_7"  
   

   El cmdlet muestra el nombre correcto de la carpeta.

7. Para comprobar que la carpeta se ha creado correctamente, escriba el siguiente comando:

   Get-ChildItem "DS002:\Operating Systems"  
   

   Se cambia el nombre de la carpeta Windows_7 a Win_7.

Automatización de la aplicación de Service Pack de sistema operativo en recursos compartidos de implementación

Los Service Pack del sistema operativo son una parte normal del ciclo de vida del software. Los sistemas operativos existentes en los recursos compartidos de implementación deben actualizarse con estos Service Pack para ayudar a garantizar que los equipos recién implementados o actualizados estén actualizados con las últimas recomendaciones de seguridad y opciones de configuración.

En los casos en los que una organización tiene muchos recursos compartidos de implementación con varios sistemas operativos en cada recurso compartido de implementación, el proceso para actualizar manualmente los sistemas operativos de cada recurso compartido de implementación con los Service Pack puede llevar mucho tiempo. Los métodos para automatizar la aplicación de service Pack de sistema operativo en recursos compartidos de implementación incluyen:

• Copia del contenido de origen actualizado que ya contiene el Service Pack (por ejemplo, Windows 7 con medios SP1) en la carpeta del recurso compartido de implementación en el que reside el sistema operativo existente, tal como se describe en Automatización de la aplicación de Service Packs del sistema operativo desde medios de origen actualizados

• Aplicar el Service Pack a un equipo de referencia y, a continuación, capturar una imagen actualizada de un equipo de referencia, como se describe en Automatización de la aplicación de Service Packs de sistema operativo mediante un equipo de referencia y Windows PowerShell

Automatización de la aplicación de service packs de sistema operativo desde medios de origen actualizados

Puede automatizar el proceso de actualización de service Pack del sistema operativo mediante Windows PowerShell cuando tenga medios de origen que incluyan el Service Pack, como tener un DVD que tenga Windows 7 con SP1 ya integrado.

Para este método, el medio de origen del sistema operativo con el Service Pack se copia en los archivos de sistema operativo existentes sin el Service Pack en el recurso compartido de implementación mediante Windows PowerShell.

Para automatizar la aplicación de service Pack del sistema operativo desde los medios de origen de las actualizaciones mediante Windows PowerShell

1. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

2. Asegúrese de que las implementaciones de MDT que comparten unidades de Windows PowerShell se restauren mediante el cmdlet Restore-MDTPersistentDrive, como se muestra en el ejemplo siguiente:

   Restore-MDTPersistentDrive -Verbose  
   

   Nota:

   Si las implementaciones de MDT que comparten unidades de Windows PowerShell ya están restauradas, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Vea la lista de implementaciones de MDT que comparten Windows PowerShell unidades, una para cada recurso compartido de implementación, mediante el cmdlet Get-PSDrive, como se muestra en el ejemplo siguiente:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   Se muestra la lista de Windows PowerShell unidades proporcionadas mediante MDTProvider, una para cada recurso compartido de implementación.

4. Quite la carpeta del sistema operativo existente del recurso compartido de implementación mediante los cmdlets Get-ChildItem y Remove-Item , como se muestra en el ejemplo siguiente:

   Get-ChildItem "DS002:\Operating Systems\Windows 7" –recurse | Remove-Item –recurse –force  
   

   En este ejemplo, DS002: es el nombre de una unidad Windows PowerShell devuelta en el paso 3.

5. Copie el contenido de los archivos de origen del sistema operativo que tienen el Service Pack integrado mediante el cmdlet Copy-Item , como se muestra en el ejemplo siguiente:

   Copy-Item "E:\*" -Destination "DS002:\Operating Systems\Windows 7"-Recurse -Force  
   

   En este ejemplo, los archivos de origen del sistema operativo están en la unidad E y DS002: es el nombre de una unidad Windows PowerShell devuelta en el paso 3.

6. Actualice cualquier medio de implementación de MDT basado en el recurso compartido de implementación mediante el cmdlet Update-MDTMedia .

   Para obtener más información sobre cómo actualizar los medios de implementación de MDT en función del recurso compartido de implementación mediante el cmdlet Update-MDTMedia, consulte Actualización de medios de implementación mediante Windows PowerShell.

Automatización de la aplicación de Service Pack de sistema operativo mediante un equipo de referencia y Windows PowerShell

Puede automatizar el proceso de actualización de service Pack del sistema operativo mediante Windows PowerShell cuando solo tenga el Service Pack que aún no está integrado con el sistema operativo, como que SP1 para Windows 7 aún no esté integrado con una imagen de Windows 7.

Para este método, implemente el sistema operativo sin el Service Pack en un equipo de referencia. A continuación, aplique el Service Pack al equipo de referencia. A continuación, capture una imagen del sistema operativo del equipo de referencia. Por último, copie el archivo .wim capturado a través del archivo Install.wim en el sistema operativo del recurso compartido de implementación mediante Windows PowerShell.

Para automatizar la aplicación de service Pack del sistema operativo desde los medios de origen de las actualizaciones mediante Windows PowerShell

1. Implemente el sistema operativo de destino en un equipo de referencia.

   Para obtener más información sobre cómo implementar un equipo de referencia, consulte los siguientes recursos en el documento mdt, Uso del kit de herramientas de implementación de Microsoft:

   • "Preparar la implementación de LTI en el equipo de referencia"

   • "Implementación y captura de una imagen del equipo de referencia en LTI"

2. Instale el Service Pack deseado en el equipo de referencia.

   Para obtener más información sobre cómo instalar el Service Pack, consulte la documentación que acompaña al Service Pack.

3. Capture una imagen del equipo de referencia mediante la creación e implementación de una secuencia de tareas basada en la plantilla de secuencia de tareas Sysprep y Capture .

   Para obtener más información sobre cómo crear una secuencia de tareas basada en la plantilla de secuencia de tareas Sysprep y Capture , vea "Crear una nueva secuencia de tareas en Deployment Workbench".

4. Cargue el complemento mdt Windows PowerShell tal como se describe en Carga del complemento mdt Windows PowerShell.

5. Asegúrese de que las implementaciones de MDT que comparten Windows PowerShell unidades se restauran mediante el cmdlet Restore-MDTPersistentDrive, como se muestra en el ejemplo siguiente:

   Restore-MDTPersistentDrive -Verbose  
   

   Nota:

   Si las implementaciones de MDT que comparten unidades de Windows PowerShell ya están restauradas, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

6. Vea la lista de implementaciones de MDT que comparten Windows PowerShell unidades, una para cada recurso compartido de implementación, mediante el cmdlet Get-PSDrive, como se muestra en el ejemplo siguiente:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   Se muestra la lista de Windows PowerShell unidades proporcionadas mediante MDTProvider, una para cada recurso compartido de implementación.

7. Copie el archivo .wim capturado en el paso 3 a través del archivo Install.wim en el sistema operativo del recurso compartido de implementación mediante el cmdlet Copy-Item , como se muestra en el ejemplo siguiente:

   Copy-Item "DS002:\Captures\Win7SP1.wim" -Destination "DS002:\Operating Systems\Windows 7\sources\Install.wim" Force  
   

   En este ejemplo, el archivo de imagen del sistema operativo capturado (Win7SP1.wim) en la carpeta Capturas del recurso compartido DS002: es el nombre de una unidad Windows PowerShell devuelta en el paso 6 y el sistema operativo Windows 7 existente se almacena en la carpeta denominada Windows 7.

8. Actualice cualquier medio de implementación de MDT basado en el recurso compartido de implementación mediante el cmdlet Update-MDTMedia .

   Para obtener más información sobre cómo actualizar los medios de implementación de MDT en función del recurso compartido de implementación mediante el cmdlet Update-MDTMedia, consulte Actualización de medios de implementación mediante Windows PowerShell.

Personalización de la implementación en función del tipo de chasis

Puede personalizar la implementación en función del tipo de chasis del equipo. Los scripts crean variables locales que se pueden procesar en el archivo CustomSettings.ini. Las variables IsLaptoplocales , IsDesktope IsServer indican si el equipo es un equipo portátil, un equipo de escritorio o un servidor, respectivamente.

Nota:

En versiones anteriores de Deployment Workbench, la IsServer marca indicaba que el sistema operativo existente es un sistema operativo de servidor (como Windows Server 2003 Enterprise Edition). Se ha cambiado el nombre de esta marca a IsServerOS.

Para implementar variables locales en el archivo CustomSettings.ini

1. En la [Settings] sección , en la Priority línea , agregue una sección personalizada para personalizar la implementación en función del tipo de chasis (ByChassisType en el ejemplo siguiente, donde Chassis representa el tipo de equipo).

2. Cree la sección personalizada que corresponde a la sección personalizada definida en el paso 1 (ByChassisType en el ejemplo del ejemplo siguiente, donde Chassis representa el tipo de equipo).

3. Defina una subsección para cada tipo de chasis que se va a detectar (Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% en el ejemplo siguiente).

4. Cree una subsección para cada True y False el estado de cada subsección definida en el paso 3 (como [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] en el ejemplo siguiente).

5. En cada True subsección y False , agregue la configuración adecuada en función del tipo de chasis.

   Listado 1. Ejemplo de personalización de la implementación basada en el tipo de chasis en el archivo CustomSettings.ini

[Settings]  

Priority=...,ByLaptopType,ByDesktopType,ByServerType  

[ByLaptopType]  
Subsection=Laptop-%IsLaptop%  

[ByDesktopType]  
Subsection=Desktop-%IsDesktop%  

[ByServerType]  
Subsection=Server-%IsServer%  
.  
.  
.  

[Laptop-True]  
.  
.  
.  

[Laptop-False]  
.  
.  
.  

[Desktop-True]  
.  
.  
.  

[Desktop-False]  
.  
.  
.  

[Server-True]  
.  
.  
.  

[Server-False]  
.  
.  
.  

Implementación de aplicaciones basadas en versiones anteriores de la aplicación

A menudo, al instalar un sistema operativo en un equipo existente, instalará las mismas aplicaciones que instaló anteriormente en el equipo. Para ello, use scripts de MDT (en particular, ZTIGather.wsf) para consultar dos orígenes independientes de información:

• Configuration Manager característica de inventario de software. Contiene un registro para cada paquete de aplicación(en este caso, listados en Programa y características en Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2) instalados la última vez Configuration Manager inventarió el equipo.

• Una tabla de asignación. Describe qué paquete y programa deben instalarse para cada registro (porque los registros Programa y Características o Agregar o Quitar programas no especifican exactamente qué paquete instaló la aplicación, lo que hace imposible seleccionar automáticamente el paquete solo en función del inventario).

  Para realizar una instalación dinámica de aplicaciones específicas del equipo

1. Use la tabla de la base de datos de MDT para conectar paquetes específicos con aplicaciones enumeradas en el sistema operativo de destino.

2. Rellene la tabla con datos que asocian el paquete adecuado a la aplicación que aparece en Programa y características o Agregar o quitar programas.

   Consulta SQL para rellenar la tabla

   use [MDTDB]  
   go  
   INSERT INTO [PackageMapping] (ARPName, Packages) VALUES('Office12.0', 'XXX0000F:Install Office 2010 Professional Plus')  
   go  
   

   La fila insertada conecta cualquier equipo que tenga la entrada Office12.0 con el paquete Microsoft Office 2010 Professional Plus.

   Esto significa que Microsoft Office 2010 Professional Plus se instalará en cualquier equipo que ejecute actualmente el sistema 2007 Microsoft Office (Office 12.0). Agregue entradas similares para cualquier otro paquete. Se omite cualquier elemento para el que no haya ninguna entrada (no se instalará ningún paquete).

3. Cree un procedimiento almacenado para simplificar la unión de la información de la nueva tabla con los datos de inventario.

   use [MDTDB]  
   go  
   
   if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[RetrievePackages]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)  
   drop procedure [dbo].[RetrievePackages]  
   go  
   
   CREATE PROCEDURE [dbo].[RetrievePackages]  
   @MacAddress CHAR(17)  
   AS  
   
   SET NOCOUNT ON  
   
   /* Select and return all the appropriate records based on current inventory */  
   SELECT * FROM PackageMapping  
   WHERE ARPName IN  
   (  
     SELECT ProdID0 FROM CM_DB.dbo.v_GS_ADD_REMOVE_PROGRAMS a, CM_DB.dbo.v_GS_NETWORK_ADAPTER n  
     WHERE a.ResourceID = n.ResourceID AND  
     MACAddress0 = @MacAddress  
   )  
   go  
   

   El procedimiento almacenado del ejemplo anterior supone que la Configuration Manager base de datos del sitio primario central reside en el equipo en el que SQL Server se ejecuta como base de datos de MDT. Si la base de datos del sitio primario central reside en un equipo diferente, es necesario realizar las modificaciones adecuadas en el procedimiento almacenado. Además, se debe actualizar el nombre de la base de datos (CM_DB). Considere también la posibilidad de conceder acceso de lectura a cuentas adicionales a la vista v_GS_ADD_REMOVE_PROGRAMS de la base de datos Configuration Manager.

4. Configure el archivo CustomSettings.ini para consultar esta tabla de base de datos especificando el nombre de una sección ([DynamicPackages] en la lista Prioridad ) que apunte a la información de la base de datos.

   [Settings]  
   ...
   Priority=MacAddress, DefaultGateway, DynamicPackages, Default  
   ...
   

5. Cree una [DynamicPackages] sección para especificar el nombre de una sección de base de datos.

   [DynamicPackages]  
   SQLDefault=DB_DynamicPackages  
   

6. Cree una sección de base de datos para especificar la información de la base de datos y los detalles de la consulta.

   [DB_DynamicPackages]  
   SQLServer=SERVER1  
   Database=MDTDB  
   StoredProcedure=RetrievePackages  
   Parameters=MacAddress  
   SQLShare=Logs  
   Instance=SQLEnterprise2005  
   Port=1433  
   Netlib=DBNMPNTW  
   

   En el ejemplo anterior, se consultará la base de datos MDT denominada MDTDB en el equipo que ejecuta el SQL Server instancia denominada SERVER1. La base de datos contiene un procedimiento almacenado denominado RetrievePackages (creado en el paso 3).

   Cuando se ejecuta ZTIGather.wsf, se genera automáticamente una instrucción Lenguaje de consulta estructurado (SQL) SELECT y el valor de la clave personalizada MakeModelQuery se pasa como parámetro a la consulta:

   EXECUTE RetrievePackages ?  
   

   El valor real de la clave personalizada MACAddress se sustituirá por el correspondiente "?". Esta consulta devuelve un conjunto de registros con las filas especificadas en el paso 2.

   No se puede pasar un número variable de argumentos a un procedimiento almacenado. Como resultado, cuando un equipo tiene más de una dirección MAC, no todas las direcciones MAC se pueden pasar al procedimiento almacenado. Como alternativa, reemplace el procedimiento almacenado por una vista que permita consultar la vista con una SELECT instrucción con una IN cláusula para pasar todos los valores de dirección MAC.

   En función del escenario que se presenta aquí, si el equipo actual tiene el valor Office12.0 insertado en la tabla (paso 2), se devuelveXXX0000F:Install Office 2010 Professional Plus la fila (). Esto indica que el proceso de ZTI instalará el paquete XXX0000F:Install Office 2001 Professional Plus durante la fase de restauración de estado.

Escenario de implementación de LTI totalmente automatizado

El propósito principal de LTI es automatizar el proceso de implementación tanto como sea posible. Aunque ZTI proporciona automatización de implementación completa mediante los scripts mdt y los servicios de implementación de Windows, LTI está diseñado para funcionar con menos requisitos de infraestructura.

Puede automatizar el Asistente para la implementación de Windows que se usa en el proceso de implementación de LTI para reducir (o eliminar) las páginas del asistente mostradas. Puede omitir todo el Asistente para la implementación de Windows especificando la propiedad SkipWizard en CustomSettings.ini. Para omitir páginas individuales del asistente, use las siguientes propiedades:

• SkipAdminPassword

• SkipApplications

• SkipBDDWelcome

• SkipBitLocker

• SkipBitLockerDetails

• SkipTaskSequence

• SkipCapture

• SkipComputerBackup

• SkipComputerName

• SkipDomainMembership

• SkipFinalSummary

• SkipLocaleSelection

• SkipPackageDisplay

• SkipProductKey

• SkipSummary

• SkipTimeZone

• SkipUserData

Para obtener más información sobre estas propiedades individuales, vea la propiedad correspondiente en la referencia del kit de herramientas del documento MDT.

Para cada página del asistente omitida, proporcione los valores de las propiedades correspondientes que se recopilan normalmente a través de la página del asistente en los archivos CustomSettings.ini y BootStrap.ini. Para obtener más información sobre las propiedades que se deben configurar en estos archivos, vea la sección "Proporcionar propiedades para páginas del Asistente para implementación omitida" en la Referencia del kit de herramientas del documento MDT.

Implementación de LTI totalmente automatizada para un escenario de actualización del equipo

A continuación se muestra un archivo CustomSettings.ini que se usa para un escenario actualizar equipo para omitir todas las páginas del Asistente para la implementación de Windows. En este ejemplo, las propiedades que se proporcionan al omitir la página del asistente se encuentran inmediatamente debajo de la propiedad que omite la página del asistente.

[Settings]  
Priority=Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  
ScanStateArgs=/v:5 /o /c  
LoadStateArgs=/v:5 /c /lac /lae  
SkipCapture=YES  
SkipAdminPassword=YES  
SkipProductKey=YES  

DeploymentType=REFRESH  

SkipDomainMembership=YES  
JoinDomain=DomainName  
DomainAdmin=Administrator  
DomainAdminDomain=DomainName  
DomainAdminPassword=a_secure_password  

SkipUserData=yes  
UserDataLocation=AUTO  
UDShare=\\Servername\Sharename\Directory  
UDDir=%ComputerName%  

SkipComputerBackup=YES  
ComputerBackuplocation=AUTO  
BackupShare=\\Servername\Backupsharename  
BackupDir=%ComputerName%  

SkipTaskSequence=YES  
TaskSequenceID=Enterprise  

SkipComputerName=YES  
OSDComputerName=%ComputerName%  

SkipPackageDisplay=YES  
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}  
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}  

SkipLocaleSelection=YES  
UILanguage=en-US  
UserLocale=en-CA  
KeyboardLocale=0409:00000409  

SkipTimeZone=YES  
TimeZoneName=China Standard Time  

SkipApplications=YES  
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}  
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}  
UserID=Administrator  
UserDomain=DomainName  
UserPassword=P@ssw0rd  

SkipBitLocker=YES  
SkipSummary=YES  
Powerusers001=DomainName\Username  

Implementación de LTI totalmente automatizada para un nuevo escenario de equipo

A continuación se muestra un ejemplo de un archivo de CustomSettings.ini que se usa para que un escenario nuevo equipo omita todas las páginas del Asistente para la implementación de Windows. En este ejemplo, las propiedades que se proporcionan al omitir la página del asistente se encuentran inmediatamente debajo de la propiedad que omite la página del asistente.

[Settings]  
Priority=Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  
ScanStateArgs=/v:5 /o /c  
LoadStateArgs=/v:5 /c /lac /lae  

SkipCapture=YES  
ComputerBackupLocation=\\WDG-MDT-01\Backup$\  
BackupFile=MyCustomImage.wim  

SkipAdminPassword=YES  
SkipProductKey=YES  

SkipDomainMembership=YES  
JoinDomain=WOODGROVEBANK  
DomainAdmin=Administrator  
DomainAdminDomain=WOODGROVEBANK  
DomainAdminPassword=P@ssw0rd  

SkipUserData=Yes  
UserDataLocation=\\WDG-MDT-01\UserData$\Directory\usmtdata  

SkipTaskSequence=YES  
TaskSequenceID=Enterprise  

SkipComputerName=YES  
OSDComputerName=%SerialNumber%  

SkipPackageDisplay=YES  
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}  
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}  

SkipLocaleSelection=YES  
UILanguage=en-US  
UserLocale=en-CA  
KeyboardLocale=0409:00000409  

SkipTimeZone=YES  
TimeZoneName=China Standard Time  

SkipApplications=YES  
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}  
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}  

SkipBitLocker=YES  
SkipSummary=YES  
Powerusers001=WOODGROVEBANK\PilarA  
CaptureGroups=YES  
SLShare=\\WDG-MDT-01\UserData$\Logs  
Home_page=https://www.microsoft.com/NewComputer  

Llamar a servicios web en MDT

En versiones anteriores de MDT, el procesamiento de reglas se admitía a través de CustomSettings.ini y bases de datos, desde las que se podían recuperar valores del equipo local(normalmente mediante WMI) para tomar decisiones sobre lo que se debía hacer en cada equipo durante la implementación. Además, puede realizar consultas SQL y llamadas a procedimientos almacenados para recuperar información adicional de bases de datos externas. Sin embargo, hubo desafíos con ese enfoque, especialmente con la realización de conexiones SQL Server seguras.

Para ayudar con este problema, MDT tiene la capacidad de realizar llamadas de servicio web basadas en reglas simples definidas en CustomSettings.ini. Estas solicitudes de servicio web no requieren ningún contexto de seguridad especial y pueden usar cualquier puerto TCP/IP necesario para simplificar las configuraciones de firewall.

A continuación se muestra cómo configurar CustomSettings.ini para llamar a un servicio web determinado. En este escenario, el servicio web se elige de forma aleatoria de una búsqueda en Internet. Toma un código postal como entrada y devuelve la ciudad, el estado, el código de área y la zona horaria (como una letra) para el código postal especificado.

[Settings]  
Priority=Default, USZipService  
Properties=USZip, City, State, Zip, Area_Code, Time_Zones   
[Default]  
USZip=98052   
[USZipService]  
WebService=http://www.webservicex.net/uszip.asmx/GetInfoByZIP  
Parameters=USZip  

La ejecución de este código genera una salida similar a la siguiente:

Added new custom property USZIP  
Added new custom property CITY  
Added new custom property STATE  
Added new custom property ZIP  
Added new custom property AREA_CODE  
Added new custom property TIME_ZONES  
Using from [Settings]: Rule Priority = DEFAULT, USZIPSERVICE  
------ Processing the [DEFAULT] section ------  
Property USZIP is now = 98052  
Using from [DEFAULT]: USZIP = 98052  
------ Processing the [USZIPSERVICE] section ------  
Using COMMAND LINE ARG: Ini file = CustomSettings.ini  
CHECKING the [USZIPSERVICE] section  
About to execute web service call to http://www.webservicex.net/uszip.asmx/GetInfoByZIP: USZip=98052  
Response from web service: 200 OK  
Successfully executed the web service.  
Property CITY is now = Redmond  
Obtained CITY value from web service:  CITY = Redmond  
Property STATE is now = WA  
Obtained STATE value from web service:  STATE = WA  
Property ZIP is now = 98052  
Obtained ZIP value from web service:  ZIP = 98052  
Property AREA_CODE is now = 425  
Obtained AREA_CODE value from web service:  AREA_CODE = 425  
------ Done processing CustomSettings.ini ------  

Hay algunas complicaciones menores que se deben tener en cuenta al ejecutar un servicio web:

• No haga nada especial con los servidores proxy. Si hay un proxy anónimo presente, úselo, pero la autenticación de servidores proxy podría causar problemas. En la mayoría de los casos, no se llamará a un servicio web.

• CustomSettings.ini o ZTIGather.xml busca propiedades definidas en el marcado XML devuelto como resultado de la llamada al servicio web (al igual que con una consulta de base de datos u otra regla). Sin embargo, la búsqueda XML distingue mayúsculas de minúsculas. Afortunadamente, el servicio web que se describe aquí devuelve todos los nombres de propiedad en mayúsculas, que es lo que espera ZTIGather.xml. Es posible volver a asignar entradas en minúsculas o en mayúsculas y minúsculas para evitarlo.

• POST Se recomienda una solicitud al servicio web, por lo que la llamada al servicio web debe ser capaz de admitir .POST

Conexión a recursos de red

Durante los procesos de implementación de LTI y ZTI, es posible que necesite acceso a un recurso de red en un servidor diferente del servidor que hospeda el recurso compartido de implementación. Debe autenticarse en el otro servidor para que pueda acceder a carpetas o servicios compartidos allí. Por ejemplo, puede instalar una aplicación desde una carpeta compartida en un servidor distinto del servidor que hospeda el recurso compartido de implementación que usan los scripts de MDT.

Nota:

Para consultar SQL Server bases de datos hospedadas en un servidor distinto del servidor que hospeda el recurso compartido de implementación, consulte las propiedades Database, DBID, DBPwd, Instance, NetLib, Order, Parameters, ParameterCondition, SQLServer, SQLShare y Table en la referencia del kit de herramientas del documento MDT.

Con el script ZTIConnect.wsf, puede conectarse a otros servidores y acceder a los recursos en ellos. La sintaxis del script ZTIConnect.wsf es la siguiente (donde unc_path es una ruta de acceso de convención de nomenclatura universal [UNC] para conectarse al servidor):

cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path  

En la mayoría de los casos, se ejecuta el script ZTIConnect.wsf como una tarea del secuenciador de tareas. Ejecute el script ZTIConnect.wsf antes de las tareas que requieren acceso a un servidor distinto del servidor que hospeda el recurso compartido de implementación.

Para agregar el script ZTIConnect.wsf como tarea a la secuencia de tareas de una compilación

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de detalles, haga clic en task_sequence (donde task_sequence es la secuencia de tareas que se va a modificar).

4. En el panel de acciones, haga clic en Propiedades.

5. Haga clic en la pestaña Secuencia de tareas, vaya al grupo (donde grupo es el grupo en el que se va a ejecutar el script ZTIConnec.wsf) y haga clic en Agregar. Haga clic en Generaly, a continuación, haga clic en Ejecutar línea de comandos.

   Nota:

   Agregue la tarea antes de agregar las tareas que requieran acceso a los recursos en el servidor de destino.

6. Complete la pestaña Propiedades de la nueva tarea con la siguiente información:

   En este cuadro	Haga esto…
   Nombre	Escriba Conectar al servidor (donde servidor es el nombre del servidor al que se va a conectar).
   Descripción	Escriba texto que explique por qué se debe realizar la conexión.
   Command	Escriba cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path (donde unc_path es la ruta de acceso UNC a una carpeta compartida en el servidor).

7. Complete la pestaña Opciones de la nueva tarea con la siguiente información. A menos que se especifique, acepte los valores predeterminados y, a continuación, haga clic en Aceptar.

   En este cuadro	Haga esto…
   Códigos correctos	Escriba 0 3010. (El script ZTIConnect.wsf devuelve estos códigos tras completarse correctamente).
   Cuadro de lista Condiciones	Agregue las condiciones que puedan ser necesarias. (En la mayoría de los casos, esta tarea no requiere condiciones).

   Después de agregar la tarea que ejecutará el script ZTIConnect.wsf, las tareas posteriores pueden acceder a los recursos de red en el servidor especificado en la opción /uncpath del script ZTIConnect.wsf.

Implementación de los controladores de dispositivo correctos en equipos con los mismos dispositivos de hardware, pero con un modelo y una creación diferentes

Las variaciones en los números de modelo y los nombres pueden existir prácticamente sin diferencias en el conjunto de controladores. Estas variaciones en los números de modelo y los nombres pueden aumentar innecesariamente el tiempo dedicado a realizar varias entradas de base de datos para un modelo determinado. En el procedimiento siguiente se muestra cómo definir una nueva propiedad mediante una llamada de función de salida del usuario que devuelve una subcadena del número de modelo.

Para crear alias de modelo

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de acciones, haga clic en Propiedades.

4. En el cuadro de diálogo Propiedades , haga clic en la pestaña Reglas .

5. Cree alias para tipos de hardware en las secciones Make y Model de la base de datos de MDT. Truncar el tipo de modelo con los paréntesis abiertos "(" en el nombre del modelo. Por ejemplo, HP DL360 (G112) se convierte en HP DL360.

6. Agregue la variable personalizada ModelAlias a cada sección.

7. Cree una nueva [SetModel] sección.

8. Agregue la [SetModel] sección a la configuración de prioridad de la [Settings] sección.

9. Agregue una línea a la ModelAlias sección para hacer referencia a un script de salida de usuario que truncará el nombre del modelo en "(".

10. Cree una búsqueda de base de datos MMApplications donde ModelAlias sea igual a Model.

11. Cree un script de salida de usuario y colóquelo en el mismo directorio que el archivo CustomSettings.ini para truncar el nombre del modelo.

    A continuación se muestra un CustomSettings.ini y el script de salida del usuario, respectivamente.

    CustomSettings.ini:

    [Settings]   
    Priority=SetModel, MMApplications, Default   
    Properties= ModelAlias   
    [SetModel]   
    ModelAlias=#SetModelAlias()#   
    Userexit=Userexit.vbs   
    [MMApplications]   
    SQLServer=Server1  
    Database=MDTDB   
    Netlib=DBNMPNTW   
    SQLShare=logs   
    Table= MakeModelSettings    
    Parameters=Make, ModelAlias   
    ModelAlias=Model   
    Order=Sequence  
    

    Script de salida de usuario:

    Function UserExit(sType, sWhen, sDetail, bSkip)   
      UserExit = Success   
    End Function   
    
    Function SetModelAlias()   
      If Instr(oEnvironment.Item("Model"), "(") <> 0 Then   
        SetModelAlias = Left(oEnvironment.Item("Model"), _  
                          Instr(oEnvironment.Item("Model"), _  
                            "(") - 1)   
        oLogging.CreateEntry "USEREXIT – " & _  
          "ModelAlias has been set to " & SetModelAlias, _  
          LogTypeInfo  
      Else   
        SetModelAlias = oEnvironment.Item("Model")   
        oLogging.CreateEntry " USEREXIT - " & _  
          "ModelAlias has not been changed.", LogTypeInfo   
      End if   
    End Function  
    

Configuración de pasos de secuencia de tareas condicionales

En algunos escenarios, considere la posibilidad de ejecutar un paso de secuencia de tareas condicionalmente en función de los criterios definidos. Se pueden agregar combinaciones de estas condiciones para determinar si se debe ejecutar el paso de secuencia de tareas. Por ejemplo, use el valor de una variable de secuencia de tareas y el valor de una configuración del Registro para determinar si se debe ejecutar un paso de secuencia de tareas.

Con MDT, ejecute una secuencia de tareas condicionalmente en función de:

• Una o varias instrucciones IF

• Variable de secuencia de tareas

• La versión del sistema operativo de destino

• Resultados booleanos de una consulta WMI

• Una configuración del Registro

• El software instalado en el equipo de destino

• Propiedades de una carpeta

• Propiedades de un archivo

Configurar un paso de secuencia de tareas condicional

Los pasos de secuencia de tareas condicionales se configuran en Deployment Workbench, en la pestaña Opciones de un paso de secuencia de tareas. Puede agregar una o varias condiciones al paso de secuencia de tareas para crear la condición adecuada para ejecutar o no el paso.

Nota:

Cada paso de secuencia de tareas condicional necesita al menos una instrucción IF .

Para ver la pestaña Opciones de un paso de secuencia de tareas

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de detalles, haga clic en task_sequence (donde task_sequence es el nombre de la secuencia de tareas que se va a configurar).

4. En el panel de acciones, haga clic en Propiedades.

5. En el cuadro de diálogo Propiedadesde task_sequence, en la pestaña Secuencia de tareas, haga clic en el paso (donde paso es el nombre del paso de secuencia de tareas que se va a configurar) y, a continuación, haga clic en la pestaña Opciones.

   En la pestaña Opciones del paso de secuencia de tareas, realice las siguientes acciones:

• Agregar. Haga clic en este botón para agregar una condición al paso de secuencia de tareas.

• Eliminar. Haga clic en este botón para quitar una condición existente en un paso de secuencia de tareas.

• Editar. Haga clic en este botón para modificar una condición existente en un paso de secuencia de tareas.

Instrucciones IF en condiciones

Todas las condiciones de secuencia de tareas incluyen una o varias instrucciones IF . Las instrucciones IF son la base para crear pasos de secuencia de tareas condicionales. Una condición de paso de secuencia de tareas puede incluir solo una instrucción IF , pero se pueden anidar varias instrucciones IF debajo de la instrucción IF de nivel superior para crear condiciones más complejas.

Una instrucción IF se puede basar en las condiciones enumeradas en la tabla siguiente, que se configuran en el cuadro de diálogo Propiedades de la instrucción IF .

Condition	Seleccione esta opción para ejecutar la secuencia de tareas si
Todas las condiciones	Todas las condiciones que se encuentran debajo de esta instrucción IF deben ser verdaderas.
Cualquier condición	Las condiciones que se encuentran debajo de esta instrucción IF son verdaderas.
Ninguna	Ninguna de las condiciones debajo de esta instrucción IF es verdadera.

Complete la condición para ejecutar el paso de secuencia de tareas agregando otros criterios a las condiciones (por ejemplo, variables de secuencia de tareas o valores en una configuración del Registro).

Para agregar una condición de instrucción IF a un paso de secuencia de tareas

1. En la pestaña Opción del paso (donde paso es el nombre del paso de secuencia de tareas que se va a configurar), haga clic en Agregary, a continuación, haga clic en Instrucción If.

2. En el cuadro de diálogo Propiedades de instrucción If , haga clic en condición (donde condición es una de las condiciones enumeradas en la tabla anterior) y, a continuación, haga clic en Aceptar.

Variables de secuencia de tareas en condiciones

Use la condición Variable de secuencia de tareas para evaluar cualquier variable de secuencia de tareas creada por una tarea Establecer variable de secuencia de tareas o por cualquier tarea de la secuencia de tareas. Por ejemplo, considere una red que contiene equipos cliente de Windows XP que forman parte de un dominio y algunos que están en un grupo de trabajo. Sabiendo que la directiva de dominio actual obliga a guardar toda la configuración de usuario en la red, es posible que sea necesario guardar la configuración de usuario solo para los equipos que no forman parte del dominio, es decir, los equipos que están en el grupo de trabajo. En tal caso, agregue una condición a la tarea Capturar archivos de usuario y configuración destinada a los equipos del grupo de trabajo.

Para agregar una condición basada en una variable de secuencia de tareas

1. En la pestaña Opciones del paso (donde paso es el nombre del paso de secuencia de tareas que se va a configurar), haga clic en Agregar condicióny, a continuación, haga clic en Variable de secuencia de tareas.

2. En el cuadro de diálogo Condición de variable de secuencia de tareas , en el cuadro Variable , escriba OSDJoinType.

   Nota:

   Esta variable se establece en 0 para los equipos que están unidos a un dominio y en 1 para los de un grupo de trabajo.

3. En el cuadro Condición , haga clic en igual.

4. En el cuadro Valor, escriba 1 y, después, haga clic en Aceptar.

Versión del sistema operativo en condiciones

Use la condición Versión del sistema operativo para comprobar la versión existente del sistema operativo de un equipo de destino o el cliente existente (al capturar una imagen). Por ejemplo, considere una red que contiene varios servidores que se actualizarán de Windows Server 2003 a Windows Server 2008. La configuración de red debe copiarse y aplicarse solo a los servidores que ejecutan Windows Server 2003. Todos los demás servidores tendrán la configuración de red predeterminada que usa Windows Server 2008.

Para agregar una condición basada en la versión del sistema operativo

1. En el Editor de secuencia de tareas, haga clic en la tarea Capturar configuración de red .

2. Haga clic en Agregar condicióny, a continuación, haga clic en Versión del sistema operativo.

3. En el cuadro Arquitectura , haga clic en el servidor correspondiente. En este ejemplo, haga clic en x86.

4. En el cuadro Sistema operativo , haga clic en el sistema operativo y la versión para los que desea establecer una condición. En este ejemplo, haga clic en x86 Windows 2003.

5. En el cuadro Condición , haga clic en la condición pertinente y, a continuación, haga clic en Aceptar.

Propiedades de archivo en condiciones

Use la condición Propiedades del archivo para comprobar la versión o el tamp de un archivo determinado para determinar si se va a ejecutar o no una tarea o un grupo de tareas. En este ejemplo, el entorno de producción contiene una imagen de Windows Server 2003 que se actualiza y usa constantemente para cada servidor nuevo que se agrega a la red. Todos los equipos de servidor del entorno ejecutan una aplicación personalizada que requiere la versión 3.60.6815 de la interfaz de programación de aplicaciones (API) del objeto de acceso digital (DAO).

Todos los servidores existentes funcionan correctamente. Sin embargo, cada nuevo servidor agregado a la red con la imagen no puede ejecutar la aplicación. Dado que es responsabilidad de un grupo diferente mantener y actualizar imágenes, decide que se cambie la secuencia de tareas de implementación para instalar la versión pertinente de DAO si la versión existente de DAO implementada con la imagen es incorrecta.

Para agregar una condición de propiedades de archivo a un paso de secuencia de tareas en Configuration Manager

1. En Configuration Manager, cree un paquete para instalar DAO 3.60.6815. Llame a este paquete DAO, con un programa llamado InstallDAO. Para obtener más información sobre cómo crear paquetes, consulte Cómo crear un paquete.

2. Cree un paso Instalar software para implementar el paquete DAO.

3. Haga clic en el paso de secuencia de tareas Instalar software creado en el paso 2 y, a continuación, haga clic en la pestaña Opciones .

4. Haga clic en Agregar condicióny, a continuación, haga clic en Propiedades de archivo.

5. En el cuadro Ruta de acceso, escriba C:\Archivos de programa\Microsoft Shared\DAO\dao360.dll.

6. Active la casilla Comprobar la versión y, a continuación, haga clic en No es igual para la condición.

7. En el cuadro Versión , escriba 3.60.6815.

8. En este caso, desactive la casilla Comprobar la marca de tiempo y, a continuación, haga clic en Aceptar.

Propiedades de carpeta en condiciones

Use la condición Propiedades de carpeta para comprobar la marca de tiempo de una carpeta determinada para determinar si se debe ejecutar una tarea o un grupo de tareas. Por ejemplo, considere una situación en la que se ha actualizado una aplicación desarrollada internamente para que funcione con Windows 8. Sin embargo, no todos los equipos de la red tienen instalada la versión más reciente de la aplicación y debe realizar un proceso de conversión de datos para poder actualizar la aplicación.

Si la marca de tiempo de la carpeta en la que está instalada la aplicación es 12/31/2007 o anterior, el equipo de destino ejecuta la versión incompatible de la aplicación y debe ejecutar el proceso de conversión de datos en el equipo de destino. De forma condicional, ejecute un paso de secuencia de tareas para ejecutar el proceso de conversión de datos en equipos que tengan una versión anterior de la aplicación.

Para agregar una condición propiedades de carpeta a un paso de secuencia de tareas

1. En la consola de Configuration Manager o en Deployment Workbench, en el editor de secuencia de tareas, edite task_sequence (donde secuencia de tareas es la secuencia de tareas que desea editar).

2. Cree una tarea de línea de comandos para realizar el proceso de conversión de datos.

3. Haga clic en la tarea creada en el paso 1.

4. Haga clic en Agregar condicióny, a continuación, haga clic en Propiedades de carpeta.

5. En el cuadro Ruta de acceso , escriba la ruta de acceso de la carpeta que contiene la aplicación.

6. Active la casilla Comprobar la marca de tiempo .

7. Haga clic en Menor o igual que para la condición.

8. En el cuadro Fecha , haga clic en 12/31/2007.

9. En el cuadro Hora , haga clic en 12:00:00 a.m. y, a continuación, haga clic en Aceptar.

Configuración del Registro en condiciones

Use la condición Configuración del Registro para comprobar la existencia de claves y valores en el Registro y los datos correspondientes almacenados en los valores del Registro. Por ejemplo, considere un caso en el que una aplicación que se usa actualmente en un pequeño conjunto de equipos no se puede ejecutar en Windows 8 y se ha implementado una implementación de Windows 8 para actualizar los equipos que actualmente ejecutan Windows XP. Cree una condición en la primera tarea de una secuencia para comprobar el registro de una entrada para la aplicación incompatible e interrumpir el proceso de implementación de ese equipo si se encuentra.

Para agregar una condición de configuración del Registro a un paso de secuencia de tareas

1. En la consola de Configuration Manager o en Deployment Workbench, en el editor de secuencia de tareas, edite task_sequence (donde secuencia de tareas es la secuencia de tareas que implementa Windows 8).

2. Haga clic en la primera tarea de la secuencia y, a continuación, haga clic en la pestaña Opciones .

3. Haga clic en Agregar condicióny, a continuación, haga clic en Configuración del Registro.

4. En la lista Clave raíz , haga clic en HKEY_LOCAL_MACHINE.

5. En el cuadro Clave , escriba SOFTWARE\WOODGROVE.

6. Haga clic en No existe para la condición. En este caso, se ejecutará la tarea y la secuencia continuará solo si la clave no existe.

7. Opcionalmente, la condición podría comprobar la nonexistencia de un valor si el nombre del valor está escrito en el cuadro Nombre de valor.

8. Si se usó una condición que no existe o no existe , especifique un valor y un tipo de valor.

9. Haga clic en Aceptar.

Consultas WMI en condiciones

Use la condición consulta WMI para ejecutar cualquier consulta WMI. La condición se evalúa como True si la consulta devuelve al menos un resultado. Por ejemplo, tenga en cuenta que un equipo de implementación debe actualizar el sistema operativo de todos los servidores de un modelo determinado: Dell 1950, por ejemplo. Puede usar una consulta WMI para comprobar el modelo de cada equipo y continuar con la implementación solo si se encuentra el modelo adecuado.

Para agregar una condición de consulta WMI a un paso de secuencia de tareas

1. En la consola de Configuration Manager o en Deployment Workbench, en el editor de secuencia de tareas, edite task_sequence (donde secuencia de tareas es la secuencia de tareas que actualizará los servidores).

2. Haga clic en la primera tarea de la secuencia y, a continuación, haga clic en la pestaña Opciones .

3. Haga clic en Agregar condicióny, a continuación, haga clic en Consultar WMI.

4. En el cuadro Espacio de nombres WMI , escriba root\cimv2.

5. En el cuadro Consulta WQL , escriba Select * From Win32_ComputerSystem WHERE Model LIKE "%Dell%%1950%". Haga clic en Aceptar.

Software instalado en condiciones

Use una condición software instalado para comprobar si un determinado fragmento de software está instalado actualmente en un equipo de destino. Solo se puede evaluar el software instalado con archivos del Instalador de Microsoft (MSI) mediante esta condición. Por ejemplo, imagine que desea actualizar el sistema operativo de todos los servidores excepto los que ejecutan Microsoft SQL Server 2012.

Para agregar una condición de software instalado a un paso de secuencia de tareas

1. En la consola de Configuration Manager o en Deployment Workbench, en el editor de secuencia de tareas, edite task_sequence (donde secuencia de tareas es la secuencia de tareas que actualizará los servidores).

2. Haga clic en la primera tarea de la secuencia y, a continuación, haga clic en la pestaña Opciones .

3. Haga clic en Agregar condicióny, a continuación, haga clic en Software instalado.

4. Haga clic en Examinary, a continuación, haga clic en el archivo MSI para SQL Server 2012.

5. Active la casilla Coincidir con este producto específico para especificar que solo los equipos con SQL Server 2012 y no ninguna otra versión son los equipos de destino que debe detectar esta consulta.

6. Haga clic en Aceptar.

Condiciones complejas

Se pueden agrupar varias condiciones mediante instrucciones IF para crear condiciones complejas. Por ejemplo, imagine que solo se debe ejecutar un paso determinado para equipos contoso 1950 que ejecutan Windows Server 2003 o Windows Server 2008. Escrita como una instrucción IF mediante programación, tendría un aspecto similar al siguiente:

IF ((Computer Model IS "Contoso 1950") AND (operating system=2003 OR operating system=2008))

Para agregar una condición compleja

1. En la consola de Configuration Manager o en Deployment Workbench, en el editor de secuencia de tareas, edite task_sequence (donde secuencia de tareas es la secuencia de tareas que actualizará los servidores).

2. Haga clic en el paso de secuencia de tareas al que desea agregar la condición y, a continuación, haga clic en la pestaña Opciones .

3. Haga clic en Agregar condición, en Instrucción Ify, a continuación, en Todas las condiciones. Haga clic en Aceptar.

4. Haga clic en la instrucción de condición, en Agregar condición y, a continuación, en Consulta WMI.

5. Asegúrese de que root\cimv2 se especifica como espacio de nombres WMI y, a continuación, en el cuadro Consulta WQL , escriba SELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE "%Contoso%1950%". Haga clic en Aceptar.

6. Haga clic en la instrucción IF y, a continuación, haga clic en Agregar condición. Haga clic en instrucción If y, a continuación, haga clic en Cualquier condición. Haga clic en Aceptar.

7. Haga clic en la segunda instrucción IF . Haga clic en Agregar condición y, a continuación, en Versión del sistema operativo.

8. En el cuadro Arquitectura , haga clic en la arquitectura de los servidores. En este ejemplo, haga clic en x86.

9. En el cuadro Sistema operativo , haga clic en el sistema operativo y la versión. En este ejemplo, haga clic en versión original de Windows 2003 x86. Haga clic en Aceptar.

10. Haga clic en la segunda instrucción IF . Haga clic en Agregar condición y, a continuación, en Versión del sistema operativo.

11. En el cuadro Arquitectura , haga clic en la arquitectura de los servidores. En este ejemplo, haga clic en x86.

12. En el cuadro Sistema operativo , haga clic en el sistema operativo y la versión. En este ejemplo, haga clic en x86 Versión original de Windows 2008. Haga clic en Aceptar.

Creación de una infraestructura de implementación de LTI altamente escalable

En este escenario, no hay ninguna distribución de software electrónico disponible para que la infraestructura de implementación aproveche, por lo que se usa MDT para crear una infraestructura de implementación de LTI totalmente automatizada. La infraestructura de LTI escalable usa tecnologías de SQL Server, Servicios de implementación de Windows y Replicación del sistema de archivos distribuido (DFS-R) de Windows Server 2003.

Escale la infraestructura de LTI mediante:

• Asegurarse de que la infraestructura adecuada existe como se describe en Asegurarse de que existe la infraestructura adecuada

• Agregar contenido a MDT como se describe en Adición de contenido a MDT

• Preparación de servicios de implementación de Windows como se describe en Preparación de servicios de implementación de Windows

• Configuración de DFS-R como se describe en Configuración de la replicación del sistema de archivos distribuido

• Preparar la replicación de SQL Server como se describe en Preparación para Replicación de SQL Server

• Configuración de la replicación de SQL Server como se describe en Configuración de Replicación de SQL Server

  En este escenario se supone que MDT está configurado en un servidor de implementación maestro y que la configuración de la base de datos de MDT ya se ha completado como se ha descrito al principio de este documento.

Asegurarse de que existe la infraestructura adecuada

La infraestructura de implementación de LTI altamente escalable usa una topología en estrella tipo hub-and-spoke para la replicación de contenido; por lo tanto, primero designe un servidor de implementación en el entorno de producción que realizará el rol del servidor de implementación maestro. A continuación se enumeran los componentes necesarios para el servidor de implementación maestra.

Componente necesario	Propósito/comentario
Windows Server 2003 R2	Necesario para admitir DFS-R
MDT	Contiene la copia maestra del recurso compartido de implementación.
SQL Server 2005	Debe ser una versión completa para permitir la replicación de la base de datos de MDT.
DFS-R	Necesario para la replicación del recurso compartido de implementación
Servicios de implementación de Windows	Necesario para permitir que se inicien instalaciones basadas en PXE de red

Cuando haya seleccionado el servidor de implementación maestra, aprovisione servidores adicionales en cada sitio para admitir implementaciones LTI. A continuación se enumeran los componentes necesarios para el servidor de implementación secundario.

Componente necesario	Propósito/comentario
Windows Server 2003 R2	Necesario para admitir DFS-R
Microsoft SQL Server 2005 Express Edition	Recibe copias replicadas de la base de datos de MDT.
DFS-R	Necesario para la replicación del recurso compartido de implementación
Servicios de implementación de Windows	Necesario para permitir que se inicien instalaciones basadas en PXE de red

Nota:

Los Servicios de implementación de Windows deben configurarse y configurarse en cada servidor secundario, pero no es necesario agregar imágenes de arranque o instalación.

Adición de contenido a MDT

Rellene el servidor de implementación maestra con contenido mediante Deployment Workbench y cree y rellene la base de datos de MDT como se describe en las secciones siguientes. Para obtener información sobre cómo rellenar la base de datos con:

• Aplicaciones, consulte la sección "Configuring Applications in the Deployment Workbench" (Configuración de aplicaciones en Deployment Workbench) en el documento de MDT Using the Microsoft Deployment Toolkit (Uso del kit de herramientas de implementación de Microsoft)

• Sistemas operativos, consulte la sección "Configuring Operating Systems in the Deployment Workbench" (Configuración de sistemas operativos en Deployment Workbench) en el documento de MDT Using the Microsoft Deployment Toolkit (Uso del kit de herramientas de implementación de Microsoft).

• Paquetes de sistema operativo, consulte la sección "Configuración de paquetes en Deployment Workbench", en el documento de MDT Uso del kit de herramientas de implementación de Microsoft

• Controladores de dispositivos, consulte la sección "Configuración de controladores de dispositivo en Deployment Workbench" en el documento de MDT Uso del kit de herramientas de implementación de Microsoft

• Secuencias de tareas, consulte la sección "Configuring Task Sequences in the Deployment Workbench" (Configuración de secuencias de tareas en Deployment Workbench) en el documento de MDT Using the Microsoft Deployment Toolkit (Uso del kit de herramientas de implementación de Microsoft).

Nota:

Asegúrese de que el archivo LiteTouchPE_x86.wim creado cuando se actualiza el recurso compartido de implementación se ha agregado a Servicios de implementación de Windows.

Preparación de servicios de implementación de Windows

Dado que el archivo LiteTouchPE_x86.wim se replicará periódicamente a través del grupo de replicación DFS-R, el almacén de datos de configuración de arranque debe actualizarse periódicamente para reflejar el entorno de Windows PE recién replicado. Realice los pasos siguientes en cada uno de los servidores de implementación.

Para preparar los servicios de implementación de Windows

1. Abra una ventana del símbolo del sistema.

2. Escriba WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60 y presione ENTRAR.

Nota:

En el ejemplo presentado aquí, el período de actualización se establece en 60 minutos; sin embargo, podría configurar este valor para que se replique durante un período igual al de DFS-R.

Configuración de la replicación del sistema de archivos distribuido

Al escalar la arquitectura de implementación de LTI, se usa DFS-R como base para replicar el contenido desde el recurso compartido de implementación de MDT y el entorno de arranque táctil de Windows PE Lite y desde el servidor de implementación maestro a los servidores de implementación secundarios.

Nota:

Asegúrese de que DFS-R está instalado antes de realizar los pasos siguientes.

Para configurar DFS-R para replicar el contenido de implementación

1. Abra la consola de administración DFS.

2. En la consola de administración DFS, expanda Administración DFS.

3. Haga clic con el botón derecho en Replicacióny, a continuación, haga clic en Nuevo grupo de replicación.

4. En el Asistente para nuevo grupo de replicación, en la página Tipo de grupo de replicación , haga clic en Nuevo grupo de replicación multipropósito.

5. Haga clic en Siguiente.

6. En la página Nombre y dominio , escriba la siguiente información:

   • En el cuadro Nombre del grupo de replicación , escriba un nombre para el grupo de replicación, por ejemplo, Grupo de replicación de MDT 2010.

   • En el cuadro Opcional description of replication group (Descripción opcional del grupo de replicación ), escriba una descripción del grupo de replicación, por ejemplo, Group for replication of MDT 2010 data (Grupo para la replicación de datos de MDT 2010).

   • Asegúrese de que el cuadro Dominio contiene el nombre de dominio correcto.

7. Haga clic en Siguiente.

8. En la página Miembros del grupo de replicación , realice estos pasos:

   1. Haga clic en Agregar.

   2. Escriba los nombres de todos los servidores que van a ser miembros de este grupo de replicación, por ejemplo, todos los servidores de implementación secundarios y el servidor de implementación maestro.

   3. Haga clic en Aceptar.

9. Haga clic en Siguiente.

10. En la página Selección de topología , haga clic en Concentrador y radioy, a continuación, haga clic en Siguiente.

11. En la página Miembros del centro , haga clic en el servidor de implementación maestra y, a continuación, haga clic en Agregar.

12. Haga clic en Siguiente.

13. En la página Conexiones de concentrador y radio , asegúrese de que, para cada servidor de implementación secundario, el servidor de implementación maestro que aparece es el miembro del concentrador requerido.

14. Haga clic en Siguiente.

15. En la página Programación y ancho de banda del grupo de replicación , especifique una programación para replicar el contenido entre servidores.

16. Haga clic en Siguiente.

17. En la página Miembro principal , en el cuadro Miembro principal , haga clic en el servidor de implementación maestra.

18. Haga clic en Siguiente.

19. En la página Carpetas para replicar , haga clic en Agregar y, a continuación, realice estos pasos:

    1. En el cuadro Ruta de acceso local de la carpeta que se va a replicar , haga clic en Examinar para ir a la carpeta X:\Deployment (donde X es la letra de unidad en el servidor de implementación).

    2. Haga clic en Usar nombre según la ruta de acceso.

    3. Haga clic en Aceptar.

    4. Haga clic en Agregar.

    5. En el cuadro de diálogo Agregar carpeta para replicar , haga clic en Examinar para ir a la carpeta X:\RemoteInstall\Boot.

    6. Haga clic en Usar nombre según la ruta de acceso.

20. Haga clic en Siguiente.

21. En la página Ruta de acceso local de distribución en otros miembros , siga estos pasos:

    1. Seleccione todos los miembros del grupo de distribución y, a continuación, haga clic en Editar.

    2. En el cuadro de diálogo Editar ruta de acceso local , haga clic en Habilitado.

    3. Escriba la ruta de acceso donde se debe almacenar la carpeta Recurso compartido de implementación en el servidor de implementación secundario, por ejemplo, X:\Deployment (donde X es la letra de unidad en el servidor de implementación).

    4. Haga clic en Aceptar.

22. Haga clic en Siguiente.

23. En la página Ruta de inicio local en otros miembros , realice estos pasos:

    1. Seleccione todos los miembros del grupo de distribución y, a continuación, haga clic en Editar.

    2. En el cuadro de diálogo Editar ruta de acceso local , haga clic en Habilitado.

    3. Escriba la ruta de acceso donde se debe almacenar la carpeta Boot en el servidor de implementación secundario, por ejemplo, X:\RemoteInstall\Boot (donde X es la letra de unidad en el servidor de implementación).

    4. Haga clic en Aceptar.

24. Haga clic en Siguiente.

25. En la página Configuración remota y Crear grupo de replicación , haga clic en Crear para completar el Asistente para nuevo grupo de replicación.

26. En la página Confirmación , haga clic en Cerrar para cerrar el asistente.

Nota:

Asegúrese de que el nuevo grupo de replicación aparece ahora debajo del nodo Replicación.

Preparación para Replicación de SQL Server

Antes de que se pueda configurar SQL Server replicación, complete varios pasos de configuración previa para asegurarse de que los servidores de implementación están configurados correctamente.

Para prepararse para la replicación de SQL Server en el servidor de implementación maestra

1. Cree una carpeta para almacenar las instantáneas de base de datos y, a continuación, configure la carpeta como recurso compartido.

   Nota:

   Para obtener más información sobre cómo proteger la carpeta de instantáneas, vea Proteger la carpeta de instantáneas.

2. Asegúrese de que el servicio SQL Server Browser está habilitado y establecido en Automático.

3. En el cuadro SQL Server Configuración del área de Surface, haga clic en Conexiones locales y remotas.

   Para prepararse para la replicación SQL Server en el servidor de implementación secundario

4. En el cuadro SQL Server Configuración del área de Surface, haga clic en Conexiones locales y remotas.

5. Opcionalmente, cree una base de datos vacía para hospedar la base de datos de MDT replicada.

Nota:

Esta base de datos debe tener el mismo nombre que la base de datos MDT en el servidor de implementación maestra. Por ejemplo, si la base de datos de MDT en el servidor de implementación maestra se denomina MDTDB, cree una base de datos vacía denominada MDTDB en el servidor de implementación secundario.

Configuración de Replicación de SQL Server

Después de configurar la replicación de archivos y carpetas necesarios para compilar la infraestructura de implementación, configure SQL Server para replicar la base de datos de MDT.

Nota:

También es posible mantener solo una base de datos de MDT central; sin embargo, al mantener una versión replicada de la base de datos de MDT, se puede mantener un mayor control sobre los datos transferidos a través de la red de área extensa (WAN).

SQL Server 2005 usa un modelo de replicación similar a un modelo de distribución de revistas:

1. Una revista está disponible (publicada) por un editor.

2. Los distribuidores se utilizan para distribuir la publicación.

3. Los lectores pueden suscribirse a una publicación para que la publicación se entregue periódicamente al suscriptor (una suscripción push).

   Esta terminología se usa a través de los asistentes de configuración y configuración de replicación de SQL Server.

Configuración de un publicador de SQL Server

Para configurar el servidor de implementación maestra como publicador de SQL Server, siga estos pasos:

1. Abra SQL Server Management Studio.

2. Haga clic con el botón derecho en el nodo Replicación y, a continuación, haga clic en Configurar distribución.

3. En el Asistente para configurar distribución, haga clic en Siguiente.

4. En la página Distribuidor, haga clic en actuará como su propio distribuidor; SQL Server creará una base de datos de distribución y un registro y, a continuación, haga clic en Siguiente.

5. En la página Carpeta de instantáneas, en la sección Preparar para Replicación de SQL Server, escriba la ruta de acceso UNC a la carpeta de instantáneas creada.

6. En la página Base de datos de distribución , haga clic en Siguiente.

7. En la página Publicadores , haga clic en el servidor de implementación maestra para establecerlo como distribuidor y, a continuación, haga clic en Siguiente.

8. En la página Acciones del asistente , haga clic en Configurar distribucióny, a continuación, haga clic en Siguiente.

9. Haga clic en Finalizary, a continuación, haga clic en Cerrar cuando finalice el asistente.

Habilitación de la base de datos de MDT para replicación

Para habilitar la base de datos de MDT para la replicación en el servidor de implementación maestra, siga estos pasos:

1. En SQL Server Management Studio, haga clic con el botón derecho en el nodo Replicación y, a continuación, haga clic en Propiedades del publicador.

2. En la página Propiedades del publicador , realice estos pasos:

   1. Haga clic en Bases de datos del publicador.

   2. Haga clic en la base de datos de MDT y, a continuación, haga clic en Transaccional.

   3. Haga clic en Aceptar.

   La base de datos de MDT ahora está configurada para la replicación transaccional y de instantáneas.

Creación de una publicación de la base de datos de MDT

Para crear una publicación de la base de datos de MDT a la que pueden suscribirse los servidores de implementación secundarios, siga estos pasos:

1. En SQL Server Management Studio, expanda Replicación, haga clic con el botón derecho en Publicaciones localesy, a continuación, haga clic en Nueva publicación.

2. En el Asistente para nueva publicación, haga clic en Siguiente.

3. En la página Base de datos de publicaciones , haga clic en la base de datos de MDT y, a continuación, haga clic en Siguiente.

4. En la página Tipo de publicación , haga clic en Publicación de instantáneas y, a continuación, haga clic en Siguiente.

5. En la página Artículos , seleccione todas las tablas, procedimientos almacenados y vistas y, a continuación, haga clic en Siguiente.

6. En la página Problemas de artículos , haga clic en Siguiente.

7. En la página Filtrar filas de tabla , haga clic en Siguiente.

8. En la página Agente de instantáneas, realice estos pasos:

   1. Seleccione Crear una instantánea inmediatamente y mantenga la instantánea disponible para inicializar suscripciones.

   2. Haga clic en Programar el Agente de instantáneas que se va a ejecutar en las siguientes ocasiones.

   3. Haga clic en Cambiar.

   Nota:

   Especifique una programación que tendrá lugar una hora antes de que se replique la base de datos.

9. Haga clic en Siguiente.

10. En la página Seguridad del agente , haga clic en la cuenta en la que se ejecutará el agente de instantáneas y, a continuación, haga clic en Siguiente.

11. En la página Acciones del asistente , haga clic en Crear la publicación y, a continuación, haga clic en Siguiente.

12. En la página Completar el asistente , en el cuadro nombre de la publicación , escriba un nombre de publicación descriptivo.

13. Haga clic en Finalizar para completar el asistente y, a continuación, haga clic en Cerrar cuando el asistente haya creado la publicación.

    Nota:

    La publicación ahora estará visible debajo del nodo Publicaciones locales de SQL Server Management Studio.

Suscripción de servidores de implementación secundarios a la base de datos de MDT publicada

Ahora que se ha publicado la base de datos de MDT, puede agregar los servidores de implementación secundarios como suscriptores a esta publicación; es decir, que recibirán una copia de la base de datos según una programación para que durante una implementación los equipos cliente puedan consultar una base de datos que sea local a la red en lugar de pasar por la WAN.

Para suscribir los servidores de implementación secundarios a la publicación de MDT DB

1. En SQL Server Management Studio, vaya a Replicación/Publicaciones locales.

2. Haga clic con el botón derecho en la publicación creada en la sección anterior y, a continuación, haga clic en Nuevas suscripciones.

3. En el Asistente para nuevas suscripciones, haga clic en Siguiente.

4. En la página Publicación , haga clic en la publicación creada en la sección anterior.

5. En la página ubicación de Agente de distribución, haga clic en Ejecutar todos los agentes en servername del distribuidor (suscripciones de inserción) y, a continuación, haga clic en Siguiente.

6. En la página Suscriptores , agregue cada uno de los servidores de implementación secundarios realizando los pasos siguientes:

   1. Haga clic en Agregar suscriptor y, a continuación, haga clic en Agregar SQL Server suscriptor.

   2. Agregue cada servidor de implementación secundario.

   3. Para cada servidor de implementación secundario agregado, en el cuadro Base de datos de suscripción , haga clic en la base de datos MDT vacía en ese servidor de implementación secundario.

   Nota:

   Si aún no se ha creado la base de datos de MDT vacía, en el cuadro Base de datos de suscripciones , seleccione la opción para crear una base de datos nueva.

   Nota:

   Esta base de datos debe tener el mismo nombre que la base de datos MDT en el servidor de implementación maestra. Por ejemplo, si la base de datos de MDT en el servidor de implementación maestra se denomina MDTDB, cree una base de datos vacía denominada MDTDB en el servidor de implementación secundario.

7. Haga clic en Siguiente.

8. En la página Seguridad de Agente de distribución, haga clic en ... para abrir el cuadro de diálogo Seguridad de Agente de distribución.

9. Escriba los detalles de la cuenta que se va a usar para el agente de distribución y, a continuación, haga clic en Siguiente.

10. En la página Programación de sincronización , realice estos pasos:

    1. En el cuadro Programación del agente , haga clic en <Definir programación>.

    2. Especifique la programación que se debe usar para replicar la base de datos entre servidores de implementación maestros y secundarios y, a continuación, haga clic en Siguiente.

11. En la página Inicializar suscripción , haga clic en Siguiente.

12. En la página Acciones del asistente , haga clic en Crear las suscripciones y, a continuación, haga clic en Siguiente.

13. Haga clic en Finalizary, a continuación, haga clic en Cerrar cuando el asistente haya finalizado correctamente.

    SQL Server replicación ya está configurada y la base de datos de MDT se replicará desde el servidor de implementación maestra a todos los servidores de implementación secundarios que se hayan suscrito a ella periódicamente.

Configuración de CustomSettings.ini

La infraestructura de implementación de LTI se ha creado correctamente y cada ubicación contendrá un servidor de implementación de LTI, con una copia replicada de:

• El recurso compartido de implementación

• La base de datos de MDT

• El entorno LiteTouchPE_x86 Windows PE que se ha agregado a Los servicios de implementación de Windows

  Ahora, puede configurar el archivo CustomSettings.ini para que el recurso compartido de implementación use el contenido de implementación (recurso compartido de implementación y base de datos) de su servidor de implementación local, el servidor que entrega el entorno LiteTouchPE_x86.wim a través de Servicios de implementación de Windows.

  Cuando el archivo LiteTouchPE_x86.wim se entrega desde Servicios de implementación de Windows, se configura una clave del Registro con el nombre del servidor de Servicios de implementación de Windows que usa. MDT captura este nombre de servidor en una variable (%WDSServer%) que puede usar para configurar CustomSettings.ini.

  Para usar siempre el servidor de implementación de LTI local

Nota:

En el procedimiento siguiente se supone que el recurso compartido de implementación se ha creado y establecido como el recurso compartido Deployment$.

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de acciones, haga clic en Propiedades.

4. Haga clic en la pestaña Reglas y, a continuación, modifique el archivo CustomSettings.ini para configurar las siguientes propiedades:

   • Para cada sección SQL Server agregada, configure SQLServer para que use el nombre de servidor %WDSServer%, por ejemplo, SQLServer=%WDSServer%.

   • Si configura DeployRoot, configure DeployRoot para usar la variable %WDSServer% , por ejemplo, DeployRoot=\\%WDSServer%\Deployment$.

5. Haga clic en Editar Bootstrap.ini.

6. Configure BootStrap.ini para usar la propiedad %WDSServer% agregando o cambiando el valor DeployRoot a DeployRoot=\\%WDSServer%\Deployment$.

7. Haga clic en Archivoy, a continuación, haga clic en Guardar para guardar los cambios en el archivo BootStrap.ini.

8. Haga clic en Aceptar.

   Es necesario actualizar el recurso compartido de implementación y el entorno de Windows PE LiteTouchPE_x86.wim.

9. En el panel Acciones, haga clic en Actualizar recurso compartido de implementación.

   Se inicia el Asistente para recursos compartidos de implementación de actualizaciones.

10. En la página Opciones , seleccione las opciones deseadas para actualizar el recurso compartido de implementación y, a continuación, haga clic en Siguiente.

11. En la página Resumen , compruebe que los detalles son correctos y, a continuación, haga clic en Siguiente.

12. En la página Confirmación, haga clic en Finalizar.

    En el ejemplo siguiente se muestra CustomSettings.ini después de realizar los pasos descritos en esta sección.

    Ejemplo CustomSettings.ini configurado para la infraestructura de implementación de LTI escalable

[Settings]  
Priority=CSettings,CPackages, CApps, CAdmins, CRoles, Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  
ScanStateArgs=/v:5 /o /c  
LoadStateArgs=/v:5 /c /lac  

[CSettings]  
SQLServer=%WDSServer%  
Instance=  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerSettings  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  

[CPackages]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerPackages  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  
Order=Sequence  

[CApps]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerApplications  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  
Order=Sequence  

[CAdmins]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerAdministrators  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  

[CRoles]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerRoles  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  

Selección de un servidor MDT local cuando existen varios servidores

En este escenario, se usan varios servidores MDT para admitir un gran volumen de implementaciones e implementaciones simultáneas en varios sitios. Cuando se inicializa una implementación de LTI, el comportamiento predeterminado es solicitar una ruta de acceso al servidor MDT para conectarse a los archivos necesarios y acceder a ellos para comenzar el proceso de implementación.

El Asistente para la implementación de Windows puede usar el archivo LocalServer.xml para presentar una selección de servidores de implementación conocidos para cada ubicación.

Use el archivo LocationServer.xml mediante:

• Comprender el propósito y el uso de LocationServer.xml como se describe en Descripción de LocationServer.xml

• Creación del archivo LocationServer.xml como se describe en Creación del archivo LocationServer.xml

• Agregar el archivo LocationServer.xml al directorio Archivos adicionales como se describe en Adición del archivo LocationServer.xml al directorio de archivos adicionales

• Actualizar el archivo de BootStrap.ini como se describe en Actualización del archivo BootStrap.ini

• Actualización del recurso compartido de implementación como se describe en Actualización del recurso compartido de implementación

  En este escenario se supone que MDT está configurado en un servidor de implementación.

Descripción de LocationServer.xml

En primer lugar, debe comprender cómo USA MDT LocationServer.xml. Durante el LTI, los scripts de MDT leen y procesan el archivo BootStrap.ini para recopilar información inicial sobre la implementación. Esto sucede antes de que se haya realizado una conexión al servidor de implementación. Por lo tanto, la propiedad DeployRoot se usa normalmente para especificar en el archivo BootStrap.ini el servidor de implementación al que debe establecer una conexión.

Si el archivo BootStrap.ini no contiene una propiedad DeployRoot , los scripts de MDT cargan una página del asistente para solicitar al usuario una ruta de acceso al servidor de implementación. Al inicializar la página del Asistente para aplicaciones HTML (HTA ), los scripts de MDT comprueban la existencia del archivo LocationServer.xml y, si existe, usan LocationServer.xml para mostrar los servidores de implementación disponibles.

Descripción de cuándo usar LocationServer.xml

MDT ofrece varias maneras de determinar a qué servidor conectarse durante una implementación de LTI. Los distintos métodos para localizar el servidor de implementación son más adecuados para diferentes escenarios; por lo tanto, es importante comprender cuándo usar LocationServer.xml.

MDT proporciona varios métodos para detectar y usar automáticamente el servidor de implementación más adecuado. Estos métodos se enumeran en la tabla siguiente.

Método	Detalles
%WDSServer%	Este método se usa cuando el servidor MDT se hospeda conjuntamente en el servidor de Servicios de implementación de Windows. Cuando se inicia una implementación de LTI desde Servicios de implementación de Windows, se crea una variable de entorno(%WDSServer%) y se rellena con el nombre del servidor de Servicios de implementación de Windows. La variable DeployRoot puede usar esta variable para conectarse automáticamente a un recurso compartido de implementación en el servidor de Servicios de implementación de Windows, por ejemplo: DeployRoot=\\%WDSServer%\Deployment$
Automatización basada en ubicación	MDT puede usar la automatización basada en ubicación en el archivo BootStrap.ini para determinar el servidor en el que debe implementarse. Use la propiedad Default Gateway para distinguir entre diferentes ubicaciones; para cada puerta de enlace predeterminada, se especifica un servidor MDT diferente. Para obtener más información sobre el uso de la automatización basada en ubicación, consulte "Seleccionar los métodos para aplicar la configuración".

Cada enfoque enumerado en la tabla anterior ofrece una manera de automatizar la selección del servidor de implementación en una ubicación determinada para determinados escenarios. Estos enfoques se dirigen a escenarios específicos, por ejemplo, cuando el servidor MDT se hospeda conjuntamente con Los servicios de implementación de Windows.

Hay otros escenarios en los que estos enfoques no son adecuados, por ejemplo, si hay varios servidores de implementación en una ubicación determinada o no es posible la lógica de automatización (por ejemplo, la red no está lo suficientemente segmentada como para permitir la determinación de ubicación o si el servidor MDT está separado de Los servicios de implementación de Windows).

En estos escenarios, el archivo LocationServer.xml proporciona una manera flexible de presentar esta información en el momento de la implementación sin necesidad de conocer los nombres de servidor y los nombres de recursos compartidos de implementación.

Creación del archivo LocationServer.xml

Para presentar una lista de los servidores de implementación disponibles durante una implementación de LTI, cree un archivo LocationServer.xml que contenga detalles sobre cada servidor. No hay ningún archivo de LocationServer.xml predeterminado en MDT, por lo que debe crear uno con las siguientes instrucciones.

Creación de un archivo LocationServer.xml para admitir varias ubicaciones

El método más sencillo para crear y usar LocationServer.xml es crear un archivo LocationServer.xml y agregar entradas para cada servidor de implementación en el entorno (puede estar en la misma ubicación o en ubicaciones diferentes).

Cree el archivo LocationServer.xml mediante la creación de una nueva sección para cada servidor y, a continuación, agregue la siguiente información:

• Un identificador único

• Un nombre de ubicación, que se usa para presentar un nombre fácilmente identificable para esa ubicación.

• Ruta de acceso UNC al servidor MDT para esa ubicación

  A continuación se muestra cómo se crea el archivo LocationServer.xml mediante cada una de estas propiedades mediante un archivo de LocationServer.xml de ejemplo configurado para varias ubicaciones.

  Ejemplo LocationServer.xml archivo para admitir varias ubicaciones

<?xml version="1.0" encoding="utf-8" ?>  
<servers>  
    <QueryDefault></QueryDefault>  
    <server>  
        <serverid>1</serverid>  
        <friendlyname>  
          Contoso HQ, Seattle, USA  
        </friendlyname>  
        <UNCPath>\\STLDS01\Deployment$</UNCPath>  
    </server>  
    <server>  
        <serverid>2</serverid>  
        <friendlyname>  
          Contoso NYC, New York, USA  
        </friendlyname>  
        <UNCPath>\\NYCDS01\Deployment$</UNCPath>  
    </server>   
</servers>  

Con este formato, especifique entradas de servidor diferentes para cada ubicación o para situaciones en las que haya varios servidores dentro de una sola ubicación especificando una entrada de servidor diferente para cada servidor en esa ubicación, como se muestra en el ejemplo siguiente.

Ejemplo LocationServer.xml archivo para admitir varios servidores en varias ubicaciones

<?xml version="1.0" encoding="utf-8" ?>  
<servers>  
    <QueryDefault></QueryDefault>  
    <server>  
        <serverid>1</serverid>  
        <friendlyname>  
          Contoso HQ DS1, Seattle, USA  
        </friendlyname>  
        <UNCPath>\\STLDS01\Deployment$</UNCPath>  
    </server>  
    <server>  
        <serverid>2</serverid>  
        <friendlyname>  
          Contoso HQ DS2, Seattle, USA  
        </friendlyname>  
        <UNCPath>\\STLDS02\Deployment$</UNCPath>  
    </server>   
</servers>  

Crear un archivo LocationServer.xml para equilibrar la carga de varios servidores en diferentes ubicaciones

Con LocationServer.xml, especifique varios servidores por entrada de ubicación y, a continuación, realice el equilibrio de carga básico para que, cuando se elija una ubicación, MDT seleccione automáticamente un servidor de implementación de la lista de servidores disponibles. Para proporcionar esta funcionalidad, el archivo LocationServer.xml admite la especificación de una métrica de ponderación.

A continuación se muestra un archivo de LocationServer.xml de ejemplo configurado para varios servidores en diferentes ubicaciones.

Ejemplo LocationServer.xml archivo para diferentes ubicaciones

<?xml version="1.0" encoding="utf-8" ?>  
<servers>  
    <QueryDefault></QueryDefault>  
    <server>  
        <serverid>1</serverid>  
        <friendlyname>  
          Contoso HQ, Seattle, USA  
        </friendlyname>  
        <Server1>\\STLDS01\Deployment$</Server1>  
        <Server2>\\STLDS02\Deployment$</Server2>  
        <Server3>\\STLDS03\Deployment$</Server3>  
        <Server weight="1">\\STLDS01\Deployment$</Server>  
        <Server weight="2">\\STLDS02\Deployment$</Server>  
        <Server weight="4">\\STLDS03\Deployment$</Server>  
    </server>  
    <server>  
        <serverid>2</serverid>  
        <friendlyname>  
          Contoso NYC, New York, USA  
        </friendlyname>  
        <UNCPath>\\NYCDS01\Deployment$</UNCPath>  
    </server>   
</servers>  

Especifique la métrica de ponderación mediante la etiqueta de peso> del <servidor, que MDT usa en el proceso de selección del servidor. La probabilidad de que se seleccione un servidor se calcula mediante:

Peso del servidor/suma de todos los pesos del servidor

En el ejemplo anterior, los tres servidores de Contoso HQ aparecen como 1, 2 y 4. La probabilidad de que se seleccione un servidor con una ponderación de 2 se convierte en 2 en 7. Por lo tanto, para usar el sistema de ponderación, determine la capacidad de los servidores disponibles en una ubicación y ponderar cada servidor por la capacidad del servidor en relación con cada uno de los demás servidores.

Agregar el archivo LocationServer.xml al directorio de archivos adicionales

Después de crear el archivo LocationServer.xml, agréguelo a la LiteTouch_x86 y LiteTouch_x64 imágenes de arranque de Windows PE en la carpeta X:\Deploy\Control. Con Deployment Workbench, agregue otros archivos y carpetas a estas imágenes de Windows PE especificando un directorio adicional para agregar en las propiedades del recurso compartido de implementación.

Para agregar LocationServer.xml al recurso compartido de implementación

1. Cree una carpeta denominada Archivos adicionales en la carpeta del recurso compartido de implementación raíz (por ejemplo, D:\Recurso compartido de implementación de producción\Archivos adicionales).

2. Cree una estructura de carpetas en la carpeta Archivos adicionales que refleje la ubicación de Windows PE donde debe residir el archivo adicional.

   Por ejemplo, el archivo LocationServer.xml debe residir en la carpeta \Deploy\Control de Windows PE; por lo tanto, cree la misma estructura de carpetas en Archivos adicionales (por ejemplo, D:\Recurso compartido de implementación de producción\Archivos adicionales\Deploy\Control).

3. Copie LocationServer.xml en la carpeta deployment_share\Extra Files\Deploy\Control (donde deployment_share es la ruta de acceso completa a la carpeta raíz del recurso compartido de implementación).

4. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

5. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

6. En el panel de acciones, haga clic en Propiedades.

7. En el cuadro de diálogo deployment_shareProperties (donde deployment_share es el nombre del recurso compartido de implementación), siga estos pasos:

   1. Haga clic en la pestaña Configuración de la plataforma Windows PE (donde plataforma es la arquitectura de la imagen de Windows PE que se va a configurar).

   2. En la sección Personalizaciones de Windows PE , en el cuadro Directorio adicional para agregar , escriba ruta de acceso (donde ruta de acceso es la ruta de acceso completa a la carpeta Archivos adicionales, por ejemplo, D:\Recurso compartido de implementación de producción\Archivos adicionales) y, a continuación, haga clic en Aceptar.

Actualización del archivo BootStrap.ini

Al crear un recurso compartido de implementación mediante Deployment Workbench, se crea y rellena automáticamente una propiedad DeployRoot en el archivo BootStrap.ini. Dado que el archivo LocationServer.xml se usa para rellenar la propiedad DeployRoot , debe quitar este valor del archivo BootStrap.ini.

Para quitar la propiedad DeployRoot de BootStrap.ini

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de acciones, haga clic en Propiedades.

4. En el cuadro de diálogo deployment_shareProperties (donde deployment_share es el nombre del recurso compartido de implementación), haga clic en la pestaña Reglas y, a continuación, haga clic en Editar BootStrap.ini.

5. Quite el valor DeployRoot (por ejemplo, DeployRoot=\\Server\Deployment$).

6. Haga clic en Archivoy, a continuación, haga clic en Guardar para guardar los cambios en el archivo BootStrap.ini.

7. Haga clic en Aceptar para enviar los cambios.

Actualización del recurso compartido de implementación

El recurso compartido de implementación debe actualizarse a continuación para generar un nuevo LiteTouch_x86 y LiteTouch_x64 entorno de arranque que contenga el archivo LocationServer.xml y el archivo BootStrap.ini actualizado.

Para actualizar el recurso compartido de implementación

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel Acciones, haga clic en Actualizar recurso compartido de implementación.

   Se inicia el Asistente para recursos compartidos de implementación de actualizaciones.

4. En la página Opciones , seleccione las opciones deseadas para actualizar el recurso compartido de implementación y, a continuación, haga clic en Siguiente.

5. En la página Resumen , compruebe que los detalles son correctos y, a continuación, haga clic en Siguiente.

6. En la página Confirmación, haga clic en Finalizar.

Nota:

Cuando haya finalizado el proceso de actualización, agregue los nuevos entornos de LiteTouch_x86 y LiteTouch_x64 Windows PE a Los servicios de implementación de Windows o úselos en los medios de arranque para usarlos durante la implementación.

Reemplazo de un equipo existente por un nuevo equipo mediante la instalación de Lite Touch

Puede usar MDT para implementar una imagen en un equipo nuevo que sustituya un equipo existente en la arquitectura empresarial. Esta situación podría surgir al actualizar de un sistema operativo a otro (un nuevo sistema operativo podría requerir hardware nuevo) o si la organización necesita equipos más nuevos y más rápidos para las aplicaciones existentes.

Al reemplazar un equipo existente con un nuevo equipo, Microsoft recomienda tener en cuenta todas las opciones de configuración que se migrarán de un equipo a otro, como las cuentas de usuario y los datos de estado de usuario. Además, es importante crear una solución de recuperación en caso de que se produzca un error en la migración.

En esta implementación de ejemplo, reemplace el equipo existente (WDG-EXIST-01) por un nuevo equipo (WDG-NEW-02) en el dominio CORP capturando datos de estado de usuario de WDG-EXIST-01 y guardándolo en un recurso compartido de red. A continuación, implemente una imagen existente en WDG-NEW-02 y, por último, restaure los datos de estado de usuario capturados en WDG-NEW-02. La implementación se realizará desde un servidor de implementación (WDG-MDT-01).

En MDT, use la plantilla Standard Client Replace Task Sequence para crear una secuencia de tareas que realizará todas las tareas de implementación necesarias.

En esta demostración se supone que:

• MDT se ha instalado en el servidor de implementación (WDG MDT 01)

• El recurso compartido de implementación ya se ha creado y rellenado, incluidas las imágenes del sistema operativo, las aplicaciones y los controladores de dispositivo.

• Ya se ha capturado una imagen de un equipo de referencia y se implementará en el nuevo equipo (WDG NEW 02)

• Se ha creado y compartido una carpeta compartida de red (UserStateCapture$) en el servidor de implementación (WDG MDT 01) con los permisos de recurso compartido adecuados.

  Debe existir un recurso compartido de implementación antes de comenzar este ejemplo. Para obtener más información sobre cómo crear un recurso compartido de implementación, consulte la sección "Administración de recursos compartidos de implementación en Deployment Workbench" en el documento de MDT Uso del kit de herramientas de implementación de Microsoft.

Paso 1: Crear una secuencia de tareas para capturar el estado del usuario

Cree secuencias de tareas mdt en el nodo Secuencias de tareas de Deployment Workbench mediante el Asistente para nueva secuencia de tareas. Para realizar la primera parte del escenario de implementación Reemplazar equipo (capturar el estado de usuario en el equipo existente), seleccione la plantilla Standard Client Replace Task Sequence (Reemplazar secuencia de tareas de cliente estándar) en el Asistente para nueva secuencia de tareas.

Para crear una secuencia de tareas para capturar el estado del usuario en el escenario de implementación Reemplazar equipo

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/ deployment_share/Task Sequences (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel Acciones, haga clic en Nueva secuencia de tareas.

   Se inicia el Asistente para nueva secuencia de tareas.

4. Complete el Asistente para nueva secuencia de tareas con la siguiente información. Acepte los valores predeterminados a menos que se especifique lo contrario.

   En esta página del asistente	Haga esto…
   Configuración general	1. En Id. de secuencia de tareas, escriba VISTA_EXIST. 2. En Nombre de secuencia de tareas, escriba Perform Replace Computer Scenario on Existing Computer (Realizar escenario de reemplazo de equipo en un equipo existente). 3. Haga clic en Siguiente.
   Seleccionar plantilla	En Las siguientes plantillas de secuencia de tareas están disponibles. Seleccione la que desea usar como punto de partida, seleccione Standard Client Replace Task Sequence (Secuencia de tareas de reemplazo de cliente estándar) y, a continuación, haga clic en Siguiente.
   Resumen	Compruebe que los detalles de configuración son correctos y, a continuación, haga clic en Siguiente.
   Confirmación	Haga clic en Finalizar.

   Finaliza el Asistente para nueva secuencia de tareas y la secuencia de tareas VISTA_EXIST se agrega a la lista de secuencias de tareas.

Paso 2: Crear una secuencia de tareas para implementar el sistema operativo y restaurar el estado del usuario

Cree secuencias de tareas MDT en el nodo Secuencias de tareas de Deployment Workbench mediante el Asistente para nueva secuencia de tareas. Para realizar la segunda parte del escenario de implementación Reemplazar equipo (implementar el sistema operativo y, a continuación, restaurar el estado de usuario en el equipo existente), seleccione la plantilla Secuencia de tareas de cliente estándar en el Asistente para nueva secuencia de tareas.

Para crear una secuencia de tareas para implementar el estado de usuario en el escenario de implementación Reemplazar equipo

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel Acciones, haga clic en Nueva secuencia de tareas.

   Se inicia el Asistente para nueva secuencia de tareas.

4. Complete el Asistente para nueva secuencia de tareas con la siguiente información. Acepte los valores predeterminados a menos que se especifique lo contrario.

   En esta página del asistente	Haga esto…
   Configuración general	1. En Id. de secuencia de tareas, escriba VISTA_NEW. 2. En Nombre de secuencia de tareas, escriba Realizar Reemplazar escenario de equipo en Nuevo equipo. 3. Haga clic en Siguiente.
   Seleccionar plantilla	En Las siguientes plantillas de secuencia de tareas están disponibles. Seleccione el que desea usar como punto de partida, seleccione Secuencia de tareas de cliente estándar y, a continuación, haga clic en Siguiente.
   Seleccionar sistema operativo	En Las siguientes imágenes de sistema operativo están disponibles para implementarse con esta secuencia de tareas. Seleccione uno para usar, seleccione captured_vista_image (donde captured_vista_image es la imagen capturada que el equipo de referencia agregó al nodo Sistemas operativos en Deployment Workbench) y, a continuación, haga clic en Siguiente.
   Especificar clave de producto	Seleccione No especificar una clave de producto en este momento y, a continuación, haga clic en Siguiente.
   Configuración del sistema operativo	1. En Nombre completo, escriba Woodgrove Employee. 2. En Organización, escriba Woodgrove Bank. 3. En La página principal de Internet Explorer, escriba http://www.woodgrovebank.com. 4. Haga clic en Siguiente.
   contraseña de Administración	En Contraseña de administrador y Confirme contraseña de administrador, escriba P@ssw0rd y, a continuación, haga clic en Finalizar.
   Confirmación	Haga clic en Finalizar.

   Finaliza el Asistente para nueva secuencia de tareas y la secuencia de tareas VISTA_NEW se agrega a la lista de secuencias de tareas.

Paso 3: Personalización de los archivos de configuración de MDT

Cuando se haya creado la secuencia de tareas de MDT, personalice los archivos de configuración de MDT que proporcionan los valores de configuración para capturar información de estado de usuario. En concreto, personalice el archivo CustomSettings.ini modificando el archivo en las propiedades del recurso compartido de implementación creados anteriormente en el proceso de implementación. En un paso posterior, el recurso compartido de implementación se actualizará para asegurarse de que el archivo de configuración se actualiza en el recurso compartido de implementación.

Para personalizar los archivos de configuración de MDT para capturar información de estado de usuario

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de acciones, haga clic en Propiedades.

   Aparecerá el cuadro de diálogo Propiedades.

4. En el cuadro de diálogo Propiedades , haga clic en la pestaña Reglas .

5. En la pestaña Reglas , modifique el archivo CustomSettings.ini para reflejar los cambios necesarios, como se muestra en el ejemplo siguiente. Realice cualquier modificación adicional que requiera el entorno.

   Archivo de CustomSettings.ini personalizado

   [Settings]  
   Priority=Default  
   Properties=MyCustomProperty  
   
   [Default]  
   OSInstall=Y  
   
   UDShare=\\WDG-MDT-01\UserStateCapture$  
   UDDir=%OSDCOMPUTERNAME%  
   UserDataLocation=NETWORK  
   SkipCapture=NO  
   SkipAdminPassword=YES  
   SkipProductKey=YES  
   
   

6. En el cuadro de diálogo Propiedades, haga clic en Aceptar.

7. Cierre todas las ventanas abiertas y los cuadros de diálogo.

Paso 4: Configurar las opciones de Windows PE para el recurso compartido de implementación

Configure las opciones de Windows PE para el recurso compartido de implementación en el nodo Recursos compartidos de implementación de Deployment Workbench.

Nota:

Si los controladores de dispositivo para el equipo existente (WDG-EXIST-01) y el nuevo equipo (WDG-NEW-01) se incluyen con Windows Vista, omita este paso y continúe con el siguiente paso.

Para configurar las opciones de Windows PE para el recurso compartido de implementación

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de acciones, haga clic en Propiedades.

   Aparecerá el cuadro de diálogo Propiedades.

4. En el cuadro de diálogo Propiedades, en la pestaña Componentes de la plataforma Windows PE (donde plataforma es la arquitectura de la imagen de Windows PE que se va a configurar), en Perfil de selección, seleccione device_drivers (donde device_drivers es el nombre del perfil de selección del controlador de dispositivo) y, a continuación, haga clic en Aceptar.

Paso 5: Actualizar el recurso compartido de implementación

Después de configurar las opciones de Windows PE para el recurso compartido de implementación, actualice el recurso compartido de implementación. La actualización del recurso compartido de implementación actualiza todos los archivos de configuración de MDT y genera una versión personalizada de Windows PE. La versión personalizada de Windows PE se usa para iniciar el equipo de referencia e iniciar el proceso de implementación de LTI.

Para actualizar el recurso compartido de implementación en Deployment Workbench

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel Acciones, haga clic en Actualizar implementaciónShare.

   Se inicia el Asistente para recursos compartidos de implementación de actualizaciones.

4. En la página Opciones , seleccione las opciones deseadas para actualizar el recurso compartido de implementación y, a continuación, haga clic en Siguiente.

5. En la página Resumen , compruebe que los detalles son correctos y, a continuación, haga clic en Siguiente.

6. En la página Confirmación, haga clic en Finalizar.

   Deployment Workbench comienza a actualizar el recurso compartido de implementación. Deployment Workbench crea los archivos LiteTouchPE_x86.iso y LiteTouchPE_x86.wim (para equipos de destino de 32 bits) o LiteTouchPE_x64.iso y LiteTouchPE_x64.wim (para equipos de destino de 64 bits) en la carpeta deployment_share\Boot (donde deployment_share es la carpeta compartida que se usa como recurso compartido de implementación).

Paso 6: Crear el medio de arranque LTI

Proporcione un método para iniciar el equipo con la versión personalizada de Windows PE creada cuando se actualizó el recurso compartido de implementación. Deployment Workbench crea los archivos LiteTouchPE_x86.iso y LiteTouchPE_x86.wim (para equipos de destino de 32 bits) o LiteTouchPE_x64.iso y LiteTouchPE_x64.wim (para equipos de destino de 64 bits) en la carpeta deployment_share\Boot (donde deployment_share es la carpeta compartida que se usa como recurso compartido de implementación). Cree el medio de arranque LTI adecuado a partir de una de estas imágenes.

Para crear el medio de arranque LTI

1. En el Explorador de Windows, vaya a la carpeta deployment_share\Boot (donde deployment_share es la carpeta compartida que se usa como recurso compartido de implementación).

2. En función del tipo de equipo usado para el equipo existente (WDG-EXIST-01) y el nuevo equipo (WDG-NEW-02), realice una de las siguientes tareas:

   • Si el equipo de referencia es un equipo físico, cree un CD o DVD del archivo ISO.

   • Si el equipo de referencia es una máquina virtual, inicie la máquina virtual directamente desde el archivo ISO o desde un CD o DVD del archivo ISO.

Paso 7: Iniciar el equipo existente con el medio de arranque LTI

Inicie el equipo existente (WDG-EXIST-01) con el medio de arranque LTI creado anteriormente en el proceso. Este CD inicia Windows PE en el equipo existente e inicia el proceso de implementación de MDT. Al final del proceso de implementación de MDT, la información de migración de estado de usuario se almacena en la carpeta compartida UserStateCapture$.

Nota:

También puede iniciar el proceso de MDT iniciando el equipo de destino desde Servicios de implementación de Windows. Para obtener más información, vea la sección "Preparar servicios de implementación de Windows" en el documento de MDT Uso del kit de herramientas de implementación de Microsoft.

Para iniciar el equipo existente con el medio de arranque LTI

1. Inicie WDG-EXIST-01 con el medio de arranque LTI creado anteriormente en el proceso.

   Se inicia Windows PE y, a continuación, se inicia el Asistente para la implementación de Windows.

2. Complete el Asistente para la implementación de Windows con la siguiente información. Acepte los valores predeterminados a menos que se especifique lo contrario.

   En esta página del asistente	Haga esto…
   Bienvenido a la implementación	Haga clic en Ejecutar el Asistente para implementación para instalar un nuevo sistema operativo y, a continuación, haga clic en Siguiente.
   Especifique credenciales para conectarse a recursos compartidos de red.	1. En Nombre de usuario, escriba Administrador. 2. En Contraseña, escriba P@ssw0rd. 3. En Dominio, escriba CORP. 4. Haga clic en Aceptar.
   Seleccione una secuencia de tareas para ejecutarla en este equipo.	Haga clic en Realizar reemplazar escenario de equipo en equipo existente y, a continuación, haga clic en Siguiente.
   Especificar dónde guardar los datos y la configuración	Haga clic en Siguiente.
   Especificar dónde guardar una copia de seguridad completa del equipo	Haga clic en No hacer una copia de seguridad del equipo existente y, a continuación, haga clic en Siguiente.
   Listo para comenzar	Haga clic en Comenzar.

   Si se producen errores o advertencias, consulte la referencia de solución de problemas del documento MDT.

3. En el cuadro de diálogo Resumen de la implementación , haga clic en Detalles.

   Si se produjeron errores o advertencias, revise los errores o advertencias y registre cualquier información de diagnóstico.

4. En el cuadro de diálogo Resumen de implementación , haga clic en Finalizar.

   La información de migración de estado de usuario se captura y se almacena en la carpeta compartida de red (UserStateCapture$) creada anteriormente en el proceso.

Paso 8: Iniciar el nuevo equipo con el medio de arranque LTI

Inicie el nuevo equipo (WDG-NEW-02) con el medio de arranque LTI creado anteriormente en el proceso. Este CD inicia Windows PE en el equipo de referencia e inicia el proceso de implementación de MDT. Al final del proceso de implementación de MDT, Windows Vista se implementa en el nuevo equipo y la información de migración de estado de usuario capturada se restaura en el nuevo equipo.

Nota:

También puede iniciar el proceso de MDT iniciando el equipo de destino desde Servicios de implementación de Windows. Para obtener más información, vea la sección "Preparar servicios de implementación de Windows" en el documento de MDT Uso del kit de herramientas de implementación de Microsoft.

Para iniciar el nuevo equipo con el medio de arranque LTI

1. Inicie WDG-NEW-02 con el medio de arranque LTI creado anteriormente en el proceso.

   Se inicia Windows PE y, a continuación, se inicia el Asistente para la implementación de Windows.

2. Complete el Asistente para la implementación de Windows con la siguiente información. Acepte los valores predeterminados a menos que se especifique lo contrario.

   En esta página del asistente	Haga esto…
   Bienvenido a la implementación	Haga clic en Ejecutar el Asistente para implementación para instalar un nuevo sistema operativo y, a continuación, haga clic en Siguiente.
   Especifique credenciales para conectarse a recursos compartidos de red.	1. En Nombre de usuario, escriba Administrador. 2. En Contraseña, escriba P@ssw0rd. 3. En Dominio, escriba CORP. 4. Haga clic en Aceptar.
   Seleccione una secuencia de tareas para ejecutarla en este equipo.	Haga clic en Realizar reemplazar escenario de equipo en Nuevo equipo y, a continuación, haga clic en Siguiente.
   Configuración del nombre del equipo	En Nombre del equipo, escriba WDG-NEW-02 y, a continuación, haga clic en Siguiente.
   Unir el equipo a un dominio o grupo de trabajo	Haga clic en Siguiente.
   Especificar si se van a restaurar los datos de usuario	1. Haga clic en Especificar una ubicación. 2. En Ubicación, escriba \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01. 3. Haga clic en Siguiente.
   Selección de configuración regional	Haga clic en Siguiente.
   Establecer la zona horaria	Haga clic en Siguiente.
   Especificar si se va a capturar una imagen	Haga clic en No capturar una imagen de este equipo y, a continuación, haga clic en Siguiente.
   Especificar la configuración de BitLocker	Haga clic en No habilitar BitLocker para este equipo y, a continuación, haga clic en Siguiente.
   Listo para comenzar	Haga clic en Comenzar.

   Si se producen errores o advertencias, consulte la referencia de solución de problemas del documento MDT.

3. En el cuadro de diálogo Resumen de la implementación , haga clic en Detalles.

   Si se produjeron errores o advertencias, revise los errores o advertencias y registre cualquier información de diagnóstico.

4. En el cuadro de diálogo Resumen de implementación , haga clic en Finalizar.

   Windows Vista ahora está instalado en el nuevo equipo y también se restaura la información de migración de estado de usuario capturada.

Integración del código de implementación personalizado en MDT

Es habitual que un equipo de implementación tenga requisitos complejos, específicos de su entorno de destino, que no cumplan las acciones de secuencia de tareas predefinidas de Deployment Workbench o los archivos de configuración de MDT predeterminados. En esta situación, implemente código personalizado para cumplir sus requisitos.

Integre el código de implementación personalizado en MDT mediante:

• Elección de un lenguaje de scripting como se describe en Elección del lenguaje de scripting adecuado

• Aprovechamiento de ZTIUtility.vbs como se describe en Descripción de cómo aprovechar ZTIUtility

• Integración del código de implementación personalizado como se describe en Integración de código de implementación personalizado

  En las secciones siguientes se supone que MDT está configurado en un servidor de implementación.

Elección del lenguaje de scripting adecuado

Aunque se puede llamar a cualquier código que se pueda ejecutar en Windows o Windows PE como instalación de una aplicación o a través de un paso de secuencia de tareas de MDT, Microsoft recomienda usar scripts en forma de archivos .vbs o .wsf.

La ventaja de usar archivos .wsf es el registro integrado, además de otras funciones predefinidas que ya usan los procesos ZTI y LTI. Estas funciones están disponibles en el script ZTIUtility distribuido con MDT.

Cuando se hace referencia a él desde un script personalizado, el script ZTIUtility inicializa el entorno mdt y las clases de configuración. Estas clases están disponibles:

• Registro. Esta clase proporciona la funcionalidad de registro que usan todos los scripts de MDT. También crea un único archivo de registro para cada script que se ejecuta durante la implementación y un archivo de registro consolidado de todos los scripts. Estos archivos de registro se crean en un formato diseñado para ser leídos por CMTrace.

• Entorno. Esta clase configura las variables de entorno recopiladas a través del procesamiento de reglas WMI y MDT y permite que se les haga referencia directamente desde el script. Esto permite leer las propiedades de implementación, lo que proporciona acceso a toda la información de configuración que usan los procesos ZTI y LTI.

• Utilidad. Esta clase proporciona utilidades generales que se usan en los scripts ZTI y LTI. Microsoft recomienda que en cualquier momento se desarrolle código personalizado, esta clase debe examinarse para ver si se puede reutilizar simplemente cualquier código. Más adelante en esta sección se incluye información adicional sobre algunas de las funciones proporcionadas en esta clase.

• Base de datos. Esta clase realiza funciones como conectarse a bases de datos y leer información de bases de datos. En general, no se recomienda acceder directamente a la clase de base de datos; en su lugar, el procesamiento de reglas debe usarse para realizar búsquedas de base de datos.

• Cadenas. Esta clase realiza rutinas comunes de procesamiento de cadenas, como crear una lista delimitada de elementos, mostrar un valor hexadecimal, recortar el espacio en blanco de una cadena, alinear a la derecha una cadena, alinear a la izquierda una cadena, forzar un valor al formato de cadena, forzar un valor al formato de matriz, generar un identificador único global (GUID) aleatorio y conversiones Base64.

• FileHandling. Esta clase realiza funciones como normalizar rutas de acceso y copiar, mover y eliminar archivos y carpetas.

• clsRegEx. Esta clase realiza funciones de expresión regular.

  En MDT, se han implementado un par de cambios en la arquitectura de script para que el cliente Microsoft Visual Basic Scripting Edition (VBScript) sea más sólido y confiable. Estos cambios incluyen:

• Cambios exhaustivos en ZTIUtility.vbs (la biblioteca de scripts principal), incluidas las nuevas API y un mejor control de errores

• Un nuevo aspecto de la estructura general de los scripts ZTI_xxx.wsf

  También ha cambiado la estructura general de los scripts de MDT. La mayoría de los scripts mdt ahora están encapsulados en objetos de clase VBScript. La clase se inicializa y se llama con la función RunNewInstance .

Nota:

La mayoría de los scripts de MDT 2008 Update 1 existentes funcionarán tal y como están en MDT, incluso con los amplios cambios en ZTIUtility.vbs, ya que la mayoría de los scripts de MDT incluirán ZTIUtility.vbs.

Descripción de cómo aprovechar ZTIUtility

El archivo ZTIUtility.vbs contiene clases de objeto que se pueden aprovechar en el código personalizado. Integre código personalizado con MDT mediante:

• Clase de registro definida en ZTIUtility.vbs como se describe en Uso de la clase de registro ZTIUtility

• Clase de entorno definida en ZTIUtility.vbs como se describe en Uso de la clase de entorno ZTIUtility

• Clase de utilidad definida en ZTIUtility.vbs como se describe en Uso de la clase de utilidad ZTIUtility

Uso de la clase de registro ZTIUtility

La clase de registro de ZTIUtiliy.vbs proporciona un mecanismo sencillo para que el código personalizado registre información de estado, advertencias y errores de la misma manera que otros scripts durante una implementación de ZTI o LTI. Esta estandarización también garantiza que el cuadro de diálogo Resumen de implementación de LTI notifica correctamente el estado de cualquier código personalizado que se ejecute.

A continuación se muestra un script de código personalizado de ejemplo que usa las funciones oLogging.CreateEntry y TestAndFail para registrar diferentes tipos de mensajes, en función de los resultados de las distintas acciones de script.

Script de ejemplo mediante el registro ZTIUtility: ZTI_Example.wsf

<job id="ZTI_Example">  
<script language="VBScript" src="ZTIUtility.vbs"/>  
<script language="VBScript">  

' //*******************************************************  
' //  
' // Copyright (c) Microsoft Corporation.  All rights reserved  
' // Microsoft Deployment Toolkit Solution Accelerator  
' // File: ZTI_Example.wsf  
' //  
' // Purpose: Example of scripting with the  
' //          Microsoft Deployment Toolkit.  
' //  
' // Usage: cscript ZTI_Example.wsf [/debug:true]  
' //  
' //*******************************************************  

Option Explicit  
RunNewInstance  

'//--------------------------------------------------------  
'// Main Class  
'//--------------------------------------------------------  
Class ZTI_Example  

'//--------------------------------------------------------  
'// Main routine  
'//--------------------------------------------------------  

Function Main()  

  Dim iRetVal  
  Dim sScriptPath  

  iRetVal = SUCCESS  

  oLogging.CreateEntry "Begin example script...", _  
    LogTypeInfo  

  ' %ServerA% is a generic variable available within  
  ' every CustomSettings.ini file.  

  sScriptPath = "\\" & oEnvironment.Item("ServerA") & _  
    "\public\products\Applications\User\Technet\USEnglish"  

  ' Validate a connection to server, net connect with  
  ' credentials if necessary.  
  iRetVal = oUtility.ValidateConnection( sScriptPath )  
  TestAndFail iRetVal, 9991, "Validate Connection to [" & _  
    sScriptPath & "]"  

  'Run Setup Program  

  iRetVal = oUtility.RunWithHeartbeat( """" & _  
    sScriptPath & "\setup.exe"" /?" )  
  TestAndFail iRetVal, 9991, "RunWithHeartbeat [" & _  
    sScriptPath & "]"  

  'Perform any cleanup from installation process  

  oShell.RegWrite "HKLM\Software\Microsoft\SomeValue", _  
    "Done with Execution of XXX.", "REG_SZ"  

  Main = iRetVal  

End Function  

End Class  

</script>  
</job>  

Nota:

Si desea seguir usando scripts que llaman a ZTIProcess() con ProcessResults(), puede seguir haciéndolo. Sin embargo, algunas características mejoradas de control de errores no se habilitarán.

Uso de la clase de entorno ZTIUtility

La clase de entorno de ZTIUtiliy.vbs proporciona acceso a las propiedades de MDT y la capacidad de actualizarlas. En el ejemplo anterior, se usa oEnvironment.Item("Memory") para recuperar la cantidad de RAM disponible; esto también se puede usar para recuperar el valor de cualquiera de las propiedades descritas en la referencia del kit de herramientas del documento MDT.

Uso de la clase de utilidad ZTIUtility

El script de ZTIUtility.vbs contiene una serie de utilidades usadas habitualmente que cualquier script de implementación personalizado puede usar. Puede agregar estas utilidades a cualquier script de la misma manera que las clases oLogging y oEnvironment .

En la tabla siguiente se detallan algunas funciones útiles disponibles y su salida. Para obtener una lista completa de las funciones disponibles, consulte el archivo ZTIUtility.vbs.

Función	Resultado
oUtility.LocalRootPath	Devuelve la ruta de acceso de la carpeta raíz que usa el proceso de implementación en el equipo de destino, por ejemplo, C:\MININT.
oUtility.BootDevice	Devuelve el dispositivo de arranque del sistema, por ejemplo, MULTI(0)DISK(0)RDISK(0)PARTITION(1)
oUtility.LogPath	Devuelve la ruta de acceso a la carpeta de registros que se usa durante la implementación; por ejemplo, C:\MININT\SMSOSD\OSDLOGS
oUtility.StatePath	Devuelve la ruta de acceso del almacén de estado configurado actualmente, por ejemplo, C:\MININT\StateStore
oUtility.ScriptName	Devuelve el nombre del script que llama a la función, por ejemplo, Z-RAMTest.
oUtility.ScriptDir	Devuelve la ruta de acceso al script que llama a la función( por ejemplo, \\server_name\Deployment$\Scripts
oUtility.ComputerName	Determina el nombre del equipo que se usará durante el proceso de compilación, por ejemplo, computer_name
oUtility.ReadIni(file, section, item)	Permite leer el elemento especificado desde un archivo .ini
oUtility.WriteIni(file, section, item, value)	Permite escribir el elemento especificado en un archivo .ini
oUtility.Sections(file)	Lee las secciones de un archivo .ini y las almacena en un objeto como referencia.
oUtility.SectionContents(file, section)	Lee el contenido del archivo .ini especificado y los almacena en un objeto
oUtility.RunWithHeartbeat(sCmd)	Cuando se ejecute el comando, escriba información de latido en los registros cada 0,5 segundos.
oUtility.FindFile (sFilename,sFoundPath)	Busca el archivo especificado en la carpeta DeployRoot y las subcarpetas estándar, incluidos Mantenimiento, Herramientas, USMT, Plantillas, Scripts y Control
oUtility.findMappedDrive(sServerUNC)	Comprueba si una unidad está asignada a la ruta de acceso UNC especificada y devuelve la letra de unidad.
oUtility.ValidateConnection(sServerUNC)	Comprueba si hay una conexión existente con el servidor especificado y, si no lo hay, intenta crear una.
MapNetworkDrive (sShare, SDomID, sDomPwd)	Asigna una letra de unidad a la ruta de acceso UNC especificada como recurso compartido y devuelve la letra de unidad usada; devuelve un error si no se realiza correctamente
VerifyPathExists(strPath)	Comprueba que existe la ruta de acceso especificada.
oEnvironment.Substitute(sVal)	Dada una cadena, expande todas las variables o funciones dentro de esa cadena.
oEnvironment.Item (sName)	Lee o escribe una variable en un almacén persistente
oEnvironment.Exists (sName)	Pruebas para ver si la variable existe
oEnvironment.ListItem (sName)	Lee o escribe una variable de matriz de tipos en un almacén persistente.
oLogging.ReportFailure (sMessage, iError)	Se usa para realizar una salida estructurada si se detecta un error irrecuperable
oLogging.CreateEvent (iEventID, iType, sMessage, arrParms)	Escribe un mensaje en el archivo de registro y publica el evento en un servidor definido.
oLogging.CreateEntry (sLogMsg, iType)	Escribe un mensaje en el archivo de registro
TestAndFail(iRc, iError, sMessage)	Sale del script con iError si iRc es false o produce un error.
TestAndLog(iRc , sMessage)	Registra una advertencia solo si iRc es false o produce un error.

Integración del código de implementación personalizado

El código de implementación personalizado se puede integrar en el proceso de MDT de varias maneras; sin embargo, independientemente del método usado, se deben cumplir las dos reglas siguientes:

• El nombre del script de código de implementación personalizado siempre debe comenzar con la letra Z.

• El código de implementación personalizado debe colocarse en la carpeta Scripts del recurso compartido de implementación, por ejemplo, D:\Production Deployment Share\Scripts.

  Los métodos usados con más frecuencia para integrar código personalizado que también garantizan el registro coherente son:

• Implementación del código como una aplicación MDT

• Iniciar el código como un comando de secuencia de tareas de MDT

• Iniciar el código como script de salida de usuario

Implementación de código personalizado como una aplicación MDT

El código de implementación personalizado se puede importar en Deployment Workbench y administrarse de la misma manera que cualquier otra aplicación.

Para crear una nueva aplicación para ejecutar código de implementación personalizado

1. Copie el código de implementación personalizado en la carpeta deployment_share\Scripts (donde deployment_share es la ruta de acceso completa al recurso compartido de implementación).

2. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

3. En el árbol de consola de Deployment Workbench, vaya a Recursos compartidos de implementación/deployment_share/Aplicaciones (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

4. En el panel Acciones, haga clic en Nueva aplicación.

   Se inicia el Asistente para nueva aplicación.

5. Complete el Asistente para nueva aplicación con la siguiente información. Acepte valores predeterminados a menos que se especifique lo contrario.

   En esta página del asistente	Haga esto…
   Tipo de aplicación	Haga clic en Aplicación sin archivos de origen o en otro lugar de la red y, a continuación, haga clic en Siguiente.
   Detalles	Complete esta página en función de la información de la aplicación y, a continuación, haga clic en Siguiente.
   Detalles del comando	1. En el cuadro Línea de comandos , escriba cscript.exe %SCRIPTROOT%\custom_code (donde custom_code es el nombre del código personalizado que se ha desarrollado). 2. En el cuadro Directorio de trabajo , escriba working_directory (donde working_directory es el nombre del directorio de trabajo del código personalizado; normalmente esta es la misma carpeta especificada en el cuadro Línea de comandos ). 3. Haga clic en Siguiente.
   Resumen	Compruebe que los valores de configuración son correctos y, a continuación, haga clic en Siguiente.
   Confirmación	Haga clic en Finalizar.

   La aplicación aparece en el nodo Aplicaciones de Deployment Workbench.

Agregar el código personalizado como paso de secuencia de tareas

Se puede llamar al código de implementación personalizado directamente desde cualquier punto dentro de una secuencia de tareas; esto proporciona acceso a las reglas y opciones de secuencia de tareas habituales.

Para agregar el código de implementación personalizado a una secuencia de tareas existente

1. Copie el código de implementación personalizado en la carpeta deployment_share\Scripts (donde deployment_share es la ruta de acceso completa al recurso compartido de implementación).

2. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

3. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

4. En el panel de detalles, haga clic en task_sequence (donde task_sequence es el nombre de la secuencia de tareas que ejecuta el código personalizado).

5. En el panel de acciones, haga clic en Propiedades.

6. En el cuadro de diálogo task_sequenceProperties, haga clic en la pestaña Secuencia de tareas .

7. En el árbol de consola, vaya al grupo (donde grupo es el grupo para agregar el paso de secuencia de tareas).

8. Haga clic en Agregar, en Generaly, a continuación, en Ejecutar línea de comandos.

9. En el árbol de consola, haga clic en Ejecutar línea de comandos y, a continuación, haga clic en la pestaña Propiedades .

10. En el cuadro Nombre , escriba name (donde name es un nombre descriptivo del código personalizado).

11. En la pestaña Propiedades , en el cuadro Línea de comandos , escriba command_line (donde command_line es el comando para ejecutar el código personalizado, por ejemplo, cscript.exe %SCRIPTROOT%\CustomCode.vbs).

12. En el cuadro Iniciar en , escriba path (donde path es la ruta de acceso completa a la carpeta de trabajo del código personalizado; normalmente, esta es la misma ruta de acceso especificada en el cuadro Línea de comandos ) y, a continuación, haga clic en Aceptar.

    El paso de secuencia de tareas recién creado aparece en la lista de pasos de secuencia de tareas.

Ejecución de código personalizado como script de salida de usuario

También es posible ejecutar el código personalizado como script de salida de usuario desde CustomSettings.ini mediante la directiva UserExit . Esto proporciona un mecanismo para que la información se pase al proceso de validación de reglas de CustomSettings.ini y proporciona una actualización dinámica de las propiedades de MDT.

Para obtener más información sobre los scripts de salida de usuario y la directiva UserExit, consulte la sección "Scripts de salida de usuario en el archivo CustomSettings.ini", en el documento de MDT Uso del kit de herramientas de implementación de Microsoft.

Instalación de controladores de dispositivo mediante varios métodos de instalación

En este escenario, usará MDT para implementar un sistema operativo en distintos tipos de hardware. Como parte del proceso de implementación, identifique e instale controladores de dispositivo para que cada tipo de hardware funcione correctamente. Hay dos tipos principales de controladores de dispositivo; cada uno debe controlarse de forma diferente durante el proceso de implementación:

• Controladores de dispositivo que contienen un archivo .inf que se puede usar para importar el controlador de dispositivo en Deployment Workbench

• Controladores de dispositivo empaquetados como una aplicación y que deben instalarse como una aplicación

  Con MDT, puede controlar ambos tipos de controladores como parte de una implementación del sistema operativo.

  Instale los controladores de dispositivo mediante:

• Determinación de métodos para instalar cada controlador de dispositivo como se describe en Determinación del método que se debe usar para instalar un controlador de dispositivo

• Uso del método de controladores integrados, tal como se describe en Instalación de controladores de dispositivo mediante el método de controladores de fábrica

• Instalarlas como aplicaciones como se describe en Instalación de controladores de dispositivo como aplicaciones

  En este escenario se supone que MDT se ejecuta en un servidor de implementación.

Determinar qué método usar para instalar un controlador de dispositivo

Los fabricantes de hardware liberan controladores de dispositivos en una de estas dos formas:

• Como un paquete que puede extraer y que contiene archivos .inf usados para importar el controlador en Deployment Workbench

• Como una aplicación que debe instalar mediante procesos de instalación de aplicaciones tradicionales

  Los paquetes de controladores de dispositivo que se pueden extraer para acceder a archivos .inf pueden usar el proceso de instalación y detección automática de controladores mdt importando primero el controlador en el nodo Controladores de fábrica en Deployment Workbench.

  Los paquetes de controladores de dispositivo que no se pueden extraer para aislar archivos .inf o aquellos que no funcionan correctamente sin instalarse primero mediante un instalador de aplicación, como un archivo MSI o Setup.exe, pueden usar la característica Instalar aplicación de MDT e instalar el controlador de dispositivo durante el proceso de implementación igual que para cualquier aplicación normal.

Instalación de controladores de dispositivo mediante el método de controladores integrados

Puede importar paquetes de controladores de dispositivo que incluyan un archivo .inf en Deployment Workbench e instalarlos automáticamente como parte del proceso de implementación. Para implementar este tipo de implementación de controladores de dispositivo, agregue primero el controlador de dispositivo a Deployment Workbench.

Para agregar el controlador de dispositivo a Deployment Workbench

1. Descargue los controladores de dispositivo necesarios para implementar los tipos de hardware y extraiga el paquete de controladores de dispositivo en una ubicación temporal.

2. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

3. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Controladores preconfigurados (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

4. En el panel Acciones, haga clic en Importar controladores.

   Se inicia el Asistente para importar controladores de dispositivo.

5. En la página Especificar directorio , en la sección Directorio de origen de unidad , haga clic en Examinar para ir a la carpeta que contiene los nuevos controladores de dispositivo y, a continuación, haga clic en Siguiente.

   Nota:

   El Asistente para nuevo controlador de dispositivo buscará todos los subdirectorios del directorio de origen del controlador; Por lo tanto, si hay varios controladores que instalar, extráigalos en carpetas del mismo directorio raíz y, a continuación, establezca el directorio de origen del controlador como el directorio raíz que contiene todas las carpetas de origen del controlador.

6. En la página Resumen , compruebe que la configuración es correcta y, a continuación, haga clic en Siguiente para importar los controladores en Deployment Workbench.

7. En la página Confirmación, haga clic en Finalizar.

   Si los controladores de dispositivo contienen controladores críticos para el arranque, como el almacenamiento masivo o los controladores de clase de red, el recurso compartido de implementación debe actualizarse a continuación para generar un nuevo LiteTouch_x86 y LiteTouch_x64 entorno de arranque que contenga los nuevos controladores.

   Para agregar controladores de dispositivo a las imágenes lite touch de Windows PE

8. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

9. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

10. En el panel Acciones, haga clic en Actualizar recurso compartido de implementación.

    Se inicia el Asistente para recursos compartidos de implementación de actualizaciones.

11. En la página Opciones , seleccione las opciones deseadas para actualizar el recurso compartido de implementación y, a continuación, haga clic en Siguiente.

12. En la página Resumen , compruebe que los detalles son correctos y, a continuación, haga clic en Siguiente.

13. En la página Confirmación, haga clic en Finalizar.

Instalación de controladores de dispositivo como aplicaciones

Los controladores de dispositivo empaquetados como aplicaciones y que no se pueden extraer en una carpeta que contiene un archivo .inf, además de los archivos de controlador, se deben agregar a Deployment Workbench como una aplicación para la instalación durante el proceso de implementación.

Las aplicaciones se pueden especificar como un paso de secuencia de tareas o especificarse en CustomSettings.ini; sin embargo, las aplicaciones de controlador de dispositivo solo deben instalarse cuando la secuencia de tareas se ejecuta en un equipo con los dispositivos. Para asegurarse de esto, ejecute el paso de secuencia de tareas para implementar las aplicaciones de controlador de dispositivo pertinentes como paso de secuencia de tareas condicional. Los criterios condicionales se pueden especificar para ejecutar el paso de secuencia de tareas mediante consultas WMI para el dispositivo en el equipo de destino.

Adición de la aplicación de controlador de dispositivo a Deployment Workbench

Cada aplicación de controlador de dispositivo debe importarse primero en Deployment Workbench.

Nota:

Configure si la aplicación debe estar visible durante la implementación en el cuadro de diálogo Propiedades de cualquier aplicación seleccionando o desactivando la casilla Ocultar esta aplicación en el Asistente para implementación . Repita este proceso para cada aplicación de controlador de dispositivo usada durante la implementación.

Para agregar la aplicación de controlador de dispositivo a Deployment Workbench

1. Descargue la aplicación del controlador de dispositivo y guárdela en una ubicación temporal.

2. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

3. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Applications (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

4. En el panel Acciones, haga clic en Nueva aplicación.

   Se inicia el Asistente para nueva aplicación.

5. En la página Tipo de aplicación , haga clic en Aplicación con archivos de origen y, a continuación, haga clic en Siguiente.

6. En la página Detalles , escriba los detalles pertinentes sobre la aplicación y, a continuación, haga clic en Siguiente.

7. En la página Origen , en la sección Directorio de origen , haga clic en Examinar para ir a y, a continuación, haga clic en el directorio que contiene los archivos de origen de la aplicación del controlador de dispositivo. Haga clic en Aceptar.

8. Haga clic en Siguiente.

9. En la página Destino , escriba un nombre para el directorio de destino y, a continuación, haga clic en Siguiente.

10. En la página Detalles del comando , en la sección Línea de comandos , escriba el comando que permite la instalación silenciosa de la aplicación del controlador de dispositivo.

11. En la página Resumen , compruebe que la configuración es correcta y, a continuación, haga clic en Siguiente para importar la aplicación del controlador de dispositivo en Deployment Workbench.

12. En la página Confirmación, haga clic en Finalizar.

    Después de importar las aplicaciones en Deployment Workbench, agréguelas al proceso de implementación mediante la lógica adecuada para asegurarse de que la aplicación se instala solo cuando se ejecuta en el hardware correcto. Existen diferentes métodos para lograr esto:

• Especifique la aplicación del controlador de dispositivo como parte de una secuencia de tareas de implementación.

• Especifique la aplicación del controlador de dispositivo en CustomSettings.ini.

• Especifique la aplicación del controlador de dispositivo en la base de datos de MDT.

  Cada enfoque se describe con más detalle en las secciones siguientes.

Especificar la aplicación de controlador de dispositivo como parte de una secuencia de tareas

El primer método para agregar una aplicación de controlador de dispositivo al proceso de implementación es usar una secuencia de tareas para agregar pasos para cada aplicación de controlador de dispositivo.

Hay dos enfoques principales para administrar aplicaciones de controlador de dispositivo en la secuencia de tareas:

• Cree un nuevo grupo de secuencia de tareas para cada modelo de hardware y, a continuación, agregue una consulta para ejecutar ese grupo de acciones si el equipo coincide con un tipo de hardware específico.

• Cree un grupo de secuencias de tareas para aplicaciones específicas del hardware y, a continuación, agregue consultas para cada acción de secuencia de tareas para que cada paso de secuencia de tareas se evalúe con respecto al tipo de hardware y se ejecute solo si se encuentra una coincidencia.

  Para crear un nuevo grupo de secuencia de tareas para cada tipo de hardware

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de detalles, haga clic en task_sequence (donde task_sequence es la secuencia de tareas de implementación necesaria para instalar la aplicación de controlador de dispositivo).

4. En el panel de acciones, haga clic en Propiedades.

5. En el cuadro de diálogo task_sequenceProperties, en la pestaña Secuencia de tareas, en el panel de detalles, vaya a State Restore/Windows Update (Instalación previa a la aplicación).

6. En la pestaña Secuencia de tareas , haga clic en Agregary, a continuación, haga clic en Nuevo grupo.

   Esto crea un nuevo grupo de secuencia de tareas en la secuencia de tareas. Use este nuevo grupo de secuencias de tareas para crear los pasos para instalar las aplicaciones de controlador de dispositivo específicas del hardware.

7. En el panel de detalles, haga clic en Nuevo grupo.

8. En la pestaña Propiedades , en el cuadro Nombre , escriba group_name (donde group_name es el nombre del grupo; por ejemplo, Hardware Specific Applications – Dell Computer Corporation).

9. En la pestaña Opciones , haga clic en Agregary, a continuación, haga clic en Consultar WMI.

10. En el cuadro de diálogo Condición WMI de secuencia de tareas, escriba los detalles siguientes:

    • En el cuadro espacio de nombres WMI , escriba root\cimv2.

    • En el cuadro de consulta WQL , escriba una consulta del Lenguaje de consulta WMI (WQL) mediante la clase Win32_ComputerSystem para asegurarse de que la aplicación solo está instalada para un tipo de aplicación específico, por ejemplo:

      Seleccione * FROM Win32_ComputerSystem WHERE Model LIKE %hardware_model% AND Manufacturer LIKE %hardware_manufacturer%

      En este ejemplo, hardware_model es el nombre del modelo de equipo (como Latitude D620) y hardware_manufacturer es el nombre de la marca de equipo (por ejemplo, Dell Corporation).

      El % símbolo es un carácter comodín que se incluye en los nombres para permitir a los administradores devolver cualquier modelo de equipo o fabricación que contenga el valor especificado para hardware_model o hardware_manufacturer.

      Para obtener más información sobre las consultas WMI y WQL, vea la sección "Agregar consultas WMI a condiciones de paso de secuencia de tareas", en el documento de MDT Uso del kit de herramientas de implementación de Microsoft y vea Consulta con WQL.

11. Haga clic en Aceptar para enviar la consulta y, a continuación, haga clic en Aceptar para enviar cambios a la secuencia de tareas.

Nota:

Este proceso debe repetirse para cada tipo de hardware de cada aplicación de controlador de dispositivo que se va a instalar.

Una vez creados los grupos de secuencias de tareas específicos del hardware, se pueden agregar aplicaciones de controlador de dispositivo a cada grupo.

Para agregar aplicaciones de controlador de dispositivo a grupos de secuencias de tareas específicos del hardware

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de detalles, haga clic en task_sequence (donde task_sequence es la secuencia de tareas de implementación necesaria para instalar la aplicación de controlador de dispositivo).

4. En el panel de acciones, haga clic en Propiedades.

5. En el cuadro de diálogo task_sequenceProperties, haga clic en la pestaña Secuencia de tareas .

6. En el panel de detalles, vaya a State Restore/hardware_specific_group (donde hardware_specific_group es el nombre del grupo específico del hardware donde se agregará el paso de secuencia de tareas para instalar la aplicación del controlador de dispositivo).

7. En la pestaña Secuencia de tareas , haga clic en Agregar, en Generaly, a continuación, en Instalar aplicación.

   El paso de secuencia de tareas Instalar aplicación aparece en el panel de detalles.

8. En el panel de detalles, haga clic en Instalar aplicación.

9. En la pestaña Propiedades , haga clic en Instalar una sola aplicación y, en la lista Aplicación para instalar , seleccione hardware_application (donde hardware_application es la aplicación para instalar la aplicación específica del hardware).

Nota:

Este proceso debe repetirse para cada aplicación de controlador de dispositivo que tenga que usarse durante una implementación.

Especifique la aplicación device driver en CustomSettings.ini

Cuando se inicia una implementación de LTI o ZTI, una de las primeras acciones que se van a completar es el procesamiento de los archivos de control de BootStrap.ini y CustomSettings.ini. Ambos archivos contienen reglas que se pueden usar para personalizar dinámicamente la implementación.

Debido a la forma en que MDT procesa el archivo CustomSettings.ini, puede usarlo para agregar aplicaciones basadas en condiciones específicas. Esta lógica se usará para agregar aplicaciones específicas del controlador de dispositivo durante la implementación en función de tipos de hardware específicos. El GUID de la aplicación hace referencia a las aplicaciones en CustomSettings.ini, que se encuentra en el archivo Applications.xml del recurso compartido de implementación.

Para buscar el GUID de una aplicación importada

1. En el recurso compartido de implementación del servidor de implementación, abra la carpeta Control, por ejemplo, D:\Production Deployment Share\Control.

2. Busque y abra el archivo Applications.xml.

3. Busque la aplicación necesaria.

4. Busque el GUID de la aplicación localizando la línea incluida en las etiquetas de aplicación <guid> ; por ejemplo, <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>.

   Como parte del proceso de inicialización, tanto el proceso LTI como el proceso ZTI recopilan información sobre el equipo en el que se ejecuta. Como parte de este proceso, se realizan consultas WMI y los valores de la clase Win32_ComputerSystem para make y manufacturer se rellenan como variables %Make% y %Model%, respectivamente.

   Estos valores se pueden usar durante el procesamiento del archivo CustomSettings.ini para leer de forma dinámica las secciones del archivo en función de la creación y el modelo detectados. En el ejemplo siguiente se muestra un ejemplo del archivo CustomSettings.ini.

   CustomSettings.ini de ejemplo configurado para una instalación de aplicación de Hardware-Specific

[Settings]  
Priority=Make, Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  

[Dell Computer Corporation]  
Subsection=Dell-%Model%  

[Dell-Latitude D620]  
MandatoryApplications001={1D7DF331-47B7-472C-87B3-442597EC2F7D}  

[Dell-Latitude D610]  
MandatoryApplications001={c303fa6e-3a4d-425e-8102-77db9310e4d0}  

Use las propiedades siguientes para especificar aplicaciones en CustomSettings.ini:

• Aplicaciones. Esta propiedad se puede usar cuando los administradores de implementación no quieran presentar un asistente para aplicaciones como parte del proceso de implementación especificando SkipApplications=YES en CustomSettings.ini.

• MandatoryApplications. Esta propiedad se puede usar si los administradores de implementación quieren presentar el asistente para aplicaciones durante la implementación para permitir que los ingenieros de implementación seleccionen aplicaciones adicionales que se instalarán durante la implementación.

  Si el asistente para aplicaciones se usa sin la propiedad MandatoryApplications (por ejemplo, SkipApplications=NO), sobrescribirá las aplicaciones especificadas por la propiedad Applications .

  En el ejemplo anterior se muestra cómo usar los valores de variable %Make% y %Model% para manipular dinámicamente cómo se compila la lista de aplicaciones. Los valores de la creación y el modelo de cada tipo de hardware se pueden encontrar mediante uno de los métodos siguientes:

• Herramienta Información del sistema. Use el nodo Resumen del sistema de esta herramienta para identificar el fabricante del sistema (make) y el modelo del sistema (modelo).

• Windows PowerShell. Use el cmdlet Get-WMIObject –class Win32_ComputerSystem para determinar la marca y el modelo del equipo.

• Línea de comandos de Instrumental de administración de Windows. Use CSProduct Get Name, Vendor para devolver el nombre (modelo) y el proveedor (make) del equipo.

  Para modificar CustomSettings.ini para agregar lógica específica del hardware

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de acciones, haga clic en Propiedades.

4. Haga clic en la pestaña Reglas .

5. La información que se escribe en esta pestaña se almacena en el archivo CustomSettings.ini. Modifique las entradas de archivo CustomSettings.ini para agregar lógica para cada modelo de hardware que tenga una aplicación específica del controlador de dispositivo, como se describe en Especificar la aplicación de controlador de dispositivo como parte de una secuencia de tareas.

6. Haga clic en Aceptar para enviar los cambios.

7. En el panel de detalles, haga clic en deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

8. En el panel Acciones, haga clic en Actualizar recurso compartido de implementación.

   Se inicia el Asistente para recursos compartidos de implementación de actualizaciones.

9. En la página Opciones , seleccione las opciones deseadas para actualizar el recurso compartido de implementación y, a continuación, haga clic en Siguiente.

10. En la página Resumen , compruebe que los detalles son correctos y, a continuación, haga clic en Siguiente.

11. En la página Confirmación, haga clic en Finalizar.

    De forma predeterminada, todas las aplicaciones disponibles se muestran en el Asistente para la implementación de Windows durante una implementación de LTI. Dado que las aplicaciones específicas del controlador de dispositivo solo se aplican a tipos de hardware específicos, es posible que no quiera que se muestren todo el tiempo. Al especificar el paquete de aplicación específico del controlador de dispositivo en CustomSettings.ini, la aplicación se puede ocultar mediante la opción Ocultar la aplicación en el Asistente para implementación en la configuración de la aplicación.

    Para ocultar una aplicación en el Asistente para implementación

12. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

13. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Applications (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

14. En el panel de detalles, haga clic en device_driver_application (donde device_driver_application es la aplicación que se va a ocultar del Asistente para la implementación).

15. En el panel de acciones, haga clic en Propiedades.

16. En la pestaña General , active la casilla Ocultar la aplicación en el Asistente para implementación .

17. Haga clic en Aplicar y, a continuación, cierre el cuadro de diálogo Propiedades .

Especificación de la aplicación de controlador de dispositivo en la base de datos de MDT

La base de datos de MDT es una versión de base de datos del archivo CustomSettings.ini y se puede consultar en el momento de la implementación para obtener información que se usará durante la implementación. Para obtener más información sobre el uso de la base de datos de MDT, consulte "Seleccionar los métodos para aplicar la configuración".

Al consultar la base de datos de MDT en el momento de la implementación, hay tres métodos disponibles para identificar el equipo de destino:

• Busque el equipo individual (con la dirección MAC, la etiqueta de recurso o similar).

• Busque la ubicación del equipo (mediante la puerta de enlace predeterminada).

• Busque la marca y el modelo del equipo (mediante el fabricante wmi o las consultas de marca y modelo).

  Para cada entrada de base de datos que cree, puede especificar propiedades de implementación, aplicaciones, si usar paquetes Configuration Manager y administradores. Al crear entradas make y model en la base de datos, puede agregar las aplicaciones de controlador de dispositivo específicas del hardware necesarias.

  Para crear entradas en la base de datos de MDT para permitir la instalación de aplicaciones de controlador de dispositivo

Nota:

Repita este proceso para cada creación de hardware y modelo que requiera una aplicación de controlador de dispositivo.

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel Acciones, haga clic en Nuevo.

4. En el cuadro de diálogo Propiedades , en la pestaña Identidad , en el cuadro Crear , escriba make_name (donde make_name es un nombre fácilmente identificado para asociar con el fabricante del equipo de destino).

5. En el cuadro Modelo , escriba model_name (donde model_name es un nombre fácilmente identificado que se va a asociar con el modelo del equipo de destino).

6. En la pestaña Aplicaciones , agregue cada una de las aplicaciones de controlador de dispositivo necesarias para ese modelo de hardware.

Inicio de MDT mediante servicios de implementación de Windows

Windows Server 2008 usa Servicios de implementación de Windows como una versión actualizada y rediseñada de Servicios de instalación remota, la herramienta de implementación predeterminada de Windows Server 2003 con SP2. Con los Servicios de implementación de Windows, puede implementar sistemas operativos Windows(especialmente Windows 7, Windows Server 2008 o posteriores) en una red mediante el adaptador de red habilitado para PXE o los medios de arranque de un equipo.

Antes de implementar Servicios de implementación de Windows, determine cuál de las siguientes opciones de integración se adapta mejor a su entorno:

• Opción 1. Arranque equipos en PXE para iniciar el proceso LTI.

• Opción 2. Implemente una imagen del sistema operativo desde el almacén de imágenes de Servicios de implementación de Windows.

• Opción 3. Use la multidifusión con MDT y el rol de servidor servicios de implementación de Windows Server 2008.

Opción 1: Equipos de arranque en PXE para iniciar el proceso LTI

Ayude a minimizar el costo de administrar las implementaciones del sistema operativo iniciando el proceso de implementación de MDT mediante Los servicios de implementación de Windows junto con el Protocolo de configuración dinámica de host. Esto elimina el requisito de crear y entregar medios de arranque a cada equipo de destino.

Creación e importación de la imagen de Windows PE de Deployment Workbench en Servicios de implementación de Windows

Al crear un nuevo recurso compartido de implementación de MDT o modificar un recurso compartido de implementación de MDT existente, puede crear una imagen de arranque de Windows PE personalizada. Cuando se actualiza el recurso compartido de implementación, la imagen de arranque de Windows PE se genera y actualiza automáticamente con información sobre el recurso compartido de implementación y se insertan los controladores o componentes adicionales especificados durante la configuración del recurso compartido de implementación.

La imagen de arranque de Windows PE se genera como un archivo de imagen ISO, que puede escribir en un CD o DVD, y como un archivo WIM de arranque. Puede importar el archivo WIM a Servicios de implementación de Windows para que los equipos que puedan arrancar en PXE puedan descargar y ejecutar la imagen de arranque de Windows PE LTI en una red usada para inicializar una instalación.

Para crear una imagen de Windows PE de arranque en Deployment Workbench

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de acciones, haga clic en Propiedades.

   En el cuadro de diálogo deployment_shareProperties, haga clic en la pestaña Configuración de la plataforma Windows PE (donde plataforma es la arquitectura de la imagen de Windows PE que se va a configurar).

4. En el área Lite Touch Boot Image Settings (Configuración de imagen de arranque táctil lite ), active la casilla Generate a Lite Touch bootable RAM disk ISO image (Generar una imagen ISO de disco RAM de arranque Lite Touch ).

5. Haga clic en la pestaña Componentes de la plataforma Windows PE (donde plataforma es la arquitectura de la imagen de Windows PE que se va a configurar).

6. En la sección Inyección de controladores , haga clic en los tipos de controlador adecuados que desea incluir.

   Nota:

   Este paso no es necesario si Windows PE ya incluye los controladores de dispositivo necesarios.

7. En la sección Inyección de controladores , en la lista Perfil de selección , seleccione el perfil de selección de controlador adecuado.

8. En el cuadro de diálogo Propiedades, haga clic en Aceptar.

   Nota:

   Este paso no es necesario si Windows PE ya incluye los controladores de dispositivo necesarios.

9. En el panel de detalles, haga clic en deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

10. En el panel Acciones, haga clic en Actualizar recurso compartido de implementación.

    Se inicia el Asistente para recursos compartidos de implementación de actualizaciones.

11. En la página Opciones , seleccione las opciones deseadas para actualizar el recurso compartido de implementación y, a continuación, haga clic en Siguiente.

12. En la página Resumen , compruebe que los detalles son correctos y, a continuación, haga clic en Siguiente.

13. En la página Confirmación, haga clic en Finalizar.

    Una vez completado este proceso, la carpeta Boot del recurso compartido de implementación contendrá varias imágenes de arranque, por ejemplo:

    D:\Recurso compartido de implementación de producción\Boot\LiteTouchPE_x64.iso

    D:\Recurso compartido de implementación de producción\Boot\LiteTouchPE_x64.wim

    D:\Recurso compartido de implementación de producción\Boot\LiteTouchPE_x86.iso

    D:\Recurso compartido de implementación de producción\Boot\LiteTouchPE_x86.wim

    Puede escribir los archivos ISO que se han generado directamente en CD o DVD o usarlos para inicializar el proceso LTI en un nuevo hardware. También puede importar los archivos WIM de arranque en servicios de implementación de Windows, para que los equipos nuevos puedan inicializar el proceso de implementación de LTI sin necesidad de ningún medio físico.

    Para importar la imagen de Windows PE a Servicios de implementación de Windows

14. Inicie la consola de Servicios de implementación de Windows y, a continuación, conéctese a Servicios de implementación de Windows.

15. En el árbol de consola, haga clic con el botón derecho en Imágenes de arranque y, a continuación, haga clic en Agregar imagen de arranque.

16. Vaya a la imagen de WIM que se va a importar, por ejemplo, D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.

17. El proceso de importación lee automáticamente los metadatos de la imagen de arranque, pero también se pueden editar los valores Nombre de imagen y Descripción de la imagen ; El nombre de la imagen afecta a la información de la opción de arranque que muestra el Administrador de arranque de Windows cuando el cliente arranca en PXE.

18. Cuando se haya importado la imagen de arranque, cualquier equipo que arranque en PXE y reciba una respuesta de Servicios de implementación de Windows podrá descargar la imagen de arranque LTI e iniciar una instalación de LTI.

    La instalación y configuración de Servicios de implementación de Windows no se trata en esta guía. Para obtener más información sobre Los servicios de implementación de Windows, consulta la Guía de servicios de implementación de Windows.

Uso de Servicios de implementación de Windows para detectar automáticamente el servidor de implementación

Hay disponible una opción adicional al usar Servicios de implementación de Windows para hospedar imágenes de arranque mdt cuando el recurso compartido de implementación de MDT se hospeda en el mismo servidor que Los servicios de implementación de Windows.

Cuando un cliente PXE carga la imagen de arranque mdt, el nombre del servidor de Servicios de implementación de Windows que hospeda la imagen de arranque se captura y se coloca en EL WDSServer MDTProperty. A continuación, puede hacer referencia a esta propiedad en el archivo BootStrap.ini de la imagen de arranque y en el archivo CustomSettings.ini del recurso compartido de implementación mediante la propiedad DeployRoot . Al hacerlo, se produce un cliente que se inicia desde Servicios de implementación de Windows automáticamente mediante el recurso compartido de implementación hospedado en el servidor de Servicios de implementación de Windows. Esto elimina la necesidad de especificar un nombre de servidor en cualquier archivo de configuración.

Para establecer el servidor local de Servicios de implementación de Windows como servidor de implementación

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de acciones, haga clic en Propiedades.

4. Haga clic en la pestaña Reglas .

   La información que se escribe en esta pestaña se almacena en el archivo CustomSettings.ini.

5. Configure la propiedad DeployRoot para usar la variable %WDSServer% , por ejemplo, DeployRoot=\\%WDSServer%\Deployment$.

6. Haga clic en Editar Bootstrap.ini.

7. Configure BootStrap.ini para usar la propiedad %WDSServer% agregando o cambiando el valor DeployRoot a DeployRoot=\\%WDSServer%\Deployment$.

8. En el menú Archivo , haga clic en Guardar para guardar los cambios en el archivo BootStrap.ini.

9. Haga clic en Aceptar.

   El recurso compartido de implementación debe actualizarse.

10. En el panel de detalles, haga clic en deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

11. En el panel Acciones, haga clic en Actualizar recurso compartido de implementación.

    Se inicia el Asistente para recursos compartidos de implementación de actualizaciones.

12. En la página Opciones , seleccione las opciones deseadas para actualizar el recurso compartido de implementación y, a continuación, haga clic en Siguiente.

13. En la página Resumen , compruebe que los detalles son correctos y, a continuación, haga clic en Siguiente.

14. En la página Confirmación, haga clic en Finalizar.

15. Importe el WIM de arranque actualizado en Servicios de implementación de Windows.

Opción 2: Implementar una imagen de sistema operativo desde el Almacén de Servicios de implementación de Windows

Si ya usa Servicios de implementación de Windows para la implementación del sistema operativo, amplíe la funcionalidad de MDT configurándola para que haga referencia a las imágenes de sistema operativo de Servicios de implementación de Windows que ya están en uso en lugar de usar su propio almacén y para complementar las implementaciones de Servicios de implementación de Windows con la administración de controladores, la implementación de aplicaciones, la instalación de actualizaciones, el procesamiento de reglas y otras funciones de MDT. Después de que MDT haga referencia a una imagen de sistema operativo de Servicios de implementación de Windows, puede tratarla como cualquier sistema operativo que se haya almacenado provisionalmente en un recurso compartido de implementación de MDT.

Para hacer referencia a una imagen de sistema operativo de Servicios de implementación de Windows

Nota:

Los pasos siguientes requieren que al menos una imagen del sistema operativo se haya importado previamente en el servidor de Servicios de implementación de Windows.

1. Actualice MDT para poder acceder a las imágenes de Servicios de implementación de Windows copiando los siguientes archivos de la carpeta Orígenes de los medios de Windows en la carpeta C:\Archivos de programa\Microsoft Deployment Toolkit\bin en el servidor de Servicios de implementación de Windows:

   • Wdsclientapi.dll

   • Wdscsl.dll

   • Wdsimage.dll

   • Wdstptc.dll (esto solo es aplicable si se copia desde los directorios de origen de Windows Server 2008)

   Nota:

   El directorio de origen de Windows que se usa debe coincidir con la plataforma del sistema operativo que se ejecuta en el equipo donde está instalado MDT.

2. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

3. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Operating Systems (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

4. En el panel Acciones, haga clic en Importar sistema operativo.

   Se inicia el Asistente para nuevo sistema operativo.

5. En la página Tipo de sistema operativo , haga clic en Imágenes de Servicios de implementación de Windows y, a continuación, haga clic en Siguiente.

6. En la página Servidor WDS , escriba el nombre del servidor de Servicios de implementación de Windows al que se va a hacer referencia(por ejemplo, WDSSvr001) y, a continuación, haga clic en Siguiente.

7. En la página Resumen , compruebe que la configuración es correcta y, a continuación, haga clic en Siguiente.

8. En la página Confirmación, haga clic en Finalizar.

   Todas las imágenes disponibles en el servidor de Servicios de implementación de Windows ahora estarán disponibles para las secuencias de tareas de MDT.

Nota:

La importación de imágenes desde Servicios de implementación de Windows no copia los archivos de origen del servidor de Servicios de implementación de Windows en el recurso compartido de implementación. MDT sigue usando los archivos de origen desde su ubicación original.

Opción 3: Usar multidifusión con MDT y el rol de servicios de implementación de Windows Server 2008

Con el lanzamiento de Windows Server 2008, servicios de implementación de Windows se ha mejorado para admitir la implementación de imágenes mediante transmisiones de multidifusión. MDT también incluye actualizaciones para integrar MDT con la multidifusión de Servicios de implementación de Windows.

Además, un kit de instalación automatizada (AIK de Windows ) de Windows actualizado, versión 1.1, incluye Wdsmcast.exe. Esto permite que las sesiones de multidifusión se unan manualmente y permite al cliente iniciar Wdsmcast.exe copiar archivos de una sesión de multidifusión activa.

El script LTIApply.wsf usa Wdsmcast.exe cuando accede a los archivos de origen del sistema operativo desde el recurso compartido de implementación. LTIApply.wsf busca Wdsmcast.exe en el recurso compartido de implementación en la carpeta deployment_share\Tools\x86 o en la carpeta deployment_share\Tools\x64 (donde deployment_share es el nombre de la carpeta del sistema de archivos que contiene el recurso compartido de implementación), en función de la versión de Windows PE que se esté ejecutando.

Cuando LTIApply.wsf se ejecuta, siempre intentará acceder y descargar imágenes WIM desde un flujo de multidifusión existente, pero volverá a una copia de archivo estándar si no existe una secuencia de multidifusión.

Nota:

Este proceso solo se aplica a los archivos de imagen WIM.

Los requisitos previos del servidor de implementación para preparar la multidifusión de MDT son:

• El servidor de implementación debe ejecutar Windows Server 2008 o posterior

• El rol Servicios de implementación de Windows debe instalarse desde la consola de administración del servidor.

• AIK de Windows 1.1 para Windows Server 2008 debe estar instalado

• MDT debe estar instalado

• Al igual que con cualquier implementación que use MDT, se debe importar al menos una imagen WIM del sistema operativo, ya sea como un conjunto completo de archivos de origen o como una imagen personalizada con archivos de instalación.

Nota:

Es importante usar la versión más reciente de AIK de Windows para la multidifusión; la copia de Windows PE incluida en versiones anteriores de AIK de Windows (por ejemplo, AIK de Windows 1.0) no admite la descarga desde un servidor de multidifusión.

Para configurar MDT para la multidifusión desde un recurso compartido de implementación existente

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de acciones, haga clic en Propiedades.

4. En la pestaña General, active la casilla Habilitar multidifusión para este recurso compartido de implementación (requiere Windows Server 2008 Windows Deployment Services).

5. Haga clic en Aceptar.

6. En el panel Acciones, haga clic en Actualizar recurso compartido de implementación.

   Se inicia el Asistente para recursos compartidos de implementación de actualizaciones.

7. En la página Opciones , seleccione las opciones deseadas para actualizar el recurso compartido de implementación y, a continuación, haga clic en Siguiente.

8. En la página Resumen , compruebe que los detalles son correctos y, a continuación, haga clic en Siguiente.

9. En la página Confirmación, haga clic en Finalizar.

   El recurso compartido de implementación ahora está configurado para la transmisión de multidifusión de Servicios de implementación de Windows.

   Este proceso crea una transmisión de multidifusión de Servicios de implementación de Windows de conversión automática que usa directamente el recurso compartido de implementación de MDT existente. MDT no crea transmisiones Scheduled-Cast. Tenga en cuenta también que no se importan imágenes adicionales en Los servicios de implementación de Windows y que no es posible usar la multidifusión para las imágenes de arranque, ya que el cliente de multidifusión no se puede cargar hasta que se ejecute Windows PE.

   Para comprobar que la transmisión de multidifusión se ha generado en Servicios de implementación de Windows

10. Haga clic en Inicio, seleccione Herramientas administrativas y, a continuación, haga clic en Servicios de implementación de Windows.

11. En el árbol de consola de Servicios de implementación de Windows, haga clic con el botón derecho en Servidoresy, a continuación, haga clic en Agregar servidor.

12. En el cuadro de diálogo Agregar servidores , haga clic en Equipo local y, a continuación, haga clic en Aceptar.

13. En el árbol de consola de Servicios de implementación de Windows, haga clic en Servidores y, a continuación, haga clic en server_name (donde server_name es el nombre del equipo que ejecuta Servicios de implementación de Windows). Haga clic en Transmisiones de multidifusión.

14. En el panel de detalles, se mostrará una nueva transmisión de conversión automática para el recurso compartido de implementación, por ejemplo, BDD Share Deployment$.

15. Compruebe que el estado de la transmisión BDD Share Deployment$ Auto-Cast esté establecido en Activo.

    Una vez implementado un equipo, compruebe que el sistema operativo se descargó de una transmisión de multidifusión examinando el archivo BDD.log en la carpeta \Windows\Temp\DeploymentLogs.

    Habrá dos entradas en la carpeta de registros, ambas a partir de la transferencia multidifusión; compruébelo para comprobar que la transferencia se realizó correctamente. Para obtener más información sobre las transmisiones de multidifusión con MDT y Servicios de implementación de Windows, vea la sección "Habilitar la implementación de multidifusión de Servicios de implementación de Windows para implementaciones de LTI" en el documento de MDT Uso del kit de herramientas de implementación de Microsoft.

Realización de implementaciones almacenadas provisionalmente mediante MDT (precarga de OEM)

En muchas organizaciones, los equipos se cargan con la imagen del sistema operativo antes de la implementación en la red de producción. En algunos casos, la carga de la imagen del sistema operativo la realiza un equipo de la organización responsable de compilar los equipos en un entorno de ensayo. En otros casos, la carga de la imagen del sistema operativo la realiza el proveedor de hardware del equipo, también conocido como fabricante de equipos originales (OEM).

Nota:

El proceso de precarga de OEM solo se admite en MDT para las implementaciones realizadas mediante LTI. Para Configuration Manager, use la característica multimedia preconfigurada.

Introducción al proceso de precarga de OEM en MDT

El proceso de precarga de OEM se divide en tres fases:

• Fase 1. Cree una imagen basada en medios del equipo de referencia que se va a aplicar en el entorno de ensayo.

• Fase 2. Aplique la imagen de equipo de referencia al equipo de destino en un entorno de ensayo.

• Fase 3. Implementación completa del equipo de destino en el entorno de producción.

  La organización de implementación suele realizar las fases 1 y 3. En función del uso del proceso de precarga de OEM en la organización, la fase 2 puede realizarla la organización o el proveedor de hardware del equipo que suministra los equipos. Si la organización realiza la fase 2, el entorno de ensayo se encuentra dentro de la organización. Si un OEM realiza la fase 2, el entorno de ensayo se encuentra en el entorno del OEM.

Introducción a los archivos de configuración de MDT en el proceso de precarga de OEM

Las secuencias de tareas que se ejecutan durante las fases 1 y 3 del proceso de precarga oem usan archivos de configuración de MDT independientes (CustomSettings.ini y Bootstrap.ini). Sin embargo, ambos archivos de configuración existen simultáneamente en diferentes estructuras de carpetas.

En la primera fase, los archivos de configuración se usan durante la creación del equipo de referencia y se almacenan en la carpeta específica de la secuencia de tareas utilizada en esa fase. Los archivos de configuración usados en la tercera y última fase del proceso de precarga oem se almacenan en la carpeta específica de la secuencia de tareas utilizada en esa fase.

Al realizar modificaciones en los archivos de configuración, asegúrese de que se realizan cambios en el archivo de configuración correspondientes a la secuencia de tareas adecuada en cada fase del proceso de carga previa de OEM.

Introducción a los archivos de registro de MDT en el proceso de precarga de OEM

Los archivos de registro de MDT independientes se generan durante la fase 1 y la fase 3 del proceso de precarga de OEM:

• Los archivos de registro de MDT para la fase 1 se almacenan en las carpetas C:\MININT y C:\SMSTSLog.

• Los archivos de registro de MDT de la fase 3 se almacenan en la carpeta %WINDIR%\System32\CCM\Logs para implementaciones basadas en x86 o en la carpeta %WINDIR%\SysWow64\CCM\Logs para implementaciones basadas en x64.

  Use la carpeta adecuada al diagnosticar o solucionar problemas de implementación relacionados con MDT.

Implementaciones almacenadas provisionalmente mediante LTI

En el caso de las implementaciones de LTI, realice el proceso de precarga de OEM mediante un tipo de recurso compartido de implementación de medios extraíbles (media ). No se admiten otros tipos de recursos compartidos de implementación para el proceso de precarga de OEM.

Para realizar el proceso de carga previa de OEM, cree una secuencia de tareas basada en la plantilla de secuencia de tareas Litetouch OEM, además de las secuencias de tareas que se usarán para implementar el sistema operativo de destino. A continuación, cree un recurso compartido de implementación de medios extraíbles (Media) que, en última instancia, creará un archivo ISO del contenido del recurso compartido de implementación, específicamente el archivo LiteTouchPE_x86.iso o el archivo LiteTouchPE_x64.iso (basado en la plataforma de procesador del equipo de destino). El proceso de actualización del recurso compartido de implementación también crea una estructura de carpetas que se puede usar para crear medios de formato de disco universal.

Proceso de precarga de OEM de LTI: fase 1: creación de una imagen de Media-Based

La organización de implementación realiza la primera fase del proceso de precarga de OEM. La entrega final de esta fase es una imagen de arranque (como un archivo ISO) o un medio (como un DVD) que se envía al OEM o al entorno de ensayo dentro de la organización de implementación. La mayoría de estos pasos se realizan en Deployment Workbench.

Para crear una imagen basada en medios para su entrega al OEM o al entorno de ensayo dentro de la organización de implementación

1. Rellene los siguientes nodos para el recurso compartido de implementación en Deployment Workbench:

   • Sistemas operativos

   • Aplicaciones

   • Paquetes

   • Controladores integrados

     Para obtener más información sobre cómo realizar este paso, consulte la sección "Administrar recursos compartidos de implementación en Deployment Workbench" en el documento de MDT Uso del kit de herramientas de implementación de Microsoft.

2. Cree una nueva secuencia de tareas basada en la plantilla de secuencia de tareas Litetouch OEM de Deployment Workbench.

   Para obtener más información sobre cómo realizar este paso, consulte la sección "Configuring Task Sequences in the Deployment Workbench" (Configurar secuencias de tareas en Deployment Workbench) en el documento de MDT Using the Microsoft Deployment Toolkit (Uso del kit de herramientas de implementación de Microsoft).

3. Cree una o varias secuencias de tareas que se usarán para implementar el sistema operativo de destino en el equipo de destino después de la implementación en el entorno de producción.

   Para obtener más información sobre cómo realizar este paso, consulte la sección "Configuring Task Sequences in the Deployment Workbench" (Configurar secuencias de tareas en Deployment Workbench) en el documento de MDT Using the Microsoft Deployment Toolkit (Uso del kit de herramientas de implementación de Microsoft).

4. Cree un perfil de selección que incluya las aplicaciones, los sistemas operativos, los controladores, los paquetes y las secuencias de tareas necesarias para la implementación de OEM.

   Para obtener más información sobre cómo realizar este paso, consulte la sección "Administrar perfiles de selección" en el documento de MDT Uso del kit de herramientas de implementación de Microsoft.

5. Cree medios de implementación.

   Para obtener más información sobre cómo realizar este paso, consulte la sección "Administrar medios de implementación de LTI" en el documento de MDT Uso del kit de herramientas de implementación de Microsoft.

6. Actualice el medio de implementación creado en Deployment Workbench en el paso anterior.

   Al actualizar los medios de implementación, Deployment Workbench crea el archivo LiteTouchMedia.iso. Para obtener más información sobre cómo realizar este paso, consulte la sección "Administrar medios de implementación de LTI" en el documento de MDT Uso del kit de herramientas de implementación de Microsoft.

7. Grabe un DVD del archivo LiteTouchMedia.iso creado en el paso anterior.

   Nota:

   Si entrega el archivo ISO al OEM o al entorno de ensayo de la organización, este paso no es necesario.

8. Entregue el archivo ISO o el DVD al OEM o al entorno de ensayo de la organización.

Proceso de precarga de OEM de LTI: fase 2: aplicar la imagen al equipo de destino

El OEM o el equipo de implementación del entorno de ensayo de la organización de implementación realizan la segunda fase del proceso de precarga de OEM. Durante esta fase del proceso, el archivo .iso o dvd creado en la fase 1 se aplica a los equipos de destino. El resultado de esta fase es la imagen implementada en los equipos de destino para que estén listos para la implementación en el entorno de producción.

Para aplicar la imagen a los equipos de destino

1. Inicie un equipo de destino con el medio creado en la fase 1.

   Se inicia Windows PE y, a continuación, se inicia el Asistente para la implementación de Windows.

2. En el Asistente para la implementación de Windows, haga clic en la secuencia de tareas de preinstalación de OEM para la secuencia de tareas del entorno de almacenamiento provisional.

   Se iniciará la secuencia de tareas y el contenido del medio de arranque se copiará en el disco duro local del equipo de destino.

3. Cuando se complete el Asistente para la implementación de Windows para la secuencia de tareas de preinstalación oem para el entorno de ensayo , el disco duro estará listo para iniciar el resto del proceso de implementación mediante la ejecución del Asistente para la implementación de Windows para las otras secuencias de tareas que se usan para implementar el sistema operativo.

   La secuencia de tareas de preinstalación de OEM para la secuencia de tareas del entorno de ensayo es responsable de implementar la imagen en el equipo de destino e iniciar el proceso LTI. El Asistente para la implementación de Windows se iniciará una segunda vez para ejecutar las secuencias de tareas usadas para implementar el sistema operativo en el equipo de destino.

4. Clone el contenido del primer disco duro en tantos equipos de destino en el entorno de ensayo como sea necesario.

5. Los equipos de destino se entregan al entorno de producción para su implementación.

Proceso de precarga de OEM de LTI: fase 3: Implementación completa del equipo de destino

La tercera y última fase del proceso de precarga de OEM se realiza en el entorno de producción de la organización de implementación. Durante esta fase del proceso, se inicia el equipo de destino y se inicia la imagen multimedia de arranque, colocada en el disco duro del entorno de ensayo durante la fase anterior.

Para completar la implementación de los equipos de destino en el entorno de producción

1. Inicie el equipo de destino.

   Se inicia Windows PE y, a continuación, se inicia el Asistente para la implementación de Windows.

2. Complete el Asistente para la implementación de Windows con la información de configuración específica para cada equipo de destino.

   Para obtener más información sobre cómo completar este paso, consulte la sección "Ejecución del Asistente para implementación" en el documento de MDT Uso del kit de herramientas de implementación de Microsoft.

   Una vez completada esta fase, el equipo de destino estará listo para usarse en el entorno de producción.

Uso de Windows PowerShell para realizar tareas comunes

Las tareas de administración de MDT en Deployment Workbench se realizan mediante cmdlets de Windows PowerShell subyacentes, que puede usar para automatizar tareas administrativas como las de las secciones siguientes.

Puede automatizar la administración de MDT realizando los pasos siguientes:

• Cree un nuevo recurso compartido de implementación como se describe en Creación de un nuevo recurso compartido de implementación.

• Cree una carpeta en un recurso compartido de implementación como se describe en Creación de una carpeta.

• Elimine una carpeta de un recurso compartido de implementación como se describe en Eliminación de una carpeta.

• Importe un controlador de dispositivo en un recurso compartido de implementación como se describe en Importación de un controlador de dispositivo.

• Eliminación de un controlador de dispositivo de un recurso compartido de implementación como se describe en Eliminación de un controlador de dispositivo.

• Importe un paquete de sistema operativo en un recurso compartido de implementación como se describe en Importación de un paquete de sistema operativo.

• Eliminación de un paquete de sistema operativo de un recurso compartido de implementación como se describe en Eliminación de un paquete de sistema operativo.

• Importe un sistema operativo en un recurso compartido de implementación como se describe en Importación de un sistema operativo.

• Eliminación de un sistema operativo de un recurso compartido de implementación como se describe en Eliminación de un sistema operativo.

• Cree una aplicación en un recurso compartido de implementación como se describe en Creación de una aplicación.

• Elimine una aplicación de un recurso compartido de implementación como se describe en Eliminación de una aplicación.

• Cree una secuencia de tareas en un recurso compartido de implementación como se describe en Creación de una secuencia de tareas.

• Elimine una secuencia de tareas de un recurso compartido de implementación como se describe en Eliminación de una secuencia de tareas.

• Cree una base de datos de MDT como se describe en Creación de una base de datos de MDT.

• Cree un perfil de selección como se describe en Creación de un perfil de selección.

• Actualice un recurso compartido de implementación como se describe en Actualización de un recurso compartido de implementación.

• Cree un recurso compartido de implementación vinculado como se describe en Creación de un recurso compartido de implementación vinculado.

• Actualice un recurso compartido de implementación vinculado como se describe en Actualización de un recurso compartido de implementación vinculado.

• Elimine un recurso compartido de implementación vinculado como se describe en Eliminación de un recurso compartido de implementación vinculado.

• Cree medios de implementación como se describe en Creación de medios.

• Genere medios de implementación como se describe en Generación de medios.

• Elimine los medios de implementación como se describe en Eliminación de medios.

Creación de un nuevo recurso compartido de implementación

Los siguientes comandos Windows PowerShell crean un nuevo recurso compartido de implementación en D:\Recurso compartido de implementación de producción denominado Production$. El nuevo recurso compartido de implementación se mostrará en Deployment Workbench como Producción.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "D:\Production Deployment Share" -Description "Production" -NetworkPath "\\Deployment_Server\Production$" -Verbose | add-MDTPersistentDrive -Verbose  

Creación de una carpeta

Los siguientes comandos Windows PowerShell crean una carpeta de Adobe en el árbol de consola de Deployment Workbench en Deployment Workbench/Deployment Shares/Production/Applications.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Applications" -enable "True" -Name "Adobe" -Comments "This folder contains Adobe software" -ItemType "folder" -Verbose remove-psdrive DS001 -Verbose  

Nota:

Agregar "remove-psdrive" al script garantiza que el proceso en segundo plano finalice antes de continuar.

Eliminación de una carpeta

Los comandos de Windows PowerShell siguientes eliminan la carpeta Deployment Workbench/Deployment Shares/Production/Applications/Adobe.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Remove-item -path "DS002:\Applications\Adobe" -Verbose  

Nota:

Se producirá un error en el script si la carpeta no está vacía.

Importación de un controlador de dispositivo

Los siguientes comandos de Windows PowerShell importarán el controlador de dispositivo de supervisión de WFP dell 2407 en el recurso compartido de implementación de producción.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdtdriver -path "DS002:\Out-of-Box Drivers\Monitor" -SourcePath "D:\Drivers\Dell\2407 WFP" -Verbose  

Eliminación de un controlador de dispositivo

El siguiente comando Windows PowerShell elimina el controlador de monitor WFP dell 2407 del recurso compartido de implementación de producción.

Remove-item -path "DS002:\Out-of-Box Drivers\Dell Inc. Monitor 2407WFP.INF 1.0" -Verbose  

Importación de un paquete de sistema operativo

Los siguientes comandos de Windows PowerShell importan todos los paquetes del sistema operativo ubicados en D:\Novedades\Microsoft\Vista. Estos paquetes de sistema operativo se almacenarán en el recurso compartido de implementación de producción, que se encuentra en D:\Recurso compartido de implementación de producción.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdtpackage -path "DS002:\Packages" -SourcePath "D:\Updates\Microsoft\Vista" -Verbose  

Eliminación de un paquete de sistema operativo

El siguiente comando Windows PowerShell elimina el paquete de sistema operativo especificado del recurso compartido de implementación de producción.

Remove-item -path "DS002:\Packages\Package_1_for_KB940105 neutral x86 6.0.1.0 KB940105" -Verbose  

Importación de un sistema operativo

Los siguientes comandos de Windows PowerShell importan el sistema operativo Windows Vista ubicado en D:\Operating Systems\Windows Vista x86. El sistema operativo se almacenará en el recurso compartido de implementación de producción, que se encuentra en D:\Recurso compartido de implementación de producción.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdtoperatingsystem -path "DS002:\Operating Systems" -SourcePath "D:\Operating Systems\Windows Vista x86" -DestinationFolder "Windows Vista x86" -Verbose  

Eliminación de un sistema operativo

El siguiente comando Windows PowerShell elimina el sistema operativo HOMEBASIC de Windows Vista del recurso compartido de implementación de producción.

Remove-item -path "DS002:\Operating Systems\Windows Vista HOMEBASIC in Windows Vista x86 install.wim" -Verbose  

Creación de una aplicación

Los siguientes comandos Windows PowerShell crean la aplicación Adobe Reader 9 mediante archivos de origen de D:\Software\Adobe\Reader 9. La aplicación se almacenará en el recurso compartido de implementación de producción, que se encuentra en D:\Recurso compartido de implementación de producción.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-MDTApplication -path "DS002:\Applications" -enable "True" -Name "Adobe Reader 9" -ShortName "Reader" -Version "9" -Publisher "Adobe" -Language "" -CommandLine "setup.exe" -WorkingDirectory ".\Applications\Adobe Reader 9" -ApplicationSourcePath "D:\Software\Adobe\Reader 9" -DestinationFolder "Adobe Reader 9" -Source ".\Applications\Adobe Reader 9" -Verbose  

Eliminación de una aplicación

El siguiente comando Windows PowerShell elimina la aplicación Adobe Reader 9 del recurso compartido de implementación de producción.

Remove-item -path "DS002:\Applications\Adobe Reader 9" -Verbose  

Creación de una secuencia de tareas

Los siguientes comandos Windows PowerShell crean la secuencia de tareas Compilación de producción de Windows Vista en el recurso compartido de implementación de producción, que se encuentra en D:\Recurso compartido de implementación de producción.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdttasksequence -path "DS002:\Task Sequences" -Name "Windows Vista Business Production Build" -Template "Client.xml" -Comments "Approved for use in the production environment.  This task sequence uses the Standard Client task sequence template" -ID "Vista_Ref" -Version "1.0" -OperatingSystemPath "DS002:\Operating Systems\Windows Vista BUSINESS in Windows Vista x86 install.wim" -FullName "Fabrikam User" -OrgName "Fabrikam" -HomePage "http://www.Fabrikam.com" -AdminPassword "secure_password" -Verbose  

Eliminación de una secuencia de tareas

El siguiente comando Windows PowerShell elimina la secuencia de tareas Compilación de producción de Windows Vista del recurso compartido de implementación de producción.

Remove-item -path "DS002:\Task Sequences\Windows Vista Business Production Build" -force -Verbose  

Creación de una base de datos de MDT

Los siguientes comandos Windows PowerShell crean una nueva base de datos de MDT en el servidor de deployment_server para el recurso compartido de implementación de producción. La conexión de base de datos será a través de TCP/IP.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-MDTDatabase -path "DS002:" -SQLServer "DeploymentServer" -Netlib "DBMSSOCN" -Database "MDT2010" -SQLShare "DB_Connect" -Force -Verbose  

Creación de un perfil de selección

Los siguientes comandos Windows PowerShell crean un nuevo perfil de selección de aplicaciones.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Selection Profiles" -enable "True" -Name "Applications" -Comments "" -Definition "<SelectionProfile><Include path="Applications" /></SelectionProfile>" -ReadOnly "False" -Verbose  

Actualización de un recurso compartido de implementación

Los siguientes comandos de Windows PowerShell actualizan el recurso compartido de implementación de producción, que se encuentra en D:\Recurso compartido de implementación de producción.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Update\-MDTDeploymentShare \-path "DS002:" \-Verbose  

Creación de un recurso compartido de implementación vinculado

Los siguientes comandos Windows PowerShell crean un recurso compartido de implementación que está vinculado al recurso compartido de implementación de producción y reside en el recurso compartido \\remote_server_name\Deployment$. El perfil de selección Todo se usa para determinar qué contenido se replica en el recurso compartido de implementación vinculado. El contenido del recurso compartido de implementación de producción se combinará con el contenido que ya existe en el recurso compartido \\remote_server_name\Deployment$.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Linked Deployment Shares" -enable "True" -Name "LINKED001" -Comments "" -Root "\\RemoteServerName\Deployment$" -SelectionProfile "Everything" -Replace "False" -Verbose  

Actualización de un recurso compartido de implementación vinculado

Los siguientes comandos Windows PowerShell actualizan el recurso compartido de implementación LINKED001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Replicate-MDTContent -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose  

Eliminación de un recurso compartido de implementación vinculado

Los siguientes comandos de Windows PowerShell eliminan el recurso compartido de implementación LINKED001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose  

Creación de medios

Los comandos de Windows PowerShell siguientes crean una carpeta de origen que contiene el contenido usado para crear medios de arranque. El recurso compartido de implementación de producción se usará como origen. El perfil de selección Todo determina qué contenido se coloca en la carpeta de contenido multimedia. El archivo LiteTouchMedia.iso se creará cuando se genere el medio. Los medios admitirán las plataformas x86 y x64.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Media" -enable "True" -Name "MEDIA001" -Comments "some comment here" -Root "D:\Media" -SelectionProfile "Everything" -SupportX86 "True" -SupportX64 "True" -GenerateISO "True" -ISOName "LiteTouchMedia.iso" -Verbose  
New-PSDrive -Name "MEDIA001" -PSProvider "MDTProvider" -Root "D:\Media\Content" -Description "Embedded media deployment share" -Force -Verbose  

Generación de medios

Los siguientes comandos Windows PowerShell crean el archivo LiteTouchMedia.iso en D:\Media, que usará el contenido de la carpeta de origen multimedia MEDIA001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share" 
Generate-MDTMedia -path "DS002:\Media\MEDIA001" -Verbose  

Eliminación de medios

El siguiente comando Windows PowerShell elimina los medios MEDIA001 del recurso compartido de implementación de producción.

Remove-item -path "DS002:\Media\MEDIA001" -Verbose

Retrasar la unión a un dominio para evitar la aplicación de objetos directiva de grupo

La directiva de grupo es una tecnología rica y flexible que proporciona la capacidad de administrar eficientemente un gran número de objetos de equipo y de usuario Active Directory Domain Services (AD DS) a través de un modelo centralizado de uno a muchos modelos. La configuración de la directiva de grupo está contenida en un objeto de directiva de grupo (GPO) y está vinculada a uno o más contenedores de servicio de AD DS: sitios, dominios y unidades organizativas (OU).

Algunas organizaciones tienen directiva de grupo configuración que son restrictivas y podrían causar problemas durante las implementaciones del sistema operativo. Por ejemplo, la siguiente configuración de directiva de grupo puede interrumpir un proceso de inicio de sesión automatizado:

• Restricciones de autologon

• Cambio de nombre de la cuenta de administrador

• Banners y subtítulos legales

• Directivas de seguridad restrictivas (por ejemplo, la directiva Seguridad especializada : funcionalidad limitada [SSLF])

  Una opción para solucionar los problemas que un GPO puede causar durante la implementación es unir el equipo al dominio lo más tarde posible en el proceso de implementación. Esta combinación se puede realizar mediante un paso de secuencia de tareas personalizado que ejecuta el script ZTIDomainJoin.wsf.

  Para unir el equipo de destino al dominio, el script ZTIDomainJoin.wsf usa las propiedades DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain y MachineObjectOU . Puede declarar estas propiedades mediante el Asistente para la implementación de Windows, las reglas de recursos compartidos de implementación, la base de datos mdt y Configuration Manager reglas de equipo y recopilación. La cuenta usada debe tener los derechos necesarios para crear y eliminar objetos de equipo en el dominio.

  Normalmente, el script ZTIConfigure.wsf actualiza el archivo Unattend.xml o Unattend.txt con los valores que especifican estas propiedades. A continuación, el programa de instalación de Windows analiza esta configuración y el sistema intenta unirse al dominio al principio del proceso de implementación. Al hacerlo, el equipo de destino se somete a la configuración especificada en los GPO de dominio y puede provocar un error en el proceso de implementación.

  Para retrasar intencionadamente la unión del equipo de destino al dominio durante el proceso de implementación, puede quitar determinados elementos del archivo Unattend.xml. El script ZTIConfigure.wsf omitirá las propiedades de escritura en el archivo Unattend.xml si falta el elemento de propiedad asociado del archivo.

Nota:

Este ejemplo solo es válido al implementar los sistemas operativos Windows 7, Windows Server 2008 o Windows Server 2008 R2.

Prepare el archivo unattend.xml para que el equipo de destino no intente unirse al dominio durante la instalación de Windows.

1. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

2. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (donde deployment_share es el nombre del recurso compartido de implementación y task_sequence es el nombre de la secuencia de tareas que se va a configurar).

3. En el panel de acciones, haga clic en Propiedades.

4. En la pestaña Información del sistema operativo , haga clic en Editar Unattend.xml.

   Se inicia el Administrador de imágenes del sistema de Windows (Windows SIM).

5. En el panel Archivo de respuesta , vaya a 4 specialize/Identification/Credentials. Haga clic con el botón derecho en Credencialesy, a continuación, haga clic en Eliminar.

6. Haga clic en Sí.

7. Guarde el archivo de respuesta y, a continuación, salga de Windows SIM.

8. Haga clic en Aceptar en el cuadro de diálogo Propiedades de la secuencia de tareas.

   Con los Credentials elementos que faltan en el archivo unattend.xml, el script ZTIConfigure.wsf no puede rellenar la información de unión al dominio en el archivo Unattend.xml, lo que impedirá que el programa de instalación de Windows intente unirse al dominio.

   Para agregar un paso de secuencia de tareas que una el equipo de destino al dominio

9. Haga clic en Inicio y, a continuación, seleccione Todos los programas. Seleccione Microsoft Deployment Toolkit y, a continuación, haga clic en Deployment Workbench.

10. En el árbol de consola de Deployment Workbench, vaya a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (donde deployment_share es el nombre del recurso compartido de implementación y task_sequence es el nombre de la secuencia de tareas que se va a configurar).

11. En el panel de acciones, haga clic en Propiedades.

12. En la pestaña Secuencia de tareas , vaya a y expanda el nodo Restauración de estado.

13. Compruebe que el paso de secuencia de tareas Recuperar desde dominio está presente. Si es así, continúe con el paso 9.

14. En el cuadro de diálogo Propiedades de secuencia de tareas, haga clic en Agregar, vaya a Configuración y haga clic en Recuperar desde dominio.

15. Agregue el paso de secuencia de tareas Recuperar desde dominio al editor de secuencia de tareas. Compruebe que el paso está en la ubicación deseada en la secuencia de tareas.

16. Compruebe que la configuración del paso de secuencia de tareas Recuperar desde dominio está configurada para satisfacer sus necesidades.

17. Haga clic en Aceptar en el cuadro de diálogo Propiedades de la secuencia de tareas para guardar la secuencia de tareas.