Guía de planificación e implementación de Symantec IT Management Suite 7.5 con tecnología Altiris

Transcripción

1 Guía de planificación e implementación de Symantec IT Management Suite 7.5 con tecnología Altiris

2 Guía de planificación e implementación de Symantec IT Management Suite con tecnología Altiris El software descrito en el presente manual está sujeto a un acuerdo de licencia y solamente podrá utilizarse según los términos de dicho acuerdo. Aviso legal Copyright 2013 Symantec Corporation. Todos los derechos reservados. Symantec, el logotipo de Symantec, el logotipo de la marca de verificación y cualquier marca comercial de Altiris o de Symantec son marcas comerciales o marcas comerciales registradas de Symantec Corporation o sus afiliados en EE. UU. y otros países. Los demás nombres pueden ser marcas registradas de sus respectivos propietarios. Este producto de Symantec puede contener software de otro fabricante que Symantec debe atribuir al otro fabricante ( Programas de otros fabricantes ). Algunos Programas de otros fabricantes están disponibles con código abierto o licencias de software gratuitas. El Acuerdo de licencia que acompaña el Software no altera ningún derecho ni obligación que pueda tener con código abierto o licencias de software gratuitas. Consulte el apéndice de avisos legales de otros fabricantes incluido con esta documentación o el archivo Léame TPIP que se proporciona con este producto de Symantec para obtener más información sobre los Programas de otros fabricantes. El producto descrito en este documento se distribuye bajo las restricciones de licencia para su uso, copia, distribución e ingeniería inversa y descompilación. Ninguna parte de este documento puede ser reproducido por ningún medio o de ninguna forma sin una autorización previa por escrito de Symantec Corporation y sus titulares de licencias, si los hubiera. LA DOCUMENTACIÓN SE PROPORCIONA "TAL CUAL" SIN GARANTÍAS NI CONDICIONES DE NINGUNA CLASE, NO GARANTIZA DECLARACIONES O GARANTÍAS EXPRESAS O IMPLÍCITAS, INCLUIDAS, A MERO TÍTULO ENUNCIATIVO, LAS GARANTÍAS IMPLÍCITAS DE COMERCIABILIDAD, IDONEIDAD PARA UN FIN DETERMINADO O NO VIOLACIÓN, A MENOS QUE TALES RENUNCIAS SEAN CONSIDERADAS NO VÁLIDAS SEGÚN LA LEY. SYMANTEC CORPORATION NO SERÁ RESPONSABLE DE NINGÚN DAÑO INCIDENTAL O CONSECUENTE RELACIONADO CON LA ENTREGA O EL USO DE ESTA DOCUMENTACIÓN. LA INFORMACIÓN CONTENIDA EN ESTA DOCUMENTACIÓN ESTÁ SUJETA A CAMBIOS SIN PREVIO AVISO. La Documentación y el Software con licencia se consideran software informático comercial, como están definidos en el artículo de las FAR, y están sujetos a derechos restringidos, como están definidos en el artículo de las FAR, y "Software informático comercial: derechos restringidos" del artículo del Suplemento a las FAR, "Derechos del software informático comercial o Documentación de software comercial para equipos informáticos", según corresponda y cualquier regulación sucesora. Cualquier uso, modificación, edición de reproducción, ejecución, muestra o divulgación de la Documentación y el Software con licencia

3 por parte del Gobierno de los EE. UU. se realizará exclusivamente conforme a las condiciones del presente Acuerdo. Symantec Corporation 350 Ellis Street Mountain View, CA

4 Soporte Técnico El Soporte Técnico de Symantec cuenta con centros de soporte en todo el mundo. La función principal del Soporte Técnico es responder las consultas específicas sobre las características y las funciones de producto. El grupo de Soporte Técnico además crea contenido para nuestra Base de conocimientos en línea. El grupo de Soporte Técnico trabaja en colaboración con las otras áreas funcionales dentro de Symantec para contestar a sus preguntas a su debido tiempo. Por ejemplo, el grupo de Soporte Técnico trabaja con los sectores de ingeniería de productos y Symantec Security Response para proporcionar servicios de alertas y actualizaciones de definiciones de virus. Las ofertas de soporte de Symantec incluye las siguientes: Una variedad de opciones de soporte que ofrecen flexibilidad para seleccionar la cantidad adecuada de servicio para organizaciones de cualquier tamaño Servicios de soporte telefónico o basado en Web que brindan una respuesta rápida e información de último momento. Seguro de actualización que brinda actualizaciones de software. Soporte global que puede adquirirse en el horario de oficina de la región o las 24 horas del día, los 7 días de la semana. Ofertas de servicio premium que incluyen Servicios de Administración de cuentas. Para obtener más información acerca de las ofertas de soporte de Symantec, puede visitar nuestro sitio web en la siguiente dirección URL: Todos los servicios de soporte se brindarán conforme a los acuerdos de soporte y la política de soporte técnico empresarial vigente en ese momento. Contacto con la asistencia técnica Los clientes con un acuerdo de soporte actual pueden acceder a la información de asistencia técnica en la siguiente dirección: Antes de comunicarse con la asistencia técnica, asegúrese de que usted ha cumplido los requisitos del sistema que se enumeran en la documentación del producto. Asimismo, es necesario estar en el equipo en el cual ocurrió el problema en caso de que sea necesario replicarlo. Cuando se comunica con la asistencia técnica, tenga la siguiente información disponible:

5 Nivel de la versión del producto Información del hardware Memoria disponible, espacio libre en el disco e información de la NIC Sistema operativo Versión y nivel del parche Topología de redes Enrutador, puerta de enlace e información de la dirección IP Descripción del problema: Mensajes de error y archivos de registro Solución de problemas que fue realizada antes de contactar a Symantec Cambios de configuración del software y cambios de la red recientes Concesión de licencias y registro Servicio al cliente Si el producto de Symantec requiere registro o una clave de licencia, acceda a nuestra página web de soporte técnico en la siguiente URL: En la siguiente dirección encontrará información sobre el Servicio al cliente: El Servicio al cliente está disponible para brindarle asistencia con respecto a preguntas no técnicas, como los siguientes tipos de problemas: Cuestiones relacionadas con las licencias de productos o la serialización. Actualizaciones de registros de productos, como cambios de direcciones o nombres. Información general sobre productos (funciones, disponibilidad de idiomas, representantes locales). La última información sobre actualizaciones y mejoras de productos. Información acerca del seguro de actualización y los contratos de soporte. Información sobre los programas de compras de Symantec. Consejos sobre las opciones de soporte técnico de Symantec. Cuestiones previas a las ventas que no están relacionadas con lo técnico. Problemas relacionados con CD-ROM, DVD o manuales

6 Recursos para acuerdos de soporte Si desea consultar a Symantec en relación con algún acuerdo de soporte existente, comuníquese con el equipo de administración de acuerdos de soporte de su región: Asia Pacífico y Japón Europa, Oriente Medio y África Norteamérica y América Latina customercare_apac@symantec.com semea@symantec.com supportsolutions@symantec.com

7 Contenido Soporte Técnico... 4 Capítulo 1 Introducción a IT Management Suite Acerca de IT Management Suite Acciones que pueden llevarse a cabo con IT Management Suite Cómo funciona IT Management Suite Dónde se puede obtener información adicional Capítulo 2 Comprensión de los componentes de IT Management Suite Acerca de Symantec Management Platform Componentes arquitectónicos principales de Symantec Management Platform Componentes de Symantec Management Platform Soluciones de IT Management Suite Acerca de la administración habilitada para la nube Implementar el software usando Deployment Solution Capítulo 3 Planificación de IT Management Suite Consideraciones de planificación de administración de TI Acerca de planificar su configuración de SQL Server Acerca de la configuración del disco duro para SQL Server Acerca de la configuración de tamaño de la base de datos para SQL Server Acerca de la administración de memoria para SQL Server Acerca del mantenimiento de la base de datos de SQL Acerca de cómo usar la creación de clústeres de conmutación por error de Microsoft SQL con ITMS 7.1 SP2 o posterior Acerca de planificar sus servidores de sitio Acerca de la planificación del diseño de un sitio Acerca del mantenimiento del sitio Acerca del servicio de tareas Cómo Task Server usa el mecanismo de señal... 55

8 Contenido 8 Acerca del servicio de administración de paquetes Acerca del servicio de arranque de red Planificación de implementación de Symantec Management Agent Acerca del registro de agente Capítulo 4 Recomendaciones de hardware Hardware recomendado de IT Management Suite Hardware recomendado del gateway de Internet Configuración recomendada para Notification Server con la base de datos SQL localmente instalada Cantidad máxima de equipos recomendada para IT Management Suite Sistemas operativos admitidos para Notification Server y los servidores de sitio Acerca de las comprobaciones de SQL Server compatibles Servicios de rol de IIS instalados por Symantec Installation Manager Recomendaciones de SQL Server y requisitos de software de otros fabricantes Capítulo 5 Comunicaciones de la solución Cómo funcionan las tareas de Deployment Solution Cómo obran recíprocamente la configuración del inventario básico y los intervalos de registro del agente Cómo funcionan las comunicaciones del Inventario basado en agentes Acerca de establecer la configuración de la tarea y la política de inventario para optimizar el uso de recursos Métodos para recopilar el inventario Acerca de la entrega de paquetes en una jerarquía Cómo funcionan las comunicaciones de datos de Patch Management Solution Cómo funcionan las comunicaciones de datos de administración de activos Elegir un método de entrega de software Acerca de las reglas de detección Crear una regla de detección Configurar el Portal de software

9 Contenido 9 Capítulo 6 Recomendaciones para la optimización de rendimiento Acerca de cómo determinar si es necesario una optimización del rendimiento Factores de rendimiento de Symantec Management Platform Acerca de ajustar el procesamiento de eventos de Notification Server para obtener un mejor rendimiento Acerca de las políticas de inventario predefinidas Programación de actualizaciones de pertenencia de recursos Acerca de ajustar el rendimiento de Symantec Management Agent Valores de configuración recomendados basados en endpoints administrados Acerca de cómo mejorar el rendimiento de Symantec Management Platform Capítulo 7 Entornos con varios Notification Servers Tipos de replicación en Symantec Management Platform Acerca de la réplica de la jerarquía Acciones que pueden llevarse a cabo con la réplica de la jerarquía Acerca de la topología de jerarquía Cómo funcionan los servidores de sitio en una jerarquía Consideraciones de la implementación de la réplica de la jerarquía para Software Management Solution Consideraciones de la implementador de la réplica de la jerarquía para Patch Management Solution Limitaciones de la réplica de la jerarquía Implementar la jerarquía de Notification Server Acerca de la replicación basada en pares y las reglas de replicación Acerca de la elaboración de informes MultiCMDB con IT Analytics Apéndice A Matriz de compatibilidad de plataformas de Symantec IT Management Suite Introducción Symantec Management Platform Notification Server y Workflow Server Microsoft SQL Server Comprobaciones de Microsoft SQL Server

10 Contenido 10 Microsoft IIS Microsoft.NET Consola/navegador Workflow Designer Servidor de sitio Administración habilitada para la nube (antes IBCM) Client Management Suite Matriz de compatibilidad del SO del cliente Server Management Suite Matriz de compatibilidad del SO del servidor Deployment Solution de idiomas Localización de base Localización del agente de Windows Índice

11 Capítulo 1 Introducción a IT Management Suite En este capítulo se incluyen los temas siguientes: Acerca de IT Management Suite Acciones que pueden llevarse a cabo con IT Management Suite Cómo funciona IT Management Suite Dónde se puede obtener información adicional Acerca de IT Management Suite IT Management Suite (ITMS) combina la administración de configuración de servidores y clientes con la administración de servicios y activos de TI. Promueve el suministro eficaz de servicios y ayuda a reducir el costo y la complejidad de administrar activos de TI corporativos. Estos activos pueden incluir los escritorios, los equipos portátiles, los clientes reducidos y los servidores en entornos heterogéneos con sistemas operativos Windows, Linux, UNIX y Mac. Es posible administrar todas las funciones del conjunto de aplicaciones a través de una consola central en una plataforma común: Symantec Management Platform. Esta plataforma común integra funciones de administración para acelerar la automatización para un mejor servicio, valor y eficacia de TI. Ver "Acciones que pueden llevarse a cabo con IT Management Suite" en la página 12. IT Management Suite comprende de las funcionalidades de administración siguientes: Server Management

12 Introducción a IT Management Suite Acciones que pueden llevarse a cabo con IT Management Suite 12 La administración del servidor incorpora una variedad de asistentes y otras funciones que permiten automatizar la configuración, preparar tareas y crea políticas para administrar sus servidores. Las funcionalidades de administración del servidor admiten los sistemas operativos Windows, UNIX y Linux. Además, las mismas disciplinas de administración se aplican a los sistemas físicos y a los sistemas virtuales, incluyendo Microsoft Hyper-V y VMware. Client Management La administración de clientes ayuda a detectar los recursos en su red y le permite comprobar su estado. Las herramientas de elaboración de informes lo ayudan a identificar problemas y a tomar medidas inmediatas para repararlos. Las funcionalidades de administración de clientes admiten los sistemas operativos Windows, Mac y Linux. IT Asset Management IT Asset Management se basa en fundamentos sólidos del inventario para la administración de configuración. Le ayuda a valorar con precisión activos que se pueden detectar y que no se pueden detectar, y realiza un seguimiento de sus activos y su información relacionada con los activos. Es posible administrar contratos, cumplimiento de la licencia de software y procesos de adquisición, así como elementos de configuración que se asocian a sus activos. Ver "Acciones que pueden llevarse a cabo con IT Management Suite" en la página 12. Ver "Cómo funciona IT Management Suite" en la página 13. Acciones que pueden llevarse a cabo con IT Management Suite IT Management Suite (ITMS) ayuda a mejorar la entrega de servicios, aumentar la eficacia y reducir los costos. Es posible hacer lo siguiente con IT Management Suite: Administre de una consola central. Es posible administrar centralmente endpoints del cliente y del servidor heterogéneos. Administre remotamente. Las prestaciones de administración remota de uno a uno le permiten evitar las visitas al escritorio o al servidor. Automatice las tareas. El motor de tareas le permite realizar varias tareas de administración remota simultáneamente.

13 Introducción a IT Management Suite Cómo funciona IT Management Suite 13 Automatice la aplicación de políticas. El motor de políticas le permite le permite realizar detecciones y reparaciones de forma automática, sin la intervención del usuario. Automatice los procesos. El motor de flujo de trabajo le permite automatizar interacciones de usuarios y sistemas para eliminar errores de latencia y omisiones. Cree el autoservicio. El catálogo de servicios le permite evitar llamadas o solicitudes totalmente con autoservicio basado en prácticas recomendadas. Administre centralmente el software. La administración de software incluye el inventario de software, la aplicación de parches, la entrega y la administración de licencias. Ver "Acerca de IT Management Suite" en la página 11. Cómo funciona IT Management Suite IT Management Suite (ITMS) es una agrupación de productos y software de Symantec. IT Management Suite ayuda a implementar, administrar, brindar soporte y retirar los diversos equipos, dispositivos, servidores y activos de TI en su organización. IT Management Suite incluye administración de activos de TI y administración de configuración de clientes y servidores. Ver "Acerca de IT Management Suite" en la página 11. IT Management Suite tiene las características y funciones clave siguientes: Plataforma de administración centralizada Todas las partes de IT Management Suite se encuentran en una base común que se llama Symantec Management Platform. Symantec Management Platform es un conjunto de servicios principales que todas las partes de IT Management Suite comparten. Estos servicios pueden incluir aspectos, tales como seguridad, elaboración de informes, comunicaciones y almacenamiento de datos. IT Management Suite introduce una interfaz de administración mejorada que lo lleva a donde desea estar más rápido. Los conceptos comunes, tales como administrar equipos, entregar software y administrar licencias e implementación, se consolidan en una experiencia integrada. Cuando se hace clic en un equipo, los detalles de la administración de recursos se pueden visualizar de forma inmediata. Las funciones de búsqueda eficaces le ayudan a examinar niveles inferiores y a generar filtros en un corto período de tiempo. Es posible guardar rápidamente las búsquedas para un futuro. La funcionalidad de arrastrar y soltar le permite seleccionar tareas y soltarlas en uno o más equipos seleccionados. Base de datos común y consola de administración

14 Introducción a IT Management Suite Cómo funciona IT Management Suite 14 Las diversas partes de la plataforma pueden leer y escribir desde una base de datos común. La base de datos se llama base de datos de administración de configuración (CMDB). Aunque IT Management Suite cubre una amplia variedad de funcionalidades relacionadas con TI, se interacciona con todas sus tecnologías a través de una interfaz de usuario común basada en Web. Esta interfaz se llama Symantec Management Console. Agente de administración y servidor de administración IT Management Suite puede detectar los equipos que están presentes en su entorno. Es posible instalar Symantec Management Agent en estos equipos. El agente le permite recopilar información muy detallada sobre ellos. Envía regularmente la información sobre el equipo a un equipo del servidor de administración llamado Notification Server. Notification Server procesa la información sobre sus equipos y la almacena en una base de datos común. Symantec Management Agent le da un control y una visibilidad efectivos en el hardware y el software en sus servidores y equipos administrados. Le ayuda a mantener sus estándares y políticas corporativos remotamente desde Symantec Management Console basada en Web. Administración de activos Es posible usar los datos en la CMDB para administrar sus activos más eficientemente. Por ejemplo, se puede usar esta información con los informes y los filtros para visualizar y para realizar un seguimiento de las métricas en los activos en su entorno. Administración de licencias La administración de licencias y la administración de activos y el uso están firmemente integrados. Dentro de la pantalla del software, hay una vista resumida de las implementaciones y de los detalles de costo actuales. Estos detalles se basan en las instalaciones actuales y los detalles de compra. Un gráfico puede ayudarle a determinar si un producto de software está implementado en exceso o menos de lo esperado, y a evaluar su uso actual. Da visibilidad de las implicaciones financieras de un producto. Es posible consultar los ahorros potenciales de recolectar licencias, y se puede consultar la rentabilidad cuando se implementa en exceso un producto. Software Management Puede consultar qué software está instalado, cuántas veces se usa y cuántas licencias se han comprado para él. Este tipo de información puede ayudarle a determinar los activos de TI que es necesario comprar. Puede también usar esta información para determinar cómo maximizar su inversión del software y cuándo reemplazar o retirar software. Además, se puede usar IT Management Suite para tomar medidas de acuerdo con la información que recopila. Por ejemplo, IT Management Suite puede detectar que cierto software está instalado

15 Introducción a IT Management Suite Cómo funciona IT Management Suite 15 y con licencia, pero no se usa. Es posible configurar el conjunto de aplicaciones para quitar el software sin usar. En IT Management Suite, se racionaliza y se reajusta la interfaz del Catálogo de software. Cualquier software que se encuentra se almacena en la lista recién detectada. Desde esta lista, se puede determinar rápidamente si desea hacer que el software identificado sea un producto administrado. Si no, se lo puede asignar al software no administrado. Una vez que se identifica el software como producto de software administrado, se pueden administrar todos los elementos de él en una única interfaz. El inventario, la medición, la entrega y el seguimiento de licencias se presentan todos en una única interfaz. La función Managed Delivery separa la programación para la entrega y la programación para la ejecución. Es posible primero preparar los paquetes por adelantado y a continuación programar la ejecución para más tarde. Motores de tareas y de políticas Notification Server tiene dos componentes que se llaman el motor de tareas y el motor de políticas. Estos componentes le permiten trabajar en sus equipos administrados. Es posible usar las políticas para mantener estándares coherentes, y se pueden usar tareas para ejecutar pasos secuenciales. La administración basada en políticas puede permitir la autonomía del equipo administrado ya sea si está en un estado conectado o desconectado. La administración basada en tareas sigue el paradigma tradicional de comunicaciones de servidor a cliente. Equipos administrados Los equipos administrados tienen el agente de administración instalado. Se comunican regularmente con el equipo con Notification Server. Cuando un equipo administrado contacta a Notification Server, este comprueba para consultar si ha configurado algún trabajo para que haga. El agente puede comprobar para consultar si el equipo en el cual está instalado cumple con una política. Por ejemplo, se puede configurar una política para asegurarse de que todos sus equipos administrados tengan la última versión del software. Si no se cumple, el agente puede descargar e instalar el software según su configuración. Cuando el software se ejecuta remotamente en los equipos de destino con Notification Server, este software se llama un paquete de software. Patch Management Es posible usar IT Management Suite para mantener sus equipos seguros, con parches y en cumplimiento. IT Management Suite le permite administrar todos los aspectos de aplicar actualizaciones de seguridad y parches de Microsoft Windows. Aprovisionamiento

16 Introducción a IT Management Suite Cómo funciona IT Management Suite 16 Es posible aprovisionar e implementar remotamente las imágenes estandarizadas del sistema operativo en sus equipos. Esta funcionalidad incluye la implementación completa y la creación de nuevas imágenes de equipos para devolverlos a los estados aceptables. Migración e implementación Deployment Solution se integra de manera nativa con Symantec Management Platform. Por lo tanto, se trabaja con Deployment Solution y Symantec Management Platform a través de una única consola, base de datos y agente. IT Management Suite proporciona muchas mejoras a la consola de Deployment Solution. La funcionalidad de DeployAnywhere admite todos los tipos de controlador plug and play para la creación de imágenes independiente de hardware. Esta adición complementa la compatibilidad para que las capas de abstracción de hardware (HAL), las tarjetas de interfaz de red y los controladores de la controladora de almacenamiento masivo proporcionen una solución completa de creación de imágenes independiente de hardware. La administración para la base de datos del controlador está disponible ahora a través de la consola. Es posible consolidar la administración de controladores porque las instalaciones de sistemas operativos con script y la creación de imágenes consumen los controladores en la base de datos de DeployAnywhere. La creación de imágenes de Ghost admite el estilo familiar de la multidifusión de RapiDeploy. PC Transplant admite Microsoft Office 2010 (de 32 bits y de 64 bits). Las funcionalidades mejoradas de Virtual Machine Management racionalizan la configuración y extienden el asistente de creación de máquinas virtuales. El asistente puede ejecutar cualquier trabajo de Deployment Solution como parte del proceso de creación de máquinas virtuales. Esta capacidad le permite aprovechar trabajos de aprovisionamiento del servidor existente y aplicarlos al aprovisionamiento del servidor virtual. Supervisión de estado del servidor IT Management Suite además le permite supervisar y mantener el estado de sus servidores. Es posible supervisar las métricas claves y los indicadores del rendimiento del estado del servidor. Estas métricas se pueden consultar en tiempo real. Con el motor de tareas, se pueden administrar de manera dinámica sus servidores. Por ejemplo, se pueden automatizar secuencias complejas de medidas a prueba de errores, tales como aprovisionar un servidor de copias de seguridad en caso de que un servidor se bloquee. Es posible configurar el sistema para alertarle si una métrica específica se inicia para indicar un problema potencial. Es posible resolver ese problema de modo que no se manifieste en el futuro. Motor de flujo de trabajo

17 Introducción a IT Management Suite Cómo funciona IT Management Suite 17 IT Management incluye un motor de flujo de trabajo que le permite automatizar interacciones de usuarios y sistemas. Es posible configurar flujos de trabajo efectivos para completar de forma automática muchas de las tareas secuenciales que son necesarias para la administración eficiente de servicios. Además de las funcionalidades del diseñador de procesos de arrastrar y soltar y de generadores de formularios, se puede usar la funcionalidad completa de generador de componentes para el acceso a las tecnologías de otro fabricante. Estas tecnologías incluyen sistemas financieros y de recursos humanos, y el portal del flujo de trabajo. El portal del flujo de trabajo le permite realizar un seguimiento del proceso total mientras un flujo de trabajo se mueve a través de las diversas fases. Elaboración de informes avanzada y IT Analytics El análisis de tendencias y la consola ejecutiva le dan una vista representativa de sus activos de TI. Los indicadores de rendimiento clave le permiten medir los factores de éxito críticos para su organización y evaluar rápidamente tendencias de cómo estas medidas cambian a lo largo del tiempo. Es posible usar la extracción de datos ad hoc para construir informes de la tabla pivote. Los informes se basan en medidas y dimensiones predefinidas. La funcionalidad permite la manipulación fácil de los datos, de forma que no es necesario ser un experto en SQL para acceder a la información que se necesita. El análisis multidimensional y la elaboración de informes gráfica efectiva se incorporan para ayudarle a llegar a sus respuestas con pocos requisitos particulares y sin esperar. La función MultiCMDB proporciona elaboración de informes de IT Analytics global a través de varias CMDB sin la necesidad de replicar una gran cantidad de datos. Symantec Workspace Virtualization Un desafío clave de la migración a Windows 7 es que muchas aplicaciones web anteriores se basan en Internet Explorer 6. Symantec Workspace Virtualization incluye una nueva actualización que soluciona este desafío. Es posible virtualizar Internet Explorer 6 directamente en Windows 7. Esta capacidad le permite ejecutar en paralelo Internet Explorer 6, 7 y 8. Es posible también ejecutar varias versiones de Java en el sistema operativo nativo para alcanzar una visibilidad normal. Este enfoque permite el uso lado a lado y ofrece una implementación segura que es invisible para el usuario. Es posible determinar qué aplicaciones deben tener acceso a ese navegador específico. Nunca se solicita a los usuarios que elijan un navegador. La versión correcta se abre de forma automática para ellos según la política. Esta opción le ayuda a moverse más rápidamente y más eficientemente a Microsoft Windows 7. Los complementos del navegador, tales como Acrobat y Flash, se pueden instalar en la base o en una capa virtual. Las diversas versiones de Java se pueden instalar en la base o en una capa, y

18 Introducción a IT Management Suite Dónde se puede obtener información adicional 18 pueden ser usadas por un Internet Explorer virtual. Workspace Virtualization admite de forma automática cualquier objeto de política de grupo que su empresa puede tener para Internet Explorer. Ver "Acciones que pueden llevarse a cabo con IT Management Suite" en la página 12. Dónde se puede obtener información adicional Utilice los siguientes recursos de documentación para obtener más información sobre el producto y su utilización. Documento Notas de la versión Tabla 1-1 Descripción Información sobre funciones nuevas y temas importantes. Recursos de documentación Ubicación La página Productos admitidos de A a Z, que está disponible en la siguiente URL: Abra la página de soporte de su producto y, a continuación, en Temas comunes, haga clic en Notas de la versión. Guía de implementación Información sobre cómo instalar, configurar e implementar este producto. La Biblioteca de documentación, que está disponible en Symantec Management Console, en el menú Ayuda. La página Productos admitidos de A a Z, que está disponible en la siguiente URL: Abra la página de soporte de su producto y, a continuación, en Temas comunes, haga clic en Documentación. Guía del usuario Información sobre cómo utilizar este producto, incluida información técnica detallada e instrucciones para la ejecución de tareas comunes. La Biblioteca de documentación, que está disponible en Symantec Management Console, en el menú Ayuda. La página Productos admitidos de A a Z, que está disponible en la siguiente URL: Abra la página de soporte de su producto y, a continuación, en Temas comunes, haga clic en Documentación.

19 Introducción a IT Management Suite Dónde se puede obtener información adicional 19 Documento Ayuda Descripción Información sobre cómo utilizar este producto, incluida información técnica detallada e instrucciones para la ejecución de tareas comunes. La Ayuda se encuentra disponible en el nivel de la solución y el conjunto de aplicaciones. Esta información se encuentra disponible en formato de ayuda HTML. Ubicación La Biblioteca de documentación, que está disponible en Symantec Management Console, en el menú Ayuda. La Ayuda contextual está disponible para la mayoría de las pantallas en Symantec Management Console. Puede abrir la Ayuda contextual de las siguientes maneras: Haga clic en la página y, después, presione la tecla F1. Use el comando Context, que está disponible en Symantec Management Console, en el menú Ayuda. Además de la documentación del producto, puede utilizar los siguientes recursos para obtener más información sobre los productos de Symantec. Recurso Base de conocimientos de soporte de SymWISE Tabla 1-2 Descripción Artículos, incidentes y temas relacionados con los productos de Symantec. Recursos de información de producto de Symantec Ubicación

20 Introducción a IT Management Suite Dónde se puede obtener información adicional 20 Recurso Descripción Ubicación Symantec Connect Un recurso en línea que contiene los foros, los artículos, los blogs, las descargas, los eventos, los videos, los grupos y las ideas para los usuarios de productos de Symantec. forums/endpoint-management-documentation Esta es la lista de vínculos a los diversos grupos en Connect: Implementación y creación de imágenes Detección e inventario Administrador de ITMS Administración de Mac Monitor Solution y estado del servidor Patch Management Elaboración de informes ServiceDesk Software Management Workflow Workspace Virtualization y Streaming workspace-virtualization-and-streaming

21 Capítulo 2 Comprensión de los componentes de IT Management Suite En este capítulo se incluyen los temas siguientes: Acerca de Symantec Management Platform Componentes arquitectónicos principales de Symantec Management Platform Componentes de Symantec Management Platform Soluciones de IT Management Suite Acerca de la administración habilitada para la nube Implementar el software usando Deployment Solution Acerca de Symantec Management Platform Symantec Management Platform proporciona un conjunto de servicios que pueden aprovechar las soluciones relacionadas con TI. Las soluciones se integran en la plataforma y aprovechan los servicios que esta ofrece, como seguridad, informes, comunicaciones, distribución del paquete y datos de la Base de datos de la administración de configuración (CMDB). Debido a que las soluciones están en la misma plataforma, pueden compartir los servicios y los datos. Los datos compartidos son más útiles que aquellos que solamente están disponibles para una sola solución. Por ejemplo, una solución recopila datos sobre el software que está instalado en los equipos de la compañía y otra solución usa los datos para administrar licencias de software. Una tercera solución puede utilizar también estos datos para ayudarlo a actualizar el software. Esta integración tan estrecha entre las soluciones y la

22 Comprensión de los componentes de IT Management Suite Componentes arquitectónicos principales de Symantec Management Platform 22 plataforma facilita el uso de diferentes soluciones debido a que trabajan en un entorno común y están administradas mediante una interfaz común. La plataforma proporciona los siguientes servicios: Seguridad basada en roles Comunicaciones y administración de clientes Ejecución de tareas y políticas programadas o activadas por eventos Distribución e instalación de paquetes Elaboración de informes Administración centralizada mediante una interfaz única y común Base de datos de administración de configuración (CMDB) Software Management Framework Cuando instala una solución o un conjunto de aplicaciones, también se instala la plataforma si no está ya instalada. Ver "Componentes de Symantec Management Platform" en la página 23. Componentes arquitectónicos principales de Symantec Management Platform Symantec Management Platform tiene cuatro componentes arquitectónicos principales. Ver "Consideraciones de planificación de administración de TI" en la página 37. Ellos son los siguientes: Notification Server y su Symantec Management Console basado en Web SQL Server Servidores de sitio Los servidores de sitio pueden incluir Task Servers, servidores de paquetes y servidores de inicio de red. Equipos administrados

23 Comprensión de los componentes de IT Management Suite Componentes de Symantec Management Platform 23 Figura 2-1 Componentes arquitectónicos principales de Symantec Management Platform Componentes de Symantec Management Platform Tabla 2-1 Componentes de Symantec Management Platform Componente Notification Server y Symantec Management Console Descripción El servicio de Symantec Management Platform procesa eventos, facilita comunicaciones con equipos administrados y coordina el trabajo de otros servicios de dicha plataforma. La consola es la interfaz de usuario basada en Web del equipo con Notification Server que le permite administrar la plataforma y sus soluciones. Base de datos de administración de configuración (CMDB) Servidores de sitio Base de datos que almacena toda la información sobre los equipos administrados. Symantec Management Platform puede albergar varios tipos de componentes del middleware, tales como servicios de administración de paquetes, servicios de tareas y servicios de sitios de implementación. El nombre oficial para un componente de software intermedio es "servicio de sitio". Cualquier componente que aloje un servicio de sitio se conoce como un servidor de sitio. Los servidores de sitio pueden albergar uno o más de estos servicios.

24 Comprensión de los componentes de IT Management Suite Soluciones de IT Management Suite 24 Componente Symantec Management Agent Descripción Software que está instalado en un equipo para habilitar Notification Server con fines de supervisión y administración. Una vez que Symantec Management Agent está instalado, ese equipo se convierte en equipo administrado. Software Management Framework Interfaz que le permite crear y administrar los recursos de software que se encuentran en el Catálogo de software. También le permite administrar los paquetes que están en la Biblioteca de software. La vista Software proporciona una ubicación central para iniciar las tareas relacionadas con el software que se realizan en su organización. Informes Una manera de recopilar la información automatizada. Es posible ver los informes en cualquier equipo administrado de Symantec Management Console. Ver "Acerca de Symantec Management Platform" en la página 21. Soluciones de IT Management Suite Tabla 2-2 Soluciones y componentes de IT Management Suite Conjunto/plataforma Asset Management Suite Solución/componente Asset Management Solution Barcode Solution CMDB Solution Descripción Asset Management Solution permite configurar y administrar diversos procesos de administración de activos. Le ayuda a valorar sus activos, realizar un seguimiento de propiedad y mantener asociaciones con documentos relacionados con precisión. Además, se alinea con los estándares de ITIL. Barcode Solution proporciona a su organización una manera más simple y exacta de recopilar y verificar la información de los activos en el campo. Barcode Solution permite acelerar la introducción de datos del activo, reducir errores, rastrear y auditar activos, y administrar el inventario. CMDB Solution permite modelar elementos, recursos y relaciones de configuración entre ellos en una base de datos central. Permite facilitar la identificación de todos los componentes y las relaciones, y desencadenar cualquier cambio necesario. La solución administra activamente recursos según instrucciones definidas por el usuario en trabajos, tareas, políticas de configuración y reglas de CMDB personalizadas.

25 Comprensión de los componentes de IT Management Suite Soluciones de IT Management Suite 25 Conjunto/plataforma Client Management Suite Solución/componente Deployment Solution Inventory Solution IT Analytics Descripción Deployment Solution ayuda a reducir el costo que implica implementar y administrar servidores, equipos de escritorio y equipos portátiles desde una ubicación centralizada en su entorno. Ofrece implementación del sistema operativo, configuración, migración de la personalidad de los equipos e implementación de software en diversas plataformas de hardware y sistemas operativos. Inventory Solution permite recopilar datos de inventario sobre los equipos, los usuarios, los sistemas operativos y las aplicaciones de software instaladas en su entorno. Es posible recopilar los datos de inventario de los equipos que ejecutan Windows, UNIX, Linux y Mac. Una vez que se recopilan los datos de inventario, puede analizarlos usando informes personalizados predefinidos. El software de IT Analytics Solution complementa y amplía el informe tradicional que se ofrece en la mayoría de las soluciones Altiris. Brinda funciones y funcionalidades emocionantes a Notification Server porque incorpora análisis de varias dimensiones y funciones gráficas sólidas de elaboración de informes y distribución. Esta funcionalidad permite que los usuarios exploren datos por su cuenta, sin contar con conocimientos avanzados sobre herramientas de elaboración de informes de otros fabricantes o bases de datos. Permite a los usuarios a hacer y contestar sus propias preguntas con rapidez, facilidad y eficacia.

26 Comprensión de los componentes de IT Management Suite Soluciones de IT Management Suite 26 Conjunto/plataforma Solución/componente Patch Management Solution pcanywhere Solution Real-Time System Manager Descripción Patch Management Solution para Windows le permite analizar los equipos con Windows en busca de las actualizaciones que requieren y ver los resultados del análisis. El sistema le permite automatizar la descarga y la distribución de las actualizaciones de software. Es posible crear filtros de los equipos y aplicar el parche a los equipos que lo necesiten. Patch Management Solution para Linux permite analizar los equipos con Linux de Novell y Red Hat en busca de vulnerabilidades de seguridad. La solución luego informa sobre los resultados y permite automatizar la descarga y la distribución de la fe de erratas necesaria o las actualizaciones de software. La solución descarga los parches necesarios y proporciona asistentes para ayudar a implementarlos. Patch Management Solution para Mac le permite analizar los equipos con Mac en busca de las actualizaciones que necesitan. La solución luego informa sobre los resultados y permite automatizar la descarga y la distribución de las actualizaciones necesarias. Es posible distribuir todas las actualizaciones o algunas de ellas. pcanywhere Solution es una solución de control remoto. Le permite administrar los equipos, resolver los problemas del departamento de soporte técnico y conectarse a los dispositivos remotos. Real-Time System Manager le proporciona información en tiempo real detallada sobre un equipo administrado y le permite realizar diversas tareas administrativas remotamente en tiempo real. Real-Time System Manager, además, le permite ejecutar algunas de las tareas de administración en una recopilación de equipos. Es posible ejecutar las tareas de forma inmediata o según una programación.

27 Comprensión de los componentes de IT Management Suite Soluciones de IT Management Suite 27 Conjunto/plataforma Solución/componente Software Management Solution Descripción Software Management Solution proporciona distribución y administración de software inteligente y sensible al ancho de banda desde una consola web central. Utiliza el Catálogo de software y la Biblioteca de software para asegurarse de que el software necesario se instale, permanezca instalado y se ejecute sin interferencias de otro software. Software Management Solution admite la tecnología de virtualización de software, que permite instalar software en una capa virtual en el equipo cliente. Software Management Solution además permite a los usuarios descargar e instalar directamente software aprobado o solicitar otro software. Componente de integración de Symantec Endpoint Protection El componente de integración de Symantec Endpoint Protection combina Symantec Endpoint Protection con sus otras soluciones de Symantec Management Platform. Es posible hacer un inventario de equipos, actualizar parches, entregar software e implementar equipos nuevos. Es posible también hacer operaciones de restauración y copia de seguridad de sus sistemas y datos, y administrar los agentes DLP y los clientes de Symantec Endpoint Protection. Es posible hacer este trabajo desde una Symantec Management Console única basada en Web. Workflow Solution Symantec Workflow es un marco de desarrollo del proceso de seguridad que se puede utilizar para crear procesos de seguridad y procesos de negocio automatizados. Estos procesos prevén un incremento de la repetibilidad, el control y la responsabilidad mientras reducen la carga de trabajo total. Server Management Suite Deployment Solution El marco de Symantec Workflow además permite crear procesos de Workflow que integran las herramientas de Symantec en los procesos de negocio únicos de la organización. Una vez implementados, los procesos de Workflow pueden responder de forma automática a las variables del entorno. Los procesos de Workflow pueden además permitir puntos de interfaz humana cuando un proceso solicita tomar una decisión con responsabilidad. Deployment Solution ayuda a reducir el costo que implica implementar y administrar servidores, equipos de escritorio y equipos portátiles desde una ubicación centralizada en su entorno. Ofrece implementación del sistema operativo, configuración, migración de la personalidad de los equipos e implementación de software en diversas plataformas de hardware y sistemas operativos.

28 Comprensión de los componentes de IT Management Suite Soluciones de IT Management Suite 28 Conjunto/plataforma Solución/componente Inventory Solution Inventory Pack IT Analytics Monitor Solution Monitor Pack para servidores Descripción Inventory Solution permite recopilar datos de inventario sobre los equipos, los usuarios, los sistemas operativos y las aplicaciones de software instaladas en su entorno. Es posible recopilar los datos de inventario de los equipos que ejecutan Windows, UNIX, Linux y Mac. Una vez que se recopilan los datos de inventario, puede analizarlos usando informes personalizados predefinidos. Inventory Pack para servidores recopila datos de inventario basados en servidor de los servidores. Se ejecuta en Inventory Solution y usa los mismos complementos, tareas y asistentes de Inventory. El software de IT Analytics Solution complementa y amplía el informe tradicional que se ofrece en la mayoría de las soluciones Altiris. Brinda funciones y funcionalidades emocionantes a Notification Server porque incorpora análisis de varias dimensiones y funciones gráficas sólidas de elaboración de informes y distribución. Esta funcionalidad permite que los usuarios exploren datos por su cuenta, sin contar con conocimientos avanzados sobre herramientas de elaboración de informes de otros fabricantes o bases de datos. Autoriza a los usuarios a hacer y contestar sus propias preguntas con rapidez, facilidad y eficacia. El paquete de Altiris IT Analytics Symantec Endpoint Protection además se incluye en esta solución. Monitor Solution permite supervisar varios aspectos de los sistemas operativos, las aplicaciones y los dispositivos del equipo. Estos aspectos pueden incluir eventos, procesos y rendimiento. Esta capacidad lo ayuda a garantizar que sus servidores y dispositivos funcionan, y reduce los costos de supervisión del servidor y de la red. Monitor Pack para servidores funciona con los componentes principales de Monitor Solution de Symantec Management Platform. Le permite supervisar el rendimiento, los servicios y los eventos del sistema operativo de su entorno de servidor de Windows, UNIX y Linux.

29 Comprensión de los componentes de IT Management Suite Soluciones de IT Management Suite 29 Conjunto/plataforma Solución/componente Patch Management Solution Real-Time System Manager Software Management Solution Descripción Patch Management Solution para Windows le permite analizar los equipos con Windows en busca de las actualizaciones que requieren y ver los resultados del análisis. El sistema le permite automatizar la descarga y la distribución de las actualizaciones de software. Es posible crear filtros de los equipos y aplicar el parche a los equipos que lo necesiten. Patch Management Solution para Linux permite analizar los equipos con Linux de Novell y Red Hat en busca de vulnerabilidades de seguridad. La solución luego informa sobre los resultados y permite automatizar la descarga y la distribución de la fe de erratas necesaria o las actualizaciones de software. La solución descarga los parches necesarios y proporciona asistentes para ayudar a implementarlos. Patch Management Solution para Mac le permite analizar los equipos con Mac en busca de las actualizaciones que necesitan. La solución luego informa sobre los resultados y permite automatizar la descarga y la distribución de las actualizaciones necesarias. Es posible distribuir todas las actualizaciones o algunas de ellas. Real-Time System Manager le proporciona información en tiempo real detallada sobre un equipo administrado y le permite realizar diversas tareas administrativas remotamente en tiempo real. Real-Time System Manager, además, le permite ejecutar algunas de las tareas de administración en una recopilación de equipos. Es posible ejecutar las tareas de forma inmediata o según una programación. Software Management Solution proporciona distribución y administración de software inteligente y sensible al ancho de banda desde una consola web central. Utiliza el Catálogo de software y la Biblioteca de software para asegurarse de que el software necesario se instale, permanezca instalado y se ejecute sin interferencias de otro software. Software Management Solution admite la tecnología de virtualización de software, que permite instalar software en una capa virtual en el equipo cliente. Software Management Solution además permite a los usuarios descargar e instalar directamente software aprobado o solicitar otro software.

30 Comprensión de los componentes de IT Management Suite Soluciones de IT Management Suite 30 Conjunto/plataforma Solución/componente Descripción Componente de integración de Symantec Endpoint Protection El componente de integración de Symantec Endpoint Protection combina Symantec Endpoint Protection con sus otras soluciones de Symantec Management Platform. Es posible hacer un inventario de equipos, actualizar parches, entregar software e implementar equipos nuevos. Es posible también hacer operaciones de restauración y copia de seguridad de sus sistemas y datos, y administrar los agentes DLP y los clientes de Symantec Endpoint Protection. Es posible hacer este trabajo desde una Symantec Management Console única basada en Web. Virtual Machine Management Workflow Solution Virtual Machine Management es un componente de Server Management Suite que le permite realizar el proceso de virtualización en su red. Es posible crear entornos virtuales de servidores, dispositivos de almacenamiento y recursos de red en un único servidor físico. La virtualización mejora la eficacia y la productividad de los recursos de hardware y ayuda a reducir costos administrativos. Symantec Workflow es un marco de desarrollo del proceso de seguridad que se puede utilizar para crear procesos de seguridad y procesos de negocio automatizados. Estos procesos prevén un incremento de la repetibilidad, el control y la responsabilidad mientras reducen la carga de trabajo total. El marco de Symantec Workflow además permite crear procesos de Workflow que integran las herramientas de Symantec en los procesos de negocio únicos de la organización. Una vez implementados, los procesos de Workflow pueden responder de forma automática a las variables del entorno. Los procesos de Workflow pueden además permitir puntos de interfaz humana cuando un proceso solicita tomar una decisión con responsabilidad. Ver "Acerca de IT Management Suite" en la página 11. Aplicación móvil Administrador de ITMS. El Administrador de ITMS es una aplicación móvil del ipad que le permite realizar algunas tareas de ITMS mientras viaja. Las funciones incluyen la capacidad de ver informes de cumplimiento de Patch Management y Software Delivery mientras viaja, así como realizar acciones en los dispositivos. Ya se incluye funcionalidad para el Administrador de ITMS en el servidor en ITMS 7.5, de modo que todo lo que debe hacer es descargar la aplicación en su dispositivo e iniciar sesión usando sus credenciales de dominio.

31 Comprensión de los componentes de IT Management Suite Acerca de la administración habilitada para la nube 31 Acerca de la administración habilitada para la nube La administración habilitada para la nube le permite administrar endpoints mediante Internet incluso si los equipos cliente están fuera del entorno corporativo y no pueden acceder a los servidores de administración directamente. Los equipos administrados no necesitan usar una conexión VPN a la red de la organización. Es posible aplicar administración habilitada para la nube en las situaciones siguientes: Una organización con muchos empleados que viajan o que trabajan fuera de la oficina (fuera de la intranet corporativa). Un proveedor de servicios administrados (MSP) que administra compañías externas. Compañías altamente distribuidas con muchas pequeñas oficinas o empleados que trabajan desde su domicilio. Cuando se implementa administración habilitada para la nube, no se exponen el equipo con Notification Server ni los servidores de sitio directamente a Internet. Por lo tanto, Symantec Management Agent se comunica con el equipo con Notification Server y los servidores de sitio por medio de un gateway de Internet. Generalmente dos o más gateways de Internet deben estar disponibles para mantener una administración confiable de los clientes habilitados para la nube y para proporcionar opciones de conmutación por error. Cada gateway de Internet puede admitir el enrutamiento a varios Notification Server independientes. Para usar administración habilitada para la nube, es necesario instalar un servidor del gateway de Internet. El gateway de Internet funciona como proxy de túnel. Asegura la privacidad y la seguridad de los datos que se transfieren entre un agente y un servidor de administración con comunicaciones HTTPS. El gateway de Internet es encuentra en una zona desmilitarizada (DMZ) entre dos firewalls. Acepta conexiones entrantes de equipos cliente autorizados en Internet y las envía a los Notification Server y servidores de sitio apropiados de la red. El gateway de Internet bloquea cualquier intento de conexión por parte de clientes no autorizados. Symantec Management Agent determina de forma automática si dirigir la comunicación mediante el gateway de Internet es necesario o no. Si un equipo habilitado para la nube tiene acceso directo a la red local usando VPN, el agente cambia de forma automática a una comunicación directa con Notification Server. Si un equipo habilitado para la nube está fuera de la red corporativa, el agente dirige toda la comunicación en Internet a Notification Server mediante el gateway de Internet. Ver "Hardware recomendado del gateway de Internet" en la página 67.

32 Comprensión de los componentes de IT Management Suite Implementar el software usando Deployment Solution 32 Nota: La administración habilitada para la nube se admite solamente en los equipos cliente con Microsoft Windows. La administración habilitada en la nube está disponible en su Symantec Management Platform solamente cuando una o más soluciones instaladas admiten administración habilitada en la nube. No todas las soluciones de Symantec admiten administración habilitada para la nube en IT Management Suite 7.5. Para obtener más información sobre el soporte de administración habilitada para la nube para una solución determinada, consulte la documentación de la solución. Figura 2-2 Administración habilitada para la nube Para aprovechar la función de administración habilitada para la nube, es necesario realizar las siguientes tareas: Configure la infraestructura y configure los servidores y equipos cliente para usar SSL. Instale y configure los gateways de Internet, configure las políticas de administración habilitada para la nube y configure los Symantec Management Agent para admitir el entorno de administración habilitada para la nube. (Opcional) Realice tareas de solución de problemas y mantenimiento. Implementar el software usando Deployment Solution Deployment Solution le permite crear e implementar imágenes independientes del hardware, instalar sistemas operativos y administrarlos para los equipos cliente tales como equipos de escritorio, servidores y equipos portátiles, de una ubicación centralizada. La solución además le permite capturar y distribuir la personalidad,

33 Comprensión de los componentes de IT Management Suite Implementar el software usando Deployment Solution 33 realizar la configuración del sistema en el tiempo de ejecución y copiar archivos o carpetas entre los equipos. La aplicación de la funcionalidad de Deployment Solution depende del tipo de equipo cliente que la solución administra. El equipo cliente puede ser un equipo bare metal, equipo predefinido o equipo administrado. La mayor parte de las funciones relacionadas con Deployment se distribuyen como tareas y se ejecuta en los equipos cliente. Deployment Solution se integra firmemente con Symantec Management Platform y aprovecha la función de los componentes del servidor de sitio de SMP, tal como Package Server (PS) y Task Server (TS). La solución requiere que los componentes específicos PS y TS de Deployment se implementen en los servidores de sitio para la ejecución de las tareas de implementación. Por otra parte, para ejecutar las tareas de implementación en los equipos cliente, Deployment Solution requiere instalar los complementos de Deployment específicos del sistema en ellos. Los componentes de Deployment Solution que son necesarios para ejecutar las tareas de implementación son los siguientes: Componente de Package Server de Deployment Solution Componente de Task Server de Deployment Solution Complemento de Deployment Solution para los sistemas operativos siguientes: Windows Linux Mac Configurar el entorno previo al inicio en Deployment Solution Antes de que inicie la ejecución de las tareas de implementación, es necesario crear y establecer la configuración de inicio previo en Deployment Solution. La configuración de inicio previo que se crea es necesaria para iniciar los equipos cliente para ejecutar las tareas de implementación en ellos. En Deployment Solution, hay dos tipos de entornos previos al inicio que se pueden configurar cuyos detalles son los siguientes:

34 Comprensión de los componentes de IT Management Suite Implementar el software usando Deployment Solution 34 Tabla 2-3 Tipo de configuración de inicio previo Entorno de ejecución previo al inicio (PXE) Descripción En Deployment Solution, un entorno de ejecución previo al inicio (PXE) se crea usando la Configuración de inicio previo y se distribuye con el servicio de arranque de red (NBS) que se instala en un servidor de sitio. El componente de NBS comprende el servicio PXE, SymantecNetworkBootService (PXE y BSDP), TFTP y SymantecNetworkBootServiceTftp. Una vez que un equipo se agrega a una red, el servicio PXE inicia el equipo en el entorno previo al inicio usando un paquete de inicio previo del sistema operativo admitido. El paquete de inicio previo también es conocido como la imagen PXE. En Deployment Solution, se configura el paquete de inicio previo y se reconstruye el entorno previo al inicio antes de que inicie el entorno previo al inicio configurado en los servidores de sitio de NBS. Un paquete configurado de inicio previo contiene los archivos del entorno de PXE específicos del SO, el agente específico del SO y el complemento de Deployment, que también se conoce como Deployment Agent. Los paquetes de inicio previo específicos del SO que se pueden configurar son los siguientes: WinPE para Windows LinuxPE para Linux Netboot para Mac

35 Comprensión de los componentes de IT Management Suite Implementar el software usando Deployment Solution 35 Tipo de configuración de inicio previo Entorno de automatización Descripción Un entorno de automatización es el entorno previo al inicio configurado que se instala localmente en el equipo cliente. Una instalación del entorno de automatización le permite iniciar los equipos cliente en el entorno previo al inicio. Similar al entorno de PXE, el entorno de automatización contiene también el paquete de inicio previo específico SO que se instala en los equipos cliente. El paquete de inicio previo que está instalado como una carpeta en los equipos cliente es conocido como el entorno de preejecución. De forma predeterminada, para Windows, el entorno de preejecución es PEInstall y para los equipos de Linux, el entorno de preejecución es la carpeta LinInstall que se crea en el equipo cliente. Para obtener información más detallada sobre el entorno de PXE y el entorno de automatización, consulte la Guía del usuario de Symantec Deployment Solution 7.5 con tecnología Altiris. Métodos de entrega de los entornos previos al inicio Los equipos cliente se inician en el entorno previo al inicio con el servicio de arranque de red (NBS) que está instalado en el servidor de sitio. De acuerdo con el tipo de equipo cliente para iniciar, NBS se debe configurar. Los tipos de equipos cliente que Deployment Solution inicia y administra son equipos desconocidos, equipos predefinidos y equipos administrados. La configuración de NBS se puede realizar con Symantec Management Console. Para obtener información más detallada acerca de configurar los tipos de equipos cliente con NBS, consulte la Guía del usuario de Symantec Deployment Solution 7.5 con tecnología Altiris Funciones principales de Deployment Solution Las dos funciones principales de Deployment Solution son las siguientes: Funcionalidad de creación de imágenes de Deployment Solution Deployment Solution le permite crear una imagen de un equipo cliente e implementarla en varios equipos cliente. Cuando se crea una imagen, un recurso de Symantec Management Platform para esa imagen también se crea. El recurso se almacena como un paquete en Notification Server y se distribuye en todos

36 Comprensión de los componentes de IT Management Suite Implementar el software usando Deployment Solution 36 los servidores de paquetes que están presentes en la red. El recurso de imagen se usa cuando se generan tareas para implementar las imágenes. Cuando una tarea de implementación de imagen se envía a un equipo cliente, obtiene la imagen del servidor de paquetes más cercano al equipo cliente. Es posible crear las imágenes del disco y las imágenes de copia de seguridad de los equipos cliente. Deployment Solution proporciona las herramientas de creación de imágenes Ghost y RapiDeploy para crear imágenes de los equipos cliente que están instalados con el sistema operativo Windows o Linux y la herramienta symdeplomac para crear la imagen del equipo cliente instalado con el sistema operativo Mac. Para obtener información más detallada acerca de crear e implementar imágenes, consulte la Guía del usuario de Symantec Deployment Solution 7.5 con tecnología Altiris. Funcionalidad de instalación del SO de Deployment Solution Deployment Solution le permite instalar el sistema operativo Windows, Linux y Mac en los equipos cliente. Para instalar un sistema operativo en el equipo cliente, primero, se debe iniciar el equipo cliente en el entorno previo al inicio del sistema operativo que desee instalar en el equipo cliente. Deployment Solution proporciona las tareas específicas del sistema operativo para instalar el sistema operativo en los equipos cliente. Para Windows y Mac, los paquetes de los sistemas operativos se agregan en Notification Server y de Notification Server se distribuyen a todos los servidores de paquetes en la red. Cuando una tarea de instalación del SO se envía a un equipo cliente obtiene el paquete del servidor de paquetes más cercano al equipo cliente. Para Linux, los paquetes del sistema operativo se ponen en un servidor HTTP o un servidor FTP anónimo. Para obtener información más detallada acerca de instalar el sistema operativo, consulte la Guía del usuario de Symantec Deployment Solution 7.5 con tecnología Altiris.

37 Capítulo 3 Planificación de IT Management Suite En este capítulo se incluyen los temas siguientes: Consideraciones de planificación de administración de TI Acerca de planificar su configuración de SQL Server Acerca de planificar sus servidores de sitio Planificación de implementación de Symantec Management Agent Acerca del registro de agente Consideraciones de planificación de administración de TI Muchos factores y consideraciones pueden influir en un plan de implementación. Para diseñar la infraestructura de Symantec Management Platform, es necesario evaluar las funciones y los requisitos específicos de la organización. Ver "Componentes arquitectónicos principales de Symantec Management Platform" en la página 22. Los requisitos pueden incluir varias variables. Algunas de estas variables pueden incluir lo siguiente: Las implicaciones geográficas del entorno. Un diseño de administración centralizado usa varios equipos con Notification Server para admitir una variedad de modelos de distribución de TI. Por ejemplo, puede tener una oficina corporativa central con miles de equipos administrados así como grandes y pequeñas secciones. El diseño centralizado puede ser

38 Planificación de IT Management Suite Consideraciones de planificación de administración de TI 38 eficaz para administrar las políticas y las tareas globales. Si la organización está principalmente centralizada, Symantec Management Platform puede diseñarse para admitirla. En dicho entorno, la plataforma puede usar un equipo principal de Notification Server que esté conectado a los equipos secundarios adicionales de Notification Server en una jerarquía. Un diseño de administración descentralizado incluye varios sitios dispersos y segmentos de red que admiten segmentos de red y sitios subordinados. El diseño descentralizado no usa jerarquías sino que, por el contrario, usa varios equipos con Notification Server que funcionan independientemente. El crecimiento futuro de la organización. El diseño de la infraestructura puede necesitar espacio de crecimiento. De ser posible, la arquitectura debe reflejar la visión y la organización actual para la organización en los próximos años. La distribución del equipo de administración de TI y sus políticas. Las operaciones que administra TI centralmente y localmente influyen en el diseño. Algunas tareas de TI deben realizarse desde una ubicación central o algunas tareas pueden necesitar realizarse desde sitios locales. Las políticas de seguridad de la organización influyen en el diseño. La estructura de la organización puede determinar la disposición del componente y el diseño de la infraestructura. Cómo funciona el personal de la organización de forma diaria y cómo el proceso de negocio establecido influencia el plan. Las diversas secciones de la organización, los requisitos de seguridad o los requerimientos geográficos pueden necesitar los dominios de administración independientes de Notification Server. Diversos grupos y roles que administran endpoints pueden necesitar la seguridad basada en ámbito y el rol de Notification Server. El rol y la seguridad basada en ámbito agregan carga al equipo con Notification Server. Los rangos de conectividad del entorno. Los rangos de conectividad del entorno pueden determinar la disposición de componentes. Por ejemplo, puede haber un sitio del primer nivel que está bien conectado, pero los sitios de segundo nivel están mal conectados. Los usuarios que viajan pueden realizar marcaciones o usar una VPN de una ubicación remota. Las soluciones instaladas y cómo se usan activamente. El número de soluciones instaladas y activamente usadas influencia la cantidad de equipos administrados que Notification Server puede admitir. Por ejemplo, un servidor con solo Inventory Solution instalado puede atender a más endpoints administrados que un servidor con IT Management Suite completo. Las necesidades de informes y el uso simultáneo de la consola.

39 Planificación de IT Management Suite Acerca de planificar su configuración de SQL Server 39 El uso simultáneo de la consola puede incorporar la utilización adicional del procesador para el uso intenso de Symantec Management Console. Es posible usar la consola para crear informes personalizados para consultar información sobre el entorno. Muchos informes personalizados se escriben con instrucciones avanzadas de lenguaje de consulta avanzada (SQL) que necesitan una potencia considerable de procesamiento de bases de datos. Si hay muchos usuarios ejecutando estos informes simultáneamente en el equipo con Notification Server, se puede degradar el rendimiento. Si la organización necesita la elaboración intensa de informes personalizados, considere la implementación de Notification Server de elaboración de informes independiente. No significa que la organización necesite invertir en un servidor adicional y proporciona separación de tareas en la infraestructura. El equipo con Notification Server responsable de administrar endpoints puede dedicar su proceso a esa función. El equipo con Notification Server responsable de proporcionar informes dedica su proceso a esa otra función. Con esta configuración, puede usar la replicación independiente para enviar información de inventario del recurso desde el equipo con Notification Server del agente al equipo con Notification Server de elaboración de informes. Otra consideración es el costo de memoria de cada una de las sesiones simultáneas de la consola desde IIS en el equipo con Notification Server. Es posible calcular este requisito de memoria en aproximadamente 20 MB por conexión de consola. Acerca de planificar su configuración de SQL Server La siguiente información proporciona las instrucciones para la configuración de SQL Server para un equipo con Symantec Configuration Management Database (CMDB). Es posible seguir estas instrucciones para ajustar el rendimiento del equipo SQL Server que alberga CMDB. Estas instrucciones no son exclusivas y las opciones de configuración adicionales pueden ser apropiadas dependiendo de las especificaciones de su entorno. Para obtener información detallada sobre la configuración de SQL Server, consulte la documentación de Microsoft. Muchos artículos adicionales acerca de la instalación, de la configuración y del mantenimiento de SQL Server están disponibles en la base de consulta de soporte de SymWISE. La base de consulta de soporte de SymWISE está disponible en Para los recursos adicionales, consulte el artículo Links to Notification Server/SQL Server Maintenance and Tuning Articles en la Base de consulta de soporte de SymWISE.

40 Planificación de IT Management Suite Acerca de planificar su configuración de SQL Server 40 Tabla 3-1 Consideración Hardware Consideraciones para planificar su configuración de SQL Server Descripción Es posible usar las instrucciones de hardware recomendado para ayudar a ajustar el rendimiento de su equipo con SQL Server. Ver Tabla 4-1 en la página 64. Configuración del disco duro La manera en que se configuran los discos duros de su equipo SQL Server influye en el rendimiento general. Es posible usar recomendaciones de configuración de disco para maximizar la velocidad de transferencia y ajustar el rendimiento de su equipo con SQL Server. Ver "Acerca de la configuración del disco duro para SQL Server" en la página 41. Configuración de tamaño de base de datos Es posible usar las instrucciones de configuración de tamaño de base de datos para ayudar a ajustar el rendimiento de su equipo SQL Server. Ver "Acerca de la configuración de tamaño de la base de datos para SQL Server" en la página 42. Administración de memoria Es posible usar las instrucciones de administración de memoria para ayudar a ajustar el rendimiento de su equipo SQL Server. Ver "Acerca de la administración de memoria para SQL Server" en la página 43. Plan de mantenimiento de SQL Es posible usar las recomendaciones del plan de mantenimiento para ayudar a ajustar el rendimiento de su equipo con SQL Server. Ver "Acerca del mantenimiento de la base de datos de SQL" en la página 45. Clústeres de conmutación por error de SQL Es posible usar los clústeres de conmutación por error de SQL, un método de crear alta disponibilidad para Symantec Management Platform. Ver "Acerca de cómo usar la creación de clústeres de conmutación por error de Microsoft SQL con ITMS 7.1 SP2 o posterior" en la página 46.

41 Planificación de IT Management Suite Acerca de planificar su configuración de SQL Server 41 Acerca de la configuración del disco duro para SQL Server La velocidad de transferencia de SQL Server es una consideración principal para el rendimiento de Symantec Management Platform. La manera en que se configuran sus discos duros en SQL Server influye en la velocidad de transferencia. Si usa las unidades de eje de rotación (discos duros) o una red de área de almacenamiento (SAN), considere realizar un análisis detallado de la velocidad de transferencia al tomar su decisión entre la unidad de estado sólido (SSD) y otras opciones de almacenamiento. Los distribuidores de almacenamiento continúan introduciendo nuevo almacenamiento de alto rendimiento tal como SSD, flash PCIe y muchas nuevas maneras innovadoras de configurar discos duros o discos híbridos. Las SSD y la SAN de alto rendimiento son óptimas para el rendimiento de SQL. Pueden admitir más de un millón de IOPS debido al alto ancho de banda de E/S y a la latencia baja de E/S. Compare esto con los discos duros individuales que admiten IOPS. Si se usan discos duros, se recomienda la configuración de RAID de alto rendimiento con varios canales. Cuando se usa discos duros tradicionales en configuraciones de RAID, RAID 10 y RAID 0+1 se consideran de alto rendimiento. RAID 5 no es una configuración de alto rendimiento y no se recomienda. Para obtener un mejor rendimiento, asegúrese de que cada sistema operativo, archivo de datos SQL, base de datos TempDB y archivo de registro tenga un volumen dedicado. Para mejorar aún más el rendimiento, se puede dividir el archivo de datos y la base de datos TempDB en volúmenes varios. El número de volúmenes que se usen debe coincidir con el número de núcleos del procesador en su SQL Server. Una recomendación para el alto rendimiento es usar el paralelismo con el mismo número de volúmenes de discos que el número de núcleos del procesador. Es posible dividir el archivo de datos SQL y el archivo del registro de transacción para que coincidan con el número de núcleos del procesador. El archivo de datos necesita altos niveles de rendimiento de lectura y escritura y redundancia. La base de datos TempDB necesita altos niveles de rendimiento de lectura y escritura, pero la redundancia no es necesaria. La base de datos TempDB actúa como zona de trabajo temporal para muchos procesos. La base de datos TempDB necesita altos niveles de velocidad; sin embargo, no se usa para el almacenamiento y se borra regularmente. El registro de transacciones, además, requiere la alta velocidad de transferencia de disco para un óptimo rendimiento del sistema. Configuración interna Una instalación combinada de Notification Server y la base de datos SQL se puede instalar en discos duros, unidades de estado sólido o una combinación de los dos.

42 Planificación de IT Management Suite Acerca de planificar su configuración de SQL Server 42 Recomendamos que se usen discos duros reflejados para el sistema operativo y Notification Server y unidades de estado sólido para la base de datos SQL. Este enfoque proporciona la mejor combinación de rendimiento, rentabilidad y facilidad de puesta en práctica. Si usa el almacenamiento de SAN para SQL, verifique que sus IOPS de SAN cubran las necesidades de la base de datos SQL. Ver "Configuración recomendada para Notification Server con la base de datos SQL localmente instalada" en la página 68. Ver "Acerca de planificar su configuración de SQL Server" en la página 39. Acerca de la configuración de tamaño de la base de datos para SQL Server Es posible usar las instrucciones de configuración de tamaño de base de datos para ayudar a ajustar el rendimiento de su equipo SQL Server. Una instalación de Symantec Management Platform sin soluciones y ningún equipo administrado crea un tamaño de base de datos de alrededor de 300 MB. Este tamaño es aproximadamente el 7% del tamaño de base de datos máximo de SQL Express. Los 500 equipos administrados adicionales pueden aumentar el tamaño a aproximadamente 500 MB. Las bases de datos además crecen a medida que se introducen y se usan soluciones. Permita entre 750 KB y 1 MB de espacio en la base de datos para cada equipo administrado. Esta configuración de tamaño no implica la fragmentación de la base de datos más allá de la creación inicial. Los tamaños reales varían según las soluciones que se instalan y la configuración específica de políticas, de tareas y de programaciones. La estrategia de mantenimiento de la base de datos que se usa además influye en su tamaño de base de datos. Cuando los conjuntos de aplicaciones se instalan en un entorno grande, usted puede esperar que la base de datos crezca de 6 GB a 12 GB. Cuando se elige una estrategia de crecimiento de base de datos, asegúrese de que soporte el crecimiento de los datos. El crecimiento automático es una opción de SQL Server que se puede usar para ayudar con el crecimiento inesperado de los datos. Sin embargo, no se confíe en el crecimiento automático para administrar sus tamaños de archivos de la base de datos. Es necesario supervisar los archivos y volver a configurar su tamaño según sus necesidades proyectadas durante el mantenimiento. Para elegir su configuración de crecimiento automático, estime los tamaños máximos previstos del archivo de datos y del archivo de registro de transacciones. Para estimar este tamaño se puede supervisar el crecimiento de estos archivos en un entorno de preproducción. Configure el incremento del crecimiento automático para

43 Planificación de IT Management Suite Acerca de planificar su configuración de SQL Server 43 su archivo de datos y sus archivos de registro de transacciones del 10% al 20% más que su cálculo inicial. No use la función de reducción automática con Symantec Management Platform. La autocompresión se ejecuta periódicamente en segundo plano. Consume los ciclos de CPU y de E/S que pueden causar la degradación del rendimiento inesperada. La reducción automática puede comprimir y volver a hacer crecer continuamente los archivos de datos. Este proceso causa la fragmentación del archivo de la base de datos. Esta fragmentación puede degradar las transferencias secuenciales y los accesos aleatorios. Una vez que haya estimado el tamaño aproximado de la base de datos, es necesario crear un archivo de la base de datos de este tamaño antes de instalar Notification Server. Este paso asegura que el espacio adecuado esté disponible. Además reduce el rendimiento negativo de una base de datos que crece continuamente. Para mejorar más el rendimiento, es necesario desfragmentar y volver a indizar la base de datos después de su instalación inicial. El servidor SQL Server de la CMDB no debe albergar aplicaciones de base de datos de otro fabricante adicionales porque Symantec Management Platform tiene demandas de rendimiento muy alto. Sin embargo, las bases de datos adicionales de CMDB se pueden albergar en el mismo SQL Server porque cada base de datos tiene requisitos de tráfico y necesidades de configuración de hardware similares. Es posible tener una única instancia de SQL que comparta una única base de datos TempDB o cada una de varias instancias de base de datos puede tener una base de datos dedicada TempDB. Varias instancias de base de datos reducen al mínimo el riesgo de contención potencial pero necesitan más matrices de discos. Es posible que sea necesario que las bases de datos individuales de cada equipo con Notification Server existan en una instancia aparte. Pueden necesitar ser instancias aparte para evitar la contención de bases de datos TempDB. Ver "Acerca de planificar su configuración de SQL Server" en la página 39. Acerca de la administración de memoria para SQL Server La administración de memoria es una parte importante del ajuste de rendimiento de SQL Server. La administración de memoria es especialmente importante cuando SQL se ejecuta localmente en el equipo con Notification Server. Si está en SQL x32, Symantec recomienda usar un SO x64. x64 administra de manera nativa el espacio de dirección completo donde x32 usa AWE y /3GB. El uso de SQL de memoria extendida en x32 es limitado, mientras que SQL x64 puede usarla completamente para planes, memoria caché de resultados, etc.

44 Planificación de IT Management Suite Acerca de planificar su configuración de SQL Server 44 Como x64 administra de manera nativa la dirección completa, no es necesario usar PAE o AWE. Se recomienda usar SQL Server 2008 x64 en servidores SQL dedicados con más de 4 GB de memoria física. Si es necesario usar el SO x32, verifique que AWE esté configurado correctamente. Incluye /PAE, /3GB, el permiso Bloquear páginas en memoria en la Política de seguridad local, configuración AWE en SQL y la configuración MÁXIMA MEMORIA DEL SERVIDOR adecuada en SQL. Bloquear páginas en memoria beneficia a los SQL Servers de 64 bits y 32 bits, y se encuentra en la "asignación de derechos de usuario" de la Política de seguridad local. En x64, si AWE está habilitado, deshabilítelo. Tabla 3-2 Opción Opciones de configuración de memoria para SQL Server Descripción Memoria máxima del servidor Esta configuración de SQL limita la memoria que SQL puede consumir. Establezca el valor Memoria máxima del servidor en la página Opciones de memoria del servidor. Deje bastante memoria para que el sistema operativo y herramientas como SQL Management Studio se ejecuten con eficacia. Por ejemplo: aproximadamente, de 4 a 6 GB menos que la cantidad de RAM instalada. Uso de la memoria de Windows Configure el uso de la memoria de Windows para favorecer los programas con respecto a la memoria caché del sistema. SQL Server realiza su propio almacenamiento de datos en la memoria caché para mejorar el rendimiento.

45 Planificación de IT Management Suite Acerca de planificar su configuración de SQL Server 45 Opción Habilite la opción Optimizar para cargas de trabajo ad hoc Descripción Cuando se usa IT Management Suite, hay un alto nivel de consultas ad hoc o dinámicas que se generan con el uso cotidiano de Symantec Management Console y de las acciones en segundo plano. Estos tipos de consultas no se almacenan en la memoria caché usando la configuración predeterminada que se encuentra en Microsoft SQL Server y pueden dar lugar a un mejor rendimiento de la consola y mayor eficacia de Notification Server. Cuando la configuración "Optimizar para cargas de trabajo ad hoc" está habilitada, la memoria caché del plan (también conocida como "memoria caché del procedimiento") puede beneficiarse de la habilitación de esta función. Cuando está habilitada, SQL Query Optimizer admite un lote para su ejecución e intenta localizar un plan de consulta apropiado en la memoria caché del plan. Si no puede encontrar uno, compila un plan y lo almacena en la memoria caché para que la próxima vez que se lo llame no sea necesario incurrir en el costo de compilar ese plan. El aumento en el rendimiento ocurre cuando una consulta determinada se realiza por segunda vez, ya que ahora está almacenada en la memoria caché. Es importante comprender que el plan ocupa espacio en la memoria y no debe implementarse en Microsoft SQL Servers que ya están maximizando la memoria disponible. Esta configuración se encuentra en la página Opciones avanzadas de la configuración de instancias de SQL Server en Microsoft SQL Server. Ver "Acerca de planificar su configuración de SQL Server" en la página 39. Acerca del mantenimiento de la base de datos de SQL Se debe programar un plan de mantenimiento de SQL para volver a crear índices y configurar el porcentaje de espacio libre para índices en 10% dentro de las bases de datos de Symantec/Altiris para que se ejecute al menos mensualmente (preferiblemente de forma semanal). Este plan de mantenimiento también se debe configurar para actualizar las estadísticas de columna (las estadísticas de índice se actualizan durante el proceso de recreación de índices). Se recomienda que este plan se programe para ejecutarse en un momento en que la utilización de base de datos por las aplicaciones de Symantec esté en su nivel más bajo. Esto puede ser un domingo durante el día o durante un ciclo de mantenimiento programado, etc.

46 Planificación de IT Management Suite Acerca de planificar su configuración de SQL Server 46 Siga estas recomendaciones para el mantenimiento óptimo de SQL: Actualice las estadísticas (todas las noches) Esto garantiza que el procesador de consultas tome las mejores decisiones para la implementación de ITMS. O, habilite las estadísticas de actualización automática de forma asíncrona Pérdida de memoria en SQL: obtenga la última actualización Propiedades de la base de datos > página Opciones. La habilitación afecta su capacidad de poner una base de datos en el modo de usuario único (para mantenimiento) Mantenimiento regular de la página Base de datos Vuelva a crear los índices (mensualmente) Reorganice las páginas (semanalmente) Haga copias de seguridad regulares Modo recuperación simple: obtiene una ES menor, pero debe tener una estrategia de copia de seguridad agresiva En comparación con Registro COMPLETO con copias de seguridad Para obtener más información consulte el siguiente artículo de la base de conocimientos: Acerca de cómo usar la creación de clústeres de conmutación por error de Microsoft SQL con ITMS 7.1 SP2 o posterior La siguiente información describe la creación de clústeres de la conmutación por error de Microsoft SQL Server 2008 R2, un método para crear una alta disponibilidad para Symantec Management Platform (SMP). La creación de clústeres de conmutación por error se ofrece completamente en SQL Server 2008 R2 Enterprise con funciones limitadas en la edición estándar. La creación de clústeres de conmutación por error es un proceso en el cual el sistema operativo y SQL Server 2008 R2 trabajan juntos para proporcionar disponibilidad en caso de un error de aplicación, de hardware o del sistema operativo. La creación de clústeres de conmutación por error proporciona redundancia de hardware mediante una configuración en la cual se transfieren recursos de uso crítico de un equipo con errores a un servidor de base de datos igualmente configurado de forma automática. Sin embargo, la creación de clústeres de conmutación por error no es una solución de equilibrio de carga. La conmutación por error no está diseñada para mejorar el rendimiento de la base de datos, reducir el mantenimiento requerido, proteger su

47 Planificación de IT Management Suite Acerca de planificar su configuración de SQL Server 47 sistema contra amenazas exteriores, prevenir errores de software irrecuperables, los puntos de error únicos (como el hardware y el almacenamiento no-redundante) o a los desastres naturales Symantec recomienda que tenga suficientes conocimientos de las metodologías de conmutación por error de Microsoft SQL y experiencia con ellas antes probarlas en los conjuntos de aplicaciones de ITMS u otra implementación de soluciones. Para obtener más información sobre la alta disponibilidad de SQL Server 2008 R2, consulte la documentación sobre "Alta disponibilidad con SQL Server 2008 R2" en: Además, debe considerar que los Microsoft SQL Servers tengan en tamaño apropiado y suficiente capacidad de hardware para que se ejecuten correctamente con la carga de trabajo prevista de conmutación por error. Otras consideraciones se pueden encontrar en la documentación sobre "Cómo instalar un clúster de conmutación por error de SQL Server 2008" en: La creación de clústeres de conmutación por error reduce al mínimo el tiempo fuera de servicio de ITMS haciendo que la CMDB esté altamente disponible. La creación de clústeres de conmutación por error proporciona ventajas en las situaciones siguientes: Errores de hardware: Ejecute fácilmente su instancia de SQL Server desde otro nodo mientras se resuelven los problemas en el otro nodo Aplicación de revisión/mantenimiento de servidor: SQL Server se mantiene desconectado mientras espera a que al servidor se reinicie. Al estar desconectado permite la aplicación de revisiones con solo breves tiempos fuera de servicio para ITMS Solución de problemas: Cuando se presenta un problema en uno de los nodos, intentar la recuperación de fallos en otro nodo permite la solución de problemas de un componente de nodo, mientras ITMS continúa ejecutándose Métodos comunes de conmutación por error de SQL Server disponibles para ITMS Esta sección describe las configuraciones más comunes del clúster de conmutación por error y se cómo aplican a ITMS:

48 Planificación de IT Management Suite Acerca de planificar su configuración de SQL Server 48 Clúster de instancia única de conmutación por error Un clúster de instancia única de conmutación por error incluye dos o más SQL Servers de nodo único que comparten un origen de almacenamiento común. Solamente un nodo de SQL Server está activo en un momento dado y el resto de los nodos del clúster permanecen en estado de espera. En nuestro ejemplo, Notification Server está conectado al clúster SQL y puede acceder a la CMDB. Notification Server no reconoce los nodos 1 o 2, y considera al clúster SQL como su punto de conexión. Figura 3-1 muestra a clúster de dos nodos, que es la configuración más común para una conmutación por error de SQL que se usa en ITMS. Esta organización proporciona un equipo dedicado para proteger contra el error de un único nodo en el clúster. Symantec recomienda que todos los nodos de esta configuración tengan el mismo hardware de SQL Server. Esto asegura un rendimiento adecuado en caso de conmutación por error. Si hay una necesidad de la redundancia adicional de conmutación por error, puede aumentar el número de nodos dentro del clúster. La edición estándar de SQL Server 2008 R2 admite la conmutación por error de dos nodos, mientras que la edición empresarial permite hasta 16 nodos. Las licencias de Microsoft SQL Server se requieren solamente en el nodo activo dentro del clúster SQL. Figura 3-2 muestra una conmutación por error crítica del nodo SQL activo. Cuando ocurre un error crítico del nodo activo de SQL Server, el segundo nodo asume el control de las obligaciones del primer nodo. Notification Server se desconecta de la CMDB hasta que el nodo 2 se conecta a la CMDB. Una vez que el nodo 2 está activo, Notification Server puede conectarse y las operaciones continúan. Durante el tiempo de desconexión, los servicios, la consola, la tarea y otros elementos de administración no están disponibles. El retraso de la conmutación por error depende de factores, como la conectividad, el tamaño de la base de datos y el número de bases de datos SQL en el clúster. La conmutación por error debe ocurrir idealmente en menos de 30 minutos.

49 Planificación de IT Management Suite Acerca de planificar su configuración de SQL Server 49 Figura 3-1 Configuración del clúster SQL de dos nodos Figura 3-2 Conmutación por error del nodo activo de SQL Server en un clúster SQL de dos nodos Nota: Cuando se usa SQL para IT Analytics, Analysis Services reconoce el clúster, pero Reporting Services no. Si el nodo con Reporting Services deja de funcionar, IT Analytics deja de funcionar hasta que se restaura el nodo principal.

50 Planificación de IT Management Suite Acerca de planificar su configuración de SQL Server 50 Clúster de conmutación por error de varias instancias La tipos más comunes de clúster de varias instancias son aquellos en que todos los nodos ejecutan una o más instancias del clúster de conmutación por error. Figura 3-3 muestra un único entorno SQL en clúster que se usa para alojar dos instancias separadas de las CMDB para Notification Server 1 y Notification Server 2, en que cada CMDB se ejecuta en un nodo físico separado. Mientras que esta configuración funciona, ambos Notification Servers acceden a las CMDB con el rendimiento total de sus respectivos nodos. Figura 3-4 muestra cómo cuando un nodo falla, todas las instancias del clúster de conmutación por error que el nodo aloja realizan la conmutación por error en otro nodo. El nodo 1 ha fallado y la CMDB 1 realiza la conmutación por error en el nodo 2. Durante la conmutación por error, Notification Server se desconecta de la CMDB hasta que el nodo 2 ha completado las operaciones de conmutación por error y monta la CMDB 1. Notification Server 1 se vuelve a conectar y funciona con rendimiento reducido hasta que el nodo 1 se alcanza un estado operativo. El rendimiento de Notification Server 2 también se ve afectado, ya que aloja dos CMDB en este momento. Con un tamaño apropiado de SQL Server, este método proporciona un alto nivel de rendimiento y capacidad de respuesta de la base de datos, y un productivo de lo invertido en hardware. Las licencias de Microsoft SQL Server son necesarias en todos los nodos activos de esta implementación (en este caso, en todos los nodos del clúster de Microsoft SQL). Figura 3-3 Configuración de SQL de clúster único que aloja dos instancias de CMDB

51 Planificación de IT Management Suite Acerca de planificar sus servidores de sitio 51 Figura 3-4 Instancias del clúster de conmutación por error en que el nodo 1 aloja la conmutación por error en el nodo 2 Ver "Acerca de planificar su configuración de SQL Server" en la página 39. Acerca de planificar sus servidores de sitio Un sitio es una construcción de administración que permite asignaciones de subredes a servicios de sitio. Los servicios de sitio son una extensión de Symantec Management Agent. Cuando un servicio de sitio está instalado en un nodo administrado, promueve Symantec Management Agent para un servidor de sitio. Los servicios de arranque de red, tareas y paquetes son todos roles del servidor de sitio. Estos servicios de sitio pueden ser implementados en combinaciones varias para satisfacer demandas de endpoint. Un sitio remoto puede necesitar solamente un servidor de paquetes o un servidor de inicio de red. Un Task Server puede ser necesario solamente en el datacenter. Su topología y su uso de soluciones determinan si se combinan los servicios de sitio en un único equipo o se usan equipos dedicados. La instalación estándar de Notification Server incluye solamente los requisitos mínimos de servidor de sitio. Los servidores de sitio adicionales pueden usar un sistema operativo de estación de trabajo de Windows o un sistema operativo Windows Server. Un sitio con menos de 100 endpoints puede necesitar solamente 10 sesiones; sin embargo; un servidor de Windows puede ser necesario para sitios remotos más grandes. Su consideración principal para el sistema operativo y el hardware de un servidor de sitio es el número de sesiones simultáneas que se necesitan. Una estación de

52 Planificación de IT Management Suite Acerca de planificar sus servidores de sitio 52 trabajo de Windows se limita a solamente 10 conexiones simultáneas TCP y un SO de servidor no tiene las mismas limitaciones. Si instala un servicio de sitio en un equipo Windows 7/2008, es necesario instalar los servicios de modo de compatibilidad con IIS 6. Ver "Acerca del servicio de administración de paquetes" en la página 58. Ver "Acerca del servicio de tareas" en la página 54. Ver "Acerca del servicio de arranque de red" en la página 59. Acerca de la planificación del diseño de un sitio Tenga en cuenta las siguientes recomendaciones para la planificación del diseño del sitio: Planifique, diseñe, configure y supervise los sitios para comprobar su estado. En todas las infraestructuras, es necesario tener en cuenta la planificación, el diseño, la configuración y la supervisión de actividades para el mantenimiento. Priorice los sitios y los grupos organizativos antes que la jerarquía. No confíe en la jerarquía para la administración de implementaciones geográficamente distantes. Use servidores de sitio. El diseño del sitio debe guardar relación con las necesidades de ancho de banda y la cantidad total de nodos. Use Package Servers restringidos y distribuya los paquetes en cascada. Es posible usar los Package Servers restringidos como método principal para garantizar que las comunicaciones se establezcan de la manera esperada. Sin embargo, algunas comunicaciones de agentes clave se establecen directamente con el servidor de ITMS. Entre ellas, se incluyen las siguientes solicitudes: GetPackageInfo, CreateResource, PostEvent, etc. Cuando se distribuyen los paquetes en cascada, el agente debe responder al Package Server restringido. El Package Server restringido debe responder al Package Server no restringido. Limite las comunicaciones de Task Server en el servidor de ITMS. Proporcione capacidades de administración de conexiones y consolidación de solicitudes, y no consolidación de ancho de banda. No permita que los agente se conecten con el servidor principal. Por lo general, es necesario tener al menos un Task Server. Para obtener más información, use los siguientes recursos: Prácticas recomendadas de Task Server Prácticas de distribución de paquetes

53 Planificación de IT Management Suite Acerca de planificar sus servidores de sitio 53 Configuración de Package Servers restringidos: Package Server restringido Replicación de paquetes en la jerarquía Ver "Acerca de planificar sus servidores de sitio" en la página 51. Acerca del mantenimiento del sitio El mantenimiento del sitio es la administración de sitios, subredes y servicios de sitio de la organización. Es posible administrar los equipos según el sitio y la subred, lo que permite controlar los grupos de equipos mientras se minimiza el consumo de ancho de banda. Un sitio es, por lo general, una ubicación física de la organización (por ejemplo, un edificio determinado o un piso de un edificio). Una subred es un intervalo de direcciones lógicas de la red. En condiciones de funcionamiento normales, cada servidor de paquetes o Task Server brinda servicio solo a los Symantec Management Agents que existen dentro de los sitios asignados. Si no se ha definido ningún sitio, todos los servidores de sitio quedan disponibles para dar servicio a todos los equipos con Symantec Management Agents (aunque este método no se recomienda). Si no se define ningún sitio para un servidor de paquetes o un Task Server, Notification Server usa las reglas siguientes: Notification Server primero intenta encontrar cualquier servidor de sitio en la misma subred que el equipo solicitante. Si se encuentra alguno, estos servidores de sitio se vuelven a los equipos con Symantec Management Agent. Si no se encuentra ningún servidor de sitio en la misma subred del equipo solicitante, todos los servidores de sitio se vuelven a Symantec Management Agent. Si ningún servidor de sitio está disponible, el agente se dirige al equipo con Notification Server. El usuario puede asignar servidores de sitio a los sitios mediante los siguientes métodos: Asigne la subred que contiene el servidor de sitio a un sitio. Asigne el servidor de sitio a un sitio. Utilizar Connector para Active Directory para que realice la tarea. Connector para Active Directory anula las subredes y los sitios que están en conflicto con él. Por ejemplo, si se asignan manualmente subredes a un sitio que está en conflicto con el contenido de Connector para Active Directory, se usa la información de Active Directory.

54 Planificación de IT Management Suite Acerca de planificar sus servidores de sitio 54 Una vez que la lista de servidores de sitios disponibles se vuelva a Symantec Management Agent, el agente elegirá el servidor de sitio más conveniente. Los servidores de sitio y los equipos administrados pueden tener varios NIC y direcciones IP; por lo tanto, pueden pertenecer a más de un sitio por medio de la asignación de subred. Acerca del servicio de tareas Las comunicaciones de tareas son únicas de las comunicaciones de políticas. Los equipos administrados inician comunicaciones de políticas y el servidor inicia comunicaciones de tareas. Es posible hacer lo siguiente con el servicio de tareas: Ejecutar varias tareas en una secuencia definida que se denomina trabajo. Proporcionar la lógica para administrar los errores de las tareas u otros códigos de retorno. Proporcionar las funciones de línea de comandos y de VBscript a los equipos administrados. Proporcionar la administración de energía lista para usar. Ejecutar tareas de cliente y servidor. Reutilizar las tareas en trabajos varios. Las tareas se pueden clonar y modificar en caso de necesidad. Symantec recomienda contar con por lo menos un Task Server por Notification Server. Las tareas demandan alto rendimiento del procesador y la memoria del equipo con Notification Server porque debe enviar regularmente paquetes de señales y recibir el estado de la ejecución. Esta demanda puede influir negativamente en la carga de datos SQL y la capacidad de respuesta de la interfaz de usuario. Es posible descargar la administración de tareas a un Task Server. Un Task Server dedicado administra las comunicaciones con señales del agente, la secuencia de tareas y las funcionalidades de automatización. La distribución de la administración de tareas en un Task Server reduce la carga en Notification Server. Reduce la carga minimizando la interrupción a Notification Server. Ver "Acerca de planificar sus servidores de sitio" en la página 51. Los Task Server usan una gran cantidad de sesiones del sistema operativo. Si un Task Server admite más de 100 equipos administrados, se recomienda un sistema operativo de Windows Server. Use el sistema operativo de Windows Server, ya que admite muchas más sesiones simultáneas del sistema operativo. Si un Task Server admite menos de 100 equipos administrados, un sistema operativo de

55 Planificación de IT Management Suite Acerca de planificar sus servidores de sitio 55 estación de trabajo puede ser adecuado. El equipo de Task Server debe además tener las funciones de IIS 6.0 o IIS 7.0 y de.net Framework 3.5 habilitadas. Los Task Server no necesitan hardware de alto rendimiento. Un procesador de velocidad moderada es adecuado. La E/S de disco no es un factor significativo en el rendimiento de Task Server. Sin embargo, las comunicaciones de tareas pueden consumir varias conexiones simultáneas con Task Server. Una estación de trabajo de Windows se limita a solamente 10 conexiones simultáneas TCP y un SO de Windows Server no tiene las mismas limitaciones. Por lo tanto, es posible que sea necesario un sistema operativo de Windows Server en su Task Server. Symantec recomienda un sistema operativo de Windows Server para los Task Servers que admiten más de 100 equipos administrados. Los Task Server son buenos para las demandas de rendimiento de descargas de Notification Server. No están diseñados para abordar las limitaciones de ancho de banda de red. Es posible poner un Task Server en la misma subred que Notification Server porque tiene poca influencia sobre la minimización de tráfico de red. Use las instrucciones siguientes para configurar los servicios de tareas dentro de su infraestructura: Symantec recomienda contar con por lo menos un Task Server por Notification Server. Después del Task Server dedicado inicial, agregue Task Servers adicionales para cada 5000 a 7500 endpoints. Es posible equilibrar la carga de varios Task Servers dentro de sitios grandes para asegurarse de que los agentes hayan realizado la última ejecución de la tarea. Es posible reducir la carga en los Task Servers si se aumenta la configuración del Intervalo de actualización de tarea y del Período máximo entre eventos de envío de señales. De forma predeterminada, estos se configuran cada 5 minutos. Considere cambiar esta configuración a un valor mayor que 10 minutos. Es necesario usar la administración del sitio para forzar a los equipos a que usen Task Server si Notification Server y Task Server están en el mismo sitio. Para asegurarse de que el Task Server esté instalado y configurado correctamente, instale el servicio de tareas con Symantec Management Console. Cómo Task Server usa el mecanismo de señal El servidor de señales es un componente de Administración de tareas. El componente del servidor de señales se ejecuta solamente en el equipo con Notification Server y es responsable de notificar a Task Server las tareas pendientes para los equipos clientes. Task Server también cuenta con una capacidad plena para señalizar los equipos clientes registrados. Esta capacidad de señalización se

56 Planificación de IT Management Suite Acerca de planificar sus servidores de sitio 56 encuentra separada del componente del servidor de señales en el equipo con Notification Server. El servidor de señales envía un paquete de señales de IP a los Task Servers cada vez que sus equipos clientes registrados tienen un trabajo o una tarea para ejecutar. Tras la recepción del paquete de señales, Task Server solicita de manera inmediata a Notification Server la información de la tarea o el trabajo para sus equipos clientes registrados. También señaliza los equipos clientes. Cuando el Agente de tareas del cliente recibe el paquete de señales, solicita la información del trabajo o la tarea de Task Server registrado. La tarea se ejecuta solamente después de que el Agente de tareas del cliente recibe la información de la tarea. Los eventos de estados de las tareas completadas se envían nuevamente al Task Server registrado después de haberse completado. Si los paquetes de señales están bloqueados o, por alguna otra razón, no pueden llegar a destino, el Agente de tareas del cliente comprueba de forma automática el Task Server registrado para cualquier información de trabajo nuevo. Lleva a cabo esta comprobación cada 5 minutos. Este intervalo de solicitud de la tarea es configurable en Symantec Management Console. La información de tarea o trabajo de Task Server no se recibe mediante la política de configuración de Symantec Management Agent. Se recibe directamente por el Agente de tareas del cliente de Task Server registrado. Si fuerza a Symantec Management Agent a actualizar su política de configuración, esto no obliga al Agente de tareas del cliente a recibir información de tareas pendientes. De manera predeterminada, el servidor de señales utiliza el puerto para servidores de tarea, y los Task Servers utilizan el puerto para señalizar Agentes de tareas del cliente. El siguiente ejemplo supone que el Client Task Agent para el equipo A está registrado con Task Server remoto1. Tabla 3-3 Secuencia Uno Dos Secuencia de funcionamiento de la señal de Task Server Descripción Un administrador de Notification Server asigna una tarea para que esta se ejecute de forma inmediata en el equipo A. El servidor de señales en el equipo con Notification Server envía un paquete de señales para avisar a RemoteTaskServer1 sobre la tarea pendiente.

57 Planificación de IT Management Suite Acerca de planificar sus servidores de sitio 57 Secuencia Tres Descripción RemoteTaskServer1 verifica si el cliente de destino tiene permitido recibir cualquier tarea. Si se deshabilita el modo Comunicación de agente de una versión anterior y el destino es un agente de una versión anterior, la tarea falla de forma inmediata. Además falla si se actualiza el agente, pero está en estado No permitido. Ver "Acerca del registro de agente" en la página 62. Cuatro Cinco Seis Siete Ocho Nueve Diez RemoteTaskServer1 recibe el paquete de señales y solicita de forma inmediata la información del trabajo de Notification Server. RemoteTaskServer1 señaliza el equipo A para notificarlo de la tarea pendiente. El equipo A recibe el paquete de señales y solicita de manera inmediata la información del trabajo del Task Server registrado - RemoteTaskServer1. El equipo A recibe la información de trabajo y ejecuta la tarea. Una vez que la tarea se ha completado, el equipo A vuelve a enviar un evento de estado a RemoteTaskServer1. RemoteTaskServer1 almacena el evento de estado e inmediatamente intenta volver a enviarlo a Notification Server. Notification Server recibe el evento de estado de RemoteTaskServer1 y registra la información en la base de datos.

58 Planificación de IT Management Suite Acerca de planificar sus servidores de sitio 58 Figura 3-5 Secuencia de funcionamiento de la señal de Task Server Acerca del servicio de administración de paquetes Los servidores de paquetes son mecanismos de implementación para trasladar eficientemente datos a un sitio. Funcionan con Notification Server como servidores de archivos locales para los equipos administrados en un sitio. Los servidores de paquetes no necesitan hardware y software de clase de servidor. Los servidores de paquetes le ayudan a reducir el tráfico de red y permiten que un paquete se copie en toda la red solamente una vez por sitio. Es posible colocar un servidor de paquetes localmente en un sitio para almacenar y para entregar los paquetes. Esta arquitectura puede ayudarle a administrar sitios con las conexiones de ancho de banda bajo a Notification Server. Ver "Acerca de planificar sus servidores de sitio" en la página 51. Cuando se habilita un paquete en Notification Server, se copia a todos los servidores de paquetes que Notification Server conoce. Una vez que se realiza la copia correctamente, los equipos administrados descargan los paquetes del servidor de paquetes local en vez del descargarlo del Notification Server remoto. El número de servidores de paquetes que se necesitan depende de su topología de red y ancho de banda. Además depende del tamaño de sus paquetes y de la frecuencia con que los paquetes se entregan. Es posible escalonar la implementación de paquetes en los servidores de paquetes para reducir la carga. Es posible implementar un número limitado de paquetes al

59 Planificación de IT Management Suite Acerca de planificar sus servidores de sitio 59 mismo tiempo en todos los servidores de paquetes. Es posible también realizar la implementación solamente en un grupo de servidores de paquetes selecto al mismo tiempo. Un servidor de paquetes restringido puede actuar solamente dentro de los sitios a los cuales está asignado. Un servidor de paquetes sin restricciones puede obtener paquetes y otros recursos desde cualquier parte del sistema. El servidor de paquetes sin restricciones recopila cualquier recurso necesario desde fuera del sitio y lo pone a disposición para todos los servidores de paquetes restringidos. Un servidor de sitio puede funcionar como un servidor de paquetes solamente cuando tiene por lo menos un servidor de paquetes sin restricciones asignado. Debe haber por lo menos un servidor de paquetes sin restricciones en un sitio con uno o más servidores de paquetes restringidos. Acerca del servicio de arranque de red El propósito de un servidor de inicio de red es proporcionar paquetes de arranque y servicios de inicio PXE para segmentos de red. El propósito más común es restaurar una imagen estándar para soporte o inicio de nuevos equipos durante el aprovisionamiento inicial. Típicamente, el protocolo de PXE se controla en una red. Puede limitarse a funcionar dentro de una subred o de otro intervalo definido en función de los asistentes de IP. Si muchos sistemas deben crear una nueva imagen simultáneamente, puede colocar servidores de inicio de red dentro de cada subred de red y agregar más a una subred grande. Además de proporcionar servicios PXE, un servidor de inicio de red es similar a un servidor de paquetes, ya que alberga paquetes denominados imágenes de arranque. Ver "Acerca de planificar sus servidores de sitio" en la página 51. Cada subred debe tener acceso a un servidor de inicio de red. Sin embargo, los routers normalmente bloquean la difusión de PXE. Es posible usar los tres métodos siguientes para proporcionar cada subred con acceso: Use el modo forzado DHCP, que es una configuración de DHCP que envía solicitudes PXE del cliente al servidor de inicio de red más cercano. Este método funciona incluso cuando el equipo cliente está en una subred diferente que la del servidor de sitio de inicio de red. DHCP determina el servidor correcto mediante pruebas de comunicación ping y de máscara de subred. Use Asistente de IP, que es una configuración que se puede establecer en cada router que permite enviar las solicitudes de PXE por medio de subredes. Instale un servidor de inicio de red en cada subred. Este método no se recomienda porque crea una sobrecarga innecesaria. Un servidor de inicio de red contiene los objetos siguientes:

60 Planificación de IT Management Suite Acerca de planificar sus servidores de sitio 60 Servicio PXE Imágenes de arranque El servidor de paquetes o NSCap se comparten con los archivos ejecutables de creación de imágenes si los archivos ejecutables no forman parte de la imagen de inicio previo. La base de datos del controlador Cuando la nueva configuración se aplica a una imagen de arranque existente, una imagen de arranque actualizada se compila localmente en cada servidor de inicio de red. Estos cambios se entregan con una política y dependen de la programación de actualización de Symantec Management Agent. Tabla 3-4 Secuencia Uno Dos Tres Secuencia para la configuración de servidor de inicio de red Descripción Deployment Solution está instalado en el equipo con Notification Server. El administrador configura y administra trabajos de implementación y tareas de Symantec Management Console. El administrador habilita y configura el servicio de arranque de red. El servidor DHCP puede dirigir las solicitudes PXE de los equipos cliente a los servidores de inicio de red que están en varias subredes.

61 Planificación de IT Management Suite Planificación de implementación de Symantec Management Agent 61 Figura 3-6 Secuencia para la configuración de servidor de inicio de red Planificación de implementación de Symantec Management Agent En algunos entornos, los equipos se configuran con una imagen de software corporativa o una lista de base estándar de software. Si agrega la imagen del agente a la imagen del equipo, se puede ahorrar tiempo y esfuerzo. Symantec Management Agent se puede instalar previamente y colocar en un directorio con una directiva del sistema operativo Ejecutar una vez. Ver "Acerca de ajustar el rendimiento de Symantec Management Agent" en la página 114. Puede también usar mecanismos de scripting para instalar el agente. Es posible transferir Symantec Management Agent de Symantec Management Console si no desea agregar el agente a una compilación de la imagen.

62 Planificación de IT Management Suite Acerca del registro de agente 62 La transferencia necesita menos intervención exterior que otros métodos para implementar el agente en los equipos ya en servicio. Con este método, Notification Server contacta el equipo cliente y, a continuación, el equipo cliente solicita el agente de Notification Server. El método de transferencia le necesita para deshabilitar la configuración del uso compartido de archivos. Es posible aún implementar el agente con el uso compartido de archivos habilitado. El equipo cliente aún tiene la capacidad de iniciar esta solicitud por sí mismo. Por ejemplo, con el correo electrónico, un script se puede enviar por correo electrónico o un vínculo web se puede enviar para extraer el agente. Acerca del registro de agente La función de registro de agente requiere un equipo cliente para poder comunicarse con Notification Server antes de que pueda ser administrada por este Notification Server. La política predeterminada de registro de agente permite que todos los equipos se comuniquen con Notification Server. Sin embargo, puede crear políticas personalizadas de registro de agente para permitir o bloquear ciertos equipos. Una vez que la política de registro de agente permite o bloquea un equipo, puede cambiar solamente el estado manualmente en la página del informe Estado de registro del agente. Por ejemplo, puede permitir o bloquear los equipos que están en estado pendiente. Es posible también revocar el registro de los agentes que tiene previamente permitidos. El registro de agente se admite en las plataformas Windows, UNIX, Linux y Mac.

63 Capítulo 4 Recomendaciones de hardware En este capítulo se incluyen los temas siguientes: Hardware recomendado de IT Management Suite 7.5 Hardware recomendado del gateway de Internet Configuración recomendada para Notification Server con la base de datos SQL localmente instalada Cantidad máxima de equipos recomendada para IT Management Suite 7.5 Sistemas operativos admitidos para Notification Server y los servidores de sitio Acerca de las comprobaciones de SQL Server compatibles Servicios de rol de IIS instalados por Symantec Installation Manager Recomendaciones de SQL Server y requisitos de software de otros fabricantes Hardware recomendado de IT Management Suite 7.5 Para determinar sus requisitos de hardware, use las recomendaciones en este tema. Las siguientes son recomendaciones generales de hardware para la mayoría de los entornos con IT Management Suite 7.5. Según sus circunstancias específicas, el hardware apropiado puede variar. Consideraciones sobre máquinas virtuales (VM) ITMS tiene actividades de "ráfaga" relacionadas con las programaciones y el procesamiento de datos correspondiente. Una falla común en los entornos es que los administradores de VM y del almacenamiento quiten recursos porque las líneas

64 Recomendaciones de hardware Hardware recomendado de IT Management Suite base no indican la necesidad continua de los recursos. Sin embargo, los recursos deben continuar estando disponibles para manejar los picos de la actividad también. Sea prudente con respecto de la latencia inducida del "entorno de VM". La latencia puede deberse a cosas como memoria escasa, configuración lenta de subsistemas del disco, uso o uso excesivo de las instantáneas, CPU escasas y muchos factores que pueden afectar la capacidad de las VM de conseguir los recursos cuando son necesarios La latencia de las VM ocurre comúnmente por la sobresubscripción de los recursos. Pero además puede provenir de otros factores tales como vmotion y la gran actividad de recursos asociada, la configuración incorrecta e incluso el uso de las instantáneas en algunos sistemas de almacenamiento que provocan escrituras excesivas debido a problemas de alineación de MBR entre VMware y el proveedor de almacenamiento cuando las instantáneas están en uso Recomendaciones de hardware Nota: Estas recomendaciones NO son especificaciones mínimas. Implementarlas debe asegurar el rendimiento razonable de Notification Server para la recopilación del inventario y los tiempos de respuesta de la interfaz de usuario. Tabla 4-1 Recomendaciones de hardware para Microsoft SQL Server Componente Evaluación (de 1 a 20 endpoints) De 100 a 1000 endpoints 1,000-5, a De a endpoints Procesadores/velocidad Dos núcleos/2.4 Ghz o más Cuatro núcleos/2.4 Ghz o más Ocho núcleos/2.4 Ghz o más De 8 a 16 núcleos/2.4 Ghz o más Más de 16 núcleos/2.4 Ghz o más Velocidad de disco (en IOPS) C: SO, SMP D: SQL C: SO, SMP D: SQL C: SO, aplicación SQL D: base de datos SQL C: SO, aplicación SQL D: base de datos SQL C: SO, aplicación SQL D: base de datos SQL E: Registros E: registros E: registros F: TempDB F: TempDB F: TempDB Capacidad de disco 80 GB 80 GB 120 GB 250 GB 400 GB RAM 16 GB 16 GB Más de 16 GB Más de 24 GB Más de 32 GB Memoria caché 6 MB L2 o más

65 Recomendaciones de hardware Hardware recomendado de IT Management Suite Componente Evaluación (de 1 a 20 endpoints) De 100 a 1000 endpoints 1,000-5, a De a endpoints Red SO Gigabit dual; carga equilibrada Windows Server 2008 R2 SP1 x64 Standard Edition Tabla 4-2 Recomendaciones de hardware virtual y físico para Notification Server Componente Evaluación (de 1 a 20 endpoints) De 100 a 1000 endpoints 1,000-5, a a Procesadores/velocidad Dos núcleos/2.4 Ghz o más Ocho núcleos/2.4 Ghz o más Ocho núcleos/2.4 Ghz o más Ocho núcleos/2.4 Ghz o más De 8 a 12 núcleos/2.4 Ghz o más Velocidad de disco (en IOPS) C: SO, SMP C: SO, SMP C: SO D: SMP C: SO D: SMP C: SO D: SMP E: almacenamiento Capacidad de disco 80 GB 80 GB 200 GB 400 GB 600 GB RAM 4 GB 8 GB 16 GB 16 GB 16 GB (principal: 24) Memoria caché 6 MB L2 o más Red SO Gigabit dual; carga equilibrada Windows Server 2008 R2 SP1 x64 Standard Edition Nota: Sus requisitos de capacidad de disco de Notification Server pueden aumentar según su estrategia específica para almacenar imágenes del disco de implementación, boletines de Patch Management y su biblioteca de software. Los servicios en Tabla 4-3,Tabla 4-4,Tabla 4-5 pueden ser combinados en un servidor de sitio o ser implementados por separado, dependiendo de su entorno. A menudo los servicios PXE y de administración de paquetes están instalados en un único equipo

66 Recomendaciones de hardware Hardware recomendado de IT Management Suite Nota: El servidor de sitio es un equipo que ejecuta uno o más de los servicios de tareas, administración de paquetes o servidor de inicio de red (PXE). Los servicios de tareas, administración de paquetes y PXE pueden ser combinados en un servidor de sitio o ser implementados por separado, dependiendo de su entorno. Los servidores de sitio pueden usar un sistema operativo de estación de trabajo de Windows o un sistema operativo Windows Server. Los entornos distribuidos y grandes pueden necesitar varios servidores de sitio para satisfacer las demandas de administración de configuración. Elegir un sistema operativo de estación de trabajo o servidor depende de las sesiones simultáneas que el servidor de sitio necesita. Las estaciones de trabajo de Windows se limitan a 10 sesiones simultáneas de conexiones TCP pero el SO de Windows Server no tiene la misma limitación. Un sitio con menos de 100 endpoints puede necesitar solamente 10 sesiones; sin embargo; un servidor de Windows puede ser necesario para sitios remotos más grandes. Tabla 4-3 Recomendaciones de hardware virtual y físico para Task Server Componente De 10 a 100 endpoints De 100 a 1000 endpoints 1,000-5,000 5,000-7,500 Sistema operativo Sistema operativo de escritorio con las funciones de IIS 6.0/7.0 y de.net Framework 3.5 habilitadas Sistema operativo de servidor con las funciones de IIS 6.0/7.0 y de.net Framework 3.5 habilitadas Sistema operativo de servidor con las funciones de IIS 6.0/7.0 y de.net Framework 3.5 habilitadas Sistema operativo de servidor con las funciones de IIS 6.0/7.0 y de.net Framework 3.5 habilitadas Procesadores Un núcleo Dos núcleos Cuatro núcleos Cuatro núcleos Capacidad de disco 5 GB 5 GB 5 GB 5 GB RAM 2 GB 4 GB 4 GB 8 GB Memoria caché 6 MB L2 o más Tabla 4-4 Recomendaciones de hardware virtual y físico para el servidor de paquetes Componente De 10 a 100 endpoints De 100 a 1000 endpoints 1,000-5,000 5,000-7,500 Sistema operativo Sistema operativo Sistema operativo de escritorio Sistema operativo del servidor Sistema operativo del servidor Sistema operativo del servidor Procesadores Un núcleo Dos núcleos Cuatro núcleos Cuatro núcleos

67 Recomendaciones de hardware Hardware recomendado del gateway de Internet 67 Componente De 10 a 100 endpoints De 100 a 1000 endpoints 1,000-5,000 5,000-7,500 Velocidad de disco (en IOPS) C: SO, SMP C: SO, SMP C: SO D: SMP C: SO D: SMP Capacidad de disco De 100 GB a 250 GB De 100 GB a 250 GB De 100 GB a 250 GB De 100 GB a 250 GB RAM 2 GB 4 GB De 4 a 6 GB De 4 a 8 GB Memoria caché 6 MB L2 o más Tabla 4-5 Recomendaciones de hardware virtual y físico para el servidor de inicio de red (PXE) Componente De 10 a 100 endpoints De 100 a 1000 endpoints 1,000-5,000 5,000-7,500 Sistema operativo Sistema operativo de escritorio Sistema operativo del servidor Sistema operativo del servidor Sistema operativo del servidor Procesadores Un núcleo Dos núcleos Cuatro núcleos Cuatro núcleos Capacidad de disco De 100 a 250 GB De 100 a 250 GB De 100 a 250 GB De 100 a 250 GB RAM 4 GB 4 GB 4 GB 8 GB Hardware recomendado del gateway de Internet Symantec recomienda tener por lo menos dos gateways de Internet a fin de proporcionar las opciones de conmutación por error, equilibrio de carga y mantener la continuidad de comunicación. Cada gateway de Internet puede servir a varios Notification Servers. Se admite esta configuración incluso si los Notification Servers están organizados en una estructura de jerarquía. Cada gateway de Internet admite de 1 a endpoints y 3000 conexiones simultáneas. Ver "Acerca de la administración habilitada para la nube" en la página 31. No se recomienda ejecutar el gateway de Internet en una máquina virtual. Ejecutar el gateway de Internet en hardware virtual puede bajar su escalabilidad en hasta un 40%.

68 Recomendaciones de hardware Configuración recomendada para Notification Server con la base de datos SQL localmente instalada 68 Tabla 4-6 Recomendaciones del hardware para el gateway de Internet Componente Sistema operativo Procesadores Capacidad de disco RAM Adaptadores de red Requisito Windows 2008 R2 SP1 con la función.net Framework habilitada CPU de doble núcleo Por lo menos 40 GB 8 GB Dos adaptadores de red de 1 Gbit Configuración recomendada para Notification Server con la base de datos SQL localmente instalada Para los entornos con hasta equipos administrados, Notification Server con una base de datos SQL localmente instalada puede ejecutarse adecuadamente. Notification Server con SQL instalado en el mismo servidor se considera una instalación de SQL "interno". Symantec recomienda admitir no más que equipos administrados con SQL interno. Incluso con menos de equipos administrados, es poco probable que el rendimiento sea tan sólido como con una configuración de SQL externo. El rendimiento es más notable con la capacidad de respuesta de la consola y la recopilación del inventario. Ver "Acerca de planificar su configuración de SQL Server" en la página 39. Ver "Acerca de la configuración del disco duro para SQL Server" en la página 41.

69 Recomendaciones de hardware Cantidad máxima de equipos recomendada para IT Management Suite Tabla 4-7 Recomendaciones de hardware físico de IT Management Suite 7.5 para Notification Server con SQL interno Componente Evaluación (de 1 a 20 endpoints) De 100 a 1000 endpoints De 1000 a 5000 endpoints Más de endpoints Procesadores Dos núcleos Ocho núcleos De 12 a 16 núcleos No recomendado Velocidad de disco (en IOPS) C: SO, SMP D: SQL C: SO, SMP D: SQL C: SO, aplicación SQL D: SMP E: BD SQL F: Registros, TempDB Capacidad de disco 80 GB 80 GB 200 GB RAM 8 GB 12 GB Más de 20 GB Cantidad máxima de equipos recomendada para IT Management Suite 7.5 La siguiente información se basa en la prueba de escalabilidad de IT Management Suite 7.5 en una configuración de jerarquía 1x6x20k. Ver "Hardware recomendado de IT Management Suite 7.5" en la página 63. Ver "Acerca de planificar sus servidores de sitio" en la página 51. Tabla 4-8 Componentes Intervalos de totales de componentes recomendados para IT Management Suite 7.5 Intervalo Equipos administrados por Notification Server. Equipos administrados por servidor de paquetes. 1 Equipos administrados por Task Server. 2 Equipos administrados por el servidor de inicio de red. 3 Sesiones simultáneas de PXE por servidor de inicio de red. 3 Sesiones de consola simultáneas por Notification Server. De 1 a De 1 a 7500 De 1 a 7500 De 1 a (75 administradores + 25 administradores de activos)

70 Recomendaciones de hardware Sistemas operativos admitidos para Notification Server y los servidores de sitio 70 Componentes Servidores de paquetes por Notification Server. Task Servers por Notification Server. Servidores de inicio de red por Notification Server (requiere el servicio de tareas local y el servicio de administración de paquetes local). Intervalo De 1 a 600 De 1 a 600 De 1 a Este número depende del uso del paquete y de la frecuencia. El número apropiado para una arquitectura específica se debe determinar usando las velocidades de transferencia de archivos de Microsoft Windows, porque los Package Servers son básicamente servidores de archivos. 2 Si planea usar las tareas excesivamente, este número necesita ser más bajo debido al número de tareas que se deben procesar. En este caso, la cantidad de nodos del equipo cliente es secundaria. 3 Deployment Solution tiene una dependencia de los servicios de tareas. Como consecuencia, este número del equipo cliente debe coincidir con el número del Task Server. Sin embargo, debe tenerse cuidado de no iniciar trabajos de implementación en más de 200 clientes por Task Server al mismo tiempo. Esta situación puede tener varias limitaciones: La velocidad de disco del Task Server que alberga WinPE y las imágenes. El número de direcciones IP disponibles en un ámbito DHCP dado para los equipos recién detectados. El tamaño de las imágenes. Sistemas operativos admitidos para Notification Server y los servidores de sitio La última versión de Symantec Management Platform requiere Windows Server 2008 R2 o Windows Server 2008 R2 SP1. Sin embargo, Symantec Management Platform puede albergar componentes de middleware en equipos sin Notification Server. Estos componentes de middleware admiten varios sistemas operativos. Para obtener más información sobre la compatibilidad con plataformas de Symantec IT Management Suite, consulte El nombre oficial para un componente de software intermedio es "servicio de sitio". Cualquier equipo que albergue un servicio de sitio es conocido como servidor de sitio. Ejemplos de servicios de sitio son el servicio de administración de paquetes y el servicio de tareas. Un servidor de sitio puede tener uno o más servicios de

71 Recomendaciones de hardware Sistemas operativos admitidos para Notification Server y los servidores de sitio 71 sitio instalados en él. Por ejemplo, si se instala el servicio de sitio del servidor de paquetes (el servicio de paquetes ) en un equipo, ese equipo se convierte en servidor de sitio. Tabla 4-9 Sistemas operativos admitidos para Notification Server Tipo de sistema operativo Microsoft Windows Server Sistema operativo admitido Windows Server 2008 R2, Windows Server 2008 R2 SP1 y Windows Server 2008 R2 SP2. Windows Server 2008 R2 requiere un equipo de 64 bits. Si migra a Symantec Management Platform 7.1, Symantec recomienda que migre en un nuevo equipo. Host virtual VMware ESX, 4.0 y 5.0 Microsoft Hyper-V Server 2008 R2 Los servidores de sitio pueden usar un sistema operativo de estación de trabajo de Windows o un sistema operativo de Windows Server. Un servidor de sitio con un servicio de administración de paquetes instalado puede además usar un sistema operativo de servidor Linux. Los entornos distribuidos y grandes pueden necesitar servidores de sitio numerosos para satisfacer las demandas de administración de configuración. Notification Server se asegura de que el servicio de sitio esté instalado solamente en los equipos que cumplen los requisitos mínimos. Su consideración principal es el número de sesiones simultáneas que se necesitan cuando se elige entre un sistema operativo de servidor y un sistema operativo de estación de trabajo. Una estación de trabajo de Windows se limita a solamente 10 conexiones simultáneas TCP y un sistema operativo de servidor no tiene las mismas limitaciones. Un sitio con menos de 100 endpoints puede necesitar solamente 10 sesiones. Sin embargo; un servidor de Windows puede ser necesario para sitios remotos más grandes.

72 Recomendaciones de hardware Sistemas operativos admitidos para Notification Server y los servidores de sitio 72 Tabla 4-10 Sistemas operativos admitidos para el servicio de administración de paquetes Tipo de sistema operativo Escritorio de Microsoft Windows Sistema operativo admitido Windows XP SP2 Windows XP SP3 Windows Vista SP1 Windows Vista SP2 Windows 7 Windows 7 SP1 Windows 7 SP2 Servidor de Microsoft Windows Windows Server 2003 SP2 Windows Server 2003 R2 SP2 Windows Server 2008 Windows Server 2008 SP2 Windows Server 2008 R2, R2 SP1 y R2 SP2 Equipos de escritorio Linux Red Hat Enterprise Linux 5.7, 5.8, 6.2 y 6.3 Novell SUSE Linux Desktop 10, 11, 11 SP1 Servidores Linux Red Hat Enterprise Linux AS 4 Red Hat Enterprise Linux ES 4 Red Hat Enterprise Linux Server 5.1, 5.2, 5.3, 5.4, 5.5, 5.6 Red Hat Enterprise Linux 6.0 Red Hat Enterprise Linux 6.0 Server Red Hat Enterprise Linux 6.1 Server Novell SUSE Linux Enterprise Server 10 Novell SUSE Linux Enterprise Server 11, 11 SP1

73 Recomendaciones de hardware Acerca de las comprobaciones de SQL Server compatibles 73 Tabla 4-11 Sistemas operativos admitidos para el servicio de tareas Tipo de sistema operativo Escritorio de Microsoft Windows Sistema operativo admitido Windows XP SP2 Windows XP SP3 Windows Vista SP2 Windows 7 Windows 7 SP1 Servidor de Microsoft Windows Windows Server 2003 SP2 Windows Server 2003 R2 SP2 Windows Server 2008 Windows Server 2008 SP2 Windows Server 2008 R2, R2 SP1 Ver "Recomendaciones de SQL Server y requisitos de software de otros fabricantes" en la página 76. Acerca de las comprobaciones de SQL Server compatibles IT Management Suite 7.5 admite las siguientes comprobaciones de SQL Server: Latin1_General_BIN: Formato binario anterior Latin1_General_BIN2: formato binario Latin1_General_CI_AI: alfabeto latino ( normal ), sin diferenciación entre mayúsculas y minúsculas, sin diferenciación entre presencia o ausencia de acento Latin1_General_CI_AS: alfabeto latino, sin diferenciación entre mayúsculas y minúsculas, detección de presencia de acento Latin1_General_CS_AI: alfabeto latino, diferenciación entre mayúsculas y minúsculas, sin diferenciación entre presencia o ausencia de acento Latin1_General_CS_AS : alfabeto latino, diferenciación entre mayúsculas y minúsculas, diferenciación entre presencia o ausencia de acento

74 Recomendaciones de hardware Servicios de rol de IIS instalados por Symantec Installation Manager 74 Servicios de rol de IIS instalados por Symantec Installation Manager Antes de que comience a instalar IT Management Suite, es necesario instalar el rol de servidor web (IIS) en el equipo. Si los servicios de rol de IIS necesarios no están instalados, se le pedirá instalarlos en la página Comprobación de disponibilidad para instalación desde Symantec Installation Manager. Cuando se confirma la instalación, Symantec Installation Manager puede instalar y configurar estos servicios de rol de IIS de forma automática en el servidor. Nota: Aparte de los servicios de rol de IIS que se instalan con el servidor web, también se puede solicitar instalar algunos servicios de rol de IIS adicionales. Estos servicios de rol son necesarios para instalar IT Management Suite. Symantec Installation Manager identifica tales servicios de rol de IIS y le solicita que los instale de forma automática a través de la página Comprobación de disponibilidad para instalación del asistente para la instalación de Symantec Installation Manager. Los siguientes son los servicios de rol de IIS que se instalan cuando se configura el rol de IIS en el equipo: Servidor de aplicaciones con servidor web (IIS) con el servicio WAS (Windows Process Activation Service) Activación HTTP Servidor web (IIS) Servidor web Características HTTP comunes Contenido estático Documento predeterminado Examen de directorios Errores HTTP Redirección HTTP Desarrollo de aplicaciones ASP.NET Extensibilidad de.net

75 Recomendaciones de hardware Servicios de rol de IIS instalados por Symantec Installation Manager 75 ASP Extensiones ISAPI Filtros ISAPI Estado y diagnóstico Registro HTTP Herramientas de registro Monitor de solicitudes Seguimiento Seguridad Autenticación básica Autenticación de Windows Autenticación implícita Autenticación de asignación de certificado de cliente Autenticación de asignación de certificado de cliente IIS Autorización de URL Filtrado de solicitudes Restricciones de IP y dominio Rendimiento Compresión de contenido estático Compresión de contenido dinámico Herramientas de administración Consola de administración de IIS Scripts y herramientas de administración de IIS Servicio de administración con la administración de IIS 6 de la metabase de IIS 6 con WMI de IIS 6 Herramientas de scripting de IIS 6 Consola de administración de IIS 6

76 Recomendaciones de hardware Recomendaciones de SQL Server y requisitos de software de otros fabricantes 76 Recomendaciones de SQL Server y requisitos de software de otros fabricantes IT Management Suite 7.5 requiere SQL Server instalado de manera interna o externa. La versión de SQL Server que usted necesita depende del número de endpoints que se administre. Tabla 4-12 Recomendaciones de SQL Server para IT Management Suite 7.5 Prueba de concepto De 100 a 1000 endpoints De 1000 a 5000 endpoints De 5000 a endpoints De a endpoints Microsoft SQL Server Express 2005 SP4, 2008 SP2 o posterior y Microsoft SQL Server 2005 SP4, 2008 SP2 o posterior o 2012 Standard o Enterprise. Microsoft SQL Server 2005 SP4, 2008 SP2 o posterior o 2012 Standard o Enterprise. Microsoft SQL Server 2005 SP4, 2008 SP2 o posterior o 2012 Standard o Enterprise. Microsoft SQL Server 2005 SP4, 2008 SP2 o posterior o 2012 Enterprise. Se admite SQL interno; se recomienda SQL externo. Se admite SQL interno; se recomienda SQL externo. Symantec recomienda que se albergue SQL Server de manera externa. Symantec recomienda que se albergue SQL Server de manera externa. Ver "Acerca de las comprobaciones de SQL Server compatibles" en la página 73. Las soluciones de IT Management Suite 7.5 además requieren el software de otros fabricantes adicional siguiente: Tabla 4-13 Software de otros fabricantes necesario para IT Management Suite 7.5 Software Adobe Flash Player 11 Adobe Reader AJAX 1.0 Controlador OLEDB de Microsoft Access 2010 Propósito El complemento de Adobe Flash Player para Internet Explorer es necesario para el Diagrama de asociación de recursos en Asset Management Suite. Adobe Reader es necesario para abrir la documentación que está disponible en el formato PDF para las soluciones de ITMS. Ajax se utiliza para permitir que las llamadas asíncronas admitan una interfaz de usuario dinámica. Por ejemplo, la carga de menús a petición y la representación inmediata. Ajax es fundamental para muchos de los comportamientos de control de la interfaz de usuario: menús, cuadrículas, árboles, listas, controles de ComponentArt, etc. Data Connector necesita este controlador para poder comunicarse con los archivos de Access (.mdb) y Excel (.xls). Instale la versión de 64 bits del controlador.

77 Recomendaciones de hardware Recomendaciones de SQL Server y requisitos de software de otros fabricantes 77 Software Microsoft.NET 3.5 SP1 (para Notification Server) Microsoft.NET 3.5 (para Task Server) Microsoft Internet Explorer Propósito Symantec Management Platform depende de Microsoft.NET Framework. Task Server depende de Microsoft.NET Framework. Microsoft Internet Explorer es el navegador que admite Symantec Management Console. Ver "Consola/navegador" en la página 138. Microsoft Silverlight 5 Servicios de roles y roles del Administrador del servidor Silverlight es necesario para la página Configuración por primera vez en Symantec Management Console. Rol del servidor de aplicaciones y compatibilidad con la administración de IIS 6, ASP y servicios de roles de servidor web. Nota: Si los servicios de rol de IIS necesarios no están instalados, se le pedirá instalarlos en la página Comprobación de disponibilidad para instalación. Ver "Servicios de rol de IIS instalados por Symantec Installation Manager" en la página 74. Sun Java Runtime versión 6 o versión 7 de 32 bits Java JRE es necesario para LiveState y la conversión de paquetes de Altiris. Java JRE además se necesita en cualquier equipo que acceda remotamente a Symantec Management Console cuando la biblioteca de software se usa como el origen del paquete. Ver "Sistemas operativos admitidos para Notification Server y los servidores de sitio" en la página 70.

78 Capítulo 5 Comunicaciones de la solución En este capítulo se incluyen los temas siguientes: Cómo funcionan las tareas de Deployment Solution Cómo obran recíprocamente la configuración del inventario básico y los intervalos de registro del agente Cómo funcionan las comunicaciones del Inventario basado en agentes Acerca de establecer la configuración de la tarea y la política de inventario para optimizar el uso de recursos Métodos para recopilar el inventario Acerca de la entrega de paquetes en una jerarquía Cómo funcionan las comunicaciones de datos de Patch Management Solution Cómo funcionan las comunicaciones de datos de administración de activos Elegir un método de entrega de software Acerca de las reglas de detección Crear una regla de detección Configurar el Portal de software Cómo funcionan las tareas de Deployment Solution Deployment Solution permite integrar funciones de implementación estándar con Symantec Management Platform. Ayuda a reducir el costo de implementar y

79 Comunicaciones de la solución Cómo obran recíprocamente la configuración del inventario básico y los intervalos de registro del agente 79 administrar los servidores, los escritorios y los equipos portátiles de una ubicación centralizada en el entorno. La solución ofrece implementación del SO, configuración, migración de personalidad del equipo y distribución de software por medio de plataformas de hardware y tipos de SO. Cómo obran recíprocamente la configuración del inventario básico y los intervalos de registro del agente Varias configuraciones del cliente y del servidor obran recíprocamente para influenciar cuando por ejemplo, una aplicación se implementa en varios endpoints. Esto puedo explicar por qué, una vez que usted agregó un conjunto de equipos a una política, nada parece suceder. Tabla 5-1 Secuencia para las comunicaciones entre agente y servidor Secuencia Uno Dos Tres Cuatro Ubicación Cliente Servidor Servidor Cliente Descripción El inventario básico proporciona la información del cliente básica. Por ejemplo, proporciona la versión del agente, la información del subagente, el Id. exclusivo, etc. La actualización de la pertenencia del recurso agrega el equipo a uno o más destinos. Esto se basa en el inventario básico y otras variables del inventario que se pueden aplicar, por ejemplo los parámetros condicionales, las políticas, etc. La programación de actualización de políticas usa las tablas de pertenencia para actualizar las tablas de políticas. Cuando un usuario guarda una política, esta se actualiza de forma inmediata. La solicitud de configuración de agente se ejecuta y busca qué políticas se aplican. Cómo funcionan las comunicaciones del Inventario basado en agentes Inventory Solution permite consultar informes detallados sobre hardware y software en el entorno. Es posible tener como destino equipos para políticas y tareas basadas en esta información. Incluye políticas predefinidas del inventario. Algunas políticas

80 Comunicaciones de la solución Cómo funcionan las comunicaciones del Inventario basado en agentes 80 predefinidas del inventario se habilitan de forma predeterminada. Sin embargo, puede modificarlas para cumplir con sus necesidades específicas. Estas políticas incluyen la configuración siguiente: Qué elementos incluir en el inventario. Cuándo ejecutarlo. En qué equipos ejecutarlo (destinos); de forma predeterminada, esta configuración está destinada a todos los equipos con el complemento Inventory Solution instalado. Configuración avanzada opcional. Notification Server entrega la política basada en tareas del inventario inicial al equipo administrado. El complemento de Inventory Solution ejecuta su primer inventario de forma inmediata. Una vez que el complemento de Inventory Solution tiene su configuración de políticas, continúa ejecutando la tarea de inventario. Ejecuta la tarea según la configuración y la programación que se definen en la política. Si una configuración de políticas se cambia siempre, Task Server transfiere la nueva configuración al complemento de forma inmediata. El complemento de Inventory Solution ejecuta inmediatamente una recopilación del inventario. Inventory Solution se ejecuta independientemente de la solicitud de configuración de Symantec Management Agent. Usa tareas y Task Servers para realizar sus operaciones. El tiempo que el inventario ejecuta se aplica a la zona horaria de los equipos administrados. No usa la zona horaria del equipo con Notification Server. Es posible crear sus propias programaciones personalizadas en la política o usar una de las siguientes programaciones predefinidas: Diaria. La hora es a las 6:00 p. m. todos los días. Semanal. La hora es a las 6:00 p. m. de cada lunes. Mensual. La hora es a las 6:00 p. m. el primer lunes de cada mes. Cuando ejecuta el complemento de Inventory Solution, recopila el inventario de hardware, los análisis de archivos, agregar o quitar programas de Microsoft y listas de software de UNIX, Linux y Mac. El complemento de Inventory Solution envía de forma inmediata los datos a Notification Server. Los datos se compilan como eventos de Notification Server (NSE). Notification Server almacena los NSE en la base de datos de administración de configuración. Los datos están entonces disponibles para elaborar informes de Symantec Management Console.

81 Comunicaciones de la solución Cómo funcionan las comunicaciones del Inventario basado en agentes 81 Tabla 5-2 Secuencia Uno Dos Tres Cuatro Cinco Figura 5-1 Secuencia para comunicaciones de Inventory Descripción Las políticas predefinidas del inventario están disponibles para los equipos administrados en Notification Server. Después de la implementación inicial del complemento de Inventory, se envían las políticas de inventario a los equipos administrados mediante el archivo de políticas de Notification Server. De forma predeterminada, el complemento de Inventory se ejecuta LO MÁS PRONTO POSIBLE. El complemento de Inventory entonces recopila el inventario según la programación definida. Una vez que se recopila el inventario, se envía de forma inmediata y predeterminada al equipo con Notification Server. El equipo con Notification Server almacena el inventario en la CMDB. Secuencia para comunicaciones de Inventory

82 Comunicaciones de la solución Acerca de establecer la configuración de la tarea y la política de inventario para optimizar el uso de recursos 82 Acerca de establecer la configuración de la tarea y la política de inventario para optimizar el uso de recursos Inventory Solution permite recopilar datos de inventario sobre los equipos, los usuarios, los sistemas operativos y las aplicaciones de software instaladas en su entorno. La configuración predeterminada de la tarea y la política de inventario puede sobrecargar su red. Es posible establecer la configuración de la tarea y la política de inventario para reducir al mínimo el impacto en su entorno. Adherirse a las recomendaciones siguientes le permite ajustar el rendimiento del inventario para reducir al mínimo el impacto en la carga de trabajo del entorno y de la red: Evite la programación excesiva de actividades de recopilación del inventario. En la página de la política de inventario, se puede elegir recolectar hardware y sistema operativo, software, las propiedades de archivo o el inventario de las aplicaciones de servidor, según sus necesidades. Todos estos tipos de inventario no tienen que ejecutarse al mismo tiempo. Symantec recomienda que use las políticas y las programaciones únicas para diversos tipos de inventario. Tenga en cuenta que si hay demasiadas tareas y políticas de inventario que se ejecutan, puede aumentar la carga de trabajo en Notification Server. El aumento de la frecuencia de una tarea o política de inventario en un intento por obtener una "ventana en línea" genera el envío de datos redundantes a Notification Server. La carga de trabajo en Notification Server aumenta a medida que los datos duplicados aún deben ser procesados y, posteriormente, desechados. Programe las tareas o políticas de inventario de programación para que se ejecuten según la frecuencia de actualización de datos deseada, de modo que Symantec Management Agent puede administrar localmente el proceso de recopilación de inventario. Use el tipo y el método de recopilación de inventario que mejor se adapte a sus necesidades actuales. En la página de la política de inventario, se puede elegir y configurar el tipo de inventario que desea recopilar. Es posible también crear una política de inventario personalizada para recopilar datos específicos. Esto le permite reducir el tráfico de red y disminuir la carga de trabajo en Notification Server. Ver "Métodos para recopilar el inventario" en la página 87. Use políticas en vez de tareas para las actividades que se repiten.

83 Comunicaciones de la solución Acerca de establecer la configuración de la tarea y la política de inventario para optimizar el uso de recursos 83 Symantec recomienda usar políticas, no tareas, para las actividades recurrentes del inventario. Las políticas de inventario tienen más opciones y permiten más flexibilidad para ejecutar el inventario regular. Por ejemplo, se puede programar una política de inventario para aplicar a un grupo específico de usuarios o equipos y la política se ejecuta de forma automática en todos los nuevos equipos que se agreguen al grupo destinatario. Revise todas las tareas de inventario antes de activarlas. Las tareas de inventario tienen algunas opciones habilitadas de forma predeterminada. Esto puede dar lugar al crecimiento de la base de datos significativo. Symantec recomienda que se revise la configuración de la tarea y se deshabiliten las opciones que no son necesarias para su propósito específico. Evite el uso excesivo de la política Recopilar inventario completo y de su tarea de inventario asociada. Symantec recomienda que se ejecute el inventario completo regularmente para reducir al mínimo las posibilidades de que el inventario pierda la sincronización con el servidor. La recomendación predeterminada es recopilar el inventario completo una vez por semana, pero se puede establecer la configuración de políticas según sus necesidades. La ejecución del análisis del inventario completo demasiado frecuentemente puede aumentar la carga de trabajo en Notification Server. Para reducir la carga en su entorno, Symantec recomienda establecer intervalos más largos entre la recopilación del inventario completo y ejecutar el inventario delta durante esos intervalos. El inventario delta solo informa los datos que han cambiado desde el último análisis de inventario completo. La ejecución del inventario delta ayuda a reducir la carga de red. El proceso de recopilación del inventario delta se ejecuta de la siguiente manera: Paso 1 Cuando se ejecuta una política de inventario completa, recopila la información sobre las clases de datos, registra el valor hash para cada clase de datos en delta.cache y envía esta información a Notification Server. Es posible ver los datos de inventario en el Administrador de recursos o en los informes. Paso 2 El inventario siguiente delta calcula un nuevo hash para cada clase de datos, lo compara a la información actual en delta.cache, actualiza delta.cache y después envía la información modificada a Notification Server.

84 Comunicaciones de la solución Acerca de establecer la configuración de la tarea y la política de inventario para optimizar el uso de recursos 84 Paso 3 Paso 4 Cada nuevo inventario delta actualiza la información en delta.cache según los cambios que detecta. Cuando se recopila el inventario completo, vuelve a escribir totalmente el delta.cache existente. Los datos en la base de datos de administración de configuración (CMDB) pueden desactualizarse si se realizan cambios significativos al entorno, de modo que delta.cache en el equipo cliente ya no sea coherente con la información en la base de datos. Esto puede suceder cuando los equipos se combinan, se eliminan y después se agregan a Notification Server de nuevo, se redireccionan de un Notification Server a otro o cuando se usa una nueva base de datos. En este caso, Symantec recomienda que se ejecute el inventario completo una vez que se realizan los cambios. Además, los archivos de los datos de inventario pueden dañarse o Notification Server puede no procesarlos. En este caso, para sincronizar la información de nuevo, es necesario ejecutar un análisis del inventario completo. Ajuste la Configuración de análisis de propiedades del archivo. Cuando configure una tarea o política de inventario, en el cuadro de diálogo Opciones avanzadas, revise Configuración de análisis de propiedades del archivo en las fichas siguientes: Unidades Carpetas Archivos De forma predeterminada, se analizan todas las unidades locales. Es posible excluir las unidades que no es necesario analizar. Es posible excluir los directorios que no es necesario analizar. En el cuadro de diálogo Incluir reglas de archivos, Symantec recomienda seleccionar Informar solamente recuento de tamaños o archivos si no es necesario recopilar la información completa sobre los archivos. Esto le permite disminuir la carga de red. Habilite solamente la opción Acceso a los sistemas de archivos de red (UNIX/Linux/Mac) si es necesario. Habilitar esta opción en el cuadro de diálogo Opciones avanzadas puede dar lugar a informes de datos de inventario redundantes. El análisis de volúmenes remotos está deshabilitado de forma predeterminada para evitar que varios equipos informen datos de inventario redundantes. Configure la opción de la regulación del análisis del inventario. La regulación le permite ordenar aleatoriamente el principio del análisis del inventario para disminuir la carga de red.

85 Comunicaciones de la solución Acerca de establecer la configuración de la tarea y la política de inventario para optimizar el uso de recursos 85 Symantec recomienda que se use la regulación en entornos más grandes. Por ejemplo, cuando tiene máquinas virtuales varias en un único equipo físico host, ejecutar un análisis del inventario puede dar lugar a problemas de rendimiento significativos. La regulación le permite ordenar aleatoriamente la hora a la que el análisis del inventario se inicia, lo que además ordena aleatoriamente con eficacia la hora a la que Notification Server recibe los resultados del análisis del inventario. La red y Notification Server pueden procesar el inventario a lo largo del tiempo. Por ejemplo, se puede configurar el período de regulación del análisis a 24 horas. A la hora programada, el proceso de análisis se inicia, pero luego de forma inmediata se suspende y se despierta a una hora al azar dentro del período de tiempo especificado (en este ejemplo, 24 horas) para completar el análisis. Para habilitar la regulación, en la página de una tarea o política de inventario, haga clic en Opciones avanzadas y, luego, en el cuadro de diálogo Opciones avanzadas de la ficha Opciones de ejecución, seleccione Regular el análisis del inventario de forma uniforme a lo largo de un período de:x horas. Tenga en cuenta que cuando una política se ejecuta con esta configuración, la tarea será mostrada como en ejecución en el historial de tareas, incluso cuando esté suspendida durante la cantidad de tiempo aleatorio. Nota: Esta función está actualmente disponible para Windows solamente. Configure la opción Uso de recursos del sistema. Esta opción afecta solamente el proceso de análisis de archivos y no afecta la recopilación de hardware, de sistema operativo ni de datos de Agregar o quitar programas. La opción Uso de recursos del sistema le permite definir la prioridad del proceso del inventario y modificar así el uso del procesador y del disco en el equipo cliente durante un análisis del inventario. Para determinar su valor, considere la rapidez con la que desea recopilar el inventario y la manera en la que el proceso de inventario afecta el rendimiento del equipo cliente. Para configurar esta opción, en la página de una tarea o política de inventario, haga clic en Opciones avanzadas y a continuación, en el cuadro de diálogo Opciones avanzadas, en la ficha Opciones de ejecución, especifique el valor de Uso de recursos del sistema según sus necesidades. En la plataforma Windows, si disminuye la prioridad, el proceso de recopilación de inventario necesita menos recursos en el equipo cliente, pero el análisis de inventario tarda más tiempo. Si aumenta la prioridad, el análisis del inventario finaliza más rápidamente pero también consume más recursos.

86 Comunicaciones de la solución Acerca de establecer la configuración de la tarea y la política de inventario para optimizar el uso de recursos 86 Para los equipos de UNIX, de Linux y de Mac, el valor de Uso de recursos del sistema define la prioridad del proceso del inventario, pero no define el porcentaje del uso de recursos. Los equipos UNIX, Linux y Mac dedican más ciclos de CPU a procesos de alta prioridad y menos ciclos de CPU a procesos de baja prioridad. Si el equipo está en estado inactivo y ejecuta solamente el análisis de inventario, el proceso de baja prioridad puede tomar los recursos disponibles. El uso de la CPU se reduce tan pronto como otro proceso con mayor prioridad comienza a ejecutarse. Nota: En la plataforma Windows, esta opción solamente se aplica a los análisis de archivo. En las plataformas UNIX, Linux y Mac, esta opción se aplica al proceso completo de análisis de inventario. Ajuste la configuración de la compresión. El uso de la compresión permite comprimir los archivos de datos que los equipos cliente envían a Notification Server. Es posible especificar el tamaño de archivo mínimo que se comprime cuando se envía por medio de la red. Cuando planea usar la compresión, es necesario encontrar el equilibrio entre la carga del cliente y el servidor, y la utilización de la red. Si configura el umbral de compresión en un tamaño de archivo más bajo, aumenta la carga de trabajo en el equipo cliente y en Notification Server. El equipo cliente tiene que comprimir el archivo y el servidor tiene que descomprimirlo. Sin embargo, esta configuración disminuye la carga de red. Si configura el umbral de compresión en un valor más alto, disminuye la carga de trabajo en el equipo cliente y el servidor. Sin embargo, la carga de red aumenta debido a archivos más grandes que se envían por medio de la red. Symantec recomienda que use la compresión con archivos más pequeños solamente cuando tiene ancho de banda bajo. Si su Notification Server sirve a un sitio con un alto ancho de banda, no es necesario usar la compresión. La compresión es habilitada de forma automática para todas las soluciones. Para usar la compresión, se establece la configuración de Symantec Management Agent para el equipo cliente. Para obtener más información, consulte los temas acerca de establecer la configuración del agente de destino en la Guía de administración de IT Management Suite 7.5

87 Comunicaciones de la solución Métodos para recopilar el inventario 87 Métodos para recopilar el inventario Es posible usar métodos diferentes para recopilar diversos tipos de datos de inventario. Cada método tiene funciones y requisitos especiales. Método Descripción Tabla 5-3 Métodos para recopilar el inventario Funciones y requisitos Inventario básico El inventario básico se recopila de forma automática cuando Symantec Management Agent se instala en equipos administrados. Esta es una función principal de Symantec Management Platform y no necesita ningún componente adicional de inventario. Los datos del inventario básico incluyen el nombre del equipo, el dominio, el sistema operativo instalado, la dirección MAC e IP, la cuenta de usuario principal, etc. Esta información se actualiza periódicamente mientras Symantec Management Agent se esté ejecutando en el equipo. Las funciones son las siguientes: Los datos de inventario se recopilan automáticamente cuando Symantec Management Agent se instala en el equipo cliente. No es necesario ningún otro componente o paso. Los datos de inventario se actualizan en intervalos regulares. Es posible usar este método en diversas plataformas. Es posible usar este método para recopilar datos de inventario en los equipos administrados de Windows en el entorno de administración habilitada para la nube. Los requisitos son los siguientes: Los equipos de destino se deben administrar usando Symantec Management Agent. Nota: Los datos de inventario tienen un alcance limitado.

88 Comunicaciones de la solución Métodos para recopilar el inventario 88 Método Descripción Funciones y requisitos Inventario estándar en los equipos administrados El complemento de Inventory funciona con Symantec Management Agent y usa las políticas programadas para recopilar datos del inventario estándar que es más detallado que el inventario básico. De forma predeterminada, los datos del inventario estándar se recopilan a través de más de 100 clases de datos predefinidas. Los datos del inventario estándar incluyen los detalles siguientes sobre los equipos administrados: Componentes de hardware, sistema operativo y cuentas de usuario y grupos. Software y capas de software virtual. Propiedades de archivo. Más información detallada sobre el software, tal como fabricante, versión, tamaño, etc. Cuando el complemento de Inventory se instala en equipos administrados, se pueden administrar todas las políticas de inventario de Symantec Management Console. Es posible programar las políticas de inventario para que se ejecuten a intervalos regulares según sus necesidades, de modo que recopilar el inventario no afecte su rendimiento de red. Es posible usar el complemento de Inventory en las plataformas Windows, Linux, UNIX y Mac. Las funciones son las siguientes: Es posible recopilar una amplia gama de datos de inventario. Los datos de inventario son recopilados de forma automática y actualizados usando las políticas y las tareas programadas. Es posible configurar políticas para informar solamente los datos que han cambiado desde el último análisis del inventario completo (inventario delta). Este método se puede usar en varias plataformas. Es posible recopilar el inventario estándar en equipos administrados de Windows en el entorno de administración habilitada para la nube. Los requisitos son los siguientes: Los equipos de destino se deben administrar usando Symantec Management Agent. Los equipos de destino deben tener el complemento de Inventory instalado. Nota: Mantener los datos de inventario actuales puede ser difícil en los equipos que no se conectan regularmente a la red.

89 Comunicaciones de la solución Métodos para recopilar el inventario 89 Método Descripción Funciones y requisitos Inventario independiente Para recopilar el inventario independiente, es necesario crear paquetes independientes en Symantec Management Console. A continuación, se distribuyen los paquetes usando el correo electrónico, los recursos compartidos de red, los scripts de inicio de sesión, etc. y se ejecutan los paquetes en los equipos de destino. Las funciones son las siguientes: Es posible recopilar una amplia gama de datos de inventario. Solamente se admiten los equipos basados en Windows. Los requisitos son los siguientes: El método del inventario independiente le permite recopilar datos de inventario estándar en los equipos que no se administran con Symantec Management Agent, no tienen el complemento de Inventory instalado y no se conectan a Notification Server Es posible recopilar información detallada sobre los componentes de hardware, el sistema operativo, los usuarios y los grupos locales, el software y las capas de software virtual. No es posible usar este método en el entorno de administración habilitada para la nube. La entrega externa del paquete de inventario es necesaria. Si los equipos de destino no se conectan a Notification Server, los datos se deben publicar manualmente. Nota: Los datos de inventario no son administrados de manera centralizada y pueden no ser actuales.

90 Comunicaciones de la solución Métodos para recopilar el inventario 90 Método Descripción Funciones y requisitos Inventario personalizado Para recopilar el inventario personalizado, es necesario instalar el complemento de Inventory en sus equipos administrados. Este método le permite recopilar datos adicionales más allá de las clases de datos predefinidas en Inventory Solution. Es posible crear clases de datos adicionales que pueden ser únicas en su entorno. A continuación, se pueden ejecutar scripts de inventario personalizado que recopilan clases de datos de inventario personalizado. Las funciones son las siguientes: Es posible agregar las clases de datos que son únicas para su entorno y no se incluyen de forma predeterminada. Es posible usar una tarea de script de muestra para crear o configurar una tarea de script de inventario personalizado. Este método se puede usar en diversas plataformas. Es posible usar este método para recopilar datos de inventario en los equipos administrados de Windows en el entorno de administración habilitada para la nube. Los requisitos son los siguientes: Los equipos de destino se deben administrar usando Symantec Management Agent. Los equipos de destino deben tener el complemento de Inventory instalado. Es necesario crear clases de datos de inventario personalizado e incluir las clases de datos en los scripts personalizados. Es necesario crear y ejecutar los scripts del inventario personalizado que recopilan clases de datos del inventario personalizado.

91 Comunicaciones de la solución Métodos para recopilar el inventario 91 Método Descripción Funciones y requisitos Seguimiento de uso basado en software y medición de aplicaciones Para realizar el seguimiento de uso basado en software y la medición de aplicaciones, es necesario instalar el complemento de Inventory y el complemento de Application Metering en los equipos administrados. Es posible recopilar los datos sobre el uso de las aplicaciones y los datos de resumen de las aplicaciones supervisadas. Es posible realizar las siguientes tareas en sus equipos administrados: Realizar un seguimiento del uso del software administrado en el nivel del producto de software, el componente y la versión habilitando la opción de seguimiento de uso basado en software. Esta tarea es el método principal para usar para la mayoría de los productos de software. Medir el uso y controlar la disponibilidad de las aplicaciones ejecutando políticas predefinidas o personalizadas de medición de aplicaciones. Symantec recomienda que se use esta tarea solamente si es necesario medir eventos de inicio, detención y denegación para las aplicaciones en el nivel del archivo. Denegar a varias aplicaciones el funcionamiento configurando la política predefinida Aplicaciones restringidas o ejecutando políticas personalizadas de medición de aplicaciones. Las funciones son las siguientes: Es posible controlar la disponibilidad de las aplicaciones. Es posible denegar a las aplicaciones el funcionamiento. Es posible también configurar que los eventos denegados se envíen a Notification Server cuando un usuario intenta ejecutar una aplicación denegada. La opción de seguimiento de uso le permite realizar un seguimiento del uso del software en el nivel del producto y le permite saber cuántas veces se usa una aplicación, no solo si está instalada. Esta función puede ayudarle a administrar las licencias de aplicaciones. Es posible usar este método para recopilar datos de inventario en los equipos administrados de Windows en el entorno de administración habilitada para la nube. Los requisitos son los siguientes: Los equipos de destino se deben administrar usando Symantec Management Agent. Los equipos de destino deben tener el complemento de Inventory y el complemento de Application Metering instalados. Solamente se admiten los equipos basados en Windows. Nota: Este método no se admite en los servidores de Windows.

92 Comunicaciones de la solución Métodos para recopilar el inventario 92 Método Inventario de línea base Descripción Para recopilar el inventario de línea base, es necesario instalar el complemento de Inventory en sus equipos administrados. Este método le permite recolectar los datos sobre los archivos y la configuración del registro en los equipos. Es posible generar una línea base que identifique los archivos o la configuración del registro de un equipo. Es posible ejecutar más tarde los análisis de compatibilidad en los equipos administrados para comparar los archivos o las claves de registro actuales con los de la línea base. Las diferencias entre el análisis de línea base y el análisis de compatibilidad se informan a la CMDB. Funciones y requisitos Las funciones son las siguientes: Es posible realizar un seguimiento de los archivos y los registros que se desvían de los estándares corporativos. Es posible verificar la exactitud de las distribuciones y de las actualizaciones. Los administradores del sistema o el departamento de soporte técnico pueden conseguir notificaciones automáticas cuando un equipo no cumple con las políticas. Es posible ver un resumen del nivel de compatibilidad del equipo e informar los cambios en los archivos. Los requisitos son los siguientes: Los equipos de destino se deben administrar usando Symantec Management Agent. Los equipos de destino deben tener el complemento de Inventory instalado. Solamente se admiten los equipos basados en Windows. Nota: No es posible usar este método en el entorno de administración habilitada para la nube.

93 Comunicaciones de la solución Acerca de la entrega de paquetes en una jerarquía 93 Método Inventario de dispositivos de red Descripción Inventario para dispositivos de red recopila datos de inventario de los dispositivos detectados en su red. Este inventario se recopila de los dispositivos que no se administran mediante Symantec Management Agent. Como un agente de administración no es necesario, este inventario se considera un inventario sin agente. Es posible recopilar el inventario de los siguientes tipos de dispositivos: Grupo Equipo Equipo: máquina virtual Dispositivo de infraestructura Teléfono IP Dispositivo KVM Almacenamiento conectado en red Dispositivo de copia de seguridad de red Impresora de red Dispositivo de administración fuera de banda Dispositivo de administración fuera de banda: controlador de la administración del chasis Bastidor físico Recinto físico Bahía física Funciones y requisitos Las funciones son las siguientes: El inventario sin agente genera un inventario en los dispositivos que ya se detectaron y existen como recursos en la base de datos de administración de configuración (CMDB). Los requisitos son los siguientes: Antes de que recopile el inventario en los dispositivos de red, es necesario recopilar datos sobre los dispositivos habilitados para SNMP en su red. Antes de que recopile el inventario de los dispositivos de red, asegúrese de que el perfil de conexión de la tarea de Network Discovery tenga el SNMP activado. Acerca de la entrega de paquetes en una jerarquía El proceso de la entrega de paquetes en una jerarquía incluye varias fases. Los factores principales que pueden influir en el proceso son el tamaño del paquete y el ancho de banda. El tiempo que cada fase necesita para la completarse también depende de la configuración que se especifica. La tabla que aparece a continuación describe el proceso de la entrega de paquetes para la configuración predeterminada.

94 Comunicaciones de la solución Acerca de la entrega de paquetes en una jerarquía 94 Tabla 5-4 Proceso de entrega de paquetes en una jerarquía Fase 1 Descripción del proceso Se crea un paquete en un Notification Server principal. Tiempo calculado El tiempo necesario para crear un paquete depende del tamaño del paquete El servidor de paquetes principal asignado a un Notification Server principal solicita políticas. El servidor de paquetes principal descarga el paquete de un directorio local de Notification Server principal o de un recurso de red alternativo. Se produce la replicación siguiente (complete o diferencial) de Notification Server principal al Notification Server secundario. Se replican la política de entrega de paquetes y toda la información acerca del paquete. El servidor de paquetes secundario asignado al Notification Server secundario solicita las políticas. El proceso puede durar hasta 75 minutos en caso de la configuración de replicación predeterminada (tiempo de espera de solicitud de políticas de 1 hora más 15 minutos para la programación de la actualización de la pertenencia a delta). El tiempo necesario descargar el paquete depende del tamaño y del ancho de banda del paquete. La replicación puede durar hasta 24 horas en el caso de la configuración de replicación predeterminada, más la cantidad de tiempo necesaria para replicar los datos. Si crea el paquete después del inicio de la replicación, este paquete se replicará solamente en la replicación del día siguiente. El proceso puede durar hasta 75 minutos en caso de la configuración de replicación predeterminada (tiempo de espera de solicitud de políticas de 1 hora más 15 minutos para la programación de la actualización de la pertenencia a delta).

95 Comunicaciones de la solución Acerca de la entrega de paquetes en una jerarquía 95 Fase 6 Descripción del proceso El servidor de paquetes secundario solicita la ubicación del paquete del Notification Server secundario. El Notification Server secundario redirecciona el servidor de paquetes secundario al Notification Server principal, el cual, a continuación, lo redirecciona al servidor de paquetes principal. Tiempo calculado La solicitud de la ubicación del paquete y el redireccionamiento del servidor suceden casi de forma instantánea. 7 El servidor de paquetes secundario descarga el paquete del servidor de paquetes principal. El tiempo necesario para la descarga depende del tamaño y del ancho de banda del paquete. 8 El servidor de paquetes secundario envía sus bases de código (los datos sobre la ubicación del paquete) al Notification Server secundario. Esta información es usada para referencia por otros servidores de paquetes que solicitan la ubicación del paquete. A menos que se completen todos los pasos anteriores, el servidor de paquetes secundario obtiene una lista vacía de las ubicaciones del paquete y vuelve a intentar descargar el paquete. Si el servidor de paquetes secundario no puede descargar un paquete, repite el intento cada 3*2N minutos hasta que alcanza el límite de 24 horas. Después, repite el intento cada 24 horas. El servidor deja de intentar descargar el paquete si se elimina el paquete o ya no es aplicable. Nota: Para ahorrar tiempo, se puede crear una regla de replicación independiente que se ejecute más frecuentemente en el servidor de paquetes principal y replique solamente los objetos del paquete y sus asociaciones (los objetos del programa y de la línea de comandos).

96 Comunicaciones de la solución Cómo funcionan las comunicaciones de datos de Patch Management Solution 96 Cómo funcionan las comunicaciones de datos de Patch Management Solution Patch Management Solution realiza inventarios de los equipos administrados para determinar el sistema operativo y las actualizaciones de software (parches) que necesitan. La solución descarga los parches necesarios y proporciona asistentes para ayudar a desplegarlos. La solución permite configurar una programación de actualización de parches para garantizar que los equipos administrados estén actualizados con las últimas actualizaciones de seguridad del distribuidor. Los equipos administrados entonces están protegidos de forma constante. Es posible programar Patch Management Solution para descargar automáticamente boletines de seguridad crítica en la CMDB. Symantec recomienda configurar esta programación en diario para equipos Windows y en semanalmente para equipos Linux. Esta programación no descarga los archivos de instalación de parches, solamente información sobre ellos en los boletines de seguridad. Esta descarga se denomina catálogo de actualizaciones de software. La primera importación del catálogo de actualizaciones de software en una nueva plataforma puede tardar varias horas. Sin embargo, las importaciones subsiguientes tardan típicamente menos de una hora porque cada importación solo realiza descargas de delta, a menudo solo algunos MB. Si elige habilitar varios idiomas, aumenta el número de boletines de seguridad para descargar, el tamaño de las descargas y el tiempo de descarga. Es posible personalizar actualizaciones del catálogo de actualizaciones de software mediante la creación de exclusiones para el software al que no desea aplicar un parche. Es posible crear programaciones personalizadas para la descarga. De forma predeterminada, cada cuatro horas el complemento de actualización de software se pone en contacto con Notification Server para comprobar la existencia de parches. Si los nuevos boletines de seguridad se agregan a la CMDB mediante el catálogo de actualizaciones de software, el complemento actualizado de software los comprueba para ver si son aplicables. Además comprueba si las actualizaciones ya se han estado instalado. Envía los resultados del análisis al equipo con Notification Server. Los datos están disponibles para la elaboración de informes de cumplimiento. Una vez que la importación del catálogo de actualizaciones de software se ha completado, puede seleccionar los boletines de seguridad que desea definir en Notification Server. Este proceso de definición activa una descarga de archivos de instalación de parches en una carpeta en el equipo con Notification Server. Una vez que la descarga de parches ha finalizado, puede crear y habilitar la política de distribución de parches. Si usa varios servidores de paquetes, la configuración de administración del sitio para la distribución de paquetes determina cómo los archivos de instalación de parches se distribuyen en los servidores de paquetes.

97 Comunicaciones de la solución Cómo funcionan las comunicaciones de datos de Patch Management Solution 97 La política no se aplica hasta que se registra Symantec Management Agent. De forma predeterminada, Symantec Management Agent se pone en contacto con el equipo con Notification Server cada hora y solicita las actualizaciones de configuración. Sin embargo, su programación puede ser diferente. El equipo con Notification Server envía la política de distribución de parches a Symantec Management Agent. El equipo con Notification Server publica la ubicación del servidor de paquetes en Symantec Management Agent. Symantec Management Agent se conecta al servidor de paquetes y descarga los parches. Una vez que se descargan los parches, la instalación esperan a la ventana de mantenimiento programada siguiente para ejecutarse. Espera a menos que lo haya configurado para omitir las ventanas de mantenimiento para puntos vulnerables de día cero. Entonces hace lo siguiente: Verifica que se hayan descargado las parches. Instala los parches y reinicia el equipo. Es posible configurar los valores de reinicio, de modo que los servidores no se reinician inmediatamente después que aplicar un parche de actualizaciones. Se puede otorgar una ventana sin reinicio a los equipos cliente, de modo que los usuarios puedan diferir los reinicios. Ejecuta un análisis de vulnerabilidad. Si no ha ocurrido un reinicio, el equipo puede aparecer en informes como vulnerable. Una vez que se completa el proceso de aplicación de parches, el complemento de actualización de software envía el análisis de vulnerabilidad actualizado a Notification Server y lo almacena en la CMDB. Es posible usar los informes de cumplimiento para ver la información de vulnerabilidad de Symantec Management Console. El proceso de aplicación de parches tiene varias dependencias, de modo que el orden de las operaciones es importante. El complemento de actualización de software se usa para determinar la vulnerabilidad. Symantec Management Agent realiza la actualización de software. Cada uno puede tener una programación de actualización diferente. La programación más grande define la ventana para que los parches se entreguen a los equipos administrados. La ventana de mantenimiento define cuando están instalados los parches. Los informes de cumplimiento no muestran un resultado correcto hasta después de completar estos pasos.

98 Comunicaciones de la solución Cómo funcionan las comunicaciones de datos de Patch Management Solution 98 Tabla 5-5 Secuencia Uno (a) Dos (a) Tres (a) Cuatro (a) Uno (b) Dos (b) Tres (b) Cuatro (b) Cinco (b) Secuencia para comunicaciones de parches Descripción La importación se ejecuta automáticamente en Notification Server y extrae boletines de seguridad en la CMDB. Selecciona los parches del boletín de seguridad y se definen en una carpeta local en el equipo con Notification Server. Crea una política de entrega de parches e incluye los parches que se descargaron. Una vez que los agentes se han completado, ejecuta un informe de cumplimiento para comprobar el estado del parche. El complemento del parche se comprueba cada cuatro horas de forma predeterminada. Usa los últimos datos de importación de administración de parches y ejecuta un análisis de vulnerabilidad. El análisis depende de la importación de administración de parches que se completa. Symantec Management Agent comprueba y recibe las últimas políticas de parche y la ubicación de los parches. Symantec Management Agent descarga los paquetes de parches del equipo con Notification Server o del servidor empaquetado asignado. Durante la ventana de mantenimiento siguiente, Symantec Management Agent instala los parches. Una vez que ejecuta la instalación, se ejecuta la configuración de reinicio del equipo. Una vez que el paquete está instalado, se vuelve a ejecutar un análisis de vulnerabilidad y la información se envía al equipo con Notification Server.

99 Comunicaciones de la solución Cómo funcionan las comunicaciones de datos de administración de activos 99 Figura 5-2 Secuencia para comunicaciones de parches Cómo funcionan las comunicaciones de datos de administración de activos Asset Management Suite proporciona una consola de administración, un entorno de base de datos y un conjunto de soluciones que permiten realizar un seguimiento de los activos y de la información relacionada con los activos. El conjunto de aplicaciones incluye Asset Management Solution, Barcode Solution y CMDB Solution. Se especializa en realizar un seguimiento de los activos relacionados con TI, como equipos y software. Puede también usarlo para realizar un seguimiento de otros tipos de activos, como vehículos o equipo de oficina.