Guía de ejemplos de Microsoft Deployment Toolkit

Esta guía forma parte de Microsoft Deployment Toolkit (MDT) y guía a un equipo de especialistas 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.

Para usar esta guía

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

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

2. Revise las opciones de configuración de ejemplo para el escenario seleccionado.

3. Use las opciones de configuración de ejemplo como base para las opciones de configuración de su entorno.

4. Personalice las opciones de configuración de ejemplo para su entorno.

   En muchos casos, puede ser necesario más de un escenario para completar las opciones de configuración del entorno.

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

   Guía	Esta guía ofrece asistencia 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 nueva implementación de 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) con 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 Installation y System Center 2012 R2 Configuration Manager en un escenario de implementación de New Computer.
   Uso de Microsoft Deployment Toolkit	Personalice aún más los archivos de configuración utilizados en la instalación sin interacción (ZTI) y las implementaciones de LTI. En esta guía también se proporcionan instrucciones de configuración genéricas y una referencia técnica para las opciones de configuración.

Implementación de aplicaciones de Windows 8 mediante MDT

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

Implementa aplicaciones de Windows 8 mediante MDT siguiendo estos pasos:

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

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

Implementación de aplicaciones de Windows 8 con LTI

Puede implementar aplicaciones de 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 las implementaciones de LTI en el nodo Aplicaciones del Área de trabajo de implementación.

Para implementar una aplicación de Windows 8 mediante LTI

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

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

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

3. Cree un elemento de aplicación LTI para la aplicación de Windows 8 en el nodo Aplicaciones del Área de trabajo de implementación mediante el Asistente para nueva aplicación.

   Mientras completa el Asistente para nueva aplicación, en la página del Asistente para detalles de comandos, en la 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 el área de trabajo de implementación, consulta las siguientes secciones del documento de MDT, Uso del Microsoft Deployment Toolkit:

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

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

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

Implementación de aplicaciones de Windows 8 mediante UDI

Puede implementar aplicaciones de Windows 8 mediante UDI, 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 UDI en la página del asistente ApplicationPage del Asistente de UDI de UDI Wizard Designer.

Para implementar una aplicación de Windows 8 mediante UDI

1. Crear 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 de Windows 8 en la carpeta compartida de red que creó en el paso anterior.

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

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

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

   Al completar el Asistente para crear aplicaciones, cree un tipo de implementación para implementar la aplicación de Windows 8 mediante el Asistente para crear tipo de implementación. En el Asistente para crear tipo 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 acerca de cómo completar el Asistente para crear aplicaciones en la consola de Configuration Manager, consulte las secciones siguientes en la biblioteca de documentación de System Center 2012 Configuration Manager, que se incluye con Configuration Manager:

   • Cómo crear aplicaciones en Configuration Manager

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

   • Cómo administrar aplicaciones y tipos de implementación en Configuration Manager

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

   Para obtener más información acerca de cómo configurar UDA para admitir la implementación de aplicaciones de Configuration Manager, consulte Cómo administrar la afinidad entre usuarios y dispositivos en Configuration Manager.

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

   Para obtener más información acerca de cómo implementar una aplicación en el usuario, consulte Cómo implementar aplicaciones en Configuration Manager.

7. Configura la página del asistente ApplicationPage para que incluya la aplicación de Configuration Manager creada en el paso 4 con UDI Wizard Designer.

   Para obtener más información sobre cómo configurar la página del Asistente ApplicationPage mediante el Asistente de UDI Designer, vea la sección "Paso 5-11: Personalizar el archivo de configuración del asistente UDI para el equipo de destino" del 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 UDI.

   Nota:

   La aplicación Windows 8 no se instala mediante la secuencia de tareas, sino que se instalará la primera vez que el usuario inicie sesión en el equipo de destino (como se define en la configuración de UDA configurada en el paso 5) mediante la característica de 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, consulta la sección "Referencia del instalador de aplicaciones centradas en el usuario" en la Referencia del kit de herramientas de documentos de MDT.

Administrar MDT con Windows PowerShell

Puedes administrar los recursos compartidos de implementación de MDT mediante Deployment Workbench y Windows PowerShell. MDT incluye un complemento Windows PowerShell ™, Microsoft.BDD.SnapIn, que 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

  Administre los recursos compartidos de implementación de MDT con Windows PowerShell siguiendo estos pasos:

• Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

• Cree un recurso compartido de implementación con Windows PowerShell, tal 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, tal como se describe en Visualización de las propiedades del recurso compartido de implementación mediante Windows PowerShell.

• Consulte la lista de recursos compartidos de implementación mediante Windows PowerShell, tal como se describe en Vista 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 Actualizar un recurso compartido de implementación mediante Windows PowerShell.

• Actualice un recurso compartido de implementación vinculada, que replica el contenido de un recurso compartido de implementación al recurso compartido de implementación vinculado, como se describe en Actualizar 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 generan 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 Administrar elementos de un recurso compartido de implementación mediante Windows PowerShell.

• Automatice el rellenado de elementos en un recurso compartido de implementación (como sistemas operativos, paquetes de sistemas operativos, aplicaciones y controladores de dispositivos) como se describe en Automatizar el rellenado de un recurso compartido de implementación.

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

Cargando el Windows PowerShell Snap-In de MDT

Los cmdlets de MDT se proporcionan en un complemento Microsoft.BDD.SnapIn de Windows PowerShell que debe cargarse antes de usar los cmdlets de MDT. Carga el complemento MDT Windows PowerShell con el cmdlet Add-PSSnapIn como se describe en Cargar el Windows PowerShell Snap-In MDT con el cmdlet Add-PSSnapIn.

Cargar el Windows PowerShell Snap-In de MDT con el cmdlet Add-PSSnapIn

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

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn

Crear un recurso compartido de implementación mediante Windows PowerShell

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

Para preparar una implementación compartida mediante cmdlets de MDT Windows PowerShell

1. Carga el complemento MDT Windows PowerShell 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 , tal como se muestra en el ejemplo siguiente y se describe en Usar el 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 de win32_share WMI sembrada 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 un recurso compartido de implementación con 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. Una vez completado el proceso de copia, el cmdlet muestra la información para el 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 una unidad de Windows PowerShell de recurso compartido de implementación existente.

5. Compruebe que se han creado las carpetas de recursos compartidos de implementación adecuadas con 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, la variable $NewDS se usa para pasar al cmdlet el objeto de unidad de Windows PowerShell para el nuevo recurso compartido de implementación.

   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.

Visualización de 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 MDTProvider de Windows PowerShell. Estas mismas propiedades también se pueden ver en el área de trabajo de implementación.

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

1. Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

2. Asegúrate de que las implementaciones de MDT compartan Las unidades de Windows PowerShell 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 se han restaurado, 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 restauran correctamente mediante el cmdlet Get-PSDrive, como se indica a continuación:

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

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

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

   Get-ItemProperty "DS002:"
   

   En este ejemplo, DS002: es el nombre de una unidad de 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 con Windows PowerShell

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

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

1. Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

2. Asegúrate de que las implementaciones de MDT compartan unidades de Windows PowerShell y 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 se han restaurado, 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 sigue:

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

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

Actualizar un recurso compartido de implementación mediante Windows PowerShell

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

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

1. Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

2. Asegúrate de que las implementaciones de MDT que comparten unidades de Windows PowerShell 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 se han restaurado, 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 restauran correctamente mediante el cmdlet Get-PSDrive, como se indica a continuación:

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

   Se enumera la lista de unidades de Windows PowerShell proporcionadas mediante MDTProvedero.

4. Actualice el recurso compartido de implementación con 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 de Windows PowerShell devuelta en el paso 3.

   Nota:

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

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

Actualizar un recurso compartido de implementación vinculada mediante Windows PowerShell

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

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

1. Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

2. Asegúrate de que las implementaciones de MDT que comparten unidades de Windows PowerShell 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 se han restaurado, 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 restauran correctamente mediante el cmdlet Get-PSDrive, como se indica a continuación:

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

   Se enumera la lista de unidades de Windows PowerShell proporcionadas mediante MDTProvedero.

4. Actualice el recurso compartido de implementación con 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 de Windows PowerShell devuelta en el paso 3.

   Nota:

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

   El cmdlet se 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 MDTProvider de Windows PowerShell. La actualización de los medios de implementación replica el contenido del recurso compartido de implementación original al recurso compartido de implementación vinculado y, a continuación, genera archivos .iso y .wim. Puede realizar el mismo proceso mediante el Área de trabajo de implementación, como se describe en "Generación de imágenes multimedia en el Área de trabajo de implementación".

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:

  • Al seleccionar la casilla Generar una imagen ISO de arranque táctil en la pestaña General del cuadro de diálogo Propiedades de medios (desactive esta casilla para reducir el tiempo necesario para generar los medios, a menos que necesite crear DVD 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 vinculada mediante Windows PowerShell

1. Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

2. Asegúrate de que las implementaciones de MDT compartan unidades de Windows PowerShell y 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 se han restaurado, 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 restauran correctamente mediante el cmdlet Get-PSDrive, como se indica a continuación:

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

   Se enumera la lista de unidades de Windows PowerShell proporcionadas mediante MDTProvedero.

4. Actualice el recurso compartido de implementación con 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 de Windows PowerShell devuelta en el paso 3.

   Nota:

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

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

Administrar elementos en un recurso compartido de implementación mediante el uso de Windows PowerShell

Un recurso compartido de implementación contiene elementos que se usan para realizar implementaciones, como sistemas operativos, aplicaciones, controladores de dispositivo, paquetes de sistemas operativos 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 acerca de cómo manipular elementos directamente mediante cmdlets de Windows PowerShell, consulte 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.

Importar un elemento a un recurso compartido de implementación

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

En la tabla siguiente se enumeran los cmdlets de MDT Windows PowerShell usados 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.

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 de propiedades diferente. 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, tal como puede ver las propiedades en el Área de trabajo de implementación.

Si desea ver las propiedades de varios elementos de un recurso compartido de implementación con Windows PowerShell, consulte Automatizar el llenado de un recurso compartido de implementación.

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

1. Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

2. Asegúrate de que las implementaciones de MDT que comparten unidades de Windows PowerShell 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 se han restaurado, 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 restauran correctamente mediante el cmdlet Get-PSDrive, como se muestra en el ejemplo siguiente:

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

   Se enumera la lista de unidades de Windows PowerShell proporcionadas mediante MDTProvedero.

4. Devuelva una lista de los elementos para el 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 podría usarse para devolver la lista de otros tipos de elementos, como controladores de dispositivo 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 con 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 completa de Windows PowerShell al elemento, incluido el nombre de archivo que se devolvió en el paso anterior. Puede utilizar el mismo proceso para ver las propiedades de otros tipos de elementos, como controladores de dispositivo o aplicaciones.

Quitar un elemento de un recurso compartido de implementación

Puede quitar un elemento de un recurso compartido de implementación con el cmdlet Remove-Item . El cmdlet Remove-Item usa MDTProvider para quitar un elemento específico, del mismo modo que puede quitar un elemento en el Área de trabajo de implementación. Si desea quitar varios elementos de un recurso compartido de implementación mediante Windows PowerShell, consulte Automatizar el rellenado de un recurso compartido de implementación.

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

1. Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

2. Asegúrate de que las implementaciones de MDT que comparten unidades de Windows PowerShell 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 se han restaurado, 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 restauran correctamente mediante el cmdlet Get-PSDrive, como se muestra en el ejemplo siguiente:

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

   Se enumera la lista de unidades de Windows PowerShell proporcionadas mediante MDTProvedero.

4. Devuelva una lista de los elementos para el 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 dispositivo 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 con 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 completa de Windows PowerShell al elemento, incluido el nombre de archivo que se devolvió en el paso anterior.

   Puede utilizar el mismo proceso para eliminar otros tipos de elementos, como controladores de dispositivo 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.

Automatizar el rellenado de un recurso compartido de implementación

Los cmdlets de MDT Windows PowerShell te permiten administrar elementos individuales. Sin embargo, mediante el uso de algunas de las características de scripting de Windows PowerShell, los cmdlets pueden usarse 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 estos dos 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 en función de 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 en un recurso compartido de implementación siguiendo estos pasos:

1. Cree un archivo .csv para cada tipo de elemento de recurso compartido de implementación que desee 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. Crear un archivo de script de Windows PowerShell que se utilizará para automatizar el llenado del recurso compartido de implementación.

   Para obtener más información acerca de cómo crear un script de Windows PowerShell, consulte Scripting with 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 de .csv al que se hace referencia en el cmdlet Import-CSV en el paso anterior.

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

7. Agregue el cmdlet de 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 usados para importar elementos a un recurso compartido de implementación, vea Importar un elemento en un recurso compartido de implementación.

Administrar carpetas de recursos compartidos de implementación con Windows PowerShell

Puede administrar carpetas de 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 Nuevo elemento y el proveedor MDTProvider de Windows PowerShell. La misma estructura de carpetas de los recursos compartidos de implementación también se puede ver y administrar en el Área de trabajo de implementación. Para obtener más información acerca de cómo manipular elementos directamente mediante cmdlets de Windows PowerShell, consulte 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. Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

2. Asegúrate de que las implementaciones de MDT que comparten unidades de Windows PowerShell 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 se han restaurado, 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 una lista de unidades de Windows PowerShell proporcionadas mediante MDTProvedero, una para cada recurso compartido de implementación

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

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

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

5. Compruebe que la carpeta se ha creado correctamente escribiendo el comando siguiente:

   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 en un recurso compartido de implementación mediante el cmdlet New-Item , como se muestra en el ejemplo siguiente y se describe en Usar el cmdlet New-Item:

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

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

7. Compruebe que la carpeta se ha creado correctamente escribiendo el comando siguiente:

   Get-ChildItem "DS002:\Operating Systems"
   

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

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

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

1. Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

2. Asegúrate de que las implementaciones de MDT que comparten unidades de Windows PowerShell 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 se han restaurado, 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 una lista de unidades de Windows PowerShell proporcionadas mediante MDTProvidero, una para cada recurso compartido de implementación.

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

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

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

5. Compruebe que la carpeta se ha quitado correctamente escribiendo el comando siguiente:

   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 en 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. Compruebe que la carpeta se ha creado correctamente escribiendo el comando siguiente:

   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. Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

2. Asegúrate de que las implementaciones de MDT compartan unidades de Windows PowerShell y 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 se han restaurado, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Ver la lista de implementaciones de MDT compartir 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 una lista de unidades de Windows PowerShell proporcionadas mediante MDTProvidero, 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 en 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 de Windows PowerShell devuelta en el paso 3.

5. Compruebe que la carpeta se ha quitado correctamente escribiendo el comando siguiente:

   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 cambio de nombre correcto de la carpeta.

7. Compruebe que la carpeta se ha creado correctamente escribiendo el comando siguiente:

   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 del 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 al día con las recomendaciones de seguridad y opciones de configuración más recientes.

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 de actualización manual de los sistemas operativos de cada recurso compartido de implementación con los Service Pack puede llevar mucho tiempo. Entre los métodos para automatizar la aplicación de Service Pack del sistema operativo en recursos compartidos de implementación se incluyen:

• Copiar el 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, como se describe en Automatizar la aplicación de Service Pack del sistema operativo desde medios de origen actualizados

• Aplicación del Service Pack a un equipo de referencia y, a continuación, captura de una imagen actualizada desde un equipo de referencia, como se describe en Automatizar la aplicación de Service Pack de sistema operativo utilizando un equipo de referencia y Windows PowerShell

Automatización de la aplicación de Service Pack del sistema operativo desde medios de origen actualizados

Puede automatizar el proceso de actualización de los Service Pack del sistema operativo mediante Windows PowerShell cuando tenga medios de origen que incluyan el Service Pack, como si tuviera un DVD con 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 del 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 medios de origen de actualizaciones mediante Windows PowerShell

1. Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

2. Asegúrate de que las implementaciones de MDT que comparten unidades de Windows PowerShell 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 se han restaurado, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

3. Ver la lista de implementaciones de MDT comparten unidades de Windows PowerShell, 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 una lista de unidades de Windows PowerShell proporcionadas mediante MDTProvidero, una para cada recurso compartido de implementación.

4. Quite la carpeta para el 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 de 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 se encuentran en la unidad E y DS002: es el nombre de una unidad de Windows PowerShell devuelta en el paso 3.

6. Actualiza cualquier medio de implementación de MDT según 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 del sistema operativo utilizando un equipo de referencia y Windows PowerShell

Puede automatizar el proceso de actualización de los Service Pack del sistema operativo con Windows PowerShell cuando solo tenga el Service Pack que aún no está integrado con el sistema operativo, como si el SP1 para Windows 7 aún no estuviera 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 sobre el 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 medios de origen de 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, consulta los siguientes recursos en el documento de MDT, Uso del Microsoft Deployment Toolkit:

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

   • "Implementación y captura de una imagen de la computadora 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. Captura una imagen del equipo de referencia creando e implementando una secuencia de tareas basada en la plantilla Sysprep y Captura secuencia de tareas.

   Para obtener más información acerca de cómo crear una secuencia de tareas basada en la plantilla secuencia de tareas Sysprep y Captura, consulte "Crear una nueva secuencia de tareas en el área de trabajo de implementación".

4. Carga el complemento MDT Windows PowerShell como se describe en Carga del complemento MDT Windows PowerShell.

5. Asegúrate de que las implementaciones de MDT que comparten unidades de Windows PowerShell 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 se han restaurado, recibirá un mensaje de advertencia que indica que el cmdlet no puede restaurar la unidad.

6. Ver la lista de implementaciones de MDT comparten unidades de Windows PowerShell, 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 una lista de unidades de Windows PowerShell proporcionadas mediante MDTProvidero, una para cada recurso compartido de implementación.

7. Copie el archivo .wim capturado en el paso 3 sobre el archivo Install.wim en el sistema operativo del recurso compartido de implementación con 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 de Windows PowerShell devuelta en el paso 6 y el sistema operativo Windows 7 existente se almacena en una carpeta denominada Windows 7.

8. Actualiza cualquier medio de implementación de MDT según 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.

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

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

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 según el tipo de chasis (ByChassisType en el siguiente ejemplo, donde el chasis representa el tipo de computadora).

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

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

4. Cree una subsección para cada True subsección 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 según el tipo de chasis.

   Listado 1. Ejemplo de personalización de 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, se instalan las mismas aplicaciones que se instalaron anteriormente en el equipo. Para ello, usa scripts MDT (en particular, ZTIGather.wsf) para consultar dos orígenes de información independientes:

• Característica de inventario de software de Configuration Manager. 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: instalado por última vez Configuration Manager hizo un inventario del 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 basándose únicamente en el inventario).

  Para realizar una instalación de aplicación específica del equipo dinámico

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

2. Rellene la tabla con datos que asocien el paquete adecuado con 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 Profesional Plus.

   Esto significa que Microsoft Office 2010 Profesional Plus se instalará en cualquier equipo que ejecute actualmente el sistema Microsoft Office 2007 (Office 12.0). Agregue entradas similares para cualquier otro paquete. Cualquier elemento para el que no haya ninguna entrada será ignorado (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
   

   En el procedimiento almacenado del ejemplo anterior se presupone que la base de datos del sitio principal central de Configuration Manager reside en el equipo en el que se ejecuta SQL Server como base de datos MDT. Si la base de datos central del sitio primario 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 cuentas adicionales Acceso de lectura a la vista v_GS_ADD_REMOVE_PROGRAMS en la base de datos de 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 señala 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 donde se ejecuta la instancia SQL Server 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 de 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 "?". 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 la dirección MAC.

   Según el escenario presentado aquí, si el equipo actual tiene el valor Office12.0 insertado en la tabla (paso 2), se devuelve una fila (XXX0000F:Install Office 2010 Professional Plus). Esto indica que el proceso 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 automatizada

El objetivo principal de LTI es automatizar el proceso de implementación tanto como sea posible. Aunque ZTI proporciona una automatización completa de la implementación mediante los scripts de 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 implementación de Windows utilizado en el proceso de implementación de LTI para reducir (o eliminar) las páginas del asistente mostradas. Puede omitir todo el Asistente para implementación de Windows especificando la propiedad SkipWizard en CustomSettings.ini. Para omitir páginas individuales del asistente, utilice las propiedades siguientes:

• SkipAdminPassword

• SkipApplications

• SkipBDDWelcome

• SkipBitLocker

• SkipBitLockerDetails

• SkipTaskSequence

• SkipCapture

• SkipComputerBackup

• SkipComputerName

• SkipDomainMembership

• SkipFinalSummary

• SkipLocaleSelection

• SkipPackageDisplay

• SkipProductKey

• SkipSummary

• SkipTimeZone

• SkipUserData

Para obtener más información acerca de estas propiedades individuales, consulta la propiedad correspondiente en la referencia del kit de herramientas de documentos de MDT.

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

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

A continuación se ilustra un archivo CustomSettings.ini que se usa en un escenario de Actualizar equipo para omitir todas las páginas del Asistente para implementación de Windows. En este ejemplo, las propiedades que se proporcionan al omitir la página del asistente están 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=<complex_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=<complex_password>

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=DomainName\Username

Implementación de LTI totalmente automatizada para un nuevo escenario informático

A continuación se muestra un ejemplo de un archivo de CustomSettings.ini usado en un escenario de Nuevo 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 están 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=<complex_password>

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, de 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 almacenar llamadas a procedimientos para recuperar información adicional de bases de datos externas. Sin embargo, hubo desafíos con ese enfoque, especialmente al hacer conexiones seguras a SQL Server.

Para ayudar con este problema, MDT tiene la capacidad de realizar llamadas de servicio web basadas en reglas sencillas 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 del 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 al azar 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 produce un resultado similar al 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 a 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 los proxies podría causar problemas. En la mayoría de los casos, no se llamará a un servicio web.

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

• Se recomienda realizar una POST solicitud al servicio web, por lo que la llamada al servicio web debe poder admitir un POSTplan de

Conectarse 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 distinto del servidor que hospeda el recurso compartido de implementación. Debe autenticarse en el otro servidor para poder tener acceso a carpetas compartidas o servicios allí. Por ejemplo, puedes 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.

Utilizando el script ZTIConnect.wsf puede conectarse a otros servidores y acceder a recursos en ellos. La sintaxis de la secuencia de comandos ZTIConnect.wsf es la siguiente (donde unc_path es una ruta de la 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 la secuencia de comandos ZTIConnect.wsf como una tarea de 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 una tarea a la secuencia de tareas de una compilación

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

2. En el árbol de consola del Área de trabajo de implementación, vaya a Área de trabajo de implementación/Recursos compartidos de implementación/deployment_share/Secuencias de tareas ( donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

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

4. En el panel Acciones, seleccione Propiedades.

5. Seleccione la pestaña Secuencia de tareas, busque grupo (donde grupo es el grupo en el que se va a ejecutar el script ZTIConnec.wsf) y seleccione Agregar. Seleccione General y luego Ejecutar línea de comandos.

   Nota:

   Agregue la tarea antes de agregar las tareas que requieren acceso a los recursos del 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 establecer 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, seleccione Aceptar.

   En este cuadro	Haga esto…
   Códigos de éxito	Escriba 0 3010. (El script ZTIConnect.wsf devuelve estos códigos al finalizarse correctamente).
   Cuadro de lista Condiciones	Agregue las condiciones que sean 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 el mismo hardware, dispositivos pero diferente marca y modelo

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

Para crear alias de modelo

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione Propiedades.

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

5. Crea alias para los tipos de hardware en las secciones Make y Model de MDT DB. Trunque el tipo de modelo entre 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. Crear 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 sección para hacer referencia a un script de ModelAlias salida de usuario que truncará el nombre del modelo en "(".

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

11. Cree una secuencia de comandos de salida de usuario y colóquela en el mismo directorio que el archivo CustomSettings.ini para truncar el nombre del modelo.

    A continuación se muestran una 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
    

Configurar los pasos de la secuencia de tareas condicional

En algunas situaciones, considere la posibilidad de ejecutar un paso de la secuencia de tareas condicionalmente en función de criterios definidos. Cualquiera de estas condiciones puede agregarse para determinar si se debe ejecutar el paso de la 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 la secuencia de tareas.

Con MDT, ejecuta una secuencia de tareas condicionalmente basada en:

• Una o más instrucciones SI

• variable de secuencia de tareas

• La versión del sistema operativo de destino

• Resultados booleanos de una consulta WMI

• Configuración del Registro

• El software instalado en el equipo de destino

• Las propiedades de una carpeta

• Las propiedades de un archivo

Configurar un paso de la secuencia de tareas condicional

Los pasos de la secuencia de tareas condicionales se configuran en el Área de trabajo de implementación, en la pestaña Opciones de un paso de la secuencia de tareas. Puede agregar una o más condiciones al paso de la secuencia de tareas para crear la condición adecuada para ejecutar o no ejecutar el paso.

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

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

2. En el árbol de consola del Área de trabajo de implementación, vaya a Área de trabajo de implementación/Recursos compartidos de implementación/deployment_share/Secuencias de tareas ( donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

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

4. En el panel Acciones, seleccione Propiedades.

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

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

• Agregar. Seleccione este botón para agregar una condición al paso de la secuencia de tareas.

• Quitar. Seleccione este botón para eliminar una condición existente en un paso de secuencia de tareas.

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

Instrucciones SI en Condiciones

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

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

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

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

1. En la pestaña Opción del paso (donde paso es el nombre del paso de la secuencia de tareas que se va a configurar), seleccione Agregar y, a continuación, seleccione la instrucción If.

2. En el cuadro de diálogo Propiedades de la instrucción IF , seleccione condición (donde condición es una de las condiciones enumeradas en la tabla anterior) y, a continuación, seleccione 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, imagine una red que contenga equipos cliente de Windows XP que formen parte de un dominio y otros que estén en un grupo de trabajo. Sabiendo que la directiva de dominio actual obliga a que todas las opciones de configuración de usuario se guarden en la red, es posible que la configuración de usuario solo deba guardarse 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 Captura de User Files and Settings que tenga como destino 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 la secuencia de tareas que se va a configurar), seleccione Agregar condición y, a continuación, seleccione 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 que están en un grupo de trabajo.

3. En el cuadro Condición , seleccione igual.

4. En el cuadro Valor , escriba 1 y seleccione Aceptar.

Versión del sistema operativo en condiciones

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

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

1. En el Editor de secuencia de tareas, seleccione la tarea Captura configuración de red.

2. Seleccione Agregar condición y, a continuación, seleccione Versión del sistema operativo.

3. En el cuadro Arquitectura , seleccione el servidor correspondiente. En este ejemplo, seleccione x86.

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

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

Propiedades de archivo en Condiciones

Use la condición Propiedades de archivo para comprobar la versión y/o el tiempo de un archivo determinado para determinar si se debe 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 constantemente y se usa para cada nuevo servidor que se agrega a la red. Todos los equipos 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) de Digital Access Object (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 las imágenes, decide que la secuencia de tareas de implementación se cambie para instalar la versión relevante de DAO si la versión existente de DAO implementada con la imagen es incorrecta.

Para agregar una condición Propiedades de archivo a un paso de la 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 la creación de paquetes, consulte Cómo crear un paquete.

2. Cree un paso de instalación de software para implementar el paquete DAO.

3. Seleccione el paso de la secuencia de tareas Instalar software creado en el paso 2 y luego seleccione la pestaña Opciones .

4. Seleccione Agregar condición y, luego, Propiedades de archivo.

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

6. Active la casilla Comprobar la versión y, a continuación, seleccione No es igual a 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 seleccione Aceptar.

Propiedades de carpeta en Condiciones

Use la condición Propiedades de carpeta para comprobar la marca de tiempo de una carpeta determinada y determinar si se debe ejecutar una tarea o un grupo de tareas. Por ejemplo, imagine una situación en la que una aplicación desarrollada internamente se ha actualizado para funcionar con Windows 8. Sin embargo, no todos los equipos de la red tienen instalada la versión más reciente de la aplicación, por lo que 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 31/12/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. Condicionalmente, ejecute un paso de la 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 la secuencia de tareas

1. En la consola de Configuration Manager o en el área de trabajo de implementación, en el editor de secuencias 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 llevar a cabo el proceso de conversión de datos.

3. Seleccione la tarea creada en el paso 1.

4. Seleccione Agregar condición y luego Propiedades de carpeta.

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

6. Active la casilla Comprobar la marca de tiempo .

7. Seleccione Menor o igual que para la condición.

8. En el cuadro Fecha , seleccione 31/12/2007.

9. En el cuadro Hora , seleccione 12:00:00 a. m. y luego haga clic en Aceptar.

Configuración del Registro en Condiciones

Use la condición de 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, imagine un caso en el que una aplicación que se usa actualmente en un pequeño conjunto de equipos no puede ejecutarse en Windows 8 y existe una implementación de Windows 8 para actualizar los equipos que ejecutan actualmente Windows XP. Cree una condición en la primera tarea de una secuencia para comprobar el Registro en busca de una entrada para la aplicación incompatible e interrumpir el proceso de implementación de ese equipo si la encuentra.

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

1. En la consola de Configuration Manager o en el área de trabajo de implementación, en el editor de secuencias de tareas, edite task_sequence (donde secuencia de tareas es la secuencia de tareas que implementa Windows 8).

2. Seleccione la primera tarea de la secuencia y, a continuación, seleccione la pestaña Opciones .

3. Seleccione Agregar condición y, a continuación, seleccione Configuración del Registro.

4. En la lista de claves raíz , seleccione HKEY_LOCAL_MACHINE.

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

6. La opción select not exists for the condition. En este caso, la tarea se ejecutará y la secuencia continuará solo si la clave no existe.

7. Opcionalmente, la condición podría comprobar la inexistencia de un valor si el nombre del valor se escribe en el cuadro Nombre de valor .

8. Si se usó una condición distinta de exists/not exists , especifique un valor y un tipo de valor.

9. Seleccione Aceptar.

Consultas WMI en condiciones

Use la condición de 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, imagine que un equipo de implementación necesita actualizar el sistema operativo de todos los servidores de un modelo determinado, por ejemplo, Dell 1950. Puede usar una consulta WMI para comprobar el modelo de cada equipo y continuar con la implementación solo si se encuentra el modelo correcto.

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

1. En la consola de Configuration Manager o en el área de trabajo de implementación, en el editor de secuencias de tareas, edite task_sequence (donde secuencia de tareas es la secuencia de tareas que actualizará los servidores).

2. Seleccione la primera tarea de la secuencia y, a continuación, seleccione la pestaña Opciones .

3. Seleccione Agregar condición y, a continuación, seleccione WMI de consulta.

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

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

Software instalado en condiciones

Utilice una condición de Software instalado para comprobar si un determinado fragmento de software está instalado actualmente en un equipo de destino. Solo el software instalado con archivos de Microsoft Installer (MSI) se puede evaluar con esta condición. Por ejemplo, imagine que quiere 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 el área de trabajo de implementación, en el editor de secuencias de tareas, edite task_sequence (donde secuencia de tareas es la secuencia de tareas que actualizará los servidores).

2. Seleccione la primera tarea de la secuencia y, a continuación, seleccione la pestaña Opciones .

3. Seleccione Agregar condición y luego Software instalado.

4. Seleccione Examinar y, después, seleccione 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 con otras versiones son los equipos de destino que esta consulta debe detectar.

6. Seleccione 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 concreto para equipos Contoso 1950 que ejecutan Windows Server 2003 o Windows Server 2008. Escrito como una instrucción SI programática, 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 el área de trabajo de implementación, en el editor de secuencias de tareas, edite task_sequence (donde secuencia de tareas es la secuencia de tareas que actualizará los servidores).

2. Seleccione el paso de la secuencia de tareas al que desea agregar la condición y, a continuación, seleccione la pestaña Opciones .

3. Seleccione Agregar condición, seleccione Instrucción If y, luego, seleccione Todas las condiciones. Seleccione Aceptar.

4. Seleccione la instrucción de condición, seleccione Agregar condición y, a continuación, seleccione Consulta WMI.

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

6. Seleccione la instrucción IF y luego seleccione Agregar condición. Seleccione la instrucción If y luego seleccione Cualquier condición. Seleccione Aceptar.

7. Seleccione la segunda instrucción IF . Seleccione Agregar condición y, a continuación, seleccione Versión del sistema operativo.

8. En el cuadro Arquitectura , seleccione la arquitectura de los servidores. En este ejemplo, seleccione x86.

9. En el cuadro Sistema operativo , seleccione la versión y el sistema operativo. En este ejemplo, seleccione la versión original x86 de Windows 2003. Seleccione Aceptar.

10. Seleccione la segunda instrucción IF . Seleccione Agregar condición y, a continuación, seleccione Versión del sistema operativo.

11. En el cuadro Arquitectura , seleccione la arquitectura de los servidores. En este ejemplo, seleccione x86.

12. En el cuadro Sistema operativo , seleccione la versión y el sistema operativo. En este ejemplo, seleccione la versión original x86 de Windows 2008. Seleccione Aceptar.

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

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

Escale la infraestructura de LTI mediante:

• Garantizar que exista la infraestructura adecuada, como se describe en Garantizar que exista la infraestructura adecuada

• Agregar contenido a MDT como se describe en Agregar contenido a MDT

• Preparación de los Servicios de implementación de Windows como se describe en Preparación de los 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

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

• Configuración de la replicación de SQL Server como se describe en Configuración de la 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 MDT DB ya se ha completado como se describe al principio de este documento.

Garantizar que exista la infraestructura adecuada

La infraestructura de implementación de LTI altamente escalable utiliza una topología radial para la replicación del contenido; Por lo tanto, primero nomine un servidor de implementación en el entorno de producción que desempeñará el papel de servidor de implementación maestro. A continuación se enumeran los componentes necesarios para el servidor de implementación maestra.

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

Agregar contenido a MDT

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

• Aplicaciones, consulta la sección "Configuración de aplicaciones en el área de trabajo de implementación" del documento MDT Uso del Microsoft Deployment Toolkit

• Sistemas operativos, vea la sección "Configuración de sistemas operativos en el área de trabajo de implementación" del documento MDT Uso del Microsoft Deployment Toolkit

• Para los paquetes del sistema operativo, consulta la sección "Configuración de paquetes en el área de trabajo de implementación" del documento MDT Uso del Microsoft Deployment Toolkit

• Controladores de dispositivo, consulta la sección "Configuración de controladores de dispositivo en el área de trabajo de implementación" del documento MDT Uso del Microsoft Deployment Toolkit

• Secuencias de tareas, consulta la sección "Configuración de secuencias de tareas en el área de trabajo de implementación" del documento MDT Uso del Microsoft Deployment Toolkit

Preparación de los 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 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.

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 del recurso compartido de implementación de MDT y el entorno de arranque de Windows PE Lite Touch y del servidor de implementación principal a los servidores de implementación secundaria.

Configurar DFS-R para replicar el contenido de implementación

1. Abra la consola de administración de DFS.

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

3. Haga clic con el botón derecho en Replicación y seleccione 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 , seleccione Nuevo grupo de replicación multipropósito.

5. Seleccione 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 Descripción opcional del grupo de replicación , escriba una descripción del grupo de replicación, por ejemplo, Grupo de replicación de datos de MDT 2010.

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

7. Seleccione Siguiente.

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

   1. Seleccione 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. Seleccione Aceptar.

9. Seleccione Siguiente.

10. En la página Selección de topología , seleccione Concentrador y radio y, a continuación, seleccione Siguiente.

11. En la página Miembros de Hub, seleccione el servidor de implementación principal y, a continuación, seleccione Agregar.

12. Seleccione Siguiente.

13. En la página Conexiones radiales , asegúrese de que, para cada servidor de implementación secundario, el servidor de implementación principal que aparece es el miembro de concentrador necesario.

14. Seleccione Siguiente.

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

16. Seleccione Siguiente.

17. En la página Miembro principal , en el cuadro Miembro principal , seleccione el servidor de implementación maestro.

18. Seleccione Siguiente.

19. En la página Carpetas para replicar , seleccione Agregar y, a continuación, siga estos pasos:

    1. En la ruta de acceso local del cuadro de carpeta para replicar , seleccione Examinar para ir a la carpeta X:\Deployment (donde X es la letra de unidad en el servidor de implementación).

    2. Seleccione Usar nombre según la ruta de acceso.

    3. Seleccione Aceptar.

    4. Seleccione Agregar.

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

    6. Seleccione Usar nombre según la ruta de acceso.

20. Seleccione Siguiente.

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

    1. Seleccione todos los miembros del grupo de distribución y, después, seleccione Editar.

    2. En el cuadro de diálogo Editar ruta de acceso local , seleccione Habilitado.

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

    4. Seleccione Aceptar.

22. Seleccione Siguiente.

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

    1. Seleccione todos los miembros del grupo de distribución y, después, seleccione Editar.

    2. En el cuadro de diálogo Editar ruta de acceso local , seleccione Habilitado.

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

    4. Seleccione Aceptar.

24. Seleccione Siguiente.

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

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

Prepararse para la replicación de SQL Server

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

Preparar la replicación de SQL Server en el servidor de implementación maestra

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

   Nota:

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

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

3. En el cuadro Configuración de área expuesta de SQL Server, seleccione Conexiones locales y remotas.

   Prepararse para la replicación de SQL Server en el servidor de implementación secundaria

4. En el cuadro Configuración de área expuesta de SQL Server, seleccione Conexiones locales y remotas.

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

Configuración de la replicación de SQL Server

Después de configurar la replicación de archivos y carpetas necesaria para crear la infraestructura de implementación, configure SQL Server para replicar MDT DB.

SQL Server 2005 utiliza un modelo de replicación similar al modelo de distribución de revistas:

1. Una revista es puesta a disposición (publicada) por un editor.

2. Se utilizan distribuidores para distribuir la publicación.

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

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

Configurar un publicador de SQL Server

Para configurar el servidor de implementación maestro 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 de replicación y seleccione Configurar distribución.

3. En el Asistente para configurar distribución, selecciona Siguiente.

4. En la página del Distribuidor, seleccione actuará como su propio Distribuidor; SQL Server creará una base de datos de distribución y un registro y, después, seleccionará Siguiente.

5. En la página Carpeta de instantáneas, en la sección Preparación para la 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 , seleccione Siguiente.

7. En la página Publicadores , seleccione el servidor de implementación principal para establecerlo como distribuidor y, a continuación, seleccione Siguiente.

8. En la página Acciones del asistente , seleccione Configurar distribución y, a continuación, seleccione Siguiente.

9. Seleccione Finalizar y, a continuación, seleccione Cerrar cuando finalice el asistente.

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

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

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

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

   1. Seleccione Bases de datos de editores.

   2. Seleccione MDT DB y luego Transaccional.

   3. Seleccione Aceptar.

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

Crear una publicación de MDT DB

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

1. En SQL Server Management Studio, expanda Replicación, haga clic con el botón derecho en Publicaciones locales y seleccione Nueva publicación.

2. En el Asistente para nueva publicación, seleccione Siguiente.

3. En la página Base de datos de publicaciones , seleccione MDT DB y, a continuación, seleccione Siguiente.

4. En la página Tipo de publicación , seleccione Publicación de instantánea y, a continuación, seleccione Siguiente.

5. En la página Artículos , seleccione todas las tablas, procedimientos almacenados y vistas y, después, seleccione Siguiente.

6. En la página Problemas de artículos , seleccione Siguiente.

7. En la página Filtrar filas de tabla , seleccione Siguiente.

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

   1. Seleccione Crear una instantánea inmediatamente y manténgala disponible para inicializar las suscripciones.

   2. Seleccione Programar el Agente de instantáneas para que se ejecute en los siguientes momentos.

   3. Seleccione Cambiar.

   Nota:

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

9. Seleccione Siguiente.

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

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

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

13. Seleccione Finalizar para completar el asistente y, después, seleccione Cerrar cuando el asistente haya creado la publicación.

    Nota:

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

Suscribir servidores de implementación secundaria a la base de datos de MDT publicada

Ahora que MDT DB se ha publicado, puedes 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 local a la red en lugar de atravesar 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, seleccione Nueva suscripciones.

3. En el Asistente para nuevas suscripciones, seleccione Siguiente.

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

5. En la página Ubicación del Agente de distribución, seleccione Ejecutar todos los agentes en el distribuidor SERVERNAME (suscripciones push) y, a continuación, seleccione Siguiente.

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

   1. Seleccione Agregar suscriptor y luego seleccione Agregar suscriptor de SQL Server.

   2. Agregue cada servidor de implementación secundario.

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

   Nota:

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

   Nota:

   Esta base de datos debe recibir el mismo nombre que la base de datos de MDT en el servidor de implementación maestra. Por ejemplo, si la base de datos MDT del servidor de implementación principal se llama MDTDB, cree una base de datos vacía llamada MDTDB en el servidor de implementación secundaria.

7. Seleccione Siguiente.

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

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

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

    1. En el cuadro Programación del agente , seleccione <Definir programación>.

    2. Especifique la programación que debe utilizarse para replicar la base de datos entre los servidores de implementación principal y secundaria y, a continuación, seleccione Siguiente.

11. En la página Inicializar suscripción , seleccione Siguiente.

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

13. Seleccione Finalizar y, a continuación, seleccione Cerrar cuando el asistente haya finalizado correctamente.

    La replicación de SQL Server ya está configurada y MDT DB se replicará desde el servidor de implementación principal a todos los servidores de implementación secundarios a los cuales se hayan suscrito periódicamente.

Configurar CustomSettings.ini

La infraestructura de implementación de LTI ya 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

• The MDT DB

• El LiteTouchPE_x86 entorno de Windows PE que se ha agregado a los Servicios de implementación de Windows

  Ahora, puede configurar el archivo CustomSettings.ini para el recurso compartido de implementación para usar 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 los Servicios de implementación de Windows.

  Cuando los Servicios de implementación de Windows entregan el archivo LiteTouchPE_x86.wim, se configura una clave del Registro con el nombre del servidor de Servicios de implementación de Windows que esté usando. MDT captura este nombre de servidor en una variable (%WDSServer%) que puedes usar para configurar CustomSettings.ini.

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

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione Propiedades.

4. Seleccione la pestaña Reglas y modifique el archivo CustomSettings.ini para configurar las siguientes propiedades:

   • Para cada sección de SQL Server agregada, configure SQLServer para utilizar 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. Selecciona Editar Bootstrap.ini.

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

7. Seleccione Archivo y luego Guardar para guardar los cambios en el archivo BootStrap.ini.

8. Seleccione Aceptar.

   El recurso compartido de implementación y el entorno LiteTouchPE_x86.wim de Windows PE deben actualizarse.

9. En el panel Acciones, seleccione Actualizar recurso compartido de implementación.

   Se inicia el Asistente para compartir 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, seleccione Siguiente.

11. En la página Resumen , compruebe que los detalles sean correctos y, a continuación, seleccione Siguiente.

12. En la página de confirmación , seleccione 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

Seleccionar un servidor MDT local cuando hay varios servidores

En este escenario, se usan varios servidores MDT para admitir un gran volumen de implementaciones simultáneas e implementaciones 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 y acceder a los archivos necesarios para iniciar el proceso de implementación.

El Asistente para 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 por:

• Descripción del propósito y el uso de LocationServer.xml como se describe en Descripción 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 Extra Files como se describe en Agregar el archivo LocationServer.xml al directorio Extra Files

• Actualizar el archivo BootStrap.ini como se describe en Actualizar el archivo BootStrap.ini

• Actualizar el recurso compartido de implementación como se describe en Actualizar el recurso compartido de implementación

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

Comprender LocationServer.xml

En primer lugar, debes comprender cómo MDT usa LocationServer.xml. Durante 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 establecido una conexión con el servidor de implementación. Por lo tanto, la propiedad DeployRoot se suele utilizar 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), las secuencias de comandos de MDT comprueban la existencia del archivo LocationServer.xml y, si existe, usan LocationServer.xml para mostrar los servidores de implementación disponibles.

Comprender cuándo usar LocationServer.xml

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

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

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 están dirigidos a escenarios específicos, por ejemplo, cuando el servidor de 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 si la lógica de automatización no es posible (por ejemplo, la red no está lo suficientemente segmentada para permitir la determinación de la ubicación o 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 conocimientos de nombres de servidores y nombres de recursos compartidos de implementación.

Crear el archivo LocationServer.xml

Para presentar una lista de 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 LocationServer.xml predeterminado en MDT, así que cree uno con las instrucciones siguientes.

Crear 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 (esto puede ser en la misma ubicación o en ubicaciones diferentes).

Cree el archivo LocationServer.xml creando una sección para cada servidor y agregando 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

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

  A continuación se muestra cómo se crea el archivo LocationServer.xml utilizando 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 hay varios servidores en 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>

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

Con LocationServer.xml, especifica varios servidores por cada entrada de ubicación y, a continuación, realiza 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 distintas ubicaciones.

Ejemplo de archivo LocationServer.xml para distintas 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>

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

Peso/suma del servidor de todos los pesos del servidor

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

Añadir el archivo LocationServer.xml al directorio de Files adicional

Después de haber creado el archivo LocationServer.xml, agréguelo al LiteTouch_x86 y LiteTouch_x64 imágenes de arranque de Windows PE en la carpeta X:\Deploy\Control. Mediante el Área de trabajo de implementación, 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 Extra Files en la carpeta del recurso compartido de implementación raíz (por ejemplo, D:\Production Deployment Share\Extra Files).

2. Cree una estructura de carpetas en la carpeta Extra Files que refleje la ubicación de Windows PE en la que 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 Extra Files (por ejemplo, D:\Production Deployment Share\Extra Files\Deploy\Control).

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

4. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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 Acciones, seleccione 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. Seleccione la pestaña Configuración de la plataforma de 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 completa a la carpeta Files adicional, por ejemplo, D:\Uso compartido de implementación de producción\Adicional Files) y, a continuación, seleccione Aceptar.

Actualización del archivo BootStrap.ini

Cuando se crea un recurso compartido de implementación mediante Deployment Workbench, se crea automáticamente una propiedad DeployRoot y se rellena 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 seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione Propiedades.

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

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

6. Seleccione Archivo y luego Guardar para guardar los cambios en el archivo BootStrap.ini.

7. Seleccione 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 seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione Actualizar recurso compartido de implementación.

   Se inicia el Asistente para compartir 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, seleccione Siguiente.

5. En la página Resumen , compruebe que los detalles sean correctos y, a continuación, seleccione Siguiente.

6. En la página de confirmación , seleccione Finalizar.

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

Puede usar MDT para implementar una imagen en un equipo nuevo que sustituirá a 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 rápidos para las aplicaciones existentes.

Al reemplazar un equipo existente por uno nuevo, 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 equipo nuevo (WDG-NEW-02) en el dominio CORP capturando los datos de estado de usuario de WDG-EXIST-01 y guardándolos en un recurso compartido de red. Luego, implemente una imagen existente en WDG-NEW-02 y, finalmente, 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, usa la plantilla Standard Secuencia de tareas de reemplazo de cliente para crear una secuencia de tareas que realice 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 incluye imágenes de sistema operativo, aplicaciones y controladores de dispositivos

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

• Se ha creado una carpeta compartida de red (UserStateCapture$) y se ha compartido 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, vea la sección "Administración de recursos compartidos de implementación en el área de trabajo de implementación" del documento MDT Uso del Microsoft Deployment Toolkit.

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

Cree secuencias de tareas de MDT en el nodo Secuencias de tareas del Área de trabajo de implementación mediante el Asistente para nueva secuencia de tareas. Para realizar la primera parte del escenario de implementación Reemplazar equipo (capturar el estado del usuario en el equipo existente), seleccione la plantilla Reemplazar secuencia de tareas de Standard Client en el Asistente para nueva secuencia de tareas.

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

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione 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 Realizar escenario de reemplazo de equipo en el equipo existente. 3. Seleccione Siguiente.
   Seleccionar plantilla	En Las siguientes plantillas de secuencia de tareas están disponibles. Seleccione el que quiera usar como punto de partida, seleccione la secuencia de tareas de reemplazo de cliente Standard y, a continuación, seleccione Siguiente.
   Resumen	Compruebe que los detalles de configuración son correctos y, a continuación, seleccione Siguiente.
   Confirmación	Seleccione Finalizar.

   El Asistente para nueva secuencia de tareas finalizará y la VISTA_EXIST la secuencia de tareas se agregará a la lista de secuencias de tareas.

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

Cree secuencias de tareas MDT en el nodo Secuencias de tareas del Área de trabajo de implementación mediante el Asistente para nueva secuencia de tareas. Para realizar la segunda parte del escenario de implementación de Reemplazar equipo (implementar el sistema operativo y, a continuación, restaurar el estado de usuario en el equipo existente), seleccione la plantilla Standard Secuencia de tareas del cliente 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 seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

2. En el árbol de consola del Área de trabajo de implementación, vaya a Área de trabajo de implementación/Recursos compartidos de implementación/deployment_share/Secuencias de tareas ( donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel Acciones, seleccione 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 el nombre de la secuencia de tareas, escriba Perform Replace Computer Scenario on New Computer. 3. Seleccione Siguiente.
   Seleccionar plantilla	En Las siguientes plantillas de secuencia de tareas están disponibles. Seleccione la que quiera usar como punto de partida, seleccione Standard Secuencia de tareas del cliente y, después, seleccione Siguiente.
   Seleccionar sistema operativo	En Las siguientes imágenes del 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 el Área de trabajo de implementación) y, a continuación, seleccione Siguiente.
   Especificar clave de producto	Seleccione No especificar una clave de producto en este momento y, a continuación, seleccione Siguiente.
   Configuración del sistema operativo	1. En Nombre completo, escriba Empleado Woodgrove. 2. En Organización, escriba Woodgrove Bank. 3. En la página principal de Internet Explorer, escriba http://www.woodgrovebank.com. 4. Seleccione Siguiente.
   Contraseña de Administración	En Contraseña de administrador y Confirme la contraseña de administrador, escriba P@ssw0rd y seleccione Finalizar.
   Confirmación	Seleccione Finalizar.

   El Asistente para nueva secuencia de tareas finaliza y la secuencia de tareas VISTA_NEW se agrega a la lista de secuencias de tareas.

Paso 3: personalizar los Files de configuración de MDT

Cuando se haya creado la secuencia de tareas de MDT, personaliza los archivos de configuración de MDT que proporcionan las opciones de configuración para capturar la información de estado del usuario. En concreto, personalice el archivo CustomSettings.ini modificando el archivo en las propiedades del recurso compartido de implementación creado 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.

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

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione Propiedades.

   Aparecerá el cuadro de diálogo Propiedades.

4. En el cuadro de diálogo Propiedades , seleccione 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 las modificaciones adicionales que el entorno requiera.

   Archivo 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 , seleccione Aceptar.

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

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 en el Área de trabajo de implementación.

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

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione 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, seleccione 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 el Área de trabajo de implementación

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione Actualizar DeploymentShare.

   Se inicia el Asistente para compartir 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, seleccione Siguiente.

5. En la página Resumen , compruebe que los detalles sean correctos y, a continuación, seleccione Siguiente.

6. En la página de confirmación , seleccione Finalizar.

   El Área de trabajo de implementación comienza a actualizar el recurso compartido de implementación. El Área de trabajo de implementación crea los archivos LiteTouchPE_x86.iso y LiteTouchPE_x86.wim (para equipos de destino de 32 bits) o archivos 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 de 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. El Área de trabajo de implementación crea los archivos LiteTouchPE_x86.iso y LiteTouchPE_x86.wim (para equipos de destino de 32 bits) o archivos 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). Crea el medio de arranque LTI adecuado a partir de una de estas imágenes.

Para crear el medio de arranque de LTI

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

2. Según el tipo de equipo utilizado para el equipo existente (WDG-EXIST-01) y el equipo nuevo (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, debe iniciar 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$.

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 implementación de Windows.

2. Complete el Asistente para 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…
   Le damos la bienvenida a la implementación	Seleccione Ejecutar el Asistente para implementación para instalar un nuevo sistema operativo y luego seleccione Siguiente.
   Especifique las credenciales para conectarse a los recursos compartidos de red.	1. En Nombre de usuario, escriba Administrador. 2. En Contraseña, escriba P@ssw0rd. 3. En Dominio, escriba CORP. 4. Seleccione Aceptar.
   Seleccione una secuencia de tareas para que se ejecute en este equipo.	Seleccione Realizar el escenario Reemplazar equipo en el equipo existente y luego seleccione Siguiente.
   Especificar dónde guardar los datos y la configuración	Seleccione Siguiente.
   Especificar dónde se debe guardar la copia de seguridad completa del equipo	Seleccione No hacer una copia de seguridad del equipo existente y, a continuación, seleccione Siguiente.
   ¿Listo para comenzar?	Seleccione Comenzar.

   Si se produce algún error o advertencia, consulta el documento MDT Referencia de solución de problemas.

3. En el cuadro de diálogo Resumen de implementación , seleccione 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 , seleccione Finalizar.

   La información de migración del 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.

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 implementación de Windows.

2. Complete el Asistente para 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…
   Le damos la bienvenida a la implementación	Seleccione Ejecutar el Asistente para implementación para instalar un nuevo sistema operativo y luego seleccione Siguiente.
   Especifique las credenciales para conectarse a los recursos compartidos de red.	1. En Nombre de usuario, escriba Administrador. 2. En Contraseña, escriba P@ssw0rd. 3. En Dominio, escriba CORP. 4. Seleccione Aceptar.
   Seleccione una secuencia de tareas para que se ejecute en este equipo.	Seleccione Realizar el escenario Reemplazar equipo en un equipo nuevo y luego seleccione Siguiente.
   Configure el nombre del equipo	En Nombre del equipo, escriba WDG-NEW-02 y, después, seleccione Siguiente.
   Una el equipo a un dominio o grupo de trabajo	Seleccione Siguiente.
   Especificar si se van a restaurar los datos de usuario	1. Seleccione Especificar una ubicación. 2. En Ubicación, escriba \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01. 3. Seleccione Siguiente.
   Selección de configuración regional	Seleccione Siguiente.
   Establecer la zona horaria	Seleccione Siguiente.
   Especificar si se va a capturar una imagen	Seleccione No capturar ninguna imagen de este equipo y haga clic enSiguiente.
   Especificar la configuración de BitLocker	Selecciona No habilitar BitLocker para este equipo y, a continuación, selecciona Siguiente.
   ¿Listo para comenzar?	Seleccione Comenzar.

   Si se produjera algún error o advertencia, consulta el documento MDT Referencia de solución de problemas.

3. En el cuadro de diálogo Resumen de implementación , seleccione 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 , seleccione Finalizar.

   Windows Vista está instalado ahora en el nuevo equipo y también se restaura la información de migración del estado del usuario capturado.

Integrar 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 se cumplen en las acciones de secuencia de tareas predefinidas de Deployment Workbench o, de forma predeterminada, en los archivos de configuración de MDT. En esta situación, implemente código personalizado para satisfacer sus requisitos.

Integra el código de implementación personalizado en MDT haciendo lo siguiente:

• Elegir un idioma de secuencias de comandos como se describe en Elegir el idioma de secuencias de comandos adecuado

• Aprovechar ZTIUtility.vbs como se describe en Comprender cómo aprovechar ZTIUtility

• Integración del código de implementación personalizado como se describe en Integración del código de implementación personalizado

  En las secciones siguientes se supone que MDT está configurado en un servidor de implementación.

Elegir el lenguaje de scripting adecuado

Aunque se puede llamar a cualquier código que se pueda ejecutar en Windows o Windows PE como una instalación de la aplicación o a través de un paso de la 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 incorporado, además de algunas 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 de MDT y las clases de instalación. Estas clases están disponibles:

• Registro de registros. 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 ejecutado 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ído por CMTrace.

• Medio ambiente. Esta clase configura variables de entorno recopiladas a través del procesamiento de reglas WMI y MDT y permite que se haga referencia a ellas directamente desde el script. Esto permite leer las propiedades de implementación, dando acceso a toda la información de configuración utilizada por los procesos ZTI y LTI.

• Utilidad. Esta clase proporciona utilidades generales que se utilizan en todos los scripts ZTI y LTI. Microsoft recomienda que, cada vez que se desarrolle código personalizado, se examine esta clase para ver si se puede reutilizar algún código. Más adelante en esta sección se incluye información adicional acerca de 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 a la clase de base de datos directamente; En su lugar, se debe usar el procesamiento de reglas para realizar las búsquedas en la base de datos.

• Cadenas. Esta clase ejecuta rutinas comunes de procesamiento de cadenas, como crear una lista delimitada de elementos, mostrar un valor hexadecimal, recortar espacios en blanco de una cadena, alinear una cadena a la derecha, alinear una cadena a la izquierda, forzar un valor al formato de cadena, forzar un valor al formato de matriz, generar un identificador único global (GUID) aleatorio y conversiones en 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. Entre estos cambios se incluyen:

• Cambios exhaustivos en ZTIUtility.vbs (la biblioteca de scripts principal), incluidas nuevas API y un mejor control de errores

• Un nuevo aspecto de la estructura general de los scripts ZTI_xxx.wsf

  La estructura general de los scripts de MDT también ha cambiado. La mayoría de los scripts de MDT ahora se encapsulan dentro de objetos de clase VBScript. La clase se inicializa y se llama con la función RunNewInstance .

Comprender cómo aprovechar ZTIUtility

El archivo ZTIUtility.vbs contiene clases de objetos 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 ZTIUtility Logging

La clase de registro en ZTIUtiliy.vbs proporciona un mecanismo simple 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 notifique correctamente el estado de cualquier código personalizado que se ejecute.

A continuación se ilustra un script de código personalizado de ejemplo que utiliza las funciones oLogging.CreateEntry y TestAndFail para registrar diferentes tipos de mensajes, según los resultados de las distintas acciones de script.

Script de ejemplo con el registro de 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>

Utilice 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 utiliza 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 de documentos de MDT.

Utilice la clase de utilidad ZTIUtility

El script de ZTIUtility.vbs contiene una serie de utilidades utilizadas habitualmente que puede utilizar cualquier script de implementación personalizada. Puede añadir estos 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 resultado. Para obtener una lista completa de las funciones disponibles, consulte el archivo ZTIUtility.vbs.

Integrar código de implementación personalizado

El código de implementación personalizada se puede integrar en el proceso de MDT de varias maneras; Sin embargo, independientemente del método utilizado, deben cumplirse 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 más usados para integrar código personalizado que también garantizan un registro coherente son los siguientes:

• Implementar el código como una aplicación MDT

• Iniciar el código como un comando de secuencia de tareas MDT

• Iniciar el código como un script de salida de usuario

Implementar código personalizado como una aplicación MDT

El código de implementación personalizado se puede importar en Deployment Workbench y administrar 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 seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

3. En el árbol de consola del Área de trabajo de implementación, 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, seleccione Nueva aplicación.

   Se inicia el Asistente para nueva aplicación.

5. Complete el Asistente para nueva aplicación con la siguiente información. Aceptar valores predeterminados a menos que se especifique lo contrario.

   En esta página del asistente	Haga esto…
   Tipo de aplicación	Seleccione Aplicación sin archivos de origen o en otro lugar de la red y, a continuación, seleccione Siguiente.
   Detalles	Complete esta página en función de la información de la aplicación y, a continuación, seleccione Siguiente.
   Detalles del comando	1. En el cuadro de la 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; generalmente es la misma carpeta especificada en el cuadro de línea de comandos ). 3. Seleccione Siguiente.
   Resumen	Compruebe que las opciones de configuración son correctas y, a continuación, seleccione Siguiente.
   Confirmación	Seleccione Finalizar.

   La aplicación aparece en el nodo Aplicaciones del Área de trabajo de implementación.

Agregar el código personalizado como un paso de la secuencia de tareas

El código de implementación personalizada se puede llamar directamente desde cualquier punto dentro de una secuencia de tareas; Esto proporciona acceso a las opciones y reglas 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 seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

3. En el árbol de consola del Área de trabajo de implementación, vaya a Área de trabajo de implementación/Recursos compartidos de implementación/deployment_share/Secuencias de tareas (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

4. En el panel de detalles, seleccione task_sequence (donde task_sequence es el nombre de la secuencia de tareas que ejecuta el código personalizado).

5. En el panel Acciones, seleccione Propiedades.

6. En el cuadro de diálogo task_sequenceProperties , seleccione la pestaña Secuencia de tareas .

7. En el árbol de consola, vaya a grupo (donde grupo es el grupo para agregar el paso de la secuencia de tareas).

8. Seleccione Agregar, General y, a continuación, seleccione Ejecutar línea de comandos.

9. En el árbol de consola, seleccione Ejecutar línea de comandos y, después, 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 de la 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 ruta de acceso (donde ruta de acceso es la ruta completa a la carpeta de trabajo del código personalizado; normalmente, es la misma ruta especificada en el cuadro de línea de comandos ) y, a continuación, haga clic en Aceptar.

    El paso de la secuencia de tareas recién creado aparece en la lista de pasos de la secuencia de tareas.

Ejecutar código personalizado como script de salida de usuario

También es posible ejecutar el código personalizado como un 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 , consulta la sección "Scripts de salida de usuario en el archivo CustomSettings.ini" del documento MDT Uso del Microsoft Deployment Toolkit.

Instalación de controladores de dispositivo mediante varios métodos de instalación

En este escenario, puedes usar MDT para implementar un sistema operativo en diferentes 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 utilizar para importar el controlador de dispositivo en el área de trabajo de implementación

• Controladores de dispositivos empaquetados como una aplicación y que deben instalarse como una aplicación

  Con MDT, puedes controlar ambos tipos de controladores como parte de una implementación de sistema operativo.

  Instale los controladores de dispositivo al:

• Determinar métodos para instalar cada controlador de dispositivo como se describe en Determinar qué método usar para instalar un controlador de dispositivo

• Uso del método de los controladores listos para usar, tal como se describe en Instalación de controladores de dispositivo Uso del método de los controladores listos para usar

• Instalarlos como aplicaciones como se describe en Instalar controladores de dispositivo como aplicaciones

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

Determinar qué método usar para instalar un controlador de dispositivo

Los fabricantes de hardware publican controladores de dispositivo de una de estas dos formas:

• Como un paquete que puede extraer y que contiene archivos .inf utilizados para importar el controlador en el área de trabajo de implementación

• Como una aplicación que debe instalar mediante procesos tradicionales de instalación de aplicaciones

  Los paquetes de controladores de dispositivo que se pueden extraer para acceder a los archivos .inf pueden usar el proceso de detección e instalación automática de controladores de MDT importando primero el controlador en el nodo Controladores integrados del área de trabajo de implementación.

  Los paquetes de controladores de dispositivos que no se pueden extraer para aislar archivos .inf o aquellos que no funcionan correctamente sin instalarse primero con un instalador de aplicaciones, como un archivo MSI o Setup.exe, pueden usar la función Instalar aplicación de MDT e instalar el controlador de dispositivo durante el proceso de implementación, como para cualquier aplicación normal.

Instalación de controladores de dispositivo mediante el método de controladores listos para usar

Puede importar paquetes de controladores de dispositivo que incluyan un archivo .inf en el área de trabajo de implementación e instalarlos automáticamente como parte del proceso de implementación. Para implementar este tipo de implementación de controladores de dispositivo, primero agregue el controlador de dispositivo al Área de trabajo de implementación.

Para agregar el controlador de dispositivo al área de trabajo de implementación

1. Descargue los controladores de dispositivo necesarios para los tipos de hardware que se van a implementar y extraiga el paquete de controladores de dispositivo en una ubicación temporal.

2. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

3. En el árbol de consola del Área de trabajo de implementación, vaya a Área de trabajo de implementación/Recursos compartidos de implementación/deployment_share/Controladores listos para usar ( donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

4. En el panel Acciones, seleccione 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 , selecciona Examinar para ir a la carpeta que contiene los nuevos controladores de dispositivo y, a continuación, selecciona Siguiente.

   Nota:

   El Asistente para nuevo controlador de dispositivo buscará en todos los subdirectorios del directorio de origen del controlador; Por lo tanto, si hay varios controladores que instalar, extráigalos en carpetas dentro 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, seleccione Siguiente para importar los controladores en el área de trabajo de implementación.

7. En la página de confirmación , seleccione Finalizar.

   Si los controladores de dispositivo contienen controladores críticos para el arranque, como controladores de almacenamiento masivo o 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 Lite Touch: imágenes de Windows PE

8. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione Actualizar recurso compartido de implementación.

    Se inicia el Asistente para compartir 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, seleccione Siguiente.

12. En la página Resumen , comprueba que los detalles son correctos y selecciona Siguiente.

13. En la página de confirmación , seleccione Finalizar.

Instalar controladores de dispositivo como aplicaciones

Los controladores de dispositivos empaquetados como aplicaciones y que no se pueden extraer en una carpeta que contiene un archivo .inf, además de los archivos de controladores, deben agregarse al Área de trabajo de implementación como una aplicación para la instalación durante el proceso de implementación.

Las aplicaciones se pueden especificar como un paso de la secuencia de tareas o especificadas 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 ello, ejecute el paso de la secuencia de tareas para implementar las aplicaciones de controlador de dispositivo pertinentes como un paso de la secuencia de tareas condicional. Los criterios condicionales se pueden especificar para ejecutar el paso de la secuencia de tareas mediante consultas WMI para el dispositivo en el equipo de destino.

Agregar la aplicación de controlador de dispositivo a Área de trabajo de implementación

Cada aplicación de controlador de dispositivo debe importarse primero en el área de trabajo de implementación.

Para agregar la aplicación de controlador de dispositivo al área de trabajo de implementación

1. Descargue la aplicación de controlador de dispositivo y guárdela en una ubicación temporal.

2. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione Nueva aplicación.

   Se inicia el Asistente para nueva aplicación.

5. En la página Tipo de aplicación , seleccione Aplicación con archivos de origen y, a continuación, seleccione Siguiente.

6. En la página Detalles , escriba los detalles relevantes sobre la aplicación y, a continuación, seleccione Siguiente.

7. En la página Origen , en la sección Directorio de origen , seleccione Examinar para ir y, a continuación, seleccione el directorio que contiene los archivos de origen de la aplicación del controlador de dispositivo. Seleccione Aceptar.

8. Seleccione Siguiente.

9. En la página Destino , escriba un nombre para el directorio de destino y seleccione 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 de controlador de dispositivo.

11. En la página Resumen , compruebe que la configuración es correcta y, a continuación, seleccione Siguiente para importar la aplicación de controlador de dispositivo en el área de trabajo de implementación.

12. En la página de confirmación , seleccione Finalizar.

    Después de importar las aplicaciones en el área de trabajo de implementación, 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. Hay 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 analiza con más detalle en las siguientes secciones.

Especifique la aplicación del 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 consiste en usar una secuencia de tareas para agregar pasos para cada aplicación de controlador de dispositivo.

Hay dos enfoques principales para administrar aplicaciones de controladores de dispositivos en la secuencia de tareas:

• Cree un nuevo grupo de secuencias 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 de hardware y, a continuación, agregue consultas para cada acción de la secuencia de tareas, de modo que cada paso de la secuencia de tareas se evalúe en función del tipo de hardware y solo se ejecute si se encuentra una coincidencia.

  Para crear un nuevo grupo de secuencias de tareas para cada tipo de hardware

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

2. En el árbol de consola del Área de trabajo de implementación, vaya a Área de trabajo de implementación/Recursos compartidos de implementación/deployment_share/Secuencias de tareas ( donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de detalles, selecciona task_sequence (donde task_sequence es la secuencia de tareas de implementación que será necesaria para instalar la aplicación de controlador de dispositivo).

4. En el panel Acciones, seleccione Propiedades.

5. En el cuadro de diálogo task_sequenceProperties, en la pestaña Secuencia de tareas, en el panel de detalles, vaya a Restauración/Windows Update estado (instalación previa a la aplicación).

6. En la pestaña Secuencia de tareas , seleccione Agregar y, a continuación, seleccione Nuevo grupo.

   Esto crea un nuevo grupo de secuencias de tareas en la secuencia de tareas. Utilice este nuevo grupo de secuencias de tareas para crear los pasos necesarios para instalar las aplicaciones de controlador de dispositivo específicas del hardware.

7. En el panel de detalles, seleccione 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, Aplicaciones específicas de hardware: Dell Computer Corporation).

9. En la pestaña Opciones , seleccione Agregar y, a continuación, seleccione 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 de lenguaje de consulta WMI (WQL) mediante la clase Win32_ComputerSystem para asegurarse de que la aplicación se instala solo para un tipo de aplicación específico, por ejemplo:

      Seleccionar * DESDE Win32_ComputerSystem WHERE Modelo COMO %hardware_model% Y Fabricante COMO %hardware_manufacturer%

      En este ejemplo, hardware_model es el nombre del modelo de equipo (por ejemplo, Latitude D620) y hardware_manufacturer es el nombre de la marca del equipo (por ejemplo, Dell Corporation).

      El % símbolo es un carácter comodín que se incluye en los nombres para permitir que los administradores devuelvan cualquier modelo o fabricante de equipos que contenga el valor especificado para hardware_model o hardware_manufacturer.

      Para obtener más información acerca de las consultas WMI y WQL, vea la sección "Agregar consultas WMI a las condiciones del paso de la secuencia de tareas" en el documento MDT Uso del Microsoft Deployment Toolkit y vea Consultar con WQL.

11. Seleccione Aceptar para enviar la consulta y, a continuación, Aceptar para enviar los cambios a la secuencia de tareas.

Una vez creados los grupos de secuencia de tareas específicos del hardware, las aplicaciones de controlador de dispositivo se pueden agregar 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 seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

2. En el árbol de consola del Área de trabajo de implementación, vaya a Área de trabajo de implementación/Recursos compartidos de implementación/deployment_share/Secuencias de tareas ( donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel de detalles, selecciona task_sequence (donde task_sequence es la secuencia de tareas de implementación que será necesaria para instalar la aplicación de controlador de dispositivo).

4. En el panel Acciones, seleccione Propiedades.

5. En el cuadro de diálogo task_sequenceProperties , seleccione 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 de hardware donde se agregará el paso de la secuencia de tareas para instalar la aplicación de controlador de dispositivo).

7. En la pestaña Secuencia de tareas , haga clic en Agregar, General y, a continuación, en Instalar aplicación.

   El paso de la secuencia de tareas Instalar aplicación aparece en el panel de detalles.

8. En el panel de detalles, seleccione Instalar aplicación.

9. En la pestaña Propiedades , seleccione 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 de hardware).

Especifique la aplicación del controlador de dispositivo en CustomSettings.ini

Cuando se inicia un despliegue de LTI o ZTI, una de las primeras acciones que se deben completar es el procesamiento de los archivos de control BootStrap.ini y CustomSettings.ini. Ambos archivos contienen reglas que se pueden usar para personalizar dinámicamente la implementación.

Debido a la manera en que MDT procesa el archivo CustomSettings.ini, puedes usarlo para agregar aplicaciones en función de condiciones específicas. Esta lógica se usará para agregar aplicaciones específicas de controladores de dispositivo durante la implementación en función de tipos de hardware específicos. El GUID de la aplicación, ubicado en el archivo Applications.xml del recurso compartido de implementación, hace referencia a las aplicaciones en CustomSettings.ini.

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:\Uso compartido de implementación de producción\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 encerrada en las etiquetas de la 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 dinámicamente secciones del archivo en función de la marca y el modelo detectados. En el ejemplo siguiente se muestra un ejemplo del archivo CustomSettings.ini.

   Ejemplo CustomSettings.ini configurado para la instalación de una aplicación 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}

Utilice las siguientes propiedades para especificar aplicaciones en CustomSettings.ini:

• Aplicaciones. Esta propiedad se puede usar cuando los administradores de implementaciones no desean 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 desean 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 las variables %Make% y %Model% para manipular dinámicamente cómo se genera la lista de aplicaciones. Los valores de la marca y el modelo de cada tipo de hardware se pueden encontrar mediante uno de los métodos siguientes:

• La herramienta Información del sistema. Utilice el nodo Resumen del sistema de esta herramienta para identificar el fabricante del sistema (marca) 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. Utilice CSProduct Get Name, Vendor para devolver el nombre (modelo) y el proveedor (marca) del equipo.

  Para modificar CustomSettings.ini agregar lógica específica del hardware

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione Propiedades.

4. Seleccione la pestaña Reglas .

5. La información escrita en esta pestaña se almacena en el archivo CustomSettings.ini. Modifique las entradas del 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 del controlador de dispositivo como parte de una secuencia de tareas.

6. Seleccione Aceptar para enviar los cambios.

7. En el panel de detalles, seleccione deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

8. En el panel Acciones, seleccione Actualizar recurso compartido de implementación.

   Se inicia el Asistente para compartir 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, seleccione Siguiente.

10. En la página Resumen , compruebe que los detalles sean correctos y, a continuación, seleccione Siguiente.

11. En la página de confirmación , seleccione Finalizar.

    De forma predeterminada, todas las aplicaciones disponibles se muestran en el Asistente para implementación de Windows durante una implementación de LTI. Dado que las aplicaciones específicas de controladores 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 de 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 seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione device_driver_application (donde device_driver_application es la aplicación que se ocultará del Asistente para implementación).

15. En el panel Acciones, seleccione Propiedades.

16. En la pestaña General , seleccione la casilla Ocultar la aplicación en el Asistente para implementación .

17. Seleccione Aplicar y, después, cierre el cuadro de diálogo Propiedades .

Especifique la aplicación del controlador de dispositivo en la base de datos de MDT

MDT DB 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 utilizará durante la implementación. Para más información sobre el uso de MDT DB, consulta "Selección de los métodos para aplicar opciones de configuración".

Al consultar la base de datos MDT en el momento de la implementación, hay tres métodos disponibles para identificar el equipo de destino:

• Busque el equipo individual (mediante la dirección MAC, la etiqueta de activo o similar).

• Busque la ubicación del equipo (mediante la puerta de enlace predeterminada).

• Busque la marca y el modelo del equipo (mediante consultas de fabricante de WMI o de marca y modelo).

  Para cada entrada de base de datos que cree, puede especificar las propiedades de implementación, las aplicaciones, si desea usar paquetes de Configuration Manager y los administradores. Al crear entradas de marca y modelo en la base de datos, puede agregar las aplicaciones de controlador de dispositivo específicas del hardware necesarias.

  Crear entradas en la base de datos de MDT para permitir la instalación de aplicaciones de controlador de dispositivo

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione 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 identificable 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 identificable para asociar al 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 los Servicios de implementación de Windows

Windows Server 2008 utiliza los 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 sistemas operativos posteriores) a través de una red mediante un adaptador de red habilitado para PXE de un equipo o un medio de arranque.

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. Arrancar equipos en PXE para iniciar el proceso LTI.

• Opción 2. Implementar una imagen de sistema operativo desde el almacén de imágenes de Servicios de implementación de Windows.

• Opción 3. Uso de multidifusión con MDT y el rol de servidor de Servicios de implementación de Windows de Windows Server 2008.

Opción 1: Arrancar equipos en PXE para iniciar el proceso de LTI

Ayuda a minimizar el costo de administrar implementaciones de 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.

Crear e importar la imagen de Windows PE del área de trabajo de implementación 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, puedes 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, e insertará 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 los Servicios de implementación de Windows para que los equipos que pueden arrancar en PXE puedan descargar y ejecutar la imagen de arranque de LTI Windows PE a través de una red utilizada para inicializar una instalación.

Para crear una imagen de arranque de Windows PE en el Área de trabajo de implementación

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

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, seleccione Propiedades.

   En el cuadro de diálogo deployment_shareProperties, seleccione la pestaña Configuración de la plataforma de Windows PE (donde plataforma es la arquitectura de la imagen de Windows PE que se va a configurar).

4. En el área Configuración de la imagen de arranque táctil Lite , active la casilla Generar una imagen ISO de disco RAM de arranque táctil Generar .

5. Seleccione la pestaña Componentes de la plataforma de Windows PE (donde plataforma es la arquitectura de la imagen de Windows PE que se va a configurar).

6. En la sección Inserción de controladores , seleccione los tipos de controladores adecuados para incluir.

   Nota:

   Este paso no es necesario si Windows PE ya incluye los controladores de dispositivo necesarios.

7. En la sección Inserción de controladores , en la lista Perfil de selección , seleccione el perfil de selección de controladores adecuado.

8. En el cuadro de diálogo Propiedades , seleccione Aceptar.

   Nota:

   Este paso no es necesario si Windows PE ya incluye los controladores de dispositivo necesarios.

9. En el panel de detalles, seleccione deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

10. En el panel Acciones, seleccione Actualizar recurso compartido de implementación.

    Se inicia el Asistente para compartir 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, seleccione Siguiente.

12. En la página Resumen , compruebe que los detalles sean correctos y, a continuación, seleccione Siguiente.

13. En la página de confirmación , seleccione Finalizar.

    Cuando se complete este proceso, la carpeta de arranque del recurso compartido de implementación contendrá varias imágenes de arranque, por ejemplo:

    D:\Production Deployment Share\Boot\LiteTouchPE_x64.iso

    D:\Production Deployment Share\Boot\LiteTouchPE_x64.wim

    D:\Production Deployment Share\Boot\LiteTouchPE_x86.iso

    D:\Production Deployment Share\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 hardware nuevo. También puede importar los archivos WIM de arranque en los Servicios de implementación de Windows para que los nuevos equipos puedan inicializar el proceso de implementación de LTI sin necesidad de ningún medio físico.

    Para importar la imagen de Windows PE en Servicios de implementación de Windows

14. Inicie la consola de Servicios de implementación de Windows y 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 seleccione Agregar imagen de arranque.

16. Busque la imagen 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 la imagen y Descripción de la imagen ; el nombre de imagen afecta a la información de opciones 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 los Servicios de implementación de Windows podrá descargar la imagen de arranque de LTI e iniciar una instalación de LTI.

    En esta guía no se trata la instalación y configuración de los Servicios de implementación de Windows. Para obtener información adicional sobre los Servicios de implementación de Windows, consulte la Guía de Servicios de implementación de Windows.

Usa los Servicios de implementación de Windows para detectar automáticamente el servidor de implementación

Existe una opción adicional disponible cuando se usan los Servicios de implementación de Windows para hospedar imágenes de arranque de MDT cuando el recurso compartido de implementación de MDT se hospeda en el mismo servidor que Servicios de implementación de Windows.

Cuando un cliente PXE carga la imagen de arranque de 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 de MDTProperty. A continuación, puedes 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 . Si lo hace, el cliente arranca automáticamente desde Servicios de implementación de Windows con 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 seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

2. En el árbol de consola del Área de trabajo de implementación, vaya a Área de trabajo de implementación/Recursos compartidos de implementación/deployment_share/Configuración avanzada/Base de datos (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

3. En el panel Acciones, seleccione Propiedades.

4. Seleccione la pestaña Reglas .

   La información escrita en esta pestaña se almacena en el archivo CustomSettings.ini.

5. Configure la propiedad DeployRoot para utilizar la variable %WDSServer%, por ejemplo, DeployRoot=\\%WDSServer%\Deployment$.

6. Selecciona Editar Bootstrap.ini.

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

8. En el menú Archivo , haga clic en Guardar para guardar los cambios en el archivo BootStrap.ini.

9. Seleccione Aceptar.

   Es necesario actualizar el recurso compartido de implementación.

10. En el panel de detalles, seleccione deployment_share (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

11. En el panel Acciones, seleccione Actualizar recurso compartido de implementación.

    Se inicia el Asistente para compartir 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, seleccione Siguiente.

13. En la página Resumen , compruebe que los detalles sean correctos y, a continuación, seleccione Siguiente.

14. En la página de confirmación , seleccione Finalizar.

15. Importe el WIM de arranque actualizado en los 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 usas Servicios de implementación de Windows para la implementación de sistemas operativos, amplía la funcionalidad de MDT configurándolo para que haga referencia a las imágenes del sistema operativo 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 administración de controladores, implementación de aplicaciones, instalación de actualizaciones, procesamiento de reglas y otras funciones de MDT. Una vez que MDT ha hecho referencia a una imagen del sistema operativo Servicios de implementación de Windows, puedes tratarla como cualquier sistema operativo que se haya preconfigurado en un recurso compartido de implementación de MDT.

Para hacer referencia a una imagen del sistema operativo 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 desde la carpeta Orígenes de los medios de Windows a la carpeta C:\Program Files\Microsoft Deployment Toolkit\bin del servidor de Servicios de implementación de Windows:

   • Wdsclientapi.dll

   • Wdscsl.dll

   • Wdsimage.dll

   • Wdstptc.dll (solo se aplica si se copian 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 se instala MDT.

2. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

3. En el árbol de consola del Área de trabajo de implementación, vaya a Área de trabajo de implementación/Recursos compartidos de implementación/deployment_share/Sistemas operativos (donde deployment_share es el nombre del recurso compartido de implementación que se va a configurar).

4. En el panel Acciones, seleccione Importar sistema operativo.

   Se inicia el Asistente para nuevo sistema operativo.

5. En la página Tipo de sistema operativo , seleccione imágenes de Servicios de implementación de Windows y, a continuación, seleccione 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, seleccione Siguiente.

7. En la página Resumen , compruebe que la configuración es correcta y, a continuación, seleccione Siguiente.

8. En la página de confirmación , seleccione 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.

Opción 3: Usar multidifusión con MDT y el rol de Servicios de implementación de Windows de Windows Server 2008

Con el lanzamiento de Windows Server 2008, los Servicios de implementación de Windows se han 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, una versión 1.1 del Kit de instalación automatizada de Windows (AIK de Windows ) actualizada incluye Wdsmcast.exe. Esto permite unir manualmente las sesiones de multidifusión y permite al cliente que inicia Wdsmcast.exe copiar archivos de una sesión de multidifusión activa.

La secuencia de comandos LTIApply.wsf utiliza Wdsmcast.exe cuando tiene acceso 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 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 se intentará acceder a imágenes WIM y descargarlas desde una secuencia de multidifusión existente, pero se revertirá a una copia de archivo estándar si no existe una secuencia de multidifusión.

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 de Servicios de implementación de Windows debe instalarse desde la consola de administración del servidor

• Debe estar instalado AIK de Windows 1.1 para Windows Server 2008

• MDT debe estar instalado

• Al igual que con cualquier implementación que use MDT, se debe haber importado 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

Para configurar MDT para multidifusión desde un recurso compartido de implementación existente

1. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y seleccione Área de trabajo de implementación

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, seleccione Propiedades.

4. En la pestaña General, active la casilla Habilitar multidifusión para este recurso compartido de implementación (requiere Servicios de implementación de Windows de Windows Server 2008).

5. Seleccione Aceptar.

6. En el panel Acciones, seleccione Actualizar recurso compartido de implementación.

   Se inicia el Asistente para compartir 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, seleccione Siguiente.

8. En la página Resumen , compruebe que los detalles sean correctos y, a continuación, seleccione Siguiente.

9. En la página de confirmación , seleccione 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 autodifusión que utiliza 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 a los Servicios de implementación de Windows y que no es posible usar multidifusión para las imágenes de arranque, ya que el cliente de multidifusión no se puede cargar hasta después de que Windows PE se esté ejecutando.

   Para comprobar que la transmisión de multidifusión se ha generado en los Servicios de implementación de Windows

10. Seleccione Inicio, apunte a Herramientas administrativas y, a continuación, seleccione 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 Servidores y seleccione Agregar servidor.

12. En el cuadro de diálogo Agregar servidores , haga clic en Equipo local y luego en Aceptar.

13. En el árbol de consola de Servicios de implementación de Windows, seleccione Servidores, a continuación seleccione server_name (donde server_name es el nombre del equipo que ejecuta los Servicios de implementación de Windows). Seleccione Transmisiones de multidifusión.

14. En el panel de detalles, se mostrará una nueva transmisión de transmisión de transmisión automática para el recurso compartido de implementación, por ejemplo, BDD Share Deployment$.

15. Compruebe que el estado de la transmisión de difusión automática de la implementación del recurso compartido BDD $ esté establecido en Activo.

    Después de implementar un equipo, compruebe que el sistema operativo se descargó de una transmisión de multidifusión examinando el archivo BDD.log de la carpeta \Windows\Temp\DeploymentLogs.

    Habrá dos entradas en la carpeta de registros, ambas comenzando con transferencia de multidifusión; Compruebe 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 MDT Uso del Microsoft Deployment Toolkit.

Realizar implementaciones por etapas con 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 del hardware del equipo, también conocido como fabricante de equipos originales (OEM).

Información general sobre el proceso de precarga de OEM en MDT

El proceso de precarga OEM se divide en tres fases:

• Fase 1. Cree una imagen basada en medios del equipo de referencia que se aplicará en el entorno de ensayo.

• Fase 2. Aplique la imagen del 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 fase 1 y la fase 3 normalmente las lleva a cabo la organización de implementación. Dependiendo del uso del proceso de precarga de OEM en la organización, la fase 2 puede ser realizada por la organización o por el proveedor de hardware que suministra los equipos. Si la organización realiza la Fase 2, entonces el entorno de ensayo está dentro de la organización. Si un OEM realiza la fase 2, el entorno de ensayo está en el entorno del OEM.

Información general sobre los Files de configuración de MDT en el proceso de precarga de OEM

Las secuencias de tareas ejecutadas durante las fases 1 y 3 del proceso de precarga de OEM usan archivos de configuración de MDT independientes (CustomSettings.ini y Bootstrap.ini). Sin embargo, existen simultáneamente ambos archivos de configuración en estructuras de carpetas diferentes.

En la primera fase, los archivos de configuración se utilizan 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 de OEM se almacenan en la carpeta específica de la secuencia de tareas usada 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 que corresponden a la secuencia de tareas adecuada en cada fase del proceso de precarga de OEM.

Información general sobre los Files de registro de MDT en el proceso de precarga de OEM

Se generan archivos de registro de MDT independientes durante las fases 1 y 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 para 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 para diagnosticar o solucionar problemas de implementación relacionados con MDT.

Implementaciones por etapas con LTI

Para las implementaciones de LTI, realice el proceso de precarga de OEM mediante un tipo de recurso compartido de implementación de medios extraíbles (medios). No se admiten otros tipos de recursos compartidos de implementación para el proceso de precarga de OEM.

Para llevar a cabo el proceso de precarga de OEM, cree una secuencia de tareas basada en la plantilla de secuencia de tareas Litetouch OEM Task Sequence, además de las secuencias de tareas que se utilizará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 LiteTouchPE_x64.iso archivo (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 puede utilizarse para crear medios de formato de disco universal.

Proceso de precarga de OEM de LTI: fase 1: creación de una imagen Media-Based

La organización de implementación lleva a cabo la primera fase del proceso de precarga de OEM. El entregable 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 el Área de trabajo de implementación.

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 el área de trabajo de implementación:

   • Sistemas operativos

   • Aplicaciones

   • Paquetes

   • Controladores listos para usar

     Para obtener más información acerca de cómo realizar este paso, vea la sección "Administración de recursos compartidos de implementación en el área de trabajo de implementación" del documento MDT Uso del Microsoft Deployment Toolkit.

2. Cree una nueva secuencia de tareas basada en la plantilla de secuencia de tareas Secuencia de tareas OEM de Litetouch en Deployment Workbench.

   Para obtener más información acerca de cómo realizar este paso, vea la sección "Configurar secuencias de tareas en el área de trabajo de implementación" del documento MDT Uso del Microsoft Deployment Toolkit.

3. Cree una o más 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 acerca de cómo realizar este paso, vea la sección "Configurar secuencias de tareas en el área de trabajo de implementación" del documento MDT Uso del Microsoft Deployment Toolkit.

4. Cree un perfil de selección que incluya las aplicaciones, sistemas operativos, controladores, paquetes y secuencias de tareas necesarios para la implementación de OEM.

   Para obtener más información acerca de cómo realizar este paso, vea la sección "Administrar perfiles de selección" en el documento MDT Uso del Microsoft Deployment Toolkit.

5. Crear 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 MDT Uso del Microsoft Deployment Toolkit.

6. Actualice los medios de implementación creados en el Área de trabajo de implementación en el paso anterior.

   Cuando actualiza los medios de implementación, el Área de trabajo de implementación 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 MDT Uso del Microsoft Deployment Toolkit.

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

La segunda fase del proceso de precarga de OEM la realiza el OEM o el equipo de implementación en el entorno de ensayo de la organización de implementación. Durante esta fase del proceso, el archivo .iso o DVD creado en la fase 1 se aplica a los equipos de destino. El entregable de esta fase es la imagen implementada en los equipos de destino para que estén listos para su implementación en el entorno de producción.

Para aplicar la imagen a los equipos de destino

1. Inicie un equipo de destino con los medios creados en la Fase 1.

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

2. En el Asistente para implementación de Windows, seleccione la secuencia de tareas de preinstalación de OEM para la secuencia de tareas del entorno de ensayo .

   Se iniciará la secuencia de tareas y el contenido de los medios de arranque se copiará en el disco duro local del equipo de destino.

3. Cuando el Asistente para la implementación de Windows haya finalizado para la secuencia de tareas de preinstalación OEM para la secuencia de tareas del entorno de ensayo, el disco duro estará listo para iniciar el resto del proceso de implementación ejecutando el 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 implementación de Windows se iniciará por 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 en el 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 del medio de arranque, colocada en el disco duro en el 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 implementación de Windows.

2. Complete el Asistente para implementación de Windows con la información de configuración específica de cada equipo de destino.

   Para más información acerca de cómo completar este paso, vea la sección "Ejecución del Asistente para la implementación" en el documento MDT Uso del Microsoft Deployment Toolkit.

   Cuando se complete esta fase, el equipo de destino estará listo para usarse en el entorno de producción.

Usar Windows PowerShell para realizar tareas comunes

Las tareas de administración de MDT en el Área de trabajo de implementación se realizan mediante cmdlets de Windows PowerShell subyacentes, que puedes usar para automatizar tareas administrativas como las de las secciones siguientes.

Para automatizar la administración de MDT, siga estos pasos:

• 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 Crear una carpeta.

• Elimine una carpeta de un recurso compartido de implementación como se describe en Eliminar una carpeta.

• Importe un controlador de dispositivo en un recurso compartido de implementación como se describe en Importar un controlador de dispositivo.

• Eliminar un controlador de dispositivo de un recurso compartido de implementación como se describe en Eliminar un controlador de dispositivo.

• Importe un paquete del sistema operativo en un recurso compartido de implementación, tal como se describe en Importar 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 Importar un sistema operativo.

• Eliminar un sistema operativo de un recurso compartido de implementación, como se describe en Eliminar un sistema operativo.

• Cree una aplicación en un recurso compartido de implementación, tal 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 Eliminar una aplicación.

• Cree una secuencia de tareas en un recurso compartido de implementación, tal como se describe en Crear una secuencia de tareas.

• Borre una secuencia de tareas de un recurso compartido de implementación, tal como se describe en Eliminar una secuencia de tareas.

• Crea una base de datos MDT como se describe en Crear una base de datos 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 Actualizar un recurso compartido de implementación.

• Cree un recurso compartido de implementación vinculada como se describe en Creación de un recurso compartido de implementación vinculado.

• Actualice un recurso compartido de implementación vinculada como se describe en Actualizar un recurso compartido de implementación vinculado.

• Elimine un recurso compartido de implementación vinculado como se describe en Eliminar 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 tal como se describe en Eliminación de medios.

Crear un nuevo recurso compartido de implementación

Los siguientes comandos de 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 el Área de trabajo de implementación 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

Crear una carpeta

Los siguientes comandos de 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

Eliminar una carpeta

Los siguientes comandos de Windows PowerShell eliminan la carpeta Área de trabajo de implementación/Recursos compartidos de implementación/Producción/Aplicaciones/Adobe.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Remove-item -path "DS002:\Applications\Adobe" -Verbose

Importar un controlador de dispositivo

Los siguientes comandos de Windows PowerShell importarán el controlador de dispositivo de monitor Dell 2407 WFP 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

Eliminar un controlador de dispositivo

El siguiente comando de Windows PowerShell elimina el controlador de monitor Dell 2407 WFP 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

Importar 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 del 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 de Windows PowerShell elimina el paquete especificado del sistema operativo 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

Importar 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

Eliminar un sistema operativo

El siguiente comando de Windows PowerShell elimina el sistema operativo Windows Vista HOMEBASIC 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

Crear una aplicación

Los siguientes comandos de Windows PowerShell crean la aplicación Adobe Reader 9 utilizando 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

Eliminar una aplicación

El siguiente comando de 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

Crear una secuencia de tareas

Los siguientes comandos de Windows PowerShell crean la secuencia de tareas de 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

Eliminar una secuencia de tareas

El siguiente comando de Windows PowerShell elimina la secuencia de tareas de 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

Crear una base de datos MDT

Los siguientes comandos de Windows PowerShell crean una nueva base de datos MDT en el servidor de deployment_server para el recurso compartido de implementación de producción. La conexión a la base de datos se realizará mediante 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 de 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

Actualizar 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

Crear un recurso compartido de implementación vinculada

Los siguientes Windows PowerShell comandos crean un recurso compartido de despliegue que está vinculado al recurso compartido de despliegue 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 vinculada. 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

Actualizar un recurso compartido de implementación vinculada

Los siguientes comandos de Windows PowerShell actualizan el recurso compartido de implementación de 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

Eliminar un recurso compartido de implementación vinculado

Los siguientes comandos de Windows PowerShell eliminan el recurso compartido de implementación de LINKED001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

Creación de medios

Los siguientes comandos de Windows PowerShell crean una carpeta de origen que contiene 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 generen los medios. Los medios admitirán 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á 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 de Windows PowerShell elimina los medios de MEDIA001 del recurso compartido de implementación de producción.

Remove-item -path "DS002:\Media\MEDIA001" -Verbose

Retrasar la unión a dominios para evitar la aplicación de objetos de la 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 configuraciones de las directivas de grupo que son restrictivas y podrían causar problemas durante las implementaciones del sistema operativo. Por ejemplo, la siguiente configuración de la Directiva de grupo puede interrumpir un proceso de inicio de sesión automatizado:

• Restricciones de inicio de sesión automático

• Cambio de nombre de cuenta de administrador

• Banners legales y subtítulos

• Directivas de seguridad restrictivas (por ejemplo, la directiva Seguridad especializada: funcionalidad limitada [SSLF])

  Una opción para superar los problemas que un GPO podría 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 implementación de Windows, las reglas de uso compartido de implementación, la base de datos de MDT y las reglas de equipo y recopilación de Configuration Manager. La cuenta usada debe tener los derechos necesarios para crear y eliminar objetos de equipo en el dominio.

  Normalmente, la secuencia de comandos ZTIConfigure.wsf actualiza el archivo Unattend.xml o Unattend.txt con los valores especificados en estas propiedades. 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. Si lo hace, el equipo de destino se someterá a la configuración especificada en los GPO de dominio y posiblemente 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. La secuencia de comandos ZTIConfigure.wsf omitirá la escritura de propiedades en el archivo Unattend.xml si falta el elemento de propiedad asociado en el archivo.

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 seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

2. En el árbol de consola de Área de trabajo de implementación, vaya a Área de trabajo de implementación/Recursos compartidos de implementación/deployment_share/Secuencias de tareas/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 Acciones, seleccione Propiedades.

4. En la pestaña Información del sistema operativo , seleccione Editar Unattend.xml.

   Se iniciará el Administrador de imágenes de sistema (Windows SIM).

5. En el panel Archivo de respuesta , vaya a 4 especialización/Identificación/Credenciales. Haga clic con el botón derecho en Credenciales y seleccione Eliminar.

6. Haga clic en Sí.

7. Guarde el archivo de respuesta y salga de Windows SIM.

8. Seleccione Aceptar en el cuadro de diálogo Propiedades de la secuencia de tareas.

   Con los Credentials elementos ausentes en el archivo unattend.xml, la secuencia de comandos ZTIConfigure.wsf no puede rellenar la información de unión a dominios en el archivo Unattend.xml, lo que impedirá que el programa de instalación de Windows intente unirse al dominio.

   Agregar un paso de la secuencia de tareas que una el equipo de destino al dominio

9. Haga clic en Inicio y seleccione Todos los programas. Apunte a Microsoft Deployment Toolkit y luego seleccione Área de trabajo de implementación.

10. En el árbol de consola de Área de trabajo de implementación, vaya a Área de trabajo de implementación/Recursos compartidos de implementación/deployment_share/Secuencias de tareas/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 Acciones, seleccione Propiedades.

12. En la pestaña Secuencia de tareas , vaya al nodo Restauración de estado y expandalo.

13. Compruebe que el paso de secuencia de tareas Recuperar desde el dominio esté presente. Si es así, continúe con el paso 9.

14. En el cuadro de diálogo Propiedades de la secuencia de tareas, seleccione Agregar, vaya a Configuración y seleccione Recuperar desde el dominio.

15. Agregue el paso Recuperar desde secuencia de tareas de 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 el dominio está configurada para satisfacer sus necesidades.

17. Seleccione Aceptar en el cuadro de diálogo Propiedades de la secuencia de tareas para guardar la secuencia de tareas.