Automatización y administración de implementaciones de sistemas operativos de Windows

 

¿Cómo puede ayudarle esta guía? Como administrador de equipos y dispositivos móviles y profesional de TI de la empresa, puede usar esta guía de soluciones con el fin de conocer los procesos recomendados por Microsoft para crear e implementar sistemas operativos Windows. 

En esta guía de soluciones:

  • Escenario, declaración del problema y objetivos

  • ¿Cuál es el diseño recomendado para esta solución?

  • ¿Por qué recomendamos este diseño?

  • ¿Cuáles son los pasos que se deben seguir para implementar esta solución?

En el siguiente diagrama, se muestra el problema que esta guía de soluciones aborda.

Problemas comunes a los que se enfrentan los administradores de escritorios al implementar sistemas operativos de empresa:

Unmanaged operating system deployment

Escenario, declaración del problema y objetivos

En esta sección, se describe el problema actual con sus posibles objetivos. Revise la solución y compruebe si es lo que necesita o si tiene que ajustarla para su entorno empresarial.

Escenario

La infraestructura informática para muchas organizaciones de grandes empresas se basa en tecnologías de Microsoft, como Windows Server y los servicios de red necesarios para admitir las operaciones diarias, tales como AD DS, DHCP y WDS. Además, muchos profesionales de TI de empresa ya están familiarizados con System Center Configuration Manager y lo usan para satisfacer su requisitos de administración de equipos y dispositivos. Sin embargo, en muchos casos, dichos administradores no están familiarizados con las prácticas recomendadas de Microsoft ni con las herramientas y capacidades de implementación de sistema operativo que tienen a su disposición. En su lugar, suelen usar métodos manuales que incluyen combinaciones de archivos de respuesta, scripts, el Kit de instalación automatizada de Windows (AIK de Windows), etc. para realizar implementaciones de sistema operativo. Por este motivo, los proyectos de implementación de sistema operativo pueden ser muy difíciles y costosos.

Declaración del problema

El problema general para solucionar es:

Las implementaciones empresariales de sistemas operativos Windows son complicadas y costosas, y es difícil que los resultados sean coherentes. 

Si no se siguen las prácticas recomendadas de Microsoft ni se usan las herramientas y tecnologías recomendadas, los proyectos de implementación de sistema operativo no se escalan bien, además de ser ineficaces y costosos. Aún prestando especial atención a la documentación manual de los pasos necesarios para cada etapa de la implementación, las cosas pueden salir mal (y así será finalmente) al implementar sistemas operativos de esta manera. En caso de no automatizar las pruebas de implementación y creación de imágenes de sistema operativo, los administradores de equipos y dispositivos móviles se enfrentan a los retos siguientes:

  • Descargar y mantener el sistema operativo, los controladores y los archivos de aplicación necesarios para realizar implementaciones de sistema operativo en todo el hardware empresarial.

  • Crear imágenes de arranque e instalar meticulosamente aplicaciones de escritorio estándar de una en una tras completar la implementación de sistema operativo.

  • Implementar manualmente los sistemas operativos en entornos de producción con pruebas escasas.

  • Admitir manualmente los cambios de configuración continuos y otros requisitos de implementación de sistema operativo variables.

  • Realizar implementaciones de sistema operativo de manera coherente mediante procesos repetibles y confiables.

  • Generar informes precisos sobre el progreso y los problemas de la implementación de sistema operativo.

Objetivos de la organización

Según el escenario y la declaración del problema, se requiere una solución para automatizar y administrar la implementación de sistema operativo Windows que cumpla los siguientes objetivos:

  • Administrar el sistema operativo, los controladores y los archivos de aplicación en un sistema de archivos centralizado.

  • Crear o actualizar fácilmente las imágenes de sistema operativo Windows y probarlas correctamente antes de iniciar las implementaciones de producción.

  • Implementar rápidamente sistemas operativos, software de escritorio y actualizaciones de Windows en hardware nuevo usando procesos confiables y coherentes.

  • Usar software de administración y generación de informes de implementación de sistema operativo de nivel empresarial.

¿Cuál es el diseño recomendado para esta solución?

El siguiente diagrama ilustra cómo se usa Lite Touch Installation (LTI) de Microsoft Deployment Toolkit (MDT) para automatizar la creación y las pruebas de imágenes de sistemas operativos y, luego, cómo se usa Zero Touch Installation (ZTI) de Configuration Manager para administrar las implementaciones de sistemas operativos de clientes de empresa y crear informes de ellas. Con este enfoque recomendado, puede cumplir los objetivos establecidos anteriormente y resolver este problema empresarial en su entorno.

Nota

Aunque los principios y las recomendaciones de esta solución se pueden aplicar a las versiones anteriores, salvo que se indique lo contrario, “MDT” hace referencia a MDT 2013 y “Configuration Manager” a Microsoft System Center 2012 Configuration Manager R2.

Automatizar y administrar el diseño de soluciones de implementación de sistemas operativos de clientes de empresa:

MDT and Configuration Manager

En la siguiente tabla, se indican los elementos que forman parte del diseño de esta solución y se explica por qué están incluidos en el diseño:

Nota

Los equipos de destino deben conectarse al recurso compartido de implementación para realizar las implementaciones de los sistemas operativos, por lo que se recomienda usar una conexión de alta velocidad y persistente entre los equipos y el recurso compartido de implementación.

Nota

Al realizar implementaciones en equipos de BIOS heredado, puede utilizar una imagen de arranque de 32 bits para implementar sistemas operativos de 32 bits y 64 bits. Sin embargo, una imagen de arranque de 64 bits solo puede utilizarse para implementar sistemas operativos de 64 bits. En cambio, los sistemas UEFI requieren que la arquitectura coincida, de modo que un sistema de 64 bits donde se va a implementar un sistema operativo de 64 bits requiere una imagen de arranque de 64 bits.

Sugerencia

Solo tendrá que agregar las imágenes de arranque de MDT a los Servicios de implementación de Windows. No es necesario que agregue las imágenes del sistema operativo de Deployment Workbench.

Sugerencia

El equipo de referencia es la plantilla que sirve para implementar nuevas imágenes de sistema operativo en los equipos de destino de producción. Por esto, debe configurar este equipo exactamente como quiere que estén configurados los equipos de producción.

¿Por qué recomendamos este diseño?

Hay muchas maneras de instalar sistemas operativos en un equipo nuevo o sin sistema operativo: por ejemplo, usar MDT de forma independiente, generar y capturar con Configuration Manager o usar MDT integrado en Configuration Manager. Estos métodos se usan siempre que no haya que conservar ningún dato ni perfil de los usuarios, y pueden utilizarse para todo, desde usar MDT para crear una imagen de sistema operativo de Windows “ligera” con aplicaciones y actualizaciones básicas, hasta integrar MDT con Configuration Manager para crear e implementar imágenes “gruesas” que contengan muchas aplicaciones y configuraciones posteriores a la instalación y que permitan su administración.

En la tabla siguiente, se proporciona información general sobre los posibles métodos y las recomendaciones de Microsoft, para que sepa cuándo debe utilizarse cada uno de ellos para obtener una escalabilidad y un rendimiento óptimos.

Nota

Los métodos de implementación del sistema operativo suelen ser intercambiables. Siga las recomendaciones que se proporcionan a continuación como instrucciones para elegir el método que más se ajuste a sus necesidades individuales.

Método de implementación del sistema operativo

Se recomienda cuando

Microsoft Deployment Toolkit (MDT) independiente

MDT es un kit de herramientas de descarga gratuita que facilita la automatización de la implementación de aplicaciones y sistemas operativos de Windows en equipos de escritorio, portátiles y servidores. A grandes rasgos, MDT automatiza el proceso de implementación al configurar los archivos de instalación desatendida de Windows y empaquetar los archivos necesarios en un archivo de imagen consolidada que, luego, implementará en los equipos de referencia y de destino.

Sugerencia

En entornos muy pequeños o desconectados, MDT independiente puede ser todo lo que necesita para la implementación del sistema operativo. En esos casos, los pasos del entorno de prueba que se detallan en esta solución pueden bastar para cumplir los requisitos del proceso de implementación del sistema operativo en esos entornos.

MDT realiza las implementaciones con el método Lite Touch Installation (LTI). Aunque puede crear imágenes de referencia para la implementación del sistema operativo con Configuration Manager, en general, se recomienda crearlas en MDT LTI por las razones siguientes:

  • Lite Touch de MDT no requiere ninguna infraestructura y puede configurarse rápidamente.

  • Debido a su simplicidad y bajo consumo, MDT suele ser la manera más rápida de crear una imagen de referencia.

  • Puede utilizar la misma imagen para todos los tipos de implementación de sistemas operativos: Infraestructura de escritorio virtual (VDI) de Microsoft, Microsoft System Center 2012 R2 Virtual Machine Manager (SCVMM), MDT, Configuration Manager, Servicios de implementación de Windows (WDS), etc.

  • Con MDT, puede seguir las implementaciones en tiempo real y, si tiene acceso al Kit de herramientas de diagnóstico y recuperación (DaRT) de Microsoft, puede incluso acceder de forma remota al Entorno de preinstalación de Windows (Windows PE) durante la implementación. Los datos de supervisión en tiempo real pueden verse desde dentro de MDT Deployment Workbench, o con un explorador web, Windows PowerShell, el Visor de eventos o Microsoft Excel 2013. De hecho, todas las secuencias de comandos y las aplicaciones que pueden leer una fuente de datos abiertos (OData) pueden leer la información.

  • Configuration Manager realiza las implementaciones en el contexto de la cuenta LocalSystem. Por ello, no puede configurar la cuenta de administrador con todos los valores de configuración que quiera incluir en la imagen. MDT se ejecuta en el contexto del administrador local, lo que significa que puede configurar la apariencia de la configuración y, luego, utilizar la funcionalidad de CopyProfile para copiar los cambios al usuario predeterminado durante la implementación.

  • MDT LTI admite una acción de suspensión que permite reiniciar, lo cual resulta útil cuando tiene que realizar una instalación manual o comprobar la imagen de referencia antes de que se capture automáticamente.

Sugerencia

Lo mejor es usar MDT para crear imágenes “finas” que contengan las actualizaciones de software necesarias, los tiempos de ejecución y algunas aplicaciones de escritorio estándar.

MDT y Configuration Manager

Importante

Es el método de implementación de sistemas operativos recomendado que se describe en esta solución.

Se recomienda usar esta opción en grandes empresas que deben admitir y mantener miles de equipos y aplicaciones. Recomendamos usar esta solución de acuerdo con los siguientes procedimientos recomendados de Microsoft:

  • Debe usar MDT para crear y probar imágenes de sistema operativo.

  • Debe usar MDT independiente para realizar pruebas a pequeña escala antes de realizar implementaciones en entornos de producción.

  • Debe usar MDT con WDS para habilitar la integración de implementación de PXE para pequeños proyectos piloto o implementaciones de sistema operativo de producción a pequeña escala con LTI.

  • Debe utilizar imágenes de sistema operativo de MDT con Configuration Manager para las implementaciones de sistema operativo a gran escala. Así, puede aprovechar las características de administración de nivel empresarial, como replicación, DP de multidifusión, administración de ancho de banda, creación de informes, conexiones de red deficientes a sitios remotos y una mayor seguridad con cifrado y protección con contraseña.

Configuration Manager independiente

La implementación del sistema operativo de Configuration Manager proporciona a los usuarios administrativos una herramienta para crear imágenes de sistema operativo que pueden implementar en los equipos. La imagen del sistema operativo, en un archivo de formato Windows Imaging Format (WIM), contiene la versión correspondiente de un sistema operativo Windows y las aplicaciones de línea de negocio que deben instalarse en el equipo.

Sugerencia

Lo mejor es usar Configuration Manager (o MDT integrado con Configuration Manager) para crear imágenes “gruesas” que contengan muchas aplicaciones de línea de negocio (LOB) que deban instalarse durante la implementación del sistema operativo, en lugar de duplicar las aplicaciones en MDT.

MDT integrado con Configuration Manager

Aunque, en las implementaciones de LTI, solo se usa MDT, las implementaciones ZTI y de tipo Instalación controlada por usuario (UDI) se realizan con MDT integrado con Configuration Manager.

La integración de MDT con Configuration Manager mejora la característica de implementación del sistema operativo de Configuration Manager al poner comandos de MDT adicionales a disposición de las secuencias de tareas de Configuration Manager.

Por ejemplo, MDT 2013 simplifica la creación y el funcionamiento de las implementaciones dinámicas. Cuando MDT se integra con Configuration Manager, la secuencia de tareas recibe instrucciones adicionales de las reglas de MDT. En su forma más simple, estos valores se almacenan en un archivo de texto, el archivo CustomSettings.ini, pero puede guardar la configuración en bases de datos de Microsoft SQL Server, o hacer que algún servicio web o Microsoft Visual Basic Scripting Edition (VBScript) proporcione la configuración que se debe usar.

MDT 2013 también agrega un asistente para la implementación opcional. En algunos escenarios de implementación, puede que tenga que solicitar al usuario información durante la implementación, como el nombre del equipo, la unidad organizativa (UO) correcta para el equipo o las aplicaciones que debe instalar la secuencia de tareas. Con la integración de MDT, puede permitir que el Asistente para la instalación controlada por el usuario (UDI) recopile la información necesaria y personalizar el asistente con el diseñador del asistente para UDI.

Para aprovechar estas y otras mejoras después de integrar MDT con Configuration Manager, solo tiene que hacer clic en la secuencia de tareas de MDT Crear, en el grupo de secuencias de tareas de la pestaña Inicio, dentro del nodo Sistemas operativos del área de trabajo de la biblioteca de software de la consola de Configuration Manager.

¿Cuáles son los pasos que se deben seguir para implementar esta solución?

Use los pasos descritos en esta sección para implementar la solución. No olvide comprobar que cada paso se completó correctamente antes de continuar con el paso siguiente. Estos pasos se dividen en dos secciones: el entorno de prueba con MDT independiente y el entorno de producción con Configuration Manager.

Nota

Si desea imprimir o exportar un conjunto personalizado de temas de soluciones, consulte Imprimir/Exportar varios temas: Ayuda.

Pasos del entorno de prueba

En el entorno de prueba, utilizará MDT para implementar Windows en un equipo de referencia, capturar una imagen del equipo de referencia y, luego, implementar la imagen capturada en un equipo de destino para validar la imagen de implementación antes de pasarla a producción.

Siga estos pasos de implementación para crear y probar imágenes de sistema operativo con MDT LTI.

  1. Prepare el entorno y el equipo de Workbench para la instalación de MDT, de modo que la infraestructura necesaria y los archivos auxiliares estén configurados e instalados correctamente. Antes de iniciar la instalación de MDT, tenga en cuenta lo siguiente:

    Revise los requisitos de hardware y software correspondientes a la versión de MDT que va a instalar, para asegurarse de que se admite el sistema operativo del equipo del área de trabajo.

    Sugerencia

    El Workbench de MDT 2013 está diseñado para funcionar con el sistema operativo Windows 8.1. Sin embargo, si no está usando Windows 8.1 para el equipo del área de trabajo, debe instalar .NET Framework 3.5 y Windows PowerShell 2.0.

    Descargue la versión de Microsoft Deployment Toolkit (MDT) adecuada para la versión de Windows que quiera implementar.

    Sugerencia

    MDT 2013 admite la implementación de Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 y Windows Server 2008 R2.

    Descargue el Windows Assessment and Deployment Kit (Windows ADK) correspondiente a la versión de MDT que va a usar.

    Compruebe que los Servicios de implementación de Windows (WDS) se están ejecutando en la red para permitir las instalaciones de arranque de PXE, y que están instalados los servicios de rol de servidor de transporte y servidor de implementación.

    WDS requiere AD DS, DHCP, DNS y una partición del sistema de archivos NTFS para almacenar imágenes. Configure WDS para responder a las solicitudes de cliente y crear el directorio de recursos compartidos de implementación. No es necesario que agregue imágenes de arranque o de sistema operativo en este paso. En la pestaña de propiedades avanzadas del servidor WDS, active “Autorizar este servidor de Servicios de implementación de Windows en DCHP”.

    Si DHCP va a ejecutarse en el mismo servidor que WDS, tendrá que configurar la opción de DHCP 60 para usar el valor de PXEClient.

    Importante

    En esta solución, recomendamos usar WDS con la integración de la opción de DHCP para mejorar la facilidad de uso en el entorno de prueba, dado que es adecuada para realizar pruebas a pequeña escala sin usar enrutadores para la administración del tráfico de red. Sin embargo, no se recomienda para las implementaciones de producción a gran escala en redes enrutadas, porque ese método no es tan confiable como configurar los enrutadores. En los entornos de producción, debe implementar agentes de retransmisión DHCP, también llamados “aplicaciones auxiliares IP”, para habilitar las solicitudes de arranque de red y poder acceder a los servidores designados desde los equipos a través de un enrutador desde un servidor DHCP de una subred remota.

    Sugerencia

    Tanto si tiene pensado hospedar conjuntamente WDS y DHCP en el mismo servidor como si piensa usar dos servidores diferentes, debe configurar WDS para que escuche un puerto específico. DHCP y WDS requieren el número de puerto 67. Si tiene hospedados conjuntamente WDS y DHCP, puede mover DHCP o el rol de sitio de PXE a un servidor independiente o usar el procedimiento siguiente para configurar el servidor WDS de modo que escuche otro puerto.

    Modifique la siguiente Clave del registro:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WDSServer\Providers\WDSPXE

    Establezca el valor del Registro en:

    UseDHCPPorts = 0

    Para que se aplique la nueva configuración, ejecute el siguiente comando en el servidor DHCP y WDS colocado:

    WDSUTIL /Set-Server /UseDHCPPorts:No /DHCPOption60:Yes

    Pasos de comprobación: 

    • Compruebe que el sistema operativo donde tiene pensado instalar el Workbench de MDT está admitido y, si no usa Windows 8.1, compruebe que tiene instalado .NET Framework 3.5 y PowerShell 2.0.

    • Identificó el Windows Assessment and Deployment Kit (Windows ADK) correspondiente a la versión de MDT que va a utilizar.

    • WDS y los servicios de red necesarios están presentes y configurados correctamente en el entorno de prueba.

  2. Para instalar MDT y el Windows ADK, descargue el software MDT, instálelo en un sistema operativo admitido en el entorno de prueba y acepte los valores predeterminados.

    Importante

    Cuando abra por primera vez el Workbench de MDT después de la instalación, puede que se le pida que compruebe si hay componentes actualizados. En MDT 2013, no debe hacerlo, porque si lo hace, se descargará una lista de componentes anterior. En particular, descargará una versión anterior de bddmanifest.cab y revertirá el manifiesto de componentes (ComponentList.xml) a una versión anterior. Para más información sobre este problema y otros problemas conocidos de MDT 2013, puede revisar las notas de la versión de MDT 2013.

    Después de instalar MDT, tendrá que instalar el Windows ADK correspondiente a la versión de MDT que va a usar. Al instalar el Windows ADK, solo son necesarios el Entorno de preinstalación de Windows (Windows PE) y las herramientas de implementación para interactuar con los recursos compartidos de implementación.

    Sugerencia

    Después de instalar el Windows ADK, cierre la sesión y, luego, vuelva a iniciarla en el equipo para que la variable de entorno PATH se actualice e incluya la carpeta %Program Files%\Windows Imaging.

    Pasos de comprobación: compruebe que están instalados MDT y la versión adecuada del Windows ADK en el equipo del área de trabajo de MDT antes de continuar. Si no instala el Windows ADK, se le pedirá que lo instale al tratar de acceder al nodo de recursos compartidos de implementación de la consola de Workbench.

  3. Cree un recurso compartido de implementación de MDT que será el repositorio de imágenes del sistema operativo, paquetes de idioma, aplicaciones, controladores de dispositivo y otro software que se implementará en los equipos de destino.Inicie el Asistente para nuevo recurso compartido de implementación en el panel de acciones del nodo de recursos compartidos de implementación del área de trabajo de MDT para crear un nuevo recurso compartido de implementación de MDT, y anote la ubicación del recurso compartido de implementación creado.

    Con esta solución, las propiedades del recurso compartido de implementación de MDT deben configurarse con los valores predeterminados al ejecutar el Asistente para nuevo recurso compartido de implementación.

    Sugerencia

    La configuración del recurso compartido de implementación se almacena en el archivo CustomSettings.ini, en la carpeta Control del recurso compartido de implementación, y se puede cambiar más adelante.

    Pasos de comprobación: ahora, debería poder ver el nombre del recurso compartido de implementación en el panel de detalles. De forma predeterminada, MDT creará una carpeta de recurso compartido de implementación denominada C:\DeploymentShare y una carpeta compartida oculta llamada \\<nombreDeEquipo>\deploymentshare$. Si va a la ubicación del recurso compartido de implementación con el Explorador de archivos, verá que se creó automáticamente una estructura de carpetas.

  4. Importe los archivos del sistema operativo en el nodo Sistemas operativos del área de trabajo de implementación con el Asistente para importación del sistema operativo. Si va a tener muchos sistemas operativos, debe crear subcarpetas en el nodo Sistemas operativos para almacenar los archivos antes de importarlos.

    Nota

    También puede crear aplicaciones en MDT para instalar el software de escritorio, pero dado que esta solución implica el uso de Configuration Manager para la instalación de las aplicaciones de escritorio, no se creará ninguna como parte de esta solución.

    Pasos de comprobación: si el Asistente para importación del sistema operativo se realizó correctamente, debería mostrarse el mensaje “El proceso se completó correctamente”. El nombre y la descripción de los sistemas operativos que importe deberían mostrarse en la consola de Workbench de MDT, y los archivos de instalación del sistema operativo deben estar copiados en la carpeta del sistema operativo de la estructura de carpetas del recurso compartido de implementación de MDT.

  5. Para agregar los controladores originales necesarios para el equipo de referencia y el equipo de destino del entorno de prueba, use el Asistente para nuevo controlador. Estos controladores de dispositivo se agregarán a Windows PE y se implementarán con el sistema operativo. Agregue los controladores de dispositivo en el nodo de controladores originales de Deployment Workbench.

    Si va a admitir muchos tipos de dispositivos o sistemas operativos en el entorno de prueba, debe crear subcarpetas para cada sistema operativo y cada marca y modelo donde tenga previsto realizar la implementación.

    Sugerencia

    Si los controladores de dispositivo del equipo de referencia y el equipo de destino se incluyen con el sistema operativo que va a implementar, puede omitir este paso.

    Pasos de comprobación: compruebe que el Asistente para nuevo controlador copia los archivos de controladores de dispositivo al recurso compartido de implementación de los directorios de Out-of-Box Drivers\<nombreDeControlador> correctos.

  6. Cree una secuencia de tareas de cliente estándar para el equipo de referencia con el Asistente para nueva secuencia de tareas en el nodo Secuencias de tareas del área de trabajo de implementación, que se usará para implementar y capturar una imagen de equipo de referencia con los archivos de sistema operativo que importó anteriormente en el área de trabajo.

    Sugerencia

    Esta secuencia de tareas debe instalar y capturar la imagen del equipo de referencia. Es mejor hacer esto que utilizar dos secuencias de tareas (una para instalar y otra para capturar), porque si hay algún lapso de tiempo entre el momento en el que se crea el sistema y aquel en el que se captura, es posible que se introduzcan otras configuraciones de forma inesperada.

    Pasos de comprobación: si el Asistente para nueva secuencia de tareas se ejecutó correctamente, debe mostrarse el mensaje “El proceso se completó correctamente”. Ahora, también deben mostrarse el nombre y la descripción de la secuencia de tareas que creó en la consola de Workbench de MDT.

  7. Habilite la supervisión del proceso de implementación en las propiedades del recurso compartido de implementación de MDT. Así, obtendrá una supervisión básica de la secuencia de tareas a medida que esta procese los datos que configuró desde el área de trabajo de MDT. También se agregará una línea al archivo customsettings.ini que se muestra en la pestaña Reglas de las propiedades de recurso compartido de implementación, similar a EventService=http:// <nombreDeEquipo>:9800.

    Además, se puede habilitar un registro más detallado modificando manualmente el contenido del archivo customsettings.ini en la pestaña Reglas de las propiedades del recurso compartido de implementación. De este modo, se crean archivos de registro detallados para cada equipo cuando se ejecuta una secuencia de tareas. También puede habilitar el registro dinámico para capturar todas las acciones activas de la secuencia de tareas. Primero deberá crear un recurso compartido de red para almacenar los archivos de registro y establecer los permisos adecuados. Si quiere habilitar el registro dinámico, debe crear una carpeta en el recurso compartido de red creado anteriormente para hospedar ese archivo de registro dinámico.

    • Para configurar el registro de cada equipo, actualice el archivo de regla customsettings.ini con la siguiente SLSHARE=\\nombreDeSuServidorMDT\nombreDelRecursoCompartidoDeRegistrosDeMDT\%nombreDeEquipo%.

    • Para configurar el registro dinámico y poder capturar todas las actividades de la secuencia de tareas en tiempo real, actualice el archivo de reglas customsettings.ini con la siguiente línea: SLShareDynamicLogging = \\nombreDeSuServidorMDT\recursoCompartidoDeRegistrosDeMDT\recursoCompartidoDeRegistrosDinámicosDeMDT 

    Sugerencia

    Al modificar el archivo de reglas customsettings.ini, también puede personalizar el nombre de la organización que se muestra en el asistente de MDT agregando la línea siguiente encima de las entradas de registro: _SMSTSOrgName=nombreDeOrganizaciónQueDeseaMostrar. También puede hacer:

    Juntas, estas líneas aparecerían así en el archivo de reglas customsettings.ini:

    [Settings] Priority=Default Properties=MyCustomProperty [Default] OSInstall=Y SkipCapture=NO SkipAdminPassword=YES SkipProductKey=YES SkipComputerBackup=NO SkipBitLocker=NO Copy Logs if en error occurs or when deployment is successfully completed SLShare=\\<YourMDTServerName>\<YourMDTLogsShare> ; Enable Dynamig Logging SLSHAREDynamicLogging=\\<YourMDTServerName>\<YourMDTLogsShare>\<YourDymanicMDTLogsShare> _SMSTSOrgName=<OrganizationNameYouWantDisplayed>
    

    Pasos de comprobación:

    • Si está habilitada la supervisión, no recibirá el mensaje “No hay datos de supervisión disponibles porque la supervisión no está habilitada en este recurso compartido de implementación” al seleccionar el nodo de supervisión del área de trabajo de implementación.

    • Al contenido del archivo customsettings.ini que se muestra en la pestaña Reglas de las propiedades del recurso compartido de implementación se le agregó una línea similar a la siguiente: EventService=http:// <nombreDeEquipo>:9800

    • Si agregó un nombre de organización personalizado para que la secuencia de tareas lo mostrara, se agregó una línea similar a la siguiente en el contenido del archivo customsettings.ini que se muestra en la pestaña Reglas de las propiedades del recurso compartido de implementación: _SMSTSOrgName=nombreDeOrganizaciónQueDeseaMostrar.

    • Si habilitó el registro detallado agregando ubicaciones de recursos compartidos de archivos de registro personalizados al archivo customsettings.ini que se muestra en la pestaña Reglas de las propiedades del recurso compartido de implementación, compruebe que puede acceder a los recursos compartidos de red del directorio de registro de cada equipo y directamente a los registros dinámicos, que contendrán un solo archivo de registro BDD.log que se actualiza dinámicamente cuando se ejecuta una secuencia de tareas.

  8. Actualice el recurso compartido de implementación con la información más reciente una vez que termine de configurarlo, con la acción Actualizar recurso compartido de implementación del panel de acciones del área de trabajo de MDT. Al actualizar el recurso compartido de implementación, se actualizan todos los archivos de configuración de MDT y se genera una versión personalizada de Windows PE que se utiliza para iniciar el equipo de referencia e iniciar la implementación de LTI.

    Cuando se actualice el recurso compartido de implementación, MDT generará las imágenes ISO y las imágenes WIM que se usarán para iniciar la implementación del sistema operativo, de acuerdo con la configuración que definió en las propiedades del recurso compartido de implementación. 

    Pasos de comprobación: cuando se actualice el área de trabajo de implementación, MDT deberá haber creado los archivos LiteTouchPE_x64.iso y LiteTouchPE_x64.wim (en los equipos de destino de 64 bits) y los archivos LiteTouchPE_x86.iso y LiteTouchPE_x86.wim (en los equipos de destino de 32 bits) en la carpeta \\<nombreDeEquipo>\deploymentshare$\Boot.

  9. Cargue la imagen de arranque en la consola de WDS para permitir que los equipos de destino comiencen a usar las imágenes de Windows PE personalizadas a través de la red.

    Solo hace falta que agregue la imagen de arranque creada por MDT en el nodo Imágenes de arranque de la consola de WDS (haga clic con el botón derecho en Imágenes de arranque y vaya a la ubicación de la imagen de arranque creada por MDT en el último paso (%InstallDir%\DeploymentShare\Boot\LiteTouchPE_x64.wim)). No hay necesidad de agregar las imágenes de instalación a WDS.

    Pasos de comprobación: si el Asistente para agregar imagen se ejecutó correctamente, el mensaje “Operación completada. Las imágenes seleccionadas se agregaron correctamente al servidor”. se muestra. Además, al iniciar un equipo configurado para arrancar desde la red, seleccione la opción de arrancar desde PXE. La imagen de arranque personalizada debe estar disponible en la lista de opciones.

  10. Use PXE para instalar y capturar la imagen a través de la red. Inicie el equipo de referencia y seleccione la opción de arranque de red de PXE desde la red con WDS. Luego, seleccione la imagen de arranque que se cargó previamente en WDS para iniciar el entorno de Windows PE personalizado.

    Cuando se inicie el Asistente para implementación de Windows, seleccione y ejecute la secuencia de tareas de cliente estándar que creó anteriormente para instalar y capturar el sistema operativo en el equipo de referencia. No debe preocuparse por la mayor parte de la configuración que muestra el Asistente para implementación de Windows, pero asegúrese de seleccionar la opción de capturar una imagen del equipo de referencia en la página del asistente Capturar imagen. También puede aceptar los valores predeterminados, simplemente, incluida la ruta de acceso para almacenar la imagen capturada, y comenzar el proceso de instalación del sistema operativo y captura de la imagen.

    Sugerencia

    De forma predeterminada, deberá proporcionar las credenciales de acceso de red para acceder al recurso compartido de implementación desde WinPE cada vez que el equipo se inicie desde la imagen de arranque. Si va a realizar muchas pruebas con este método, puede agregar las credenciales de acceso al recurso compartido de red editando el contenido del archivo Bootstrap.ini, que se encuentra en la pestaña Reglas de las propiedades del recurso compartido de implementación y es similar al ejemplo siguiente. Después de hacer esto, asegúrese de actualizar el recurso compartido de implementación y reemplazar la imagen de arranque almacenada en el servidor PXE.

    [Settings] Priority=Default DeployRoot=<DeployRootPath> UserDomain=<FQDNofTestDomain> UserID=<TestDomainUser> UserPassword=<TestDomainUserPassword>
    

    Pasos de comprobación: el equipo de referencia debe seguir los pasos necesarios para instalar el sistema operativo que se define en la secuencia de tareas. Después, deben ejecutarse inmediatamente los pasos de sysprep y de captura para guardar una imagen del equipo de referencia en el recurso compartido de red especificado al ejecutar la secuencia de tareas. De forma predeterminada, la imagen capturada debe estar en el directorio %InstallDir%\recursoCompartidoDeImplementación\Captures.

  11. Agregue la imagen de referencia capturada a Deployment Workbench. Antes de implementar la imagen de captura, debe agregarse a la lista de sistemas operativos del nodo Sistemas Operativos en Deployment Workbench desde el directorio %InstallDir%\DeploymentShare\Captures con el Asistente para importación del sistema operativo.

    Pasos de comprobación: cuando finalice el Asistente para importación de sistema operativo, la imagen capturada del equipo de referencia debe agregarse a la lista de sistemas operativos del panel de detalles del nodo Sistemas operativos del área de trabajo de implementación y el archivo WIM capturado debe copiarse en el directorio de sistemas operativos.

  12. Cree una segunda secuencia de tareas de cliente estándar usando el Asistente para la nueva secuencia de tareas. Esta secuencia de tareas se utilizará para implementar la imagen capturada en un equipo de prueba de destino. Debe hacer esto para que la implementación básica funcione como desee antes de pasar al entorno de producción.

    Sugerencia

    Asegúrese de seleccionar la imagen capturada en las opciones del sistema operativo de Deployment Workbench durante la creación de la secuencia de tareas.

    Pasos de comprobación: si el Asistente para nueva secuencia de tareas se ejecutó correctamente, debe mostrarse el mensaje “El proceso se completó correctamente”. Ahora, también deben mostrarse el nombre y la descripción de la secuencia de tareas que creó en la consola de Workbench de MDT.

  13. Utilice PXE para implementar y probar la imagen capturada a través de la red. Inicie el equipo de destino y seleccione la opción del arranque de red PXE desde la red con WDS. Luego, seleccione la imagen de arranque que se cargó previamente en WDS para iniciar el entorno de Windows PE personalizado.

    Cuando se inicie el Asistente para implementación de Windows, seleccione y ejecute la secuencia de tareas de cliente estándar que creó anteriormente para instalar el sistema operativo capturado en el equipo de destino. No debe seleccionar la opción de capturar una imagen de este equipo en la página del asistente Capturar imagen. Simplemente, acepte los valores predeterminados y haga clic en Siguiente para iniciar el proceso de instalación del sistema operativo.

    Pasos de comprobación: el equipo de destino debe avanzar de forma automática por los pasos necesarios para instalar correctamente la imagen del equipo de referencia. Cuando finalice, debe aparecer el cuadro de diálogo de resumen de la implementación sin errores y sin notificar ninguna advertencia.

  14. Copie la imagen del equipo de referencia a un dispositivo de almacenamiento portátil o un medio extraíble para transportarla al entorno informático de producción. Antes de comenzar con los pasos del entorno de producción, deberá copiar la imagen del equipo de referencia a un recurso compartido de red válido del entorno de producción, para que se pueda importar en la consola de Configuration Manager.

    Pasos de comprobación: ahora, la imagen capturada y probada del sistema operativo del equipo de referencia se encuentra en un dispositivo de almacenamiento portátil o un medio extraíble que se puede llevar al entorno de producción.

Pasos del entorno de producción

En el entorno de producción, utilizará Configuration Manager para implementar la imagen del sistema operativo de Windows (archivo WIM) que capturó en el entorno de prueba con MDT.

Siga estos pasos de implementación para implementar y administrar imágenes de sistema operativo empresarial en el entorno de producción con ZTI de Configuration Manager.

  1. Asegúrese de que el entorno de red de producción admite las solicitudes de arranque de PXE desde clientes de Configuration Manager.

    Asegúrese de que AD DS, DHCP y DNS están disponibles para los equipos que se inician desde la red.

    Nota

    No es necesario instalar WDS en este paso, puesto que los componentes necesarios de WDS se instalarán en los puntos de distribución de Configuration Manager habilitados para PXE en el paso siguiente.

    También debe determinar un intervalo adecuado de direcciones IP que DHCP proporcionará en la red para que se usen como límite del sitio de Configuration Manager, con el fin de admitir las solicitudes de libros de red.

    Pasos de comprobación: comprobó que el entorno de red admite las solicitudes de arranque de PXE que provienen de equipos que se inician desde la red, y determinó un intervalo adecuado de direcciones IP basadas en DHCP que se usará para un límite de sitio de Configuration Manager.

  2. Prepare el entorno de Configuration Manager para implementar sistemas operativos a través de la red.

    Habilite los puntos de distribución de Configuration Manager para responder a las solicitudes PXE desde la red. Deberá asegurarse de que la compatibilidad de PXE de los clientes está habilitada en la pestaña PXE de las propiedades del punto de distribución (que instalará WDS si es necesario) y permitir, también, que el punto de distribución responda a las solicitudes PXE entrantes para habilitar el punto de distribución y aceptar las solicitudes de arranque PXE desde los equipos de la red.

    Sugerencia

    Para aumentar aún más la seguridad, también debe requerir una contraseña a los equipos que usen el punto de distribución habilitado para PXE al iniciarse desde la red.

    El cliente de Configuration Manager necesita una cuenta para proporcionar credenciales al acceder a los puntos de distribución de Configuration Manager a través de la red. Esta cuenta es necesaria porque los equipos cliente de Configuration Manager usan la cuenta del sistema Local para realizar la mayoría de las operaciones en el equipo, pero LocalSystem no puede acceder a los recursos de red durante las implementaciones de sistema operativo basadas en la red.

    Para que los equipos desconocidos puedan acceder a los recursos de red de Configuration Manager, tendrá que crear y configurar una cuenta de acceso de red de Configuration Manager.

    Sugerencia

    Puede crear y configurar la cuenta de acceso de red en el nodo Administración de la consola de Configuration Manager. Para ello, simplemente, haga clic con el botón derecho en el nombre del sitio, elija Configurar componentes de sitio y, luego, Distribución de software. Desde ahí, elija la pestaña Cuenta de acceso a la red para configurar las propiedades de cuenta.

    Cree un límite basado en un intervalo IP a partir del intervalo de direcciones IP basado en DHCP que determinó en el paso anterior. Debe hacerlo porque los equipos desconocidos que arranquen desde la red no estarán aún en AD DS y, salvo que se especifiquen los límites del sitio, el cliente supone que el equipo que ejecuta Configuration Manager está en un sitio remoto. Después de agregar un límite del sitio basado en la subred IP admitida por DHCP, agregue el límite del sitio a un grupo de límites del sitio.

    Pasos de comprobación: 

  3. Habilite las imágenes de arranque predeterminadas para admitir PXE en la consola de Configuration Manager. En la versión original de Configuration Manager 2012, tiene que configurar manualmente las imágenes de arranque predeterminadas para admitir las solicitudes de arranque PXE. En las versiones posteriores, esta compatibilidad está habilitada de forma predeterminada.

    Pasos de comprobación: compruebe que las imágenes de arranque predeterminadas están habilitadas para PXE: para ello, asegúrese de que está habilitada la opción Implementar esta imagen de arranque desde el punto de servicio PXE en la pestaña Origen de datos de las propiedades de la imagen de arranque de la consola de Configuration Manager.

    Nota

    Después de comprobar que las imágenes de arranque predeterminadas están habilitadas para PXE, también debe comprobar el estado del contenido para asegurarse de que las imágenes de arranque habilitadas para PXE se distribuyeron correctamente a los puntos de distribución del sitio que admiten las solicitudes de arranque PXE.

  4. Importe la imagen de referencia capturada que creó con MDT en la consola de Configuration Manager, en el nodo de imágenes de sistemas operativos. Para ello, utilice el Asistente para agregar imagen de sistema operativo para ir hasta el recurso compartido de red donde guardó la imagen del equipo de referencia capturada.

    Pasos de comprobación: el Asistente para agregar imagen de sistema operativo se completó correctamente e importó la imagen del equipo de referencia capturada en la consola de Configuration Manager.

  5. Para poder usar PXE con el fin de implementar la imagen del sistema operativo capturada, primero debe distribuir el contenido de la imagen del sistema operativo a los puntos de distribución habilitados para PXE del sitio con el Asistente para distribuir contenido.

    Después de agregar correctamente la imagen del sistema operativo capturada, también debe habilitar la opción de Copiar el contenido de este paquete en un recurso compartido de paquete en los puntos de distribución, para permitir que los clientes instalen el contenido de la red.

    Pasos de comprobación: el Asistente para distribuir contenido se debe completar correctamente, y el estado del contenido de la distribución de la imagen capturada debe completarse correctamente pasados unos instantes.

    Sugerencia

    Ahora es un buen momento para comprobar que se distribuyeron las dos imágenes de arranque (x86 y x64), así como la imagen del sistema operativo que acaba de importar.

  6. Cree una secuencia de tareas para implementar el paquete de la imagen del sistema operativo capturada desde el nodo Secuencias de tareas de la consola de Configuration Manager que se usará para implementar la imagen y unir el nuevo equipo al dominio de producción.

    Nota

    Para esta solución, no es necesario instalar actualizaciones ni aplicaciones durante la implementación, pero una vez que se familiarice con el proceso general, deberá usar estas opciones para crear secuencias de tareas más completas destinadas a las futuras implementaciones.

    Pasos de comprobación: ahora, la nueva secuencia de tareas de implementación debe mostrarse en el panel de resultados del nodo de secuencias de tareas, en la consola de Configuration Manager.

  7. Implemente la secuencia de tareas como Disponible en la colección Todos los equipos desconocidos, que contiene los registros de recursos predeterminados (un registro para los equipos de 64 bits y otro para los de 32 bits) de los sistemas que no son actualmente miembros de la base de datos de Configuration Manager.

    Debe hacer que esta implementación de la secuencia de tareas esté Disponible en lugar de Obligatoria para evitar que la secuencia de tareas se ejecute accidentalmente en los equipos con opciones de arranque de red superiores a las de los discos duros locales del BIOS del sistema. Tenga en cuenta, también, que esto puede ocurrir independientemente de las horas de disponibilidad o expiración establecidas para la implementación de la secuencia de tareas.

    Sugerencia

    Para aumentar aún más la seguridad, debe requerir una contraseña para que los equipos puedan usar los puntos de distribución habilitados para PXE al iniciarse desde la red, como se describe en el paso 2 de los pasos de implementación del entorno de producción.

    Pasos de comprobación: el Asistente para implementar software debe completarse correctamente.

  8. Instale la imagen capturada del sistema operativo en un equipo de prueba sin sistema operativo del entorno de producción con el arranque de PXE.

    Cuando el equipo se inicie y arranque desde la red, adquirirá una dirección IP desde el servidor DHCP y se conectará al servidor del sitio de Configuration Manager para ejecutar la secuencia de tareas que implementó previamente en la colección Todos los equipos desconocidos. Cuando se abra un cuadro de diálogo para notificarle que la secuencia de tareas se va a ejecutar, la secuencia de tareas debe ejecutarse y mostrar un cuadro de diálogo de progreso de la instalación que muestre las tareas que se están ejecutando en el equipo, a medida que completa el proceso de implementación del sistema operativo.

    Pasos de comprobación: compruebe que el arranque de PXE se realiza correctamente y que el equipo sin sistema operativo se inicia con la imagen de arranque a través de la red. Después de proporcionar la contraseña (si es necesario) para iniciar el proceso de creación de imagen, se completan las acciones definidas en la secuencia de tareas.

  9. Supervise la implementación del sistema operativo en el área de trabajo Supervisión de la consola de Configuration Manager: para ello, expanda Implementaciones y seleccione la implementación de la secuencia de tareas que implementó previamente. Haga clic con el botón derecho en el nombre de la secuencia de tareas, en el panel Resultados, y haga clic en Ejecutar resumen. Luego, actualice la información del panel de resultados para ver la información de supervisión más actualizada.

    Sugerencia

    Si tiene instalado el rol del sistema de sitio del punto de servicios de informes, también puede revisar los informes de implementación del sistema operativo que estén a su disposición para crear informes que indiquen si el proceso de la secuencia de tareas se realizó correctamente.

    Pasos de comprobación: la secuencia de tareas y el estado de implementación progresan correctamente.

  10. Valide la instalación de equipos de producción de prueba de la imagen del sistema de referencia capturada. Inicie sesión en el equipo de prueba de producción y compruebe que se completó correctamente la secuencia de tareas, con el sistema operativo esperado instalado y las configuraciones esperadas.

    Ahora, también podrá ver el nuevo nombre de equipo, que se representa como un cliente de recursos de equipo asignado para el sitio de Configuration Manager en la colección Todos los sistemas de la consola de Configuration Manager.

    Pasos de comprobación: la secuencia de tareas debe haberse completado correctamente para poder instalar la imagen del sistema operativo de referencia capturada, unirse al dominio de producción e instalar e iniciar el cliente de Configuration Manager. Ahora, el nuevo registro de recursos de equipo cliente también debe estar en la colección Todos los sistemas de la consola de Configuration Manager.

Implementación completada.

Consulte también

Tipo de contenido

Referencias

Documentación sobre planeación y diseño de TechNet

Uso de Microsoft Deployment Toolkit

Implementación de Windows 8.1 con Microsoft Deployment Toolkit

Implementación del sistema operativo en Configuration Manager

Implementación de Windows 8.1 con System Center 2012 R2 Configuration Manager

Guía de inicio rápido para la instalación con interacción mínima

Guía de inicio rápido de MDT 2013 y System Center 2012 R2 Configuration Manager

Aprendizaje de Microsoft Virtual Academy

Inicio de implementación de Windows 8.1

Laboratorios virtuales de TechNet

Creación de una imagen de referencia de Windows 8.1

Implementación de Windows 8.1 con MDT 2013

Implementación de Windows 8.1 con Configuration Manager 2012 R2 y MDT 2013

Recursos de la comunidad

Blog del equipo de System Center Configuration Manager

Foro de implementación del sistema operativo en Configuration Manager 2012

Blog del equipo del MDT

Foro de MDT