Implementar el Service Pack 2 de Windows XP en entornos empresariales
Guía de implementación empresarial del Service Pack 2 de Windows XP
Resumen En esta guía se describen tres métodos para implementar el Service Pack 2 (SP2) de Microsoft® Windows® XP en entornos empresariales: Microsoft® Software Update Services (SUS), Systems Management Server (SMS) y Directiva de grupo. Esta guía proporciona instrucciones detalladas sobre cómo usar cada uno de estos métodos para implementar SP2. La audiencia a la que va dirigida esta guía son los implementadores de tecnologías de la información responsables de ejecutar las recomendaciones de diseño para la implementación descritas en la Guía de diseño empresarial del Service Pack 2 de Windows XP. En esta páginaIntroducciónEn esta guía se describen y se proporcionan instrucciones detalladas sobre cómo usar SUS, SMS y la Directiva de grupo para implementar el SP2 de Windows XP. Contiene las siguientes secciones:
Antes de comenzar la implementación técnica de SP2, Microsoft recomienda que se lea la documentación que la empresa proporciona. El SP2 de Windows XP supone un gran avance en seguridad, y es importante comprender las nuevas características de seguridad. No sólo puede que la documentación cambie el modo de probar, personalizar e implementar el Service Pack, sino también puede modificar sus procedimientos y directivas de seguridad actuales. Los recursos de la sección “Para obtener más información” son de lectura obligada. En concreto, consulte Guía para instalar e implementar el Service Pack 2 de Microsoft® Windows® XP (en inglés). Diseñar la implementaciónAntes de implementar SP2 en la organización, su equipo de implementación debe examinar el entorno y las directivas de distribución de software para determinar el mejor método de implementación. Asimismo, el equipo debe determinar cómo se va a personalizar SP2 para la distribución. Puesto que cada entorno es diferente, puede que los aspectos que aquí se tratan no cubran totalmente su caso particular; el equipo debe dedicar tiempo a revisar los requisitos de la organización. Analice y responda a las preguntas siguientes para entender mejor cómo debe diseñar su implementación:
Opciones de instalaciónEn la Tabla 1 se describen las opciones de línea de comandos que SP2 admite durante la instalación. Determine las opciones de línea de comandos que debe utilizar para satisfacer sus requisitos. (Estas opciones de línea de comandos no se aplican a las implementaciones de SP2 mediante la Directiva de grupo.) Tabla 1. Opciones de línea de comandos del Service Pack
Tipos de implementaciónSP2 admite varios escenarios de implementación. Tendrá que saber qué escenario de implementación (o combinación de escenarios) va a utilizar para determinar factores tales como la ubicación del servidor (dónde se almacenan los archivos del Service Pack en relación con el grueso de los usuarios), la configuración del servidor (hardware, software, etc., para garantizar la carga óptima del servidor) y el diseño de capacidad de la red (para asegurarse de que el Service Pack no paraliza la red u origina problemas de rendimiento importantes en las demás aplicaciones de la empresa). En la siguiente lista se describen los escenarios para instalar SP2:
Usuarios remotosLas conexiones de acceso telefónico lentas pueden ser problemáticas a la hora de garantizar que el Service Pack se ha distribuido e instalado. SMS puede implementar el Service Pack en las estaciones de trabajo remotas de manera eficaz mediante tecnologías sensibles al ancho de banda, como Servicios de Internet Information Server (IIS) de Microsoft®, reinicio en punto de comprobación y Servicio de transferencia inteligente en segundo plano (BITS). Considere también planear la implementación en un momento en el que los empleados remotos se encuentren en la oficina (quizás durante un evento de la empresa) y trate entonces el grupo pequeño normalmente remoto de forma diferente. También puede decidir que crear y distribuir CD-ROM de instalación del Service Pack es la mejor opción para los usuarios remotos. Personalización del servidor de seguridadCuando diseñe la implementación de SP2, el equipo de implementación deberá desarrollar un plan a partir de las pruebas realizadas con la nueva características Firewall de Windows. Para que SP2 funcione en el entorno, deberá personalizar el funcionamiento de Firewall de Windows o deshabilitarlo totalmente. En las guías siguientes se explica cómo personalizar e implementar las características de Firewall de Windows:
Encadenar actualizaciones posteriores a SP2Las actualizaciones de Windows XP tienen la funcionalidad Qchain.exe integrada en el programa de instalación Update.exe que permite instalar SP2 e instalar después cualquier número de instalaciones posteriores a SP2 sin reiniciar el equipo entre instalaciones. Tenga en cuenta las siguientes consideraciones cuando encadene actualizaciones con SP2:
En la Tabla 2 se identifican las opciones de línea de comandos compatibles con la actualización. Tabla 2. Opciones de línea de comandos de la actualización
Para obtener más información sobre cómo realizar una instalación combinada en la que SP2 y las actualizaciones posteriores a SP2 se instalan a la vez, consulte Guía para instalar e implementar el Service Pack 2 de Microsoft® Windows® XP. Instalación integrada frente a instalación independienteExisten dos métodos de instalación de SP2:
En esta guía no se describe el proceso de instalación integrada. Para obtener más información sobre las instalaciones integradas, consulte Guía para instalar e implementar el Service Pack 2 de Microsoft® Windows® XP. Para obtener instrucciones sobre cómo planear y ejecutar una instalación integrada en equipos nuevos, consulte Acelerador de soluciones para la distribución centralizada empresarial (en inglés). Preparar el Service PackAntes incluso de desarrollar un plan para implementar SP2, debe descargar y preparar el Service Pack para su implementación. Los pasos que se incluyen a continuación le proporcionarán la información que necesita para llevar a cabo su plan de implementación. Hay varios datos importantes que le ayudarán a planear la implementación:
Paso 1. Obtener el Service PackDescargue SP2 desde Service Pack 2 de Windows XP: Recursos para profesionales TI (en inglés). Para la personalización e implementación empresarial, necesita descargar el paquete de instalación de red. Paso 2. Desempaquetar el Service PackEl paquete de instalación de red (Xpsp2.exe) es un paquete autoextraíble que contiene todos los archivos necesarios para la instalación de SP2 en cualquier equipo que ya ejecute Windows XP. Este paquete copia todos los archivos de SP2 al equipo de destino, de forma que puedan utilizarlo los administradores que deseen configurar una carpeta de red compartida para implementar el Service Pack en varios equipos. El Service Pack se puede implementar en su archivo comprimido tal como se descargó del sitio Web de Microsoft, pero para una empresa será conveniente desempaquetarlo para poder personalizarlo antes de la implementación. Para desempaquetar SP2, siga estos pasos:
Xpsp2.exe proporciona una opción de línea de comandos adicional que permite omitir el requisito de especificación de la ruta de acceso para la extracción del Service Pack. En la Tabla 3 se describen los dos métodos para extraer el Service Pack. Tabla 3. Opciones de línea de comandos para la extracción
Paso 3. Personalizar Firewall de WindowsSP2 incluye importantes mejoras en Firewall de Windows, anteriormente denominado Servidor de seguridad de conexión a Internet (ICF), incluido en las versiones anteriores de Windows XP. Una de estas mejoras es la habilitación predeterminada de Firewall de Windows durante una instalación independiente o integrada de SP2. Como consecuencia, los administradores de red deben poder modificar la configuración predeterminada de Firewall de Windows durante y después de la instalación de SP2. El equipo de implementación podría tener que modificar la configuración predeterminada de Firewall de Windows por los siguientes motivos:
Firewall de Windows se puede preconfigurar modificando su archivo .inf, llamado Netfw.inf, en el que reside la configuración predeterminada. Durante la instalación independiente o integrada de SP2, Firewall de Windows importa su configuración de este archivo .inf, lo que significa que cualquier modificación realizada en este archivo antes de la instalación se incorporará automáticamente a la configuración predeterminada de Firewall de Windows. En esta guía no se describen los pasos específicos para personalizar Firewall de Windows. No obstante, puede consultar los siguientes recursos:
Implementar Software Update ServicesEn las secciones siguientes se describe cómo utilizar SUS para implementar SP2:
Estructura del servidorSUS se puede implementar en muchas configuraciones, pero la mayoría de ellas se dividen en dos grupos: implementación de un único servidor SUS o implementación jerárquica de servidores SUS. En esta sección se describen cómo se utilizan estas dos estructuras con la implementación de SP2. Implementación de un único servidor SUSEn esta configuración, todos los clientes de la empresa utilizan el servidor SUS único para todas las actualizaciones y Service Packs de cliente, incluido SP2. Todas las actualizaciones se aprueban en un único servidor y se distribuyen a todos los clientes que utilizan ese servidor. Esta configuración podría ser adecuada para una empresa pequeña o un grupo de trabajo pequeño (25 o menos clientes). Sin embargo, no es apropiada si la empresa es grande, tiene varios departamentos o desea tener un mayor control cuando se implemente el Service Pack. En esta configuración, varios departamentos, grupos de trabajo o unidades de negocio utilizarían el mismo servidor SUS. No obstante, esta topología de servidor SUS único no proporciona la máxima flexibilidad para los entornos de gran tamaño. En estos entornos, no suele ser conveniente que todos los equipos del mismo grupo de trabajo instalen SP2 al mismo tiempo. Por tanto, considere la posibilidad de utilizar una implementación jerárquica de servidores SUS. Implementación jerárquica de servidores SUSUna jerarquía de servidores SUS presenta la siguientes ventajas:
Puede convertir una implementación de un único servidor SUS en un modelo jerárquico con un servidor SUS principal que contenga varios servidores SUS secundarios (consulte la Figura 1). Si aún no ha implementado ningún servidor SUS, puede desarrollar su propia jerarquía SUS desde el principio. Cualquiera que sea el caso, en esta guía se asume que se ha cargado SUS correctamente en un servidor del entorno. En este modelo, ninguno de los equipos cliente utilizan el servidor SUS principal para recibir las actualizaciones. Todos los clientes utilizan uno de los servidores SUS secundarios para recibir SP2. Es aconsejable que mantenga un servidor SUS de prueba aparte con un ejemplo de cliente representativo para una medición inicial del impacto de SP2 antes de aplicarlo a un entorno de producción mayor. Este diseño jerárquico de SUS proporciona a los administradores mayor control sobre los grupos de clientes que deben actualizarse. Tenga en cuenta que SP2 debe estar seleccionado como Aprobado en el servidor principal o no estará disponible para su instalación en los servidores SUS secundarios. Nota: para descargar Microsoft SUS, visite la página principal de Software Update Services. Configuración del servidorPara disponer de una jerarquía de servidores SUS, el servidor SUS principal y los servidores secundarios deben configurarse correctamente. Para ello, defina las opciones en la página Set Options de los servidores SUS principal y secundarios:
En esta guía se sugiere también que desactive la opción Synchronize list of approved items updated from this location (replace mode), para asegurarse de que las actualizaciones aprobadas en el servidor principal no se aprueban automáticamente en los servidores SUS secundarios. De esta forma, podrá aprobar manualmente las actualizaciones seleccionadas para un conjunto específico de equipos. Nota: configure los servidores SUS secundarios para que se sincronicen automáticamente con el servidor SUS principal una hora después de la hora programada para que el servidor principal reciba las actualizaciones de los servidores de Microsoft, como mínimo. Configuración del clienteUna vez implementados los servidores SUS principal y secundarios, debe especificar qué equipos cliente debe utilizar cada uno de los servidores secundarios. Los clientes recibirán el paquete SP2 sólo de los servidores secundarios, no de los servidores principales. Un entorno de dominio de Active Directory típico tiene muchas unidades organizativas con cuentas de equipo ya configuradas. Puede emplear dos modos para indicar a los equipos cliente Windows XP que se actualicen desde un servidor SUS secundario: mediante objetos de Directiva de grupo (GPO) vinculados a las unidades organizativas o mediante la pertenencia a grupos. Usar objetos de Directiva de grupo vinculados a unidades organizativas para implementar SP2Puede vincular objetos de Directiva de grupo (GPO) a unidades organizativas que contengan objetos de equipo, como se ilustra en la Figura 3. Todos los equipos incluidos en la unidad organizativa utilizarán el servidor SUS específico indicado en el GPO. Por tanto, cuando se apruebe SP2 en un servidor secundario específico, todos los equipos de la unidad organizativa lo instalarán en un plazo de 24 a 48 horas. Puesto que puede controlar qué equipos cliente utilizan un servidor SUS específico, este método es excelente para controlar el uso de ancho de banda. Sin embargo, este método no es adecuado para garantizar que las instalaciones de SP2 se realizan de manera escalonada en los equipos del grupo de trabajo. De nuevo, deberá asegurarse de que los equipos de un grupo de trabajo o unidad de negocio específicos no resultan afectados al mismo tiempo. Usar la pertenencia a grupos para implementar SP2En lugar de vincular el objeto de Directiva de grupo en el nivel de unidad organizativa, puede crear grupos de seguridad para los equipos cliente que abarquen unidades organizativas diferentes. A continuación, puede crear y vincular objetos de Directiva de grupo en el nivel de dominio, pero filtrándolos por grupos de seguridad específicos que contengan dichas cuentas de equipo. En la Figura 4 se muestran tres grupos de seguridad que abarcan los límites de las unidades organizativas:
A continuación, se vinculan tres objetos de Directiva grupo distintos al dominio que especifica el servidor SUS que utiliza cada grupo. Sin embargo, el objeto de Directiva de grupo está filtrado por grupo de seguridad. En este ejemplo, los objetos de Directiva de grupo llamados Usar servidor SUS secundario 1, Usar servidor SUS secundario 2 y Usar servidor SUS secundario 3 están vinculados al dominio. En la Figura 5, el grupo Usuarios autenticados se ha quitado de la sección Security Filtering del objeto de Directiva de grupo y se ha agregado GRUPO1-EQUIPOS. Por tanto, el objeto de Directiva de grupo Usar servidor SUS secundario 1 se aplicará únicamente a los equipos del grupo de seguridad Grupo1-Equipos.  Figura 5. Uso de filtros de seguridad en un objeto de directiva de grupo para implementar SP2 Para cada nuevo objeto de Directiva de grupo que cree, deberá especificar la configuración que indique a cada grupo de equipos cliente a qué hora se debe instalar SP2 y desde qué servidor SUS secundario se deberá descargar. Esta configuración se encuentra en Configuración del equipo\Plantillas administrativas\Componentes de Windows\Windows Update. Cuatro opciones de directiva rigen el comportamiento de SUS en los equipos cliente:
Implementar Systems Management ServerUsar SMS es el método más sencillo y seguro de implementar SP2 en la empresa de una manera correcta y precisa. Si ya utiliza SMS para las distribuciones de software y las actualizaciones de seguridad, deberá haber desarrollado una directiva y un marco de trabajo de distribución de software. Este marco de trabajo debe constar, como mínimo, de los siguientes pasos:
Evaluar el entornoAntes de desarrollar el plan de implementación y los calendarios de distribución, revise la infraestructura de SMS actual, incluida la capacidad de proporcionar software, así como todos los requisitos de los clientes SMS para participar en la distribución. Para realizar una implementación correcta de SP2, tenga en cuenta las siguientes directrices. Buscar y corregir los clientes con problemasLocalice todos los clientes SMS de los que no exista información reciente y aquéllos cuyos registros puede que no aparezcan en la Consola del administrador de SMS. En algunas ocasiones, puede que necesite reinstalar o reparar el cliente SMS para asegurarse de que el equipo es adecuado para la instalación de SP2. Reunir y comprobar el inventario de equiposAntes de la implementación de SP2, asegúrese de que todos los clientes SMS han dado cuenta de su inventario. Para garantizar que los datos de SMS son adecuados para la creación de consultas y colecciones, cambie el calendario de hardware y software de forma que los clientes SMS realicen ciclos de inventario un día o antes de implementar SP2. Si necesita forzar el inventariado de hardware y software antes de que el cliente SMS reciba el calendario del inventario actualizado (por ejemplo, los clientes remotos), puede distribuir las secuencias de comandos VBScript que se muestran en el Listado 1 y Listado 2 para forzar ciclos de inventario. Listado 1. Forzar la creación del inventario de hardware
Set cpApplet = CreateObject("CPAPPLET.CPAppletMgr")
Set actions = cpApplet.GetClientActions
For Each action In actions
If Instr(action.Name,"Hardware Inventory") > 0 Then
action.PerformAction
End if
Next
Listado 2. Forzar la creación del inventario de software
Set cpApplet = CreateObject("CPAPPLET.CPAppletMgr")
Set actions = cpApplet.GetClientActions
For Each action In actions
If Instr(action.Name,"Software Inventory") > 0 Then
action.PerformAction
End if
Next
Probar la implementación del software SMSExisten dos formas principales de comprobar si la implementación de SP2 se ha realizado correctamente:
Para probar el entorno, el inventario, las colecciones y la conectividad de SMS 2003, implemente un paquete de pruebas (es decir, una carga inerte) en una o varios colecciones dentro del entorno de producción. Cuando un administrador implementa un paquete de distribución que sólo contiene un paquete de prueba, éste genera todos los informes y mensajes de estado de SMS 2003 si la actualización se ha aplicado correctamente a todos los equipos de destino. Sin embargo, el paquete de prueba no repercute en el entorno de producción; no altera los equipos de destino ni impone el reinicio de los equipos. Nota el Kit de herramientas 1 de SMS 2003 incluye una herramienta para los paquetes de prueba, que se puede descargar gratuitamente desde Kit de herramientas 1 de Systems Management Server 2003 (en inglés). Aumentar el tamaño de la caché del cliente avanzadoCuando se instala el cliente avanzado de SMS con sus valores predeterminados, se crea un tamaño de caché de descarga de 250 MB. SP2 ocupa aproximadamente 270 MB, por lo que tendrá que aumentar el tamaño de la caché de descarga para los clientes SMS como parte de los preparativos para la implementación de SP2. La secuencia de comandos VBScript mostrada en el Listado 3 comprueba si se utiliza el tamaño de caché predeterminado de 250 MB y, si es así, lo aumenta a 1 GB. (Puede modificar el valor de nValueToSet para especificar el tamaño de caché que desee utilizar.) Distribuya esta secuencia de comandos en todos los equipos Windows XP. Listado 3. Aumento de la caché de descarga del cliente avanzado
On Error Resume Next
Dim nValueToCheck
Dim nValueToSet
Dim oUIResource
Dim oCache
Set oUIResource = CreateObject("UIResource.UIResourceMgr")
Set objCacheInfo = oUIResource.GetCacheInfo
nValueToCheck = 250
nValueToSet = 1000
' Set the cache size if it's less than or equal to 250
if objCacheInfo.TotalSize <= nValueToCheck then
objCacheInfo.TotalSize = nValueToSet
end if
Preparar la implementaciónAntes de implementar SP2 en la organización debe realizar algunos pasos preliminares. Con el plan de implementación para rellenar los datos necesarios, realice los pasos que se describen en las siguientes secciones. Nota: Microsoft ha confeccionado una lista de posibles problemas que debe conocer antes de implementar SP2 en un entorno SMS. Consulte todos los problemas y soluciones de clientes SMS incluidos en Preguntas más frecuentes de los clientes (en inglés). Crear coleccionesLas colecciones, en las que las reglas de pertenencia se basan en consultas, son dinámicas. Después de crear la lista de pertenencia inicial, los clientes se agregan o quitan automáticamente de la colección, según convenga. Una vez creada la lista de pertenencia inicial, SMS agrega o quita equipos cliente cuando sus atributos cambian (aunque las actualizaciones de los clientes no estén instaladas cuando el cliente se quita de la colección). En un entorno dinámico, SMS mantiene las colecciones actualizadas para asegurarse de que sólo los clientes apropiados reciben programas distribuidos. Una instalación de SP2 independiente sólo se puede realizar en un equipo que ejecute Windows XP Home Edition o Windows XP Professional, por lo que tendrá que crear una colección basada en consultas que localicen todos los equipos Windows XP de la organización. Para crear una colección, siga estos pasos:
Una vez creada la colección, utilice las consultas que se muestran en el Listado 4 para crear la colección de Windows XP. Nota: la línea se ha dividido en varias líneas para facilitar su lectura. Sin embargo, cuando la pruebe en un sistema, debe especificarla como una única línea sin dividir. Listado 4. Consultas de pertenencia a la colección de Windows XP select sms_r_system.ResourceID,sms_r_system.ResourceType, sms_r_system.Name,sms_r_system.SMSUniqueIdentifier, sms_r_system.ResourceDomainORWorkgroup,sms_r_system.Client from sms_r_system where OperatingSystemNameandVersion like '%Workstation 5.1%' select SMS_R_System.ResourceID,SMS_R_System.ResourceType, SMS_R_System.Name,SMS_R_System.SMSUniqueIdentifier, SMS_R_System.ResourceDomainORWorkgroup,SMS_R_System.Client from SMS_R_System inner join SMS_G_System_OPERATING_SYSTEM on SMS_G_System_OPERATING_SYSTEM.ResourceID = SMS_R_System.ResourceId where SMS_G_System_OPERATING_SYSTEM.Version = "5%" Crear el paqueteA continuación, genere un registro vacío, o paquete, en el que se incluirá el programa. Para crear un paquete, siga estos pasos:
SMS muestra el nuevo paquete en la Consola del administrador de SMS y agrega la cuenta de acceso del paquete Users, con permiso de lectura, a las cuentas de acceso de este paquete.  Figura 8. Creación de un paquete Crear el programaDespués de crear el registro del paquete, debe incluir en él la información (ruta de acceso completa y nombre del archivo) del programa real. Para crear la información del programa, siga estos pasos:
Distribuir el paqueteUna vez creado el paquete, SP2 está preparado para su implementación en los puntos de distribución. Para iniciar la implementación en los puntos de distribución, siga estos pasos:
SMS envía una copia de los datos del paquete a cada nuevo punto de distribución.  Figura 10. Manage Distribution Points Wizard Implementar SP2Una vez realizados todos los preparativos de la implementación y tras recibir la autorización para la implementación, puede implementar SP2. La implementación no sólo consiste en especificar un modificador y permitir que el Service Pack se filtre por toda la organización: debe supervisarse y puede requerir la solución de algunos problemas. La implementación consiste también en comprobar que los clientes SMS han recibido el anuncio de SMS, han iniciado el programa, lo han instalado correctamente y han realizado las tareas posteriores a la instalación. El primer paso de la implementación es crear y configurar el anuncio, incluida la definición del calendario de implementación:
SMS envía los datos del anuncio, incluida la información de programación, a los puntos de acceso del cliente del sitio.  Figura 11. Cuadro de diálogo Advertisement Properties del Service Pack 2 Supervisar la implementaciónUna vez iniciada la implementación de SP2, deberá determinar si los clientes han ejecutado correctamente el anuncio. SMS 2003 contiene varias herramientas que puede utilizar para comprobar los mensajes de estado devueltos por los clientes SMS. Una de estas herramientas, el visor de estados de anuncio, proporciona información sobre el estado de implementación del anuncio a partir de los mensajes de estado. Para obtener el máximo provecho de los mensajes de estado, el administrador determina en primer lugar:
Los mensajes de estado sólo indican si el anuncio se ha ejecutado. El programa de instalación instala todas las nuevas actualizaciones aprobadas. Para comprobar si el programa se ejecuta correctamente en los clientes, el administrador de SMS analiza los mensajes de estado con el fin de determinar cuándo se ejecutó correctamente el programa por última vez en cada cliente. El administrador de SMS investiga los retrasos, que se pueden producir si, por ejemplo, un cliente no está activado o no funciona correctamente. También comprueba los mensajes de estado para conocer el número de usuarios de escritorio que han instalado voluntariamente el Service Pack frente a aquéllos a los que se impuso la instalación y cómo los usuarios que instalaron el Service Pack están administrando el reinicio de los equipos y la instalación programada. Limpieza después de la implementaciónDespués de implementar SP2, debe revisar la implementación y realizar medidas adicionales para asegurarse de que funcionará correctamente cuando nuevos equipos se conecten a la red. Por ejemplo, es posible que los empleados remotos aún no hayan recibido el anuncio. Una vez concluido el plazo de implementación del Service Pack, aplique otro ciclo de inventario de software y hardware a los equipos cliente SMS para actualizar los datos de la base de datos SMS. Utilice consultas para comprobar que todos los equipos designados tienen ahora instalado SP2. Utilice la consulta incluida en el Listado 5 para identificar los niveles de versión de Windows XP de todos los equipos de la organización. Nota: la línea se ha dividido en varias líneas para facilitar su lectura. Sin embargo, cuando la pruebe en un sistema, debe especificarla como una única línea sin dividir. Listado 5. Nueva evaluación de los niveles de versión de Windows XP select SMS_G_System_COMPUTER_SYSTEM.Name, SMS_G_System_OPERATING_SYSTEM.Version, SMS_G_System_OPERATING_SYSTEM.BuildNumber from SMS_R_System inner join SMS_G_System_COMPUTER_SYSTEM on SMS_G_System_COMPUTER_SYSTEM.ResourceID = SMS_R_System.ResourceId inner join SMS_G_System_OPERATING_SYSTEM on SMS_G_System_OPERATING_SYSTEM.ResourceID = SMS_R_System.ResourceId where SMS_G_System_OPERATING_SYSTEM.Version > "5%" order by SMS_G_System_OPERATING_SYSTEM.Version, SMS_G_System_OPERATING_SYSTEM.BuildNumber Si observa que algún equipo Windows XP no ha instalado el SP2 correctamente o no envía la información correcta, examine cada uno de estos equipos para asegurarse de que los datos SMS son correctos y que SP2 se puede instalar sin problemas. Implementar la Directiva de grupoPuede utilizar la tecnología integrada en Active Directory para realizar una implementación escalonada de SP2. Si decide utilizar la Directiva de grupo para implementar SP2, es aconsejable que los clientes descarguen SP2 del origen más cercano posible sin conectarse a una red. La implementación de SP2 a través de la Directiva de grupo consta de tres pasos principales:
Configurar DFS para SP2En esta guía se recomienda que defina una configuración de DFS para la implementación de SP2 en una configuración radial. En la Figura 12 se muestra un ejemplo de una configuración adecuada para la mayoría de las organizaciones con varios sitios Active Directory. En esta configuración, coloque el SP2 inicialmente en el servidor concentrador designado y luego utilice el Servicio de replicación de archivos para suministrar SP2 a los servidores radiales DFS. Para definir el primer vínculo DFS, proceda del modo siguiente:
Realice los pasos siguientes en cada servidor radial:
Para comenzar la replicación inicial entre la raíz y los servidores radiales, siga estos pasos:
Crear objetos de Directiva de grupoAhora que la red de distribución está configurada para implementar SP2 a través de DFS, puede crear los objetos de Directiva de grupo para distribuir el Service Pack a los equipos cliente. Para ello, asigne Update.msi a los equipos designados. Update.msi es el archivo del paquete de Windows Installer para Service Pack 2. Se encuentra en la subcarpeta i386\update de la carpeta del Service Pack. Para asignar Update.msi a los equipos siga estos pasos:
Identificar equipos específicosUn entorno de dominio de Active Directory típico tiene muchas unidades organizativas con cuentas de equipo ya configuradas. Cuando esté preparado, puede identificar equipos específicos. Hay tres formas de identificar equipos específicos:
Mediante unidades organizativasPuede vincular un objeto de Directiva de grupo a unidades organizativas que contengan objetos de equipo. De esta forma, una vez vinculado el objeto de Directiva de grupo a una unidad organizativa específica, todos los equipos Windows XP de esa unidad organizativa instalarán SP2. Tenga en cuenta, sin embargo, que este método no resulta adecuado en cuanto a rendimiento y estabilidad, ya que no todos los equipos Windows XP de un grupo de trabajo o unidad de negocio específicos resultan afectados a la vez. Nota: los equipos que no ejecuten Windows XP intentarán inicialmente cargar SP2 pero omitirán la asignación. De hecho, estos equipos intentarán cargar (y omitirán) la asignación de SP2 cada vez que se reinicien. Para solucionar este problema, procure crear una unidad organizativa que contenga equipos que no ejecutan Windows XP, como los equipos que ejecutan Microsoft® Windows 2000 Professional, para que no se encuentren en el ámbito de administración del objeto de Directiva de grupo. También puede utilizar filtros de grupo de seguridad (descritos posteriormente) para definir el alcance del objeto de Directiva de grupo de forma que los equipos que no ejecutan Windows XP queden fuera de dicho objeto. Mediante unidades organizativas y filtros WMIEn lugar de implementar SP2 en todos los equipos Windows XP dentro de una unidad organizativa, puede limitar la implementación a equipos Windows XP específicos. Por ejemplo, tal vez desee implementar SP2 únicamente en equipos Windows XP con 256 MB de RAM, 1 GB de espacio de disco libre u otras propiedades. Para ello, debe crear un filtro WMI. Siga estos pasos para crear un filtro WMI:
Siga estos pasos para vincular un filtro WMI a un objeto de Directiva de grupo:
(Para obtener información sobre cómo trabajar con filtros WMI, consulte Introducción a los filtros WMI, en inglés) En el ejemplo que se muestra en la Figura 14, un objeto de Directiva de grupo que asigna SP2 está vinculado a cada unidad organizativa que contiene cuentas de equipo Windows XP. Sin embargo, sólo las cuentas de equipo Windows XP que satisfagan los criterios del filtro WMI aplicarán realmente el Service Pack. Mediante gruposEn lugar de vincular un objeto de Directiva de grupo al nivel de unidad organizativa que indique a los clientes que descarguen SP2, puede crear grupos de seguridad de Active Directory que contengan equipos cliente Windows XP que abarquen diferentes unidades organizativas. A continuación, cree y vincule un objeto de Directiva de grupo al nivel de dominio pero filtre el ámbito a grupos de seguridad específicos (consulte la Figura 15). Siga estos pasos para crear un nuevo grupo en Active Directory:
Siga estos pasos para vincular el objeto de Directiva de grupo al dominio:
Siga estos pasos para filtrar el objeto de Directiva de grupo por el grupo que creó anteriormente:
En este ejemplo, el objeto de Directiva de grupo llamado Asignar XP/SP2 a equipos está vinculado al dominio. El grupo Usuarios autenticados se quita de la sección Security Filtering del objeto de Directiva de grupo y se agregan EQUIPOXP-GRUPO1 y EQUIPOXP-GRUPO2. Por tanto, el objeto de Directiva de grupo Asignar XP/SP2 a equipos sólo se aplicará a los equipos Windows XP de los grupos EQUIPOXP-GRUPO1 y EQUIPOXP-GRUPO2. Administrar la nueva configuración de la Directiva de grupoEn cuanto SP2 se distribuye a un cliente y se reinicia el equipo, la nueva configuración de Directiva de grupo administra el equipo y el usuario. Aproximadamente hay 600 opciones de directiva nuevas que se reconocerán una vez instalado SP2. Para obtener una lista de opciones de directiva de SP2, consulte Referencia de opciones de Directiva de grupo para el Service Pack 2 de Windows XP Professional (en inglés). Esta hoja de cálculo de Microsoft® Office Excel descargable permite determinar qué opciones de directiva afectarán a los clientes SP2. Esta hoja de cálculo facilita también la búsqueda de la ruta de acceso para habilitar o deshabilitar opciones de directiva específicas y proporciona una copia del texto de Ayuda de las opciones de directiva correspondientes. Para implementar estas opciones en el dominio de forma que estén disponibles para todos los clientes Windows XP, consulte en Knowledge Base el artículo 816662, “Recomendaciones para administrar los archivos de plantilla administrativa de Directiva de grupo (.adm)”. Aunque SP2 agrega muchas opciones de directiva nuevas, debe elegir cuidadosamente las nuevas opciones que va a implementar, ya que podría desactivar el funcionamiento más seguro de las nuevas opciones predeterminadas de SP2. Por tanto, consulte el texto de Ayuda de cada opción de directiva y luego pruebe y valide en el laboratorio de pruebas cada una de las opciones de directiva posibles que piensa utilizar en producción. Administrar Firewall de WindowsUna característica de SP2 que utilizará para administrar la Directiva de grupo es Firewall de Windows. La configuración de directiva de Firewall de Windows reside en Configuración del equipo\Plantillas administrativas\Red\Conexiones de red\Firewall de Windows. Dentro del nodo Firewall de Windows, encontrará las mismas opciones de directiva que la que están incluidas en Perfil de dominio y Perfil estándar, mostradas en la Figura 16:
Para la mayoría de las empresas se recomienda configurar las siguientes opciones de directiva de Firewall de Windows:
Probar la implementación del Service PackSP2 constituye una actualización importante de Windows XP, por lo que es esencial que pruebe el Service Pack antes de implementarlo en el entorno de producción. Debe probar el Service Pack en dos áreas: compatibilidad de las aplicaciones y compatibilidad del hardware. Antes de implementar SP2, pruebe las aplicaciones para asegurarse de que son compatibles con el nuevo nivel de sistema operativo. Una organización puede tener varios miles de aplicaciones instaladas a través de redes distribuidas, y los problemas de compatibilidad con alguna o muchas de estas aplicaciones pueden ocasionar costosos trastornos en la productividad. Entre las aplicaciones que necesita probar para garantizar la compatibilidad se incluyen las aplicaciones centrales que forman parte de las configuraciones de escritorio estándar, como conjuntos de aplicaciones de productividad de oficina; aplicaciones empresariales, como los conjuntos de aplicaciones de planes de recursos; herramientas administrativas, como aplicaciones antivirus, de compresión, de copia de seguridad y de control remoto; y herramientas personalizadas, como secuencias de comandos de inicio de sesión. Las aplicaciones de bajo nivel (como las aplicaciones antivirus, los controladores de modo de núcleo y controladores de filtros) son especialmente propensas a plantear problemas. También tendrá que garantizar la compatibilidad de las aplicaciones de servidor. La prueba de compatibilidad de aplicaciones comienza con la identificación de las aplicaciones utilizadas en toda la organización y su orden de prioridad, lo que le ayudará a determinar los objetivos y el alcance del proyecto. Una vez establecidas las prioridades y tras examinar las consideraciones especiales para las aplicaciones de servidor, puede desarrollar el plan de prueba. A medida que encuentre problemas de compatibilidad durante las pruebas, deberá desarrollar soluciones, probarlas y después empaquetarlas para su implementación. Para resolver problemas de compatibilidad de aplicaciones, realice las siguientes tareas:
Los problemas de compatibilidad comunes que debe buscar cuando pruebe SP2 son:
Aunque un equipo con Windows XP o Windows XP con Service Pack 1 funcione correctamente, emplee algún tiempo en determinar si es probable que surja algún problema de hardware debido a la instalación de SP2. Procure realizar estas operaciones para reducir los problemas de compatibilidad de hardware incluso antes de efectuar pruebas en el laboratorio.
Pruebas de laboratorioPara determinar si las aplicaciones y el hardware son compatibles con SP2, pruébelos en un entorno de prueba en equipos que representen la configuración de hardware y software de su organización. Estas configuraciones incluyen variables como:
El tamaño y la complejidad del laboratorio de pruebas vendrá determinado por la complejidad de las aplicaciones que se van a probar y por el entorno de red. Además de duplicar las configuraciones de hardware y software, debe simular el modo en que instala y utiliza las aplicaciones en el entorno de producción. Tenga en cuenta también los cambios de funciones en SP2. Revise la lista de los cambios realizados en las funciones en las notas del producto Cambios en la funcionalidad del Service Pack 2 de Microsoft Windows XP (en inglés). Pruebas pilotoRealizar las pruebas piloto es el último paso importante antes de implementar SP2. Una versión piloto es una implementación de SP2 en un subconjunto del entorno de producción o grupo de usuarios reales. El objetivo principal de la prueba piloto es demostrar que SP2 funciona en el entorno de producción igual que en el laboratorio y que satisface los requisitos empresariales de la organización. Una prueba piloto reduce el riesgo de encontrarse con problemas durante la implementación a gran escala. Puede ser conveniente también realizar varias pruebas piloto distintas para diferentes tecnologías o grupos de negocio. La prueba piloto debe prolongarse el tiempo suficiente para que el grupo de pruebas pueda probar SP2 en sus actividades diarias y detectar cualquier problema que pueda detener la productividad (por ejemplo, varios días o semanas). En la Figura 17 se ilustra una prueba piloto típica.  Figura 17. Flujo de trabajo de la prueba piloto de SP2 Los evaluadores de las pruebas piloto deben proporcionar información sobre cómo funcionan los equipos y las aplicaciones después de la instalación. El equipo de administración de versiones utilizará esta información para resolver los problemas que surjan o crear un plan de contingencia. En última instancia, y para que pueda solucionar los problemas que podrían poner en peligro la implementación, la prueba piloto le indica si puede continuar con la implementación completa o si tiene que ir más despacio. Para obtener información sobre cómo realizar un programa piloto, consulte Microsoft Solution Framework. Los datos más importantes que recibirá durante la fase piloto será la información del grupo piloto. Considere la posibilidad de distribuir las preguntas que se incluyen en la Tabla 4 a cada integrante del grupo piloto para que las respondan durante las pruebas de instalación. En función de las aptitudes técnicas de los evaluadores piloto, quizás desee incluir también procedimientos específicos que estos evaluadores deben realizar para comprobar sus respuestas. Por ejemplo, además de preguntar si SP2 se ha instalado correctamente, puede proporcionarles una lista de archivos de registro de instalación que deben comprobar e instrucciones para consultar la información en el Visor de sucesos de Windows. Tabla 4. Evaluación piloto de SP2
Considere también la posibilidad de distribuir un formulario similar al que se incluye en la Tabla 5 para permitir que los evaluadores piloto registren información durante la fase piloto. Tabla 5. Diario piloto de SP2
Distribuir SP2Los pasos exactos de la implementación dependen del método de implementación que haya elegido. Consulte las secciones “Implementar Software Update Services”, “Implementar Systems Management Server” e “Implementar la Directiva de grupo” para obtener más información sobre estos pasos. En la lista siguiente se describen otras cuestiones que debe tener en cuenta después de iniciar la distribución de SP2:
Para obtener más información
|
En este artículo
|
