Windows 7

Su guía de implementación de Windows 7

Chris Adams

Dependiendo del tamaño de su empresa, la complejidad de implementar Windows 7 va de bastante simple a increíblemente alta. Para las propias implementaciones de Microsoft, la tarea se acerca más a la última descripción. Sin embargo, al usar

la característica de Implementación del sistema operativo (OSD) de Configuration Manager 2007 de System Center y la aplicación Service Pack 2 (SP2) que pronto saldrá al mercado, el proceso se puede simplificar enormemente. No importa a qué espectro de complejidad corresponda su empresa, puede usar el plano técnico de Microsoft para actualizarla a Windows 7 lo antes posible.

En este artículo se describe cómo el equipo de Microsoft abordó la implementación de Windows 7 en nuestra propia empresa. Abarca cómo desarrollamos nuestra solución de implementación de Windows 7 y cómo puede aplicar estas mismas herramientas para simplificar su

Comprensión de los escenarios empresariales de implementación de escritorios

El primer paso, por supuesto, es evaluar los requisitos y escenarios necesarios para conseguir una distribución amplia de un sistema operativo nuevo. A diferencia de aplicaciones que se entregan en el escritorio, los sistemas operativos suponen un riesgo importante para la productividad y los datos de los usuarios. Por lo tanto, a menudo pasa bastante tiempo tratando de averiguar el estado actual de los asuntos y tratando de minimizar los riesgos mientras encuentra el punto justo. Ese es especialmente el caso en Microsoft, en que el objetivo son más de 280.000 escritorios.

Figura 1: Escenarios empresariales de configuración de discos de escritorio

Al desarrollar una solución de escritorio empresarial, las principales áreas de enfoque son configuraciones de disco duro, tecnologías de cifrado, aplicaciones y datos de usuario. (Aunque los controladores para dispositivos de hardware también cumplen una función importante en la implementación, no caen dentro del alcance de esta discusión. Sin embargo, la solución que desarrollamos para simplificar los controladores para el propio hardware de Microsoft se describe en esta publicación en el blog de TechNet: tinyurl.com/kog748.)

La configuración de escritorio, ya sea que implique un disco único o varios, es importante al implementar Windows 7 con Configuration Manager. El desafío consiste en comprender si está implementando Windows 7 sólo en máquinas nuevas o a través de un proceso de migración en que ya existe un sistema operativo. Tal como se muestra en la Figura 1, tuvimos que desarrollar una solución para Microsoft que funcione con un disco único con varias particiones o con complejas configuraciones de varios discos y varios arranques.

Muchos escritorios en Microsoft trabajan con Windows Vista y se requiere que algunos grupos de negocio usen la tecnología de cifrado BitLocker introducida con este sistema operativo. BitLocker cifra y protege la partición del sistema en caso de robo o pérdida. Al tratar de actualizar el sistema operativo en ejecución en una unidad cifrada, la secuencia de tareas debe deshabilitar o suspender el cifrado. La mayoría de los entornos móviles requieren cifrado, de manera que cualquier solución desarrollada para ellos debe tomar en cuenta los escenarios de cifrado.

Un hecho absoluto y no negociable en todas las empresas es que los usuarios tienen datos que no se pueden perder durante una migración. En el caso de usuarios de Windows, Microsoft proporciona User State Migration Toolkit (USMT), el cual está diseñado para simplificar la recopilación y restauración de los datos de los usuarios. Windows 7 presenta la siguiente generación de USMT (versión 4.0), la cual ofrece grandes mejoras en comparación con su predecesor. Las principales diferencias entre USMT 3.0 y la versión 4.0 son el centro de la última parte de nuestros escenarios: seleccionar el proceso correcto para recopilar el estado del usuario y el método para guardarlo.

A diferencia de iteraciones anteriores, USMT 4.0 funciona fuera de la totalidad del sistema operativo. Al recopilar el estado de un usuario para su restauración después de la actualización, todo el sistema operativo supone algunos desafíos porque los archivos a menudo están en uso o bloqueados; además, otras aplicaciones, como soluciones antivirus, pueden provocar errores durante los intentos por obtener una copia de seguridad de sus datos. El proceso de recopilación de datos de la versión nueva funciona fuera de todo el sistema operativo en entornos como Windows Pre-Execution (PE), con lo cual se reduce enormemente el número de servicios en ejecución, aplicaciones en uso y otros escenarios que implican datos abiertos de usuario. La capacidad de cargar el estado de un usuario de Windows PE (mediante una copia de seguridad sin conexión) funciona bien con la secuencia de tareas de OSD de Configuration Manager que se ejecuta en Windows PE, con lo cual se simplifica el proceso de copia de seguridad de los datos del usuario.

Después de que USMT ha recopilado los datos necesarios del usuario, necesita un lugar donde “almacenar” estos datos durante la migración. Microsoft tuvo varias alternativas para almacenar los datos de sus usuarios, pero es posible que otras empresas no tengan esa misma gama de opciones en sus presupuestos para TI. Por ejemplo, supongamos que el estado típico del usuario de Microsoft era de aproximadamente 1 GB. Las opciones para almacenar estos datos para una recuperación posterior incluían discos duros externos, servidores de archivos y unidades ópticas como DVD. En el caso de empresas que utilizan Configuration Manager 2007, la función State Migration Point permite almacenar los datos en un servidor remoto durante la migración, aunque con limitaciones.

La razón clave por la que un dispositivo “externo” no es rentable es que requiere que tenga un espacio de almacenamiento físico igual al estado de sus usuarios. Por lo tanto, en Microsoft habríamos necesitado un espacio libre y disponible de 280 TB para respaldar nuestra base de usuarios. Ese enfoque sólo funciona si puede medir con precisión la cantidad de datos de usuario. De lo contrario, se trata de un proceso sin base científica que probablemente arroje resultados impredecibles y poco satisfactorios.

La última opción es usar las máquinas donde se producirá la migración. De hecho, éste pareciera el enfoque más lógico y rentable, pero suele ser un desafío técnico. Requiere que las máquinas de los usuarios tengan mucho espacio libre y disponible para respaldar sus datos; también implica copiar los datos de los usuarios de un lugar del disco a otro. Como ya lo saben la mayoría de los veteranos en TI, tarda un poco mover o copiar cualquier archivo en un disco duro, lo cual, a su vez, provoca que las implementaciones simplemente se demoren demasiado. Una implementación que detiene la productividad de un usuario un día (o más) sencillamente no es factible… y representa un riesgo que no querrá correr.

USMT 4.0 presenta compatibilidad para vínculos físicos, una característica que no estaba disponible en versiones anteriores. La migración de vínculos físicos permite que los datos de los usuarios se almacenen a nivel local en el mismo equipo de manera eficiente, lo cual requiere poco tiempo y espacio en disco.

El único requisito para usar vínculos físicos es que el equipo del usuario debe tener 250 MB de espacio libre y disponible. Gracias a la compatibilidad con vínculos físicos, se pueden realizar copias de seguridad de los datos y proceder a la restauración sin mover los archivos físicos del disco. En su lugar, USMT almacena sólo los punteros que señalan tales archivos físicos y los usa al momento de la restauración, con lo cual se reduce significativamente la cantidad de tiempo necesario para la migración a Windows 7. (Para obtener más información acerca de vínculos físicos, consulte este artículo de TechNet: tinyurl.com/m76dxv.)

Si comprende los diversos escenarios, podrá desarrollar un plan de acción para abordarlos al migrar a Windows 7.

Desarrollo de la secuencia de tareas del sistema operativo para Windows 7

Una vez que comprende los requisitos y los escenarios, implementar la solución es una tarea sencilla. Los pasos para desarrollar su solución se engloban en tres categorías principales:

1. Experiencia del usuario final
2. Desarrollo de la secuencia de tareas para Windows 7
3. Migración de estado del usuario

Microsoft IT desarrolló una solución, cuyo nombre en código es “Modena”, que permite la compatibilidad con la primera categoría al usar un eficaz asistente de OSD; con la segunda categoría a través de una secuencia de tareas exportada; y con la tercera mediante secuencias de comandos para la migración de estado. En la siguiente sección se describirá cómo usar las herramientas de OSD de Modena, las cuales incluyen el asistente de OSD, una secuencia de tareas exportada y secuencias de comandos.

Uso del asistente de OSD

El OSD de Configuration Manager está diseñado para administradores de TI. Por tal motivo, el OSD no ofrece un asistente integrado, lo que significa que la mayoría de las empresas deben desarrollar el suyo propio. En resumen, no existe una funcionalidad de fábrica para recopilar la entrada del usuario final con Configuration Manager, un desafío que Microsoft mismo enfrentó.

Microsoft es una empresa orientada al usuario; todos los usuarios operan como administradores.

Muchos no miran con buenos ojos las decisiones de Microsoft IT que afectan su capacidad para usar todas las características de un sistema operativo. Como resultado, Microsoft tuvo que desarrollar una experiencia de usuario altamente sólida que obtiene tantos datos como sea posible de los usuarios sin abrumarlos o impedirles trabajar.

El asistente de OSD de Modena salvó esa brecha en Microsoft y está disponible para su empresa. (Para obtener información acerca de cómo conseguir herramientas de OSD, consulte nuestro blog en blogs.technet.com/osd.)

Este asistente tiene dos componentes: el archivo ejecutable y el archivo de configuración. El ejecutable (OSDSetupWizard.exe) es la experiencia de usuario independiente que escribió Microsoft. Está diseñado para validar que un equipo está listo para la migración a Windows 7 y también para recopilar la entrada del usuario final. La función final del asistente es tomar la entrada de un usuario y configurar variables para la secuencia de tareas de OSD.

Un aspecto clave del asistente es que está diseñado para funcionar casi como plug-and-play de manera que sea útil en tantos escenarios como sea posible. Consigue este objetivo a través de su archivo de configuración. De hecho, en entornos complejos como Microsoft, se puede usar el mismo ejecutable con distintos archivos de configuración mediante el conmutador /xml:{osdconffilename.xml}.

Por ejemplo, las implementaciones en Microsoft en las que se requiere compatibilidad para Ejecutar programas anunciados (RAP) y Entorno de ejecución previo al inicio (PXE), se usa la misma secuencia de tareas, pero el asistente se comporta distinto mediante dos archivos de configuración diferentes basados en el entorno en ejecución (RAP o PXE). Esto crea un paquete de implementación que sirve para todos pero que permite diversas configuraciones que admitan ese paquete único.

Para presentar el asistente de OSD, empecemos por mirar las pantallas disponibles de usuario final (también llamadas páginas). Hay ocho páginas disponibles como parte del asistente de OSD. Usamos el término “disponible” de manera imprecisa, porque cada página tiene uno de tres estados: habilitado, deshabilitado y silencioso. Si está habilitado, la página se muestra al usuario final; si está deshabilitado, la página no aparece.

El estado silencioso es un caso especial en el cual la página no aparece a menos que una variable para secuencia de tareas de OSD sea nula. Si ése es el caso, la página pedirá al usuario que proporcione la entrada que permita que el asistente continúe. (Para obtener más información acerca de las características de estado habilitado, deshabilitado y silencioso del asistente de OSD, consulte la publicación en el blog de TechNet en blogs.technet.com/osd.) En algunas situaciones, se requiere la entrada de usuario final en una página específica, pero no otros datos.

Por ejemplo, muchas empresas permiten que los usuarios finales proporcionen los nombres de sus propias máquinas, pero no les permiten que seleccionen sus dominios de Active Directory (AD) o unidades organizacionales. El asistente de OSD se adapta fácilmente, al permitirle mostrar una página del asistente pero no permitirle a otros usuarios cambiar el contenido de una entrada específica como dominio y unidad organizacional. Esta útil funcionalidad de bloqueo está disponible en la mayoría de las páginas en el archivo de configuración.

Además de la deshabilitación y el bloqueo, algunas páginas tienen atributos adicionales que cambian el comportamiento interno del asistente. La funcionalidad del asistente puede comprobar AD para ver si el nombre de un equipo ya está en uso o si las credenciales de un usuario son válidas. Para páginas en que existen atributos adicionales, puede usar valores para habilitar o deshabilitar estas características sin volver a compilar el asistente.

Cada una de las ocho páginas del asistente de OSD lleva el nombre de la función que se supone proporciona: Bienvenido, Preparación, Equipo, Red, Idioma, Volumen, Aplicación y Resumen. Exploremos la funcionalidad clave que proporcionan algunas de estas páginas y analicemos cómo usarlas.

Puede personalizar su asistente de manera única para que coincida con la marca de TI típica de su empresa. También puede colocar el nombre del mapa de bits en el atributo del encabezado para lograr fácilmente una personalización de marca a través del archivo de configuración. Para volver a personalizar el asistente para que coincida con su entorno, simplemente cree una imagen de mapa de bits de tamaño 630 x 100, agréguela a su paquete de OSD y edite el archivo de configuración. (Para obtener más información acerca de la personalización de marca, vea la publicación en TechNetblog en tinyurl.com/r7jdve.)

Entre las características más eficaces del asistente de OSD se encuentra la capacidad de agregar como complemento sus propias comprobaciones de preparación que se ejecutan antes de la migración a Windows 7. Por ejemplo, digamos que su compañía tiene una aplicación de recursos humanos que no es compatible con Windows 7. Para minimizar el impacto en la productividad del usuario, crea una secuencia de comandos y agrega su comprobación de preparación del asistente de OSD acerca de si esta aplicación está instalada. Basado en el resultado de esa comprobación, permite que los usuarios en cuestión continúen la migración o les advierte sobre las aplicaciones incompatibles.

El asistente de OSD actualmente cuenta con dos preparaciones integradas que puede habilitar o deshabilitar a través del archivo de configuración. Estas preparaciones particulares se incluyen porque se pueden aplicar en la mayoría de las empresas. La primera preparación es una comprobación de energía que se realiza en la totalidad del sistema operativo (por ejemplo, cuando el usuario realiza la migración mediante RAP o Agregar o quitar programas) y devuelve una notificación de error si los usuarios no están trabajando con CA. Si la preparación detecta que el usuario no está conectado, devolverá una notificación de error que pida que el usuario conecte un adaptador de CA. Después de hacer esto, el usuario puede hacer clic en Volver a intentar comprobaciones de preparación y continuar, si no se producen otros errores.

La segunda característica de preparación integrada es la comprobación inalámbrica. OSD es un proceso que ocupa mucho ancho de banda y se ejecuta mejor cuando se está conectado a un adaptador Ethernet (por ejemplo, conexiones con cable 802.3). Cuando la preparación inalámbrica detecta que un usuario no está conectado, devuelve una notificación de error hasta que el usuario establece una conexión con cable a la red.

Sin embargo, la preparación no se limita a las comprobaciones integradas. Admite cualquier archivo ejecutable o secuencias de comandos de Windows Scripting Host, como secuencias de comandos de Visual Basic. No existe límite para el número de comprobaciones de preparación siempre que se puedan ejecutar y completar en menos de cinco minutos (si demoran más, el asistente de OSD deja de ejecutar la secuencia de comandos).

Figura 2 Asistente de OSD

Cada vez que se ejecuta una secuencia de comandos o un archivo ejecutable, se devuelve un código al proceso del asistente de OSD. Basado en la configuración del asistente, devolverá una notificación de estado de Éxito, Advertencia o Error (ver Figura 2). Cuando se devuelve una notificación de Éxito o Advertencia, el usuario puede continuar por el resto del asistente. Pero cuando se devuelve una notificación de Error, el usuario no podrá continuar. Los códigos aceptables devueltos de su secuencia de comandos de preparación, o de las secuencias de comandos integradas, se pueden configurar en osdconf.xml y no requieren cambios en el ejecutable del asistente. Aparte de eso, la descripción del texto del error también es configurable.
Existen dos enfoques para entregar aplicaciones como parte de su implementación de Windows 7: como parte de Windows Installation Image (WIM) de Windows 7 básico o como pasos individuales de secuencia de tareas. A menudo se incluyen las aplicaciones de la imagen de Windows 7 WIM para aplicaciones que la mayoría de los usuarios requieren, pero que no se actualizan a menudo. Este enfoque tiene dos deficiencias principales. Primero, el tamaño de la imagen aumenta, lo cual suele afectar los tiempos de descarga para los clientes; además, está la administración de la imagen. Cada vez que las aplicaciones se actualicen, la imagen de WIM requerirá que cree una imagen de instalación nueva y actualice los paquetes correctos de Configuration Manager asociados con la imagen base.

Figura 3 Selección de aplicaciones del asistente de OSD

Por esos motivos, las herramientas de Modena se integran bien con la característica de aplicación de Instalar software de Configuration Manager 2007 para proporcionar a los usuarios finales la capacidad de seleccionar las aplicaciones que desean instalar como parte del proceso de OSD. (Para obtener más información, consulte el artículo de TechNet en tinyurl.com/pdfp5s.) Tal como se muestra en la Figura 3, las aplicaciones aparecen en una vista de árbol, basada únicamente en su diseño en el archivo de configuración del asistente de OSD. Por ejemplo, puede definir el grupo de aplicaciones por unidad de negocio, ubicación o tipo de aplicación, y luego definir todas las aplicaciones para ese grupo y la selección predeterminada. Esto posibilita cambiar o agregar aplicaciones fácilmente, con el único requisito de que la aplicación se empaquete y esté disponible en la base de datos de Configuration Manager 2007.

Nuevamente, el propósito principal del asistente es proporcionar a los usuarios la capacidad de tener influencia en el resultado final de su imagen de Windows 7. Para entornos en que no se espera mucha información de los usuarios, el asistente se puede configurar para que requiera la cantidad mínima; lo demás lo pueden cifrar los administradores en la secuencia de tareas.

Pérdida de datos: no es una opción

USMT 4.0 incluye un conjunto base de archivos de configuración capaces de captar los estados de usuario de muchas empresas. Estos archivos de configuración, MigApp.xml y MigDocs.xml, abarcan la mayoría de los escenarios para captar los datos de sus usuarios. (Para obtener más información acerca de archivos de configuración, consulte el artículo de TechNet en tinyurl.com/okfgw4.)
OSD limpiará el volumen en que se instalará Windows 7. Por esa razón, es muy importante que los estados de usuario se capten de manera adecuada y precisa cada vez que se usa el OSD. En resumen, la pérdida de datos simplemente no es una opción.

El procedimiento recomendado (que también se usa aquí en Microsoft) es crear una ubicación segura mediante un paso de secuencia de tareas que sea su carpeta de destino para su estado de usuario. Luego, al usar la variable de secuencia de tareas integrada de OSD llamada OSDStateStorePath, puede excluir este directorio de la limpieza del volumen del paso Aplicar sistema operativo de la secuencia de tareas. (Para saber cómo lograr y utilizar al máximo esta funcionalidad, consulte la publicación en el blog de TechNet en blogs.technet.com/osd.)

Cómo desarrollar su secuencia de tareas para la implementación de Windows 7

Las herramientas de OSD de Modena incluyen una copia exportada de la secuencia de tareas de OSD que se usa en Microsoft. La secuencia de tareas exportada se divide en varios grupos, partiendo por la raíz, con “hijos” denominados Grupo maestro y Conmutación por error. El Grupo maestro tiene hijos asociados con cada paso importante que se aplica en la implementación de Windows 7. Cada hijo (ver Figura 4) tiene condiciones de error que devuelven el error al Grupo maestro, el cual luego lo reenviará a un paso especializado denominado Conmutación por error.

Al dividir la secuencia de tareas en estos pasos, los procesos de registro, informes y administración de errores son mucho más sencillos. Con cualquiera de estas opciones, se producirán errores independientemente de cuánto tiempo destine a la preparación, lo cual es el motivo para el Grupo de conmutación por error. Este grupo está diseñado para recopilar todos los archivos de registro pertinentes necesarios para solucionar un error de instalación y colocarlos en la carpeta segura de OSD.

Para implementar un poco de tolerancia a los errores en su secuencia de tareas, comience en el nivel raíz y cree dos grupos secundarios, Grupo maestro y Conmutación por error. Otro procedimiento recomendado es hacer que el Grupo maestro incluya todos los pasos de trabajo que se requieran en la implementación y usarlo como el grupo designado para continuar en error. Cada grupo secundario (en el caso de Microsoft, los cinco grupos anidados para el Grupo maestro, que se muestran en la Figura 4) es necesario para continuar la secuencia de tareas y está configurado para arrojar error.

Figura 4 Agrupación de secuencia de tareas

Otro procedimiento recomendado es configurar cualquier grupo secundario que no sea catastrófico para la implementación para que continúe en error. El motor de la secuencia de tareas de OSD siempre determina las acciones por tomar en caso de error al mirar a su grupo principal para ver si debe continuar. Debido a este comportamiento, debe definir si cada paso debe detenerse ante un error o continuar. Si un paso no está configurado para continuar en error, la secuencia de tareas irá al grupo principal para determinar qué acción ejecutar a continuación. En el diseño de la Figura 4, el Grupo maestro está configurado para continuar en error de manera que ejecute el Grupo de conmutación por error de su mismo nivel.

Por ejemplo, digamos que se crea un grupo para captar el estado de usuario. Debido a la importancia de los pasos en este grupo, el diseño para cada uno asegura, en caso de error, que la implementación no continúe, con lo cual posiblemente se borra el volumen (suponiendo que ése sea el paso siguiente en su secuencia de tareas). En tal caso, el motor de la secuencia de tareas determina si el paso en ejecución está configurado para continuar en error; si no, se revertirá al grupo principal del paso para determinar qué acción tomar a continuación. El grupo principal de Estado de copia de seguridad cuya opción de continuar en error no aparece marcada se revertirá a su grupo principal, el cual en este diseño es el Grupo maestro.

El propósito del Grupo de conmutación por error, tal como se menciona, es garantizar que captemos todos los datos necesarios para encontrar las soluciones en caso de errores. Este grupo debe configurarse como del mismo nivel que el Grupo maestro para que el Grupo maestro lo consulte ante errores (ver Figura 4). El Grupo de conmutación por error nunca se ejecuta, a menos que se produzca un error catastrófico durante la implementación. Por tal motivo, es el último paso en la secuencia de tareas y siempre se ejecuta, a menos que la instalación sea correcta.

El estado de la implementación se basa en el valor almacenado en la variable _SMSTSLastActionSucceeded. Así es como el motor de la secuencia de tareas se usa para admitir el “árbol” de la secuencia de tareas hasta que a la larga se completa (en este caso, significa que se ejecutan los pasos del Grupo de conmutación por error, recopilan todos los registros y datos necesarios y luego arrojan error). (Para obtener más información sobre cómo diseñar esto, lea la publicación en TechNetblog en blogs.technet.com/osd.)

Cómo proporcionar estado de usuario con mapas de bits y BGInfo.exe

En Microsoft, es importante permitir que los usuarios sepan en qué proceso de migración se encuentran en OSD. De manera predeterminada, el estado basado en todos los clientes se comunica a través de las características de OSD de Configuration Manager. Aunque estos mensajes de estado funcionan bien para algunas empresas, existen otros métodos creativos para comunicar a los usuarios los pasos mayores que integran la migración.

El primer paso es comprender cuáles son los pasos mayores que acompañan al proceso de migración. Por ejemplo, estos pasos podrían ser las aplicaciones Unidad de partición, Instalar Windows y Última instalación. La razón principal para hacer esto es que estos pasos proporcionan usuarios con un alto nivel de definición de progreso general (y los usuarios disfrutan este tipo de información).

Los cinco pasos principales que se usan en Microsoft son Estado de copia de seguridad, Instalar Windows, Configurar Windows, Instalar aplicaciones y Restaurar estado. Los usuarios reciben comunicaciones a través del uso de mapas de bits estáticos que se presentan de manera dinámica mediante la herramienta BGInfo.exe de TechNet Sysinternals. (Puede descargar BGInfo.exe en tinyurl.com/2nbxmd, pero viene incluido en las herramientas de OSD de Modena.) Esta herramienta permite cargar un mapa de bits estático a voluntad y le permitirá configurar el mapa de bits que refleje la ubicación actual de la migración.

Modena incluye cinco mapas de bits, uno para cada paso, y las imágenes que comunican el estado se configuran a través de la secuencia de tareas. Por ejemplo, en el grupo de secuencia de tareas Instalar sistema operativo, BGInfo.exe se llama para cargar el mapa de bits que representa este paso (ver Figura 5).

Figura 5 Visualización de estado

La herramienta de OSD de Modena proporciona el marco para implementar esto en su empresa y sólo requiere que reemplace los mapas de bits. Para hacerlo, localice la carpeta de secuencias de comandos, abra el directorio BG y reemplace cada imagen de mapa de bits por su versión actualizada. Esto informará a sus usuarios finales acerca de los cinco pasos principales que se usan para implementar Windows 7. Ésta es una buena manera de mantener a los usuarios en el bucle sin que tengan que leer pasos detallados proporcionados por el motor de secuencia de tareas de OSD.

Integración

Windows 7 está disponible para las empresas ahora, pero debido a la complejidad en juego, muchas aún no han iniciado sus proyectos de actualización. En Microsoft, este proceso comenzó hace casi un año; ya casi lo dominamos, aunque nunca está completamente refinado.

Windows 7 proporciona a sus usuarios finales productividad y rendimiento máximos. Por último, la única barrera es preparar la implementación. Microsoft ofrece a los usuarios de System Center Configuration Manager 2007 las herramientas de OSD de Modena para disminuir el tiempo de preparación y la complejidad de la implementación. Ya sea que su empresa necesite alta interacción con sus usuarios finales o bien confíe en el “toque mínimo”, puede simplificar su proyecto de Windows 7 con el mismo proceso que usamos en Microsoft.

Chris Adams (chrad@microsoft.com) es un administrador de programas senior que trabaja en la División de administración y servicios de Microsoft. Se centra en System Center Configuration Manager y System CenterVirtual Machine Manager.*