Tivoli Application Dependency Discovery Manager Versión 7.3. Guía de instalación IBM

Transcripción

1 Tioli Application Dependency Discoery Manager Versión 7.3 Guía de instalación IBM

2

3 Tioli Application Dependency Discoery Manager Versión 7.3 Guía de instalación IBM

4 Nota Antes de utilizar esta información y el producto que soporta, lea la información en Aisos en la página 147. Nota de edición Esta edición es aplicable a la ersión 7, release 3 de IBM Tioli Application Dependency Discoery Manager (número de producto 5724-N55) y todos los releases y modificaciones siguientes hasta que se indique de otro modo en las ediciones nueas. Copyright IBM Corporation 2006, 2016.

5 Contenido Figuras Tablas ii Acerca de esta información ix Conenios utilizados en este Information Center.. ix Términos y definiciones ix Instalación Tres formas de desplegar TADDM Despliegue del seridor de dominio Despliegue del seridor de sincronización... 3 Despliegue del seridor en modalidad continua. 4 Planificación para la instalación Comprobación de requisitos preios Requisitos del seridor de TADDM Requisitos del cliente Planificación de superisión de seridores de TADDM Planificación para la seguridad Planificación de un inicio de sesión único con IBM Tioli CCMDB o IBM SmartCloud Control Desk Planificación de la hoja de trabajo para la instalación del despliegue del seridor de sincronización Hoja de trabajo de planificación para la instalación del despliegue del seridor en modalidad continua Instalación de TADDM Configuración del seridor de bases de datos remotas Configuración del Sericio de Menú Contextual y el Sericio de Integración de Datos Instalación de los seridores de TADDM Comprobación de la instalación del seridor de TADDM Instalación de TADDM con base de datos segura 95 Configuración posterior a la instalación Configuración de DB2 para z/os posterior a la instalación Configuración de RAC de Oracle después de la instalación Comprobación del estado del seridor Configuración de clientes para el acceso seguro 103 Cómo borrar la memoria caché de Jaa Web Start Cómo borrar la memoria caché Configuración de la instalación posterior del acceso seguro DB Configuración del acceso seguro de Oracle después de la instalación Actualización de TADDM Directrices de ajuste de la migración Realización de tareas preias esenciales Actualización del seridor de TADDM Actualización manual de la base de datos Conertir un despliegue de TADDM de 32 bits en un despliegue de 64 bits Retrotracción de la actualización Desinstalación de TADDM Desinstalación del seridor de TADDM Traslado de TADDM de un sistema operatio a otro Resolución de problemas de instalación Resolución de problemas de actualización Aisos Marcas registradas Copyright IBM Corp. 2006, 2016 iii

6 i Application Dependency Discoery Manager: Instalación

7 Figuras 1. Despliegue del seridor de dominio Despliegue del seridor de sincronización 4 3. Despliegue del seridor en modalidad continua 7 4. Despliegue del seridor en modalidad continua con más detalle El tráfico de entrada/salida de un sistema operatio Windows El tráfico de entrada/salida de un sistema operatio Linux Copyright IBM Corp. 2006, 2016

8 i Application Dependency Discoery Manager: Instalación

9 Tablas 1. Los seridores y las bases de datos asociadas en cada tipo de despliegue Seridores e interfaces de usuario asociadas a cada tipo de despliegue Códigos de producto Requisitos de hardware del seridor de TADDM Requisitos de hardware del seridor de TADDM Tipos de procesador de línea base Velocidad del procesador Cantidad de procesadores Memoria Códigos de producto Velocidad del procesador Cantidad de procesadores Memoria Códigos de producto Velocidad del procesador Cantidad de procesadores Memoria Códigos de producto Velocidad del procesador Cantidad de procesadores Memoria Número de unidades de disco o de brazos de discos Códigos de producto Tipos de descubrimiento típicos Tipos de sensor de descubrimiento típicos Transferencia de datos de ejemplo durante el descubrimiento de niel 2 entre el seridor de TADDM y el ancla Ejemplo de transferencia de datos durante el descubrimiento de niel 2 entre el seridor de TADDM y el ancla utilizando el despliegue diferido Bytes transferidos entre el seridor de TADDM y el destino durante el descubrimiento de niel Bytes transferidos entre el seridor de TADDM y el destino durante el descubrimiento de niel Ejemplo utilizando un seridor de almacenamiento Ejemplo utilizando dos seridores de almacenamiento Ejemplo de seridores de descubrimiento Resultados de las pruebas escaladas que han utilizado dos, cuatro y seis CPU de 2 Ghz Resultados de las pruebas escaladas en las que se han utilizado un número diferente de pasarelas Comparación del rendimiento de los seridores Cygwin y WinSSHD Requisitos de hardware para anclas Sistemas operatios soportados para TADDM Software soportado para el seridor de bases de datos de TADDM Naegadores admitidos para la consola de gestión y Data Management Portal Funciones de seguridad y entajas del proceso de descubrimiento Roles y permisos de TADDM Valores de instalación comunes Configuración para una instalación del seridor de dominio Configuración de instalación del seridor de sincronización Valores de la base de datos de Oracle Configuración de la base de datos DB Valores de instalación comunes Valores de puerto del seridor de descubrimiento Valores de puerto para el seridor de almacenamiento primario Valores de puerto para el seridor de almacenamiento secundario Configuración de la base de datos DB Valores de la base de datos de Oracle Puertos utilizados por PingSensor y PortSensor para realizar conexiones Panel 1 de tamaños de agrupaciones de almacenamiento intermedio: DSNTIP Panel de tamaños 2: DSNTIP Panel de rendimiento y optimización: DSNTIP Panel IRLM 1: DSNTIPI Panel IRLM 2: DSNTIPJ Panel de recurso de datos distribuidos 1: DSNTIPR Valores de parámetro adicionales Tipos de seridores y de despliegues de TADDM Resultado del tipo de despliegue después de la actualización Orden en el que actualizar los seridores de TADDM Copyright IBM Corp. 2006, 2016 ii

10 iii Application Dependency Discoery Manager: Instalación

11 Acerca de esta información El objetio de esta ersión del documento PDF es proporcionar los temas relacionados del Information Center en formato imprimible. Conenios utilizados en este Information Center Términos y definiciones En la documentación de IBM Tioli Application Dependency Discoery Manager (TADDM) se utilizan determinos conenios. Se utilizan para hacer referencia a ías de acceso y ariables dependientes del sistema operatio, el directorio COLLATION_HOME y la ubicación del archio collation.properties, a la que se hace referencia en toda la documentación de TADDM, incluyendo los mensajes. Variables y ías de acceso dependientes del sistema operatio En este Information Center, se utilizan los conenios de UNIX para especificar ariables de entorno y para la notación de directorio. Cuando utilice la línea de mandatos de Windows, sustituya $ariable por %ariable% para ariables de entorno, y sustituya cada barra inclinada (/) por una barra inclinada inertida (\) en las ías de acceso de directorio. Si utiliza el shell bash en un sistema Windows, puede utilizar los conenios de UNIX. Directorio COLLATION_HOME El directorio raíz de TADDM se denomina también directorio COLLATION_HOME. En sistemas operatios tales como AIX o Linux, la ubicación predeterminada para instalar TADDM es el directorio /opt/ibm/taddm. Por tanto, en este caso, el directorio $COLLATION_HOME es /opt/ibm/taddm/dist. En sistemas operatios de Windows, la ubicación predeterminada para instalar TADDM es el directorio c:\ibm\taddm. Por lo tanto, en este caso, el directorio %COLLATION_HOME% es c:\ibm\taddm\dist. Ubicación del archio collation.properties El archio collation.properties contiene propiedades de seridor de TADDM e incluye comentarios de cada una de las propiedades. Está ubicado en el directorio $COLLATION_HOME/etc. Consulte la siguiente lista de términos y definiciones para obtener más información sobre conceptos importantes de IBM Tioli Application Dependency Discoery Manager (TADDM). colección de accesos Una colección que se utiliza para controlar el acceso a elementos de Copyright IBM Corp. 2006, 2016 ix

12 configuración y a permisos para modificar elementos de configuración. Únicamente puede crear una colección de accesos cuando se ha habilitado la seguridad a niel de datos. Descubrimiento asíncrono En TADDM, la ejecución de un script de descubrimiento en un sistema de destino para descubrir sistemas a los que no se puede acceder directamente mediante el seridor de TADDM. Como el descubrimiento se realiza manualmente, y de forma independiente al descubrimiento con credenciales típico, éste se denomina asíncrono. aplicación empresarial Una colección de componentes que proporciona una aplicación empresarial que puede utilizar de forma interna o externa o con otras aplicaciones industriales. CI Consulte elemento de configuración. recopilación En TADDM, un grupo de elementos de configuración. elemento de configuración (CI) Componente de infraestructura de TI que está bajo el control de gestión de la configuración y por lo tanto está sujeto a control de cambios formal. Cada elemento de configuración de la base de datos de TADDM tiene un objeto persistente y un historial de cambios asociado a él. Ejemplos de un elemento de configuración son un sistema operatio, una interfaz de niel 2 o un tamaño de agrupación de almacenamiento intermedio de base de datos. Descubrimiento credencial Exploración del sensor de TADDM que descubre información detallada sobre los siguientes elementos: Cada sistema operatio en el entorno de ejecución. Esta exploración también se conoce como descubrimiento de niel 2 y necesita credenciales de sistema operatio. Infraestructura de aplicación, componentes de software desplegado, seridores físicos, dispositios de red, sistemas irtuales y datos de host que se utilizan en el entorno de ejecución. Esta exploración también se conoce como descubrimiento de niel 3 y necesita tanto las credenciales del sistema operatio como las credenciales de aplicación. Descubrimiento de credenciales menores Exploración del sensor TADDM que descubre información básica acerca de los sistemas informáticos actios en el entorno de ejecución. Esta exploración también se conoce como descubrimiento de niel 1 y no necesita credenciales. Data Management Portal Interfaz de usuario basada en web de TADDM para isualizar y manipular los datos en la base de datos de TADDM. Se puede aplicar a un despliegue de seridor de dominio a un despliegue de seridor de sincronización y a un seridor de almacenamiento en un despliegue de seridor de modalidad continua. La interfaz de usuario es muy similar en todos los despliegues, aunque en un despliegue de seridor de sincronización tiene menos funciones adicionales para añadir y sincronizar dominios. hebra Worker de descubrimiento En TADDM, una hebra que ejecuta sensores. x Application Dependency Discoery Manager: Instalación

13 Consola de Gestión de descubrimiento Interfaz de usuario del cliente de TADDM para gestionar descubrimientos. Esta consola también se conoce con el nombre de consola del producto. Es aplicable a un despliegue de seridor de dominio y a los Discoery Serer en un despliegue de seridor continuo. La función de la consola es la misma para estos dos despliegues. Seridor de descubrimiento Un seridor de TADDM que ejecuta sensores en un despliegue de seridor en modalidad continua pero que no tiene su propia base de datos. dominio En TADDM, un subconjunto lógico de infraestructura de una compañía u otra organización. Los dominios pueden dibujar límites organizatios, funcionales o geográficos. seridor de dominio Un seridor TADDM que ejecuta sensores en un despliegue de seridor de dominio tiene su propia base de datos. un despliegue de seridor de dominio Despliegue de TADDM con un seridor de dominio. Un despliegue de seridor de dominio puede ser parte de un despliegue de seridor de sincronización. En un despliegue de seridor de dominio, la siguiente propiedad de seridor de TADDM debe definirse con el siguiente alor: com.collation.cmdbmode=domain contexto de inicio El concepto de cambiar sin problemas de una interfaz de usuario de productos Tioli a otra interfaz de usuarios de productos Tioli (en una consola diferente o en la misma interfaz de consola o de portal) con un inicio de sesión único y con la interfaz de usuario de destino en el punto adecuado para que los usuarios puedan continuar con sus tareas. Descubrimiento de Niel 1 Exploración del sensor TADDM que descubre información básica acerca de los sistemas informáticos actios en el entorno de ejecución. Esta exploración también se conoce como descubrimiento sin credenciales y, como su propio nombre indica, no necesita credenciales. Utiliza el sensor Stack Scan y el sensor IBM Tioli Monitoring Scope. El descubrimiento de niel 1 es muy superficial. Recoge solo el nombre de host, el nombre del sistema operatio, la dirección IP, el nombre de dominio completo y la dirección Media Access Control (MAC) de cada interfaz descubierta. Además, el descubrimiento de dirección MAC se limita a Linux en los sistemas System z y Windows. El descubrimiento de niel 1 no descubre subredes. Para cada interfaz IP descubierta que no pertenezca a ninguna subred existente hallada durante el descubrimiento de niel 2 o de niel 3, se crean subredes nueas basadas en el alor de la propiedad com.collation.ipnetworkassignmentagent.defaultnetmask del archio collation.properties. Descubrimiento de Niel 2 Exploración del sensor de TADDM que descubre información detallada sobre cada sistema operatio del entorno de ejecución. Esta exploración también se conoce como descubrimiento con credenciales y necesita credenciales de sistema operatio. El descubrimiento de niel 2 recoge los nombres de aplicaciones y los nombres de los sistemas operatios y números de puerto asociados con cada aplicación que se esté ejecutando. Si Acerca de esta información xi

14 una aplicación ha establecido una conexión TCP/IP con otra aplicación, esta información se recoge como dependencia. Descubrimiento de Niel 3 Exploración del sensor de TADDM que descubre información detallada sobre la infraestructura de aplicación, los componentes de software desplegado, seridores físicos, dispositios de red, sistemas irtuales y datos de host que se utilizan en el entorno de ejecución. Esta exploración también se conoce como descubrimiento con credenciales y necesita tanto las credenciales del sistema operatio como las credenciales de aplicación. tenencia múltiple En TADDM, el uso que un proeedor de sericios o proeedor de TI realiza de una instalación de TADDM para descubrir arios entornos de cliente. Además, el proeedor de sericios o proeedor de TI puede er los datos de todos los entornos de cliente, pero dentro de cada entorno de cliente, y sólo los datos específicos del cliente respectio se pueden isualizar en la interfaz de usuario o en los informes de dicho entorno de cliente. consola del producto Consulte Consola de gestión de descubrimiento. descubrimiento basado en un script En TADDM, la utilización, en un descubrimiento credencial, de los mismos scripts de sensor proporciona apoyo al descubrimiento asíncrono. SE Consulte equialente de seridor. equialente de seridor (SE) Unidad representatia de infraestructura de TI definida como un sistema informático (con configuraciones estándar, sistemas operatios, interfaces de red e interfaces de almacenamiento) con software de seridor instalado (como una base de datos, un seridor web o un seridor de aplicaciones). El concepto de un equialente de seridor también incluye la red, el almacenamiento y otros subsistemas que proporcionan sericios para el funcionamiento óptimo del seridor. Un equialente de seridor depende del sistema operatio: Sistema operatio Windows 500 AIX 1000 Linux 1000 HP-UX 500 Dispositios de red 1000 Número aproximado de CI xii seridor de almacenamiento Seridor de TADDM que procesa los datos de descubrimiento recibidos de los Discoery Serers y los almacena en la base de datos. El seridor de almacenamiento primario coordina tanto los seridores de descubrimiento como todos los otros seridores y funciona como seridor de almacenamiento. Todos los seridores de almacenamiento que no son el seridor primario se llaman seridores de almacenamiento secundario. despliegue del seridor en modalidad continua Despliegue de TADDM con un seridor de almacenamiento primario y al menos un seridor de descubrimiento. Este tipo de despliegue también puede incluir uno o más seridores de almacenamiento secundarios Application Dependency Discoery Manager: Instalación

15 opcionales. El seridor de almacenamiento primario y secundario comparten la base de datos. Los seridores de descubrimiento no tiene base de datos. En este tipo de despliegue, los datos de descubrimiento fluyen en paralelo desde los seridores de descubrimiento múltiples a una base de datos de TADDM. En un despliegue de seridor en modalidad continua, la propiedad del siguiente seridor de TADDM debe eniarse a uno de los siguientes alores: com.collation.taddm.mode=discoeryserer com.collation.taddm.mode=storageserer Para todos los seridores excepto el seridor de almacenamiento primario, las siguientes propiedades (para el nombre de host y el número de puerto del seridor de almacenamiento primario) también deben definirse: com.collation.primarystorageserer.host com.collation.primarystorageserer.port Si la propiedad com.collation.taddm.mode está definida, la propiedad com.collation.cmdbmode debe definirse o comentarse. seridor de sincronización Un seridor de TADDM que sincroniza los datos de descubrimiento desde todos los seridores de dominio en la empresa tiene su propia base de datos. Este seridor no descubre los datos directamente. despliegue del seridor de sincronización Un despliegue de TADDM con un seridor de sincronización y dos o más despliegues de seridor de dominio, cada uno de los cuales tiene su propia base de datos local. En este tipo de despliegue, el seridor de sincronización copia los datos de descubrimiento desde seridores de dominio múltiples, un dominio cada ez en procesos de sincronización de lotes. En un despliegue de seridor de sincronización, la siguiente propiedad del seridor de TADDM debe definirse al siguiente alor: com.collation.cmdbmode=enterprise Este tipo de despliegue está obsoleto. Por tanto, en un nueo despliegue de TADDM donde se necesita más de un seridor, utilice el despliegue de seridor en modalidad continua. Un seridor de sincronización puede conertirse en un seridor de almacenamiento primario para el despliegue del seridor en modalidad continua. Base de datos TADDM En TADDM, la base de datos donde se almacenan los datos de configuración, las dependencias y el historial de cambios. Cada seridor de TADDM, excepto los seridores de descubrimiento y los seridores de almacenamiento secundario, tiene su propia base de datos. Los seridores de descubrimiento no tienen base de datos. Los seridores de almacenamiento comparten la base de datos del seridor de almacenamiento primario. seridor de TADDM Un término genérico que puede representar cualquiera de los siguientes términos: seridor de dominio en un despliegue de seridor de dominio Acerca de esta información xiii

16 seridor de sincronización en un despliegue de seridor de sincronización seridor de descubrimiento en un despliegue de seridor en modalidad continua seridor de almacenamiento (incluido el seridor de almacenamiento primario) en un despliegue del seridor en modalidad continua sistemas de destino En el proceso de descubrimiento de TADDM, el sistema que se a a descubrir. Descubrimiento de utilización Exploración del sensor de TADDM que descubre información de utilización sobre los siguientes elementos. Un descubrimiento de utilización requiere credenciales del sistema operatio. xi Application Dependency Discoery Manager: Instalación

17 Instalación Tres formas de desplegar TADDM Puede desplegar IBM Tioli Application Dependency Discoery Manager (TADDM) en un despliegue de seridor de dominio, un despliegue de seridor de sincronización o en un despliegue de modalidad continua. Los seridores de TADDM son distintos dependiendo del tipo de despliegue que elija. Tabla 1 indica que los seridores de TADDM y las bases de datos asociadas que están presentes con relación al tipo de despliegue que utilice. El despliegue del seridor de sincronización está obsoleto. Además en un nueo despliegue de TADDM, utilice bien un despliegue de seridor de dominio o un despliegue de seridor en modalidad continua. Si se necesita más de un seridor, utilice el despliegue del seridor en modalidad continua. Un seridor de sincronización puede conertirse en un seridor de almacenamiento primario para el despliegue del seridor en modalidad continua. Tabla 2 en la página 2 indique las interfaces de usuario asociadas con el seridor de TADDM. Las siguientes definiciones describen las interfaces de usuario con más detalle: Data Management Portal Interfaz de usuario basada en web de TADDM para isualizar y manipular los datos en la base de datos de TADDM. Se puede aplicar a un despliegue de seridor de dominio a un despliegue de seridor de sincronización y a un seridor de almacenamiento en un despliegue de seridor de modalidad continua. La interfaz de usuario es muy similar en todos los despliegues, aunque en un despliegue de seridor de sincronización tiene menos funciones adicionales para añadir y sincronizar dominios. Consola de Gestión de descubrimiento Interfaz de usuario del cliente de TADDM para gestionar descubrimientos. Esta consola también se conoce con el nombre de consola del producto. Es aplicable a un despliegue de seridor de dominio y a los Discoery Serer en un despliegue de seridor continuo. La función de la consola es la misma para estos dos despliegues. Tabla 1. Los seridores y las bases de datos asociadas en cada tipo de despliegue Tipo de despliegue Seridores Bases de datos asociadas un despliegue de seridor de dominio despliegue del seridor de sincronización un seridor de dominio un seridor de sincronización Un despliegue del seridor de sincronización también requiere uno o más despliegues de seridor de dominio,cada uno de los cuales tiene un seridor de dominio. El seridor de dominio tiene su propia base de datos. El seridor de sincronización tiene su propia base de datos. Copyright IBM Corp. 2006,

18 Tabla 1. Los seridores y las bases de datos asociadas en cada tipo de despliegue (continuación) Tipo de despliegue Seridores Bases de datos asociadas despliegue del seridor en modalidad continua al menos un seridor de descubrimiento seridor de almacenamiento primario uno o más seridores de almacenamiento secundario opcionales Un seridor de descubrimiento no cuenta con una base de datos. El seridor de almacenamiento primario tiene su propia base de datos. Los seridores de almacenamiento secundario comparten la base de datos del seridor de almacenamiento primario. Tabla 2. Seridores e interfaces de usuario asociadas a cada tipo de despliegue Tipo de despliegue un despliegue de seridor de dominio despliegue del seridor de sincronización Seridores un seridor de dominio un seridor de sincronización Interfaces de usuario asociadas Data Management Portal Consola de Gestión de descubrimiento Data Management Portal despliegue del seridor en modalidad continua Un despliegue del seridor de sincronización también requiere uno o más despliegues de seridor de dominio,cada uno de los cuales tiene un seridor de dominio. al menos un seridor de descubrimiento seridor de almacenamiento primario uno o más seridores de almacenamiento secundario opcionales Consola de Gestión de descubrimiento Data Management Portal Data Management Portal Despliegue del seridor de dominio Un dominio es el subconjunto lógico de la infraestructura de una empresa u otra organización. Los dominios pueden dibujar límites organizatios, funcionales o geográficos. El seridor de dominio ejecuta sensores que descubren datos únicamente acerca de los dominios respectios. seridor de dominio Un seridor TADDM que ejecuta sensores en un despliegue de seridor de dominio tiene su propia base de datos. un despliegue de seridor de dominio Despliegue de TADDM con un seridor de dominio. Un despliegue de seridor de dominio puede ser parte de un despliegue de seridor de sincronización. 2 Application Dependency Discoery Manager: Instalación

19 En un despliegue de seridor de dominio, la siguiente propiedad de seridor de TADDM debe definirse con el siguiente alor: com.collation.cmdbmode=domain La Figura 1 muestra el despliegue del seridor del dominio. Figura 1. Despliegue del seridor de dominio Despliegue del seridor de sincronización El seridor de sincronización se utiliza en grandes entornos de empresa y unifica los datos de dominios de IBM Tioli Application Dependency Discoery Manager (TADDM) indiiduales. seridor de sincronización Un seridor de TADDM que sincroniza los datos de descubrimiento desde todos los seridores de dominio en la empresa tiene su propia base de datos. Este seridor no descubre los datos directamente. despliegue del seridor de sincronización Un despliegue de TADDM con un seridor de sincronización y dos o más despliegues de seridor de dominio, cada uno de los cuales tiene su propia base de datos local. En este tipo de despliegue, el seridor de sincronización copia los datos de descubrimiento desde seridores de dominio múltiples, un dominio cada ez en procesos de sincronización de lotes. En un despliegue de seridor de sincronización, la siguiente propiedad del seridor de TADDM debe definirse al siguiente alor: com.collation.cmdbmode=enterprise Instalación 3

20 Este tipo de despliegue está obsoleto. Por tanto, en un nueo despliegue de TADDM donde se necesita más de un seridor, utilice el despliegue de seridor en modalidad continua. Un seridor de sincronización puede conertirse en un seridor de almacenamiento primario para el despliegue del seridor en modalidad continua. La Figura 2 muestra el despliegue del seridor de sincronización. Figura 2. Despliegue del seridor de sincronización Despliegue del seridor en modalidad continua Si su despliegue necesita más de un seridor, obtendrá los siguientes beneficios de la utilización del despliegue del seridor en modalidad continua en ez del despliegue del seridor de sincronización (que está obsoleto): mayor disponibilidad de los datos, ahorro, y eliminación de los problemas producidos con la consolidación de datos. Durante el descubrimiento, los datos fluyen en paralelo (o en secuencias) desde arios seridores de descubrimiento al seridor de almacenamiento primario, donde los datos se procesan y se almacenan en la base de datos. Solo el seridor 4 Application Dependency Discoery Manager: Instalación

21 de almacenamiento tiene una base de datos. Los seridores de descubrimiento se utilizan solo para los sensores de ejecución y, por tanto, no cuentan con una base de datos. Este tipo de despliegue trae consigo los siguientes beneficios: Mayor disponibilidad de los datos En un despliegue de seridor en modalidad continua, los datos están disponibles tan pronto como se descubren. Ahorro Por el contrario, en un despliegue de un seridor de sincronización, los datos de un dominio específico no están disponibles hasta que se produce la sincronización; los datos también están disponibles durante la sincronización. Un despliegue del seridor en modalidad continua necesita menos hardware y recursos. Eliminación de problemas ocasionados cuando se consolidan los datos En un despliegue del seridor en modalidad continua, los datos an directamente al seridor de almacenamiento primario, lo que eita los siguientes problemas que pueden producirse en un despliegue del seridor de sincronización: Escenarios de fusión con complicaciones Problemas que se producen si se superponen los dominios El seridor de almacenamiento primario es el coordinador del seridor de la agrupación del seridor de almacenamiento, que es un clúster de seridores de almacenamiento. Cada seridor de almacenamiento secundario se registra en el seridor de almacenamiento primario y cada seridor de descubrimiento notifica cuando se añade o se suprime un seridor de almacenamiento secundario desde la agrupación de seridores de almacenamiento. Si un seridor de descubrimiento experimenta problemas cuando intenta ponerse en contacto con un seridor de almacenamiento secundario, intenta ponerse en contacto con un seridor de almacenamiento secundario distinto y continúa con este proceso hasta que lo logra. Cuando un seridor de almacenamiento secundario se une al a la agrupación de seridores de almacenamiento, el seridor de almacenamiento primario notifica aisa de este seridor de almacenamiento. Entonces, el seridor de descubrimiento se pone en contacto con el nueo seridor de almacenamiento. En un despliegue de seridor en modalidad continua, utilice Data Management Portal (interfaz de usuario basada en web) para er el descubrimiento, la topología, los informes y la información analítica. Utilice la Consola de Gestión de Descubrimiento (interfaz de usuario de cliente) para llear a cabo las actiidades relatias al descubrimiento, tales como las actiidades siguientes: Iniciar un descubrimiento Mostrar el progreso de un descubrimiento Gestionar los límites del descubrimiento Gestionar los perfiles de descubrimiento Gestionar la información de lista de acceso Seridor de descubrimiento Un seridor de TADDM que ejecuta sensores en un despliegue de seridor en modalidad continua pero que no tiene su propia base de datos. Instalación 5

22 seridor de almacenamiento Seridor de TADDM que procesa los datos de descubrimiento recibidos de los Discoery Serers y los almacena en la base de datos. El seridor de almacenamiento primario coordina tanto los seridores de descubrimiento como todos los otros seridores y funciona como seridor de almacenamiento. Todos los seridores de almacenamiento que no son el seridor primario se llaman seridores de almacenamiento secundario. despliegue del seridor en modalidad continua Despliegue de TADDM con un seridor de almacenamiento primario y al menos un seridor de descubrimiento. Este tipo de despliegue también puede incluir uno o más seridores de almacenamiento secundarios opcionales. El seridor de almacenamiento primario y secundario comparten la base de datos. Los seridores de descubrimiento no tiene base de datos. En este tipo de despliegue, los datos de descubrimiento fluyen en paralelo desde los seridores de descubrimiento múltiples a una base de datos de TADDM. En un despliegue de seridor en modalidad continua, la propiedad del siguiente seridor de TADDM debe eniarse a uno de los siguientes alores: com.collation.taddm.mode=discoeryserer com.collation.taddm.mode=storageserer Para todos los seridores excepto el seridor de almacenamiento primario, las siguientes propiedades (para el nombre de host y el número de puerto del seridor de almacenamiento primario) también deben definirse: com.collation.primarystorageserer.host com.collation.primarystorageserer.port Si la propiedad com.collation.taddm.mode está definida, la propiedad com.collation.cmdbmode debe definirse o comentarse. Figura 3 en la página 7 es una sencilla ilustración de un despliegue de seridor en modalidad continua que muestra el flujo de información desde los seridores de descubrimiento al seridor de almacenamiento en su base de datos. Figura 4 en la página 7 proporciona más detalle. Muestra el flujo de información de los seridores de descubrimiento, cada uno con una Consola de Gestión de Descubrimiento, a la agrupación del seridor de almacenamiento, que incluye arios seridores de almacenamiento y un seridor de almacenamiento primario. Cada uno de los seridores de almacenamiento tiene un Data Management Portal y todos los seridores de almacenamiento comparten una base de datos. En Data Management Portal, se muestra un seridor de almacenamiento como parte de la lista Miembro de agrupación de almacenamiento bajo estas condiciones: El seridor de almacenamiento no crea topologías El alor de la propiedad de seridor de TADDM com.collation.alwaysbusystorageserer en el archio collation.properties es false. Si el alor de la propiedad com.collation.alwaysbusystorageserer es true, el seridor de almacenamiento no aparece como parte de la lista Miembro de agrupación de almacenamiento porque se dedica a la interfaz gráfica de usuario y 6 Application Dependency Discoery Manager: Instalación

23 los sericios de integración. Figura 3. Despliegue del seridor en modalidad continua Figura 4. Despliegue del seridor en modalidad continua con más detalle Planificación para la instalación Antes de instalar TADDM, debe decidir qué tipo de despliegue de TADDM desea utilizar. Cada tipo cuenta con necesidades diferentes y sigue procesos de instalación distintos. También debe pensar el número de seridores, el tipo de dichos seridores y el tipo y ubicación de la base de datos. Instalación 7

24 Si tiene preisto utilizar TADDM con IBM Tioli Change and Configuration Management Database (CCMDB) o IBM SmartCloud Control Desk, consulte la información de planificación e instalación de CCMDB o IBM SmartCloud Control Desk. En el despliegue de TADDM del seridor en modalidad continua, los archios se copian desde el seridor de almacenamiento primario al seridor de almacenamiento secundario (si se configura) mediante el puerto 9430, así pues el puerto 9430 debe estar abierto entre los seridores de almacenamiento primario y secundario para que la instalación se realice correctamente. Además de esto, como http se utiliza de forma predeterminada, no debe aplicarse ssl para una instalación correcta. Comprobación de requisitos preios Puede realizar una comprobación básica de requisitos preios, antes de realizar la instalación, utilizando la herramienta de comprobación de requisitos preios. Restricción: La comprobación de requisitos preios no es completa. Algunos sensores o configuraciones específicas pueden necesitar requisitos preios adicionales en el seridor de TADDM. La herramienta de comprobación de requisitos preios no comprueba la existencia de dichos requisitos preios. La herramienta de comprobación de requisitos preios comprueba los alores medios seguros de memoria y espacio de disco. La instalación podría funcionar con alores inferiores. Puede encontrar la ersión del comprobador de requisitos de TADDM en el disco 1 de los DVD de instalación en el directorio /prereqchecker/. La ersión más reciente se puede descargar en el Fix Central en support/fixcentral/swg/selectfixes?parent=ibm~tioli&product=ibm/tioli/ Tioli+Application+Dependency+Discoery+Manager&release=7.3.0&platform=All &function=all. El nombre del archio es TADDM_730_prerequisiteChecker.zip. Si ha descargado TADDM en el formato zip, los archios zip números 1 y 2 son el equialente del Disco 1. Ejecución de la herramienta de comprobación de requisitos preios Siga estos pasos para ejecutar la herramienta de comprobación de requisitos preios autónoma. Acerca de esta tarea Hay arias configuraciones de TADDM para las que se pueden comprobar requisitos preios. Los categorizamos por tamaño, tipo de despliegue y tipo de seridor. El tamaño de un despliegue se define en el número de equialentes de seridor (SE). Se utilizan las siguientes agrupaciones de tamaño de despliegue: Despliegue pequeño: menos de SEs Despliegue grande: SE Despliegue de empresa: más de SE Puede ejecutar el escáner de requisitos preios de las siguientes dos formas: 8 Application Dependency Discoery Manager: Instalación

25 Ejecución rápida En modalidad de ejecución rápida, puede utilizar scripts preparados para su ejecución que establezcan todos los parámetros necesarios para el comprobador de requisitos. Personalizar En modalidad personalizada, debe proporcionar todos los parámetros necesarios (y opcionales) para el comprobador de requisitos. Procedimiento Ejecute el comprobador de requisitos en modalidad rápida o personalizada. Complete uno de los siguientes conjuntos de pasos: Para ejecutar el comprobador de requisitos en modalidad de ejecución rápida, complete los siguientes pasos: 1. (Opcional) Copie el comprobador de requisitos para el sistema operatio apropiado en el sistema de destino. 2. Abra una interfaz de línea de mandatos: En sistemas operatios Windows, abra un indicador de mandatos. En sistemas operatios Linux y UNIX, abra un entorno de shell. 3. Diríjase al directorio en el que esté ubicado el comprobador de requisitos y ejecute el script adecuado para su entorno. Para el sistema operatio Windows, hay los siguientes scripts disponibles: Script taddm_domain_small.bat taddm_domain_large.bat taddm_domain_enterprise.bat taddm_domain_database_small.bat taddm_domain_database_large.bat taddm_domain_database_enterprise.bat taddm_streaming_small.bat taddm_streaming_large.bat taddm_streaming_enterprise.bat Producto Seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Pequeño Seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Grande Seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Empresa Seridor de bases de datos del seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Pequeño Seridor de bases de datos del seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Grande Seridor de bases de datos del seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Empresa Seridor de almacenamiento o IBM Tioli Application Dependency Discoery Manager Discoery - Pequeño Seridor de almacenamiento o IBM Tioli Application Dependency Discoery Manager Discoery - Grande Seridor de almacenamiento o IBM Tioli Application Dependency Discoery Manager Discoery - Emopresa Instalación 9

26 Script taddm_streaming_database_small.bat taddm_streaming_database_large.bat taddm_streaming_database_enterprise.bat Producto Seridor de bases de datos del seridor de almacenamiento de IBM Tioli Application Dependency Discoery Manager - Pequeño Seridor de base de datos para el seridor de almacenamiento de IBM Tioli Application Dependency Discoery Manager - Grande Seridor de bases de datos del seridor de almacenamiento de IBM Tioli Application Dependency Discoery Manager - Empresa Para sistemas operatios Linux y UNIX, dispone de los siguientes scripts: Script taddm_domain_small.sh taddm_domain_large.sh taddm_domain_enterprise.sh taddm_domain_database_small.sh taddm_domain_database_large.sh taddm_domain_database_enterprise.sh taddm_streaming_small.sh taddm_streaming_large.sh taddm_streaming_enterprise.sh taddm_streaming_database_small.sh taddm_streaming_database_large.sh taddm_streaming_database_enterprise.sh Producto Seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Pequeño Seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Grande Seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Empresa Seridor de bases de datos del seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Pequeño Seridor de bases de datos del seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Grande Seridor de bases de datos del seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Empresa Seridor de almacenamiento o IBM Tioli Application Dependency Discoery Manager Discoery - Pequeño Seridor de almacenamiento o IBM Tioli Application Dependency Discoery Manager Discoery - Grande Seridor de almacenamiento o IBM Tioli Application Dependency Discoery Manager Discoery - Emopresa Seridor de bases de datos del seridor de almacenamiento de IBM Tioli Application Dependency Discoery Manager - Pequeño Seridor de base de datos para el seridor de almacenamiento de IBM Tioli Application Dependency Discoery Manager - Grande Seridor de bases de datos del seridor de almacenamiento de IBM Tioli Application Dependency Discoery Manager - Empresa 10 Application Dependency Discoery Manager: Instalación

27 4. Una ez haya finalizado el escáner de requisitos preios, se isualiza información detallada sobre la exploración. Los resultados también se guardan de forma local. En el sistema operatio Windows, los resultados se guardan en %TMP%\taddm\prs. En los sistemas operatios Linux y UNIX, los resultados se guardan en /tmp/taddm/prs. Para ejecutar el comprobador de requisitos en modalidad personalizada, complete los siguientes pasos: 1. Copie la herramienta de comprobación de requisitos preios del sistema operatio adecuado en el sistema de destino. 2. Abra una interfaz de línea de mandatos: En sistemas operatios Windows, abra un indicador de mandatos. En sistemas operatios Linux y UNIX, abra un entorno de shell. 3. Diríjase al directorio en el que esté ubicado el comprobador de requisitos y ejecute el siguiente mandato: En el sistema operatio Windows, ejecute el mandato prereq_checker.bat. En sistemas operatios Linux y UNIX, ejecute el mandato prereq_checker.sh. Resultados Se muestran los siguientes parámetros de entrada: Uso:./prereq_checker.sh "<Product Code> [product ersion], <Product Code> [product ersion]..." [PATH=<Product install path>] [detail] [-p <Product Code>.SECTION.NAME=VALUE pairs] [outputdir="<prs output dir path>"] [xmlresult] [-health<actie inactie>] Ejemplos: Para sistemas operatios Windows: prereq_checker.bat "TS1" outputdir="c:\prs" Para sistemas operatios Linux y UNIX:./prereq_checker.sh "TS1" outputdir="/tmp/prereq_check_output/" Los párrafos siguientes proporcionan una descripción detallada de los parámetros de entrada. Pares Product Code y product ersion. Se necesita al menos un código de producto. Para IBM TADDM, el código es un código de producto de tres letras para el tamaño y el tipo de despliegue. Por ejemplo, para un despliegue de dominio "pequeño", tiene que especificar TS1. Introduzca los códigos del producto en mayúsculas. Si hay arios códigos de producto, se deben separar con comas. Cada componente o agente tiene un archio config con la conención de nomenclatura *.cfg, por ejemplo, TS1_ cfg. Si especifica un código de producto que no tiene un archio *.cfg correspondiente, dicho código de producto se omite. El parámetro product ersion no se puede aplicar a TADDM. [PATH=íaAcceso_instalación_producto] El parámetro PATH es opcional. Un ejemplo del parámetro PATH con un alor definido es PATH=D:\IBM\taddm. Si no especifica el parámetro PATH, la Instalación 11

28 herramienta de comprobación de requisitos preios comprueba las siguientes ías de acceso de instalación predeterminadas de IBM TADDM: En sistemas operatios Windows, la ía de acceso predeterminada es C:\IBM\taddm. En sistemas operatios Linux y UNIX, la ía de acceso predeterminada es /opt/ibm/taddm. [detail] El parámetro detail es opcional. Este distintio indica que desea er resultados detallados en la pantalla al ejecutar la herramienta de comprobación de requisitos preios. No coloque la palabra detail entre comillas. Si no especifica el parámetro detail, solo se mostrarán en la pantalla los alores PASS o FAIL. Omitir este parámetro es una manera sencilla de er si el sistema cumple con los requisitos preios. La salida detallada se graba en el archio precheck.log, independientemente de si especifica el parámetro detail o no. Puede consultar este archio para er los resultados de la herramienta de comprobación de requisitos preios. Puede er también el archio result.txt para er los pasos detallados que ha tomado la herramienta de comprobación de requisitos preios. [outputdir=ía_acceso_completa] Al ejecutar el comprobador de requisitos desde un soporte de sólo lectura o desde un directorio sin permiso de escritura, debe establecer este parámetro en la ía de acceso completa y colocar el alor entre comillas. La opción outputdir distingue entre mayúsculas y minúsculas. [-health actie inactie] Este parámetro no se puede aplicar a TADDM. Dispone de los siguientes códigos específicos del producto: Tabla 3. Códigos de producto Código TS1 TS2 TS3 TS4 TS5 TS6 TS7 TS8 TS9 Producto Seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Pequeño Seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Grande Seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Empresa Seridor de bases de datos del seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Pequeño Seridor de bases de datos del seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Grande Seridor de bases de datos del seridor de dominio de IBM Tioli Application Dependency Discoery Manager - Empresa Seridor de almacenamiento o IBM Tioli Application Dependency Discoery Manager Discoery - Pequeño Seridor de almacenamiento o IBM Tioli Application Dependency Discoery Manager Discoery - Grande Seridor de almacenamiento o IBM Tioli Application Dependency Discoery Manager Discoery - Emopresa 12 Application Dependency Discoery Manager: Instalación

29 Tabla 3. Códigos de producto (continuación) Código TSA TSB TSC Producto Seridor de bases de datos del seridor de almacenamiento de IBM Tioli Application Dependency Discoery Manager - Pequeño Seridor de base de datos para el seridor de almacenamiento de IBM Tioli Application Dependency Discoery Manager - Grande Seridor de bases de datos del seridor de almacenamiento de IBM Tioli Application Dependency Discoery Manager - Empresa Requisitos del seridor de TADDM Es posible que un despliegue de TADDM requiera arios tipos de seridores, dependiendo del tipo de despliegue que desee utilizar. Número de seridores El número de seridores que necesita depende del número estimado de elementos que deben descubrirse. Puede basar la estimación en una de las dos unidades siguientes: elemento de configuración (CI) Componente de infraestructura de TI que está bajo el control de gestión de la configuración y por lo tanto está sujeto a control de cambios formal. Cada elemento de configuración de la base de datos de TADDM tiene un objeto persistente y un historial de cambios asociado a él. Ejemplos de un elemento de configuración son un sistema operatio, una interfaz de niel 2 o un tamaño de agrupación de almacenamiento intermedio de base de datos. equialente de seridor (SE) Unidad representatia de infraestructura de TI definida como un sistema informático (con configuraciones estándar, sistemas operatios, interfaces de red e interfaces de almacenamiento) con software de seridor instalado (como una base de datos, un seridor web o un seridor de aplicaciones). El concepto de un equialente de seridor también incluye la red, el almacenamiento y otros subsistemas que proporcionan sericios para el funcionamiento óptimo del seridor. Un equialente de seridor depende del sistema operatio: Sistema operatio Windows 500 AIX 1000 Linux 1000 HP-UX 500 Dispositios de red 1000 Número aproximado de CI Para las aplicaciones de descubrimiento de niel 3, se deben presuponer 2000 elementos de configuración por SE. Tipos de seridores Seridores de dominio Instalación 13

30 Los seridores de dominio de TADDM descubren y realizan un seguimiento de los elementos de configuración de su entorno. Un seridor de dominio es parte de un despliegue del seridor de dominio autónomo o de un despliegue de seridor de sincronización. Cada seridor de dominio, y su base de datos asociada, debe limitarse a aproximadamente SE (o CI). Si el entorno tiene un tamaño mayor, utilice arios seridores. También puede mejorar el rendimiento si limita cada seridor a una pequeña cantidad de orígenes y tipos de datos descubiertos. Por ejemplo, puede utilizar un seridor para descubrir un solo tipo de sistema de software gestionado, independientemente de la ubicación, en lugar de organizar los seridores según su ubicación geográfica. Nota: El tipo de despliegue del seridor de sincronización está obsoleto. Si necesita instalar un nueo despliegue con arios seridores, utilice el despliegue del seridor en modalidad continua. Seridores de descubrimiento Los seridores de descubrimiento descubren y realizan un seguimiento de los elementos de configuración(ci) en su entorno. Un seridor de descubrimiento es parte de un despliegue de seridor de en modalidad continua. Cada seridor de descubrimiento debe estar limitado a aproximadamente SE (o CI). Si el entorno tiene un tamaño mayor, utilice arios seridores de descubrimiento. También puede mejorar el rendimiento si limita cada seridor a una pequeña cantidad de orígenes y tipos de datos descubiertos. Por ejemplo, puede utilizar un seridor para descubrir un solo tipo de sistema de software gestionado, independientemente de la ubicación, en lugar de organizar los seridores según su ubicación geográfica. Seridores de almacenamiento Los seridores de almacenamiento procesan los datos de descubrimiento desde los seridores de descubrimiento. Un seridor de almacenamiento es parte de un despliegue de seridor de en modalidad continua. Un despliegue del seridor en modalidad continua tiene al menos un seridor de almacenamiento, llamado seridor de almacenamiento primario; es posible que haya algún seridor de almacenamiento más, dependiendo del tamaño del entorno y del número de elementos que deben descubrirse. Si no está seguro de cuántos seridores de almacenamiento necesita, puede desplegar TADDM con un solo seridor de almacenamiento y después añadir más seridores de almacenamiento necesarios para mejorar el rendimiento. Seridores de bases de datos La base de datos de TADDM almacena la información descubierta sobre los elementos de configuración y sus relaciones, que se representa utilizando el Modelo de datos común de Tioli. Cada seridor de dominio de TADDM o seridor de almacenamiento primario tiene una base de datos correspondiente; en el despliegue del seridor de sincronización, el seridor de sincronización también tiene una base de datos. 14 Application Dependency Discoery Manager: Instalación