IBM Maximo Asset Management Versión 7 Release 5. Planificación para el despliegue

(1)

IBM Maximo Asset Management

Versión 7 Release 5

Planificación para el despliegue

(2)

Nota

Antes de utilizar esta información y el producto al que da soporte, lea la información contenida en el apartado “Avisos” en la página 63.

Esta edición se aplica a la versión 7, release 5, modificación 0, de IBM Maximo Asset Management y a todos los

(3)

Contenido

Capítulo 1. Visión general de la

instalación . . . 1

Componentes y arquitectura del sistema . . . 1

Información sobre el producto . . . 2

Idiomas admitidos . . . 3

Capítulo 2. Planificación de despliegue 5

Topologías de despliegue . . . 5

Estación de trabajo administrativa . . . 6

Despliegue de servidor único . . . 7

Despliegue en varios servidores . . . 7

Planificación de la seguridad . . . 8

Planificación de la capacidad de servicio . . . 9

Planificación del soporte de idiomas . . . 10

Información de registro del programa de instalación 11

Capítulo 3. Hojas de ruta de escenarios de despliegue. . . 13

Capítulo 4. Opciones de instalación . . 15

Opción simple o personalizada . . . 15

Capítulo 5. Middleware . . . 17

Espacio de trabajo del programa de instalación de middleware . . . 19

Opciones de configuración de middleware . . . . 20

Convenciones de asignación de nombre de objeto del middleware . . . 20

Capítulo 6. Realizar varias instalaciones de producto en una única estación de trabajo administrativa . . . 25

Capítulo 7. Bases de datos de formación . . . 27

Apéndice A. Tareas del programa de instalación . . . 29

Apéndice B. Hojas de trabajo de planificación para la instalación de middleware . . . 33

Apéndice C. Hojas de trabajo de planificación para la configuración manual de middleware . . . 43

Apéndice D. Hoja de trabajo de planificación de la instalación del producto . . . 59

Avisos . . . 63

Marcas registradas . . . 65

Índice . . . 67

iii

(4)

(5)

Capítulo 1. Visión general de la instalación

Planifique la instalación de IBM^®Maximo Asset Management y prepare el entorno mediante un escenario de despliegue que se ajuste a sus necesidades.

La instalación de Maximo Asset Management requiere derechos y privilegios de administrador del sistema.

Componentes y arquitectura del sistema

Para preparar la instalación debe configurar los componentes necesarios de un despliegue de Maximo Asset Management.

Maximo Asset Management requiere varios servidores de software a los que se denomina middleware. Los componentes de middleware pueden ejecutarse en uno o más sistemas. Los componentes que se utilizan en una instalación típica de Maximo Asset Management se muestran en la figura siguiente:

Se necesitan los componentes siguientes para una instalación de Maximo Asset Management:

Estación de trabajo administrativa

Se utiliza para instalar Maximo Asset Management. La estación de trabajo administrativa debe instalarse en un sistema operativo Microsoft Windows.

Después de realizar la instalación, utilice la estación de trabajo

administrativa para realizar actualizaciones o cambios en la configuración.

Base de datos

Figura 1. Componentes y arquitectura del sistema

1

(6)

Almacena toda la información sobre activos, como por ejemplo sus condiciones, ubicaciones y registros relacionados. Puede almacenar esta información en la base de datos IBM DB2 que se suministra en la imagen de instalación del producto. También puede utilizar cualquiera de las otras bases de datos soportadas. Se proporciona una lista de bases de datos soportadas en la información de requisitos del sistema, disponible en la guía de Inicio rápido.

Servidor de aplicaciones

Gestiona los componentes Maximo Asset Management JavaServer Pages (JSPs), XML y componentes de lógica empresarial. Maximo Asset Management utiliza un servidor de aplicaciones J2EE (Java 2 Platform, Enterprise Edition) comercial: IBM WebSphere Application Server o Oracle WebLogic Server.

Navegador web

Puede acceder a las aplicaciones de Maximo Asset Management utilizando un navegador web, conectado a través de una red de empresa o a través de Internet.

Además de los componentes necesarios, puede utilizar los siguientes componentes adicionales con Maximo Asset Management:

servidor HTTP

Puede configurar un servidor HTTP dedicado independiente para que trabaje con el servidor de aplicaciones J2EE.

Servidor de directorios

Puede configurar un servidor de directorios, como el servidor LDAP (Lightweight Directory Access Protocol) para proporcionar autenticación y gestión de identidades para el servidor J2EE.

Información sobre el producto

Antes de instalar Maximo Asset Management, revise la información de instalación del producto.

Inicio rápido

Proporciona una breve información para ayudarle a empezar. La descarga de Inicio rápido y el Information Center IBM Maximo Asset

Management 7.5. (http://publib.boulder.ibm.com/infocenter/tivihelp/

v49r1/topic/com.ibm.mam.doc/welcome.html) contiene copias del manual Inicio rápido en varios idiomas.

Documento de descarga

Describe cómo descargar las imágenes de instalación del producto si no dispone del DVD del producto. Para obtener más información, consulte el

documento de descarga de IBM Maximo Asset Management 7.5 (www.ibm.com/support/docview.wss?uid=swg24029458).

Sitio de soporte del producto

El sitio web de IBM Software Support (www.ibm.com/support/entry/

portal/Overview/Software/Tivoli/Maximo_Asset_Management) proporciona acceso a los arreglos y notas técnicas más recientes.

Guía de actualización

Para obtener información acerca de la actualización a la versión 7.5,

(7)

consulte la Guía de actualización, productos IBM Maximo V7.1 a V7.5 en el sitio web Recursos de actualización de Maximo (www.ibm.com/

support/docview.wss?rs=3214uid=swg21266217).

Idiomas admitidos

En este apartado se enumeran los idiomas admitidos por Maximo Asset Management.

A continuación se indican los idiomas admitidos:

v Árabe

v Portugués (Brasil) v Croata

v Checo v Danés v Holandés v Inglés v Finés v Francés v Alemán v Hebreo v Húngaro v Italiano v Japonés v Coreano v Noruego v Polaco v Ruso

v Chino simplificado v Esloveno

v Español v Sueco

v Chino tradicional v Turco

Nota: Mientras que el propio Maximo Asset Management soporta el idioma turco, el programa de instalación no soporta el turco. De forma adicional, la estación de trabajo administrativa no debe estar establecida en el entorno local turno antes o después de instalar Maximo Asset Management. Después de que Maximo Asset Management se haya instalado correctamente, el turco se puede desplegar como el idioma base o como un idioma adicional mediante el programa de instalación del paquete de idioma. La estación de trabajo administrativa debe seguir definida en un entorno local que no sea el turco para incorporar futuras acciones de despliegue de producto.

Capítulo 1. Visión general de la instalación

3

(8)

(9)

Capítulo 2. Planificación de despliegue

La planificación de la instalación de Maximo Asset Management es muy importante para asegurar que el despliegue sea satisfactorio.

Revise la información de despliegue y prepare el entorno para que satisfaga sus necesidades empresariales. Utilice las hojas de trabajo de planificación, que se proporcionan, para anotar los valores que utiliza durante el proceso de instalación.

Anotar esta información es útil para futuras instalaciones de Maximo Asset Management.

Cuando haya revisado la información de despliegue y haya completado el plan de despliegue, consulte la información de instalación de Maximo Asset Management para empezar la instalación. La información de instalación está disponible en el Information Center de IBM Maximo Asset Management 7.5 (http://

publib.boulder.ibm.com/infocenter/tivihelp/v49r1/topic/com.ibm.mam.doc/

welcome.html).

Topologías de despliegue

Determine la mejor opción de despliegue para las necesidades del entorno y de la empresa.

Maximo Asset Management funciona con diversos software de base de datos y servidor J2EE, que se indican en la información de requisitos del sistema. Utilice el programa de instalación de middleware para instalar productos de middleware de IBM como IBM DB2e IBM WebSphere Application Server Network Deployment.

También puede reutilizar recursos existentes en su entorno, que pueden incluir versiones admitidas de middleware de IBM y no de IBM, como Microsoft SQL Server, Oracle WebLogic Server, y Oracle.

Aunque el middleware de IBM se incluye con Maximo Asset Management, puede desplegar Maximo Asset Management utilizando exclusivamente middleware que no sea de IBM.

Existen dos estrategias principales para desplegar Maximo Asset Management en la empresa.

Servidor único

La topología de servidor único consiste en cargar todos los componentes de Maximo Asset Management, incluido todo el middleware de Maximo Asset Management, la estación de trabajo administrativa de Maximo Asset Management, gestores de procesos,, etc. en un servidor. Normalmente, este despliegue se usa para pruebas de conceptos, demostraciones o como un entorno de formación. Para gestionar activos y procesos empresariales, normalmente se implementa una topología multiservidor.

Multiservidor

La topología multiservidor consiste en dividir los componentes de Maximo Asset Management en distintos servidores. Este método es beneficioso porque optimiza el uso de recursos y reduce la carga de trabajo para cada sistema. Este tipo de despliegue es habitual en el uso de producción en una empresa.

5

(10)

En un entorno heterogéneo, la colección de sistemas del despliegue puede ser una combinación de servidores Windows y UNIX.

En IBM WebSphere Application Server Network Deployment, se pueden crear gestores de despliegue que proporcionen administración centralizada de nodos del servidor de aplicaciones gestionado y personalicen los nodos como una celda única. IBM WebSphere Application Server Network Deployment ofrece soporte básico de agrupación en clúster y memoria caché, incluido el equilibrio de carga, la optimización automatizada del rendimiento y la gestión y supervisión centralizadas.

La configuración de Oracle WebLogic Server requiere, como mínimo, un solo servidor administrativo en un solo sistema.

Un ciclo de despliegue normal puede empezar con una topología de servidor único y pasar a una topología de varios servidores. Esta progresión puede suceder si empieza con una fase de demostración y después pasa a una prueba de conceptos funcional. Después, puede probar la integración en el entorno existente y pasar a un entorno piloto de varios servidores. Finalmente, puede pasar a un despliegue de producción de varios servidores en la empresa.

Maximo Asset Management se basa en el motor de automatización de procesos. El motor de automatización de procesos es un conjunto central de funciones

utilizadas por todos los productos ISM (Integrated Service Management). Actúa como base común para los servicios y aplicaciones compartidos heredados por todos los productos basados en Maximo Asset Management. Los gestores de procesos son aplicaciones basadas en flujo de trabajo que permiten la creación de flujos de proceso ejecutables.

Los gestores de proceso ofrecen una interfaz de usuario que puede utilizarse para:

v Realizar procedimientos de proceso v Recopilar información de diversas fuentes v Interactuar con herramientas externas

v Utilizar y actualizar información en una base de datos

v Proporcionar información a herramientas de supervisión, análisis y creación de informes

Además, puede realizar un seguimiento de las medidas de ejecución y utilizar paneles de instrumentos e informes para identificar cuellos de botella y mejorar la productividad de la empresa.

Estación de trabajo administrativa

Instale Maximo Asset Management en una estación de trabajo administrativa que ejecute un sistema operativo Windows. La estación de trabajo administrativa es donde se crean los archivos EAR de Maximo Asset Management y, posteriormente, se despliegan en el servidor de aplicaciones.

La estación de trabajo administrativa se necesita para la instalación y configuración iniciales de Maximo Asset Management. La estación de trabajo administrativa se utiliza para instalar arreglos de programa, actualizaciones de producto, nuevas aplicaciones, nuevos gestores de procesos y más paquetes de idioma. La estación de trabajo administrativa se utiliza en todas las fases del ciclo de vida del producto y es un componente de soporte importante de Maximo Asset Management.

(11)

Despliegue de servidor único

Puede utilizar un despliegue de servidor único como prueba de concepto, como herramienta educativa o como una configuración de demostración.

La figura siguiente muestra Maximo Asset Management desplegado en un único sistema, que actúa como sistema administrativo de Maximo Asset Management y aloja el middleware.

Durante la instalación en un servidor único, debe seleccionar la ruta de instalación sencilla o personalizada. Si elige la ruta de instalación sencilla, el middleware de Maximo Asset Management se instala en el sistema con valores predeterminados que no se pueden modificar. Si opta por la ruta de instalación personalizada, podrá proporcionar sus propios valores.

Despliegue en varios servidores

Puede implementar un despliegue de varios servidores mediante la reutilización de componentes existentes o la instalación de componentes nuevos.

Para simplificar el despliegue, instale todos los componentes nuevos con el middleware de Maximo Asset Management y programas de instalación del producto. Si tiene la intención de reutilizar o migrar recursos existentes en la red, ajuste el plan de despliegue de supresión para dar más tiempo a determinadas tareas. Por ejemplo, debe actualizar los recursos existentes a los niveles de versión compatibles con Maximo Asset Management.

Los componentes necesarios para Maximo Asset Management se instalan todos en servidores diferentes. Los componentes de Maximo Asset Management también pueden agruparse de forma lógica e instalarse en un mismos sistema.

Importante: En determinados casos, debe evitar compartir los recursos. Por ejemplo, no comparta una instancia de base de datos DB2 entre Maximo Asset Management y IBM Tivoli Directory Server. Durante la instalación, la instancia de la base de datos se reinicia, lo cual puede interrumpir la disponibilidad de IBM Tivoli Directory Server para su empresa.

Si está utilizando los programas de instalación automatizada, se crean instancias de base de datos independientes para que las utilicen Maximo Asset Management y IBM Tivoli Directory Server.

En un entorno heterogéneo, la colección de servidores de este despliegue puede ser una combinación de servidores de Windows y UNIX.

·

Estación de trabajo administrativa (sólo SO Windows) Servidor J2EE (SO Windows, Linux, AIX, Solaris, HP-UX) Base de datos Maximo Asset Management

Figura 2. Despliegue de servidor único

Capítulo 2. Planificación de despliegue

7

(12)

Con Oracle WebLogic Server o WebSphere Application Server Network Deployment puede crear gestores de despliegue que proporcionen la

administración centralizada de los nodos de servidores de aplicaciones gestionados y nodos personalizados como célula única. Oracle WebLogic Server y WebSphere Application Server Network Deployment proporcionan agrupación de clústeres básica y soporte de almacenamiento en caché, que incluye el equilibrio de carga, la optimización automatizada del rendimiento y la gestión y supervisión

centralizadas.

Planificación de la seguridad

Debe elegir una opción de seguridad y decidir qué usuarios trabajan con las aplicaciones en Maximo Asset Management.

Maximo Asset Management puede configurarse para gestionar los usuarios del sistema y su pertenencia a grupos de seguridad. Se necesita la siguiente información de usuario:

Usuarios de administración de Maximo

El usuario administrador del producto utilizado para la configuración inicial y para añadir usuarios. El valor predeterminado es maxadmin.

Usuario de registro del sistema de Maximo

El usuario utilizado para el registro automático de usuarios. El valor predeterminado es maxreg.

Usuario de integración del sistema de Maximo

El usuario utilizado con adaptadores de empresa. El valor predeterminado es maxintadm.

Figura 3. Despliegue en varios servidores

(13)

Los usuarios predeterminados se crean y almacenan en la base de datos de Maximo. Puede iniciar la sesión en Maximo Asset Management utilizando los usuarios predeterminados o puede modificar los usuarios para que satisfagan sus necesidades de seguridad.

Al instalar Maximo Asset Management, debe elegir un método para gestionar usuarios y grupos. Este método se aplicará a todos los productos que instale conjuntamente. Si instala Maximo Asset Management con otro producto que ya está instalado, la opción que elija cuando instale el primer producto también se utilizará para Maximo Asset Management.

Si utiliza Oracle WebLogic Server, se utiliza la autenticación interna de Maximo Asset Management como la opción de seguridad predeterminada y no se necesita un servidor de directorios. Puede crear y gestionar los usuarios y los grupos en las aplicaciones Usuarios y Grupos de seguridad, por separado de otros datos de usuario corporativo.

Selección de una opción de seguridad

La opción de seguridad que elija determina cómo realiza el sistema la autenticación y autorización. La autenticación es la validación de un usuario que inicia la sesión en Maximo Asset Management. La autorización utiliza grupos de seguridad para controlar qué usuarios pueden trabajar con cada aplicación.

Elija una de las opciones de seguridad siguientes.

Utilizar el servidor de aplicaciones y LDAP para autenticación y gestión de usuarios/grupos

Gracias a esta opción, se crearán todos los usuarios y grupos de seguridad en el servidor de directorio (LDAP). La información procedente del servidor de directorios se actualiza en la base de datos de Maximo utilizando una tarea cron. Con esta opción, puede crear grupos de seguridad adicionales y asignar pertenencias a grupos en Maximo. Todos los usuarios deben añadirse en el directorio (no está permitido añadir usuarios en Maximo). La información especificada en Maximo nunca se propaga al directorio.

Utilizar el servidor de aplicaciones y LDAP sólo para autenticación Con esta opción, puede crear usuarios y grupos en el servidor de

directorios (LDAP) o en Maximo. La información procedente del servidor de directorios se actualiza en la base de datos de Maximo utilizando una tarea cron. Con esta opción, puede crear usuarios y grupos de seguridad adicionales y asignar pertenencias a grupos en Maximo. La información especificada en Maximo nunca se propaga al directorio.

Utilizar autenticación interna de Maximo

Con esta opción, no se necesita un servidor de directorios. Utilice los usuarios predeterminados que se proporcionan o gestione los usuarios y grupos en las aplicaciones Usuarios y Grupos de seguridad. Configure los usuarios y grupos para proteger los datos de usuario corporativo que pueda tener.

Planificación de la capacidad de servicio

La capacidad de servicio hace referencia a un análisis de problema desde un punto central, utilizando los datos recopilados desde una amplia gama de orígenes.

9

(14)

La capacidad de servicio ha cambiado desde el método utilizado en la versión anterior del producto. La capacidad de servicio está soportada en Maximo Asset Management 7.5 a través del uso de IBM Support Assistant Workbench. El entorno de trabajo es un programa de utilidad gratuito que puede configurar para trabajar con muchos productos diferentes.

Los archivos de registro del programa de instalación de middleware se encuentran en el directorio del espacio de trabajo que haya definido al ejecutar el programa de instalación. La herramienta Log Analyzer puede analizar estos archivos.

Los archivos de registro para el programa de instalación de Maximo Asset Management están en los siguientes directorios del sistema administrativo, donde dir_instalación es C:\IBM\SMP.

Tabla 1. Directorios de archivo de registro

Directorio de archivo de registro Detalles dir_instalación\logs

dir_instalación\solutions\logs dir_instalación\maximo\tools\logs dir_instalación\CTG_DE

Los archivos ACULogger.properties y deexlogger.propertiescontiene las claves

*fileDir cuyos valores proporcionan la ubicación para los archivos de registro. Los archivos de propiedades pueden encontrarse en

dir_instalación\CTG_DE..

Los archivos de registro se generan aquí si se produce un problema durante la secuencia de validación del programa de instalación.

Tras la instalación, durante el uso normal de Maximo Asset Management, puede ser útil examinar los registros generados para el servidor de aplicaciones

MXServer, el gestor de despliegue de WebSphere y el agente del nodo WebSphere.

Si desea más información sobre la información de registro e IBM Support Assistant Workbench, consulte la sección de la resolución de problemas del centro de

información de Maximo Asset Management.

Planificación del soporte de idiomas

Maximo Asset Management incluye soporte de idioma para los idiomas admitidos por UTF-8 y UCS-2.

Cuando se despliega Maximo Asset Management con Microsoft SQL Server, no se admite UTF-8. El soporte de idioma está limitado a aquellos idiomas soportados por la página de códigos actual del sistema Windows. Las opciones del conjunto de idiomas son:

v Todos los idiomas procedentes del latín e inglés.

v Un idioma DBCS (juego de caracteres de doble byte) e inglés.

Si tiene la intención de añadir soporte de idioma a Maximo Asset Management, debe utilizar el programa de instalación del producto Maximo Asset Management para definir el idioma base antes de llevar a cabo los pasos posteriores a la instalación. Puede añadir idiomas adicionales posteriormente.

(15)

Si especifica DB2 como tipo de base de datos, puede inhabilitar el soporte de idiomas distintos del inglés para impedir que el motor de automatización de procesos despliegue idiomas que no sean el inglés. Esta inhabilitación mejora el rendimiento de la base de datos, pero impide el uso de idiomas adicionales en el futuro.

Información de registro del programa de instalación

Los archivos de registro generados por el programa de instalación de Maximo Asset Management pueden proporcionar detalles sobre cómo completar las tareas de instalación y sobre los errores de instalación que se pueden producir.

Ubicaciones de los registros del programa de instalación de Maximo Asset Management

Los registros se encuentran en las siguientes ubicaciones:

v dir_instalación\logs

v dir_instalación\solutions\logs v dir_instalación\maximo\tools\logs v dir_instalación\CTG_DE\logs

Si se produce un error durante una tarea de validación, los registros también se pueden encontrar en el directorio inicial del usuario que ha iniciado el programa de instalación. Por ejemplo, C:\Documents and Settings\Administrator.

Además, si se recibe un error debido al servidor J2EE, examine los registros de los directorios de registro delgestor de despliegue, el agente de nodo y el servidor de aplicaciones WebSphere Application Server.

Cuando se ponga en contacto con el servicio de soporte de IBM, tenga preparados los archivos de registro en un archivo de archivado. Puede utilizar el programa de utilidad LogZipper suministrado en el directorio dir_instalación\scripts para esta tarea. Si utiliza el programa de utilidad LogZipper, todos los archivos de registro relevantes se archivan en dir_instalación/debug/AAAAMMDD_hhmmss.zip.

11

(16)

(17)

Capítulo 3. Hojas de ruta de escenarios de despliegue

Las hojas de ruta de escenarios de despliegue son resúmenes que constan de tareas de despliegue de producto.

La información de instalación del producto proporciona los siguientes escenarios de despliegue:

v Escenario 1: Despliegue con configuración automática de middleware

v Escenario 2: Despliegue reutilizando automáticamente el middleware existente v Escenario 3: Despliegue reutilizando manualmente el middleware existente En los escenarios 2 y 3, reutiliza las instalaciones de middleware existentes como componentes Maximo Asset Management. Por ejemplo, es posible que una

instancia de DB2 o Oracle en un conjunto de servidores de base de datos existentes ya haya establecido políticas de acceso, medidas de redundancia y planes de copia de seguridad.

Si tiene previsto reutilizar middleware existente, asegúrese de que estén en el nivel soportado por Maximo Asset Management. Los programas de instalación de middleware y del producto no proporcionan un mecanismo para actualizar servidores utilizando versiones no soportadas de middleware, y estos programas tampoco proporcionan comprobaciones de requisito previo de forma remota para garantizar que estén en el nivel correcto. Utilice la herramienta de comprobación de requisitos previos que se suministra con el producto.

Escenario 1: Despliegue con configuración automática de middleware

En este escenario, despliega este producto en un nuevo entorno. Se utilizan las herramientas y los programas de instalación de Maximo Asset Management para instalar y configurar automáticamente las nuevas instalaciones de middleware y del producto. Sigue siendo necesario configurar manualmente Oracle WebLogic Server, pero puede utilizar el programa de instalación de middleware para instalar DB2, por ejemplo, y utilizar el programa de instalación de Maximo Asset

Management para configurarlo automáticamente. Este escenario es particularmente útil para configurar un entorno de demostración.

Nota: El programa de instalación de middleware no da soporte a las plataformas HP-UX y Oracle Solaris. Sin embargo, las imágenes instalables para WebSphere Application Server Network Deployment,DB2 y IBM Tivoli Directory Server se proporcionan con este producto. Puede instalar este software individualmente utilizando la información en esta guía si desea desplegar Maximo Asset Management utilizando el middleware en esas plataformas.

Escenario 2: Despliegue reutilizando automáticamente el middleware existente

En este escenario, despliega este producto utilizando el middleware que existe en la empresa. Se utilizan las herramientas y los programas de instalación de

producto para configurar automáticamente el middleware. Oracle WebLogic Server debe configurarse manualmente, pero puede utilizar el programa de instalación de Maximo Asset Management para configurar automáticamente una base de datos

13

(18)

existente, por ejemplo. Este escenario es aplicable en situaciones en las que ya tiene recursos de middleware existentes establecidos en la empresa.

Escenario 3: Despliegue reutilizando manualmente el middleware existente

En este escenario, despliega este producto utilizando el middleware que existe en la empresa y configura ese middleware manualmente. Este escenario es aplicable a las situaciones en las que tiene recursos de middleware existentes, pero tiene unos procesos y normativas especiales establecidos por la empresa que limitan el uso de herramientas de configuración automatizada a la hora de desplegar una nueva aplicación en la empresa. En este escenario, no se utiliza el programa de instalación de middleware en ningún punto del despliegue. Toda la información de

configuración manual del middleware se encuentra en este escenario.

(19)

Capítulo 4. Opciones de instalación

Los programas de instalación proporcionan opciones que le ofrecen flexibilidad en la manera de desplegar el middleware y el producto.

Opción simple o personalizada

Al principio de la instalación, puede elegir qué tipo de instalación desea, sencilla o personalizada.

Maximo Asset Management puede instalarse de dos formas:

Simple

Seleccione Simple si desea desplegar todos los componentes de Maximo Asset Management en un único sistema utilizando todo el middleware de IBM. Esta opción de despliegue se suele utilizar sólo en casos de

demostración, prueba de concepto o en entornos de aprendizaje.

Personalizada

Seleccione Personalizada si desea desplegar los componentes de Maximo Asset Management en varios sistemas. Esta opción de despliegue se suele utilizar en un entorno de producción. Si está desplegando Maximo Asset Management en Oracle WebLogic Server, debe elegir esta opción.

En algunas instancias, debe evitar compartir los recursos. Por ejemplo, la mayoría de los despliegues no utilizan la misma instancia de la base de datos de DB2 entre Maximo Asset Management y IBM Tivoli Directory Server. Durante la instalación, la instancia de la base de datos se reinicia, lo cual puede interrumpir la

disponibilidad de IBM Tivoli Directory Server para su empresa. Si está utilizando los programas de instalación automatizada, se crean instancias independientes para que las utilicen respectivamente Maximo Asset Management y IBM Tivoli

Directory Server.

15

(20)

(21)

Capítulo 5. Middleware

Para poder instalar Maximo Asset Management, pueden desplegarse varios productos de middleware de Maximo Asset Management, o, si tiene la intención de reutilizar recursos existentes, se deben configurar manualmente o utilizando los programas de instalación de Maximo Asset Management.

El programa de instalación de middleware ofrece una interfaz para la instalación y el despliegue del middleware de Maximo Asset Management de una forma fiable y que puede repetirse. El programa de instalación de middleware registra las

opciones que haga acerca de sus parámetros de despliegue y configuración de Maximo Asset Management asociados a dichas opciones y, a continuación, instala y despliega el middleware de Maximo Asset Management en función de la

información especificada.

El middleware incluye el software siguiente:

v Servidor de bases de datos

Maximo Asset Management utiliza la base de datos de Maximo para almacenar detalles sobre los atributos y el historial de los elementos de configuración y los detalles sobre las relaciones entre los elementos de configuración. La base de datos es un componente obligatorio para desplegar Maximo Asset Management.

Tiene la opción de instalar una instancia nueva de DB2 9.7 mediante el

programa de instalación de middleware o utilizar una instancia preexistente de DB2 9.5 o DB2 9.7. También puede optar por utilizar Microsoft SQL Server o Oracle para el despliegue de Maximo Asset Management, pero deberá instalarlos y configurarlos manualmente.

v Servidor de directorios

El servidor de directorios es un componente opcional que se puede utilizar para proteger Maximo Asset Management si elige utilizar un servidor LDAP para la seguridad.

Tiene la opción de instalar una nueva instancia de IBM Tivoli Directory Server 6.3 para Windows yUNIX, o utilizar un servidor preexistente IBM Tivoli Directory Server o Microsoft Active Directory. Si opta por instalar una nueva versión de IBM Tivoli Directory Server, debe optar entre instalar una nueva instancia de DB2 o reutilizar un servidor de DB2 ya existente. Otra opción consiste en utilizar el servidor de bases de datos de Maximo Asset Management como almacén de datos de DB2 si el servidor de bases de datos de Maximo Asset Management utiliza DB2. Si decide instalar el servidor de directorios pero no el servidor de bases de datos, el programa de instalación de middleware intenta localizar una instancia de base de datos existente para utilizar. Si no puede localizar una instancia existente, instala una base de datos para su uso con el servidor de directorios. Si opta por utilizar el servidor Microsoft Active Directory para el servidor de directorios, debe instalarlo y configurarlo por separado.

v Servidor J2EE

El servidor de J2EE es el servidor de aplicaciones utilizado para prestar servicio y gestionar la aplicación Maximo Asset Management.

El servidor J2EE puede protegerse opcionalmente con un servidor de directorios IBM Tivoli Directory Server o Microsoft Active Directory.

El componente de J2EE incluye los siguientes subcomponentes:

17

(22)

– IBM HTTP Server

IBM HTTP Server se utiliza como servidor HTTP primario.

Se instala una instancia nueva de IBM HTTP Server.

– Plug-in de IBM HTTP Server

El plug-in de IBM HTTP Server se utiliza como interfaz entre IBM HTTP Server y el servidor J2EE.

Se instala una instancia nueva del plug-in de IBM HTTP Server.

El programa de instalación de middleware no instala Oracle WebLogic Server y el programa de instalación de Maximo Asset Management no tiene la opción de configurarlo automáticamente. Oracle WebLogic Server requiere una tarea de configuración manual.

El programa de instalación de middleware despliega software en un único servidor. Para desplegar el middleware Maximo Asset Management en varios servidores, el programa de instalación de middleware se debe iniciar en cada servidor de la configuración de topología que haya elegido. Asegúrese de que tiene una estrategia para desplegar el middleware Maximo Asset Management para cada sistema que tienen previsto utilizar en el despliegue de Maximo Asset

Management. Si despliega un componente de Maximo Asset Management

mediante del programa de instalación de middleware en un sistema, por ejemplo, DB2 y, posteriormente, decide que también quiere añadir IBM Tivoli Directory Server a dicho mismo sistema, debe retirar el despliegue de DB2 antes de volver a desplegarlo en el mismo plan de despliegue del programa de instalación de middleware que incluía IBM Tivoli Directory Server. Cuando instale el middleware de Maximo Asset Management en un sistema, debe instalar a la misma vez todo el middleware destinado a dicho sistema.

Se genera un ID de proceso cada vez que se utiliza el programa de instalación de middleware para instalar o desinstalar un conjunto de productos de middleware.

El ID de proceso aparece en el sistema de archivos en distintos lugares

relacionados con registros y archivos generados como, por ejemplo, nombres de archivo, nombres de directorio y mensajes de registro. El ID de proceso se utiliza para agrupar registros y otros archivos generados asociados a una misma

invocación del programa de instalación de middleware. También separa registros y otros archivos generados asociados a diferentes invocaciones del programa de instalación de middleware. El ID de proceso es una cadena cuyo formato es [operación_MMdd_HH.mm], donde "operación" es una cadena que indica la operación que se ha llevado a cabo, como "INSTALL" o "UNINSTALL", MM es un número de dos dígitos (1-12) que indica el mes actual, dd es un número de dos dígitos (1-31) que indica el día actual del mes, HH es un número de dos dígitos (0-23) que indica la hora actual y mm es un número de dos dígitos (0-59) que indica el minuto actual. A continuación, indicamos varios ejemplos de valores de ID de proceso:

v [INSTALL_0924_15.45]

Se inició una instalación el 24 de septiembre a las 15:45.

v [UNINSTALL_1216_09.59]

Se inició una desinstalación el 16 de diciembre a las 9:59.

Nota: El programa de instalación de middleware no da soporte a las plataformas HP-UX y Oracle Solaris, pero se suministran imágenes instalables para DB2, WebSphere Application Server Network Deployment y IBM Tivoli Directory Server con Maximo Asset Management. Puede instalar este software individualmente

(23)

mediante la información de esta guía si desea desplegar Maximo Asset Management utilizando este middleware en dichas plataformas.

Espacio de trabajo del programa de instalación de middleware

El programa de instalación de middleware está diseñado para registrar las opciones seleccionadas durante la instalación en un directorio conocido como el espacio de trabajoy, a continuación, configurar los componentes seleccionados como una única aplicación desplegada.

Una vez desplegado un plan, el programa de instalación de middleware no podrá desplegar funciones y productos adicionales en el sistema más adelante. Debe retirarse el despliegue del plan con el programa de instalación de middleware antes de desplegar otro conjunto de funciones y productos.

La composición y los detalles del despliegue, así como los registros generados por el proceso del programa de instalación de middleware, se encuentran en el espacio de trabajo.

De forma predeterminada, el espacio de trabajo del programa de instalación de middleware está definido del siguiente modo:

Windows

C:\ibm\tivoli\mwi\workspace AIX /ibm/tivoli/mwi/workspace Linux /root/ibm/tivoli/mwi/workspace

El espacio de trabajo se puede definir en un recurso compartido disponible para todos los sistemas que ejecuten el programa de instalación de middleware. Si se ubica el espacio de trabajo en un recurso compartido no será necesario copiar archivos como el archivo de topología manualmente de un sistema a otro.

El espacio de trabajo contiene las partes siguientes:

Plan de despliegue

El plan de despliegue es una colección de pasos de instalación, parámetros de configuración para los pasos e información del sistema de destino. Lo genera la interfaz de usuario del programa de instalación de middleware y se encuentra en el directorio de espacio de trabajo.

Cuando se cambian los pasos de despliegue, el plan de despliegue existente se suprime y se sustituye por el nuevo plan de despliegue.

Los archivos de configuración del plan de despliegue contienen

información sobre el mismo plan de despliegue. Siempre que se modifica un plan de despliegue que incluye volver a configurar opciones de despliegue ya existentes, los archivos de configuración del plan de despliegue se suprimen. Estos archivos vuelven a generarse cuando se vuelve a desplegar el plan de despliegue.

Archivo de topología

El archivo de topología es un archivo de propiedades que describe los parámetros de configuración del despliegue de middleware de Maximo Asset Management. Este archivo se crea y se actualiza después de cada despliegue y anulación de despliegue. Si no se ha definido un espacio de trabajo céntrico y accesible para todos los sistemas que reciben middleware de Maximo Asset Management, este archivo deberá copiarse en el espacio

Capítulo 5. Middleware

19

(24)

de trabajo de cada sistema donde se esté desplegando el middleware de Maximo Asset Management. El programa de instalación de Maximo Asset Management puede utilizar el contenido de este archivo para rellenar sus paneles con valores predeterminados coherentes.

Este archivo se guarda en espacio de trabajo/topology.xml.

Registros

Los archivos de registro que contienen información sobre el despliegue se pueden encontrar en el directorio del espacio de trabajo. Además, los archivos de registro nativos del propio middleware de Maximo Asset Management también se encuentran en el mismo directorio.

Opciones de configuración de middleware

Si el middleware se ha instalado mediante el programa de instalación de

middleware o cuando se haya identificado un recurso de middleware existente y se pretenda utilizar, dispondrá de dos opciones de configuración de servidores para utilizar con Maximo Asset Management.

Configuración automática

El programa de instalación de Maximo Asset Management configura automáticamente el middleware para que funcione juntamente con Maximo Asset Management.

Manual

Puede configurar manualmente el middleware que existe en el entorno, o que ha sido instalado por el programa de instalación de middleware. Esta configuración debe completarse antes de ejecutar el programa de

instalación de Maximo Asset Management.

Al desplegar Maximo Asset Management en Oracle WebLogic Server, debe configurarlo manualmente.

Convenciones de asignación de nombre de objeto del middleware

Cuando instale y configure middleware en el programa de instalación de

middleware y el programa de instalación de Maximo Asset Management, tenga en cuenta los convenios para los nombres de objetos que se describen en este tema.

La tabla siguiente lista las restricciones para los nombres de objetos de middleware.

(25)

Tabla 2. Convenciones de asignación de nombre de objeto del middleware

Cabecera Cabecera

Los convenios de denominación de DB2 para los nombres de grupo, los nombres de usuario y los ID de usuario.

Los nombres de grupo y los ID de usuario en los sistemas operativos Linux y UNIX pueden contener hasta ocho caracteres y sólo debe estar formado por caracteres en minúscula.

Los nombres de grupo y los nombres de usuarios de Windows pueden contener 30 caracteres como máximo.

Los nombres y los ID no pueden ser ninguno de los valores siguientes: USERS, ADMINS, GUESTS, PUBLIC, LOCAL o cualquier palabra reservada para SQL.

Los nombres y los ID no pueden empezar por IBM, SQL o SYS. Tampoco pueden empezar por el carácter de subrayado (_).

Convenciones de asignación de nombres DB2 para instancias de DB2.

Los nombres de instancias pueden tener 8 caracteres como máximo.

En Windows, ninguna instancia puede tener el mismo nombre que el nombre de servicio.

Convenciones de asignación de nombres de DB2 para las contraseñas

En sistemas UNIX, las contraseñas pueden tener un máximo de 8 caracteres.

En sistemas Windows, las contraseñas pueden tener 14 caracteres como máximo.

Convenciones de IBM Tivoli Directory Server para los nombres de alias de las bases de datos.

Los nombres de base de datos deben ser exclusivos en la ubicación en la que están catalogados. Para Linux y UNIX , dicha ubicación es la ruta del directorio. Para Windows, es un disco lógico.

Los nombres de alias de las bases de datos deben ser exclusivos dentro del directorio de bases de datos del sistema. Cuando se crea una nueva base de datos, los alias toman como nombre predeterminado el de la base de datos. En consecuencia, no se puede crear una base de datos utilizando un nombre que ya exista como alias de base de datos, incluso si no existe ninguna base de datos con dicho nombre.

Los nombres de base de datos y de alias de base de datos pueden 8 caracteres como máximo.

Recuerde que los caracteres especiales @, # y

$ no son comunes en todos los teclados.

Evite utilizar estos caracteres cuando cree un nombre de base de datos.

21

(26)

Tabla 2. Convenciones de asignación de nombre de objeto del middleware (continuación)

Cabecera Cabecera

Convenios de IBM Tivoli Directory Server para los usuarios, los grupos, las bases de datos y las instancias

Los valores no puede tener más de 8 caracteres de longitud.

No utilice ninguno los valores siguientes:

USERS, ADMINS, GUESTS, PUBLIC, LOCAL o idsldap.

Los valores no pueden empezar por IBM, SQL ni SYS.

Los valores no pueden incluir caracteres con acento.

Los valores pueden incluir los caracteres de la A a la Z, de la a a la z y del 0 al 9.

Los valores deben empezar por los caracteres de la A a la Z o de la a a la z.

Los caracteres de doble byte no pueden utilizarse en los valores de contraseña de administrador.

Las contraseñas no pueden contener los siguientes caracteres especiales: ` ' \ " | WebSphere Application Server Network

Deployment

El nombre del administrador no pueden contener los siguientes caracteres: / \ * ,:

;=+?|< > & % '"] [> # $ ~ ( ) !

El nombre del administrador no puede empezar con un punto.

El nombre del administrador no puede contener espacios iniciales ni finales.

La contraseña del administrador debe consta de ocho caracteres.

Programa de instalación de middleware El programa de instalación de middleware no valida que la contraseña sea compatible con el sistema operativo del host de destino.

Asegúrese de que los valores de contraseña proporcionados sean válidos para su entorno.

No se puede utilizar el carácter'%' en Windows o, ni los caracteres !, $, #, % en UNIX.

El programa de instalación de middleware no comprueba si hay caracteres con acento gráfico en los valores del nombre de usuario. Si se utilizan caracteres con acento gráfico, pueden producirse errores.

No incluya el carácter de subrayado (_) al especificar nombres de host. El uso de este carácter provoca un error durante la instalación de middleware.

(27)

Importante: Al especificar valores LDAP para los campos del panel de instalación del producto, en los archivos LDIF, o directamente en una instancia de directorio, tenga en cuenta las normas de sintaxis específicas del producto para utilizar los caracteres especiales en una serie LDAP. En la mayoría de los casos, los caracteres especiales deben ir precedidos de un carácter de escape para que el servidor de directorios pueda leerlos. Omitir los caracteres especiales de escape incluidos en una cadena LDAP utilizada con Maximo Asset Management genera errores en Maximo Asset Management.

Muchos productos de servidor de directorios consideran un espacio en blanco como un carácter especial que forma parte de la cadena LDAP. Si especifica una cadena LDAP que contiene un espacio en blanco en un campo, encontrará errores de Maximo Asset Management difíciles de resolver. Antes de los caracteres en blanco debe colocar un carácter de escape. Consulte la documentación del producto para el servidor de directorios si desea más información sobre los caracteres especiales en cadenas LDAP.

23

(28)

(29)

Capítulo 6. Realizar varias instalaciones de producto en una única estación de trabajo administrativa

Puede utilizar un solo sistema para desplegar varias instalaciones, por ejemplo, un entorno de prueba, un entorno de desarrollo y un entorno de formación.

Una sola estación de trabajo administrativo puede dar soporte a varios despliegues del producto. Durante la instalación de Maximo Asset Management, especifique el directorio de instalación para ese despliegue particular en el panel Elegir la carpeta de instalación. Una vez se ha completado la instalación, puede instalar otra

instancia del producto en la misma estación de trabajo administrativo

especificando una nueva ruta de instalación. Especifique un nombre de directorio significativo que represente el propósito del despliegue.

Cada instancia del producto requiere una instancia de base de datos dedicada y un servidor J2EE (Java 2 Platform, Enterprise Edition) dedicado. No puede compartir estos recursos entre despliegues.

Consejo: Para estaciones de trabajo con varios despliegues del producto, lleve a cabo las acciones posteriores a la instalación para un único despliegue cada vez.

Esta misma práctica se aplica a todas las acciones de instalación futuras que se inician con el instalador de solución de proceso, con el programa de instalación del producto y después de aplicar fixpacks.

25

(30)

(31)

Capítulo 7. Bases de datos de formación

Puede crear bases de datos maxdemo como un entorno de prueba para formación.

Puede rellenar la base de datos maxdemo con datos sencillos para ganar experiencia sobre el uso de las funciones de Maximo Asset Management mientras crea su entorno personalizado.

Las bases de datos Maxdemo pueden crearse durante la instalación de Maximo Asset Management o una vez se ha completado el proceso de instalación. Para obtener más información, consulte la información sobre la instalación de Maximo Asset Management 7.5.

27

(32)

(33)

Apéndice A. Tareas del programa de instalación

El programa de instalación de Maximo Asset Management lleva a cabo una serie de tareas de configuración y despliegue cuando se le indica que configure automáticamente el middleware.

La lista siguiente detalla los pasos que sigue el programa de instalación de

Maximo Asset Management durante una instalación típica. Revise esta información para asegurarse de que el programa de instalación de Maximo Asset Management cumpla la política empresarial de despliegue de aplicaciones.

Para las tareas aplicables, se proporcionan enlaces a instrucciones de configuración manual por si tiene previsto renunciar a la configuración automática del

middleware que ofrece el programa de instalación de Maximo Asset Management. En tal caso, estas tareas deben realizarse antes de ejecutar el programa de instalación de Maximo Asset Management.

Tabla 3. Tareas del programa de instalación de Maximo Asset Management

Categoría de la tarea

Acción de instalación

automatizada Descripción Instrucciones manuales

Acceso Usuario de la base de datos creado para DB2

De forma predeterminada, se crea un usuario del sistema llamado maximoen el servidor DB2 que se utiliza para acceder a la base de datos de Maximo. Este valor predeterminado se puede modificar.

Es posible crear manualmente este usuario del sistema en el servidor DB2 antes de ejecutar el programa de instalación de Maximo Asset Management mediante los métodos que dictamine su organización.

Cliente ligero de WebSphere Application Server

Configuración de cliente ligero de WebSphere Application Server

El archivo de almacén de claves se copia desde WebSphere Domain Manager en el sistema

administrativo de Maximo Asset Management para establecer la comunicación entre los dos sistemas.

Si desea obtener instrucciones para copiar manualmente el archivo de almacén de claves desde

WebSphere Domain Manager, consulte la información sobre la instalación del producto.

Asegúrese de que el puerto SOAP de WebSphere Domain esté accesible para el sistema administrativo de Maximo Asset Management. El puerto

predeterminado es el 8879.

Base de datos Crear una instancia de la base de datos

Se crea una nueva instancia de la base de datos para Maximo Asset Management en DB2 y Oracle, si no existe ninguna.

Puede reutilizar una instancia de la base de datos existente o crear una instancia de la base de datos.

Las instrucciones para crear manualmente una instancia de la base de datos para DB2 y Oracle se pueden encontrar en la información sobre la instalación del producto.

29

(34)

Tabla 3. Tareas del programa de instalación de Maximo Asset Management (continuación)

Crear una base de datos

Se crea una nueva base de datos para Maximo Asset Management para DB2 y Microsoft SQL Server.

Las instrucciones para crear manualmente una base de datos para DB2 y Microsoft SQL Server se pueden encontrar en la información sobre la instalación del producto.

Usuario de base de datos para Oracle o Microsoft SQL Server.

De forma predeterminada, se crea un usuario de base de datos llamado maximo para Oracle o Microsoft SQL Server que se utiliza para acceder a la base de datos de Maximo. Este valor

predeterminado se puede modificar.

Es posible crear manualmente este usuario del sistema en Oracle o Microsoft SQL Server antes de ejecutar el programa de instalación de Maximo Asset Management mediante los métodos que dictamine su organización.

Para Microsoft SQL Server, el usuario debe ser el propietario de la base de datos.

La información sobre la concesión de permisos al usuario para Oracle se puede encontrar en la

información sobre la instalación del producto.

Crear espacios de tabla

Se crearán espacios de tabla para la nueva base de datos DB2 o Oracle.

Las instrucciones para crear manualmente espacios de tabla para DB2 y Oracle se pueden encontrar en la información sobre la instalación del producto.

Desplegar el esquema de base de datos de Maximo

El esquema de base de datos de Maximo se desplegará en la base de datos creada recientemente.

El nombre del esquema de base de datos debe ser el mismo valor que el propietario de los espacios de tabla definidos.

Se ejecuta el mandato maxinst

maxinst despliega tablas y datos obligatorios de la base de datos.

WebSphere Application Server Network

Deployment

Crear una instancia de la base de datos y un ID de usuario

Si opta por mensajes JMS

persistentes en una base de datos, se crea una nueva instancia de base de datos de DB2. También se crea un nuevo ID de usuario de instancia de la base de datos.

Es posible crear una nueva instancia de la base de datos para mensajes JMS persistentes mediante los procedimientos utilizados habitualmente por su organización.

Si utiliza Oracle o Microsoft SQL Server, y da por supuesto que no deseará reutilizar recursos existentes, deberá crear

manualmente una instancia de la base de datos y un ID de usuario para la persistencia de mensajes.

(35)

Crear una base de datos

persistentes en una base de datos, se crea una nueva base de datos en DB2.

Es posible crear una base de datos para mensajes JMS persistentes mediante los procedimientos utilizados habitualmente por su organización.

Si utiliza Oracle o Microsoft SQL Server, y da por supuesto que no deseará reutilizar recursos existentes, deberá crear

manualmente una base de datos para la persistencia de mensajes.

Crear un origen de datos

persistentes en una base de datos, se crea un origen de datos.

Si desea obtener instrucciones sobre cómo crear el origen de datos para mensajes persistentes, consulte la información sobre la instalación del producto.

Crear un servidor de aplicaciones.

Se crea un nuevo servidor de aplicaciones llamado MXServer, si todavía no existe. Este valor es el valor predeterminado.

Justo después de que se cree el servidor de aplicaciones, se establece correspondiente el tamaño de almacenamiento dinámico de JVM. En caso de que el servidor de aplicaciones se haya creado con anterioridad, este paso consiste únicamente en establecer el correspondiente tamaño de almacenamiento dinámico de JVM.

Si desea obtener instrucciones sobre cómo crear un servidor de aplicaciones, consulte la

información sobre la instalación del producto.

Definir el tamaño de almacenamiento dinámico de JVM en WebSphere

Deployment Manager.

El tamaño de almacenamiento dinámico de JVM se establece en 1536 para el tamaño de

almacenamiento dinámico inicial en WebSphere Deployment Manager para plataformas de 32 bits. Para plataformas de 64 bits, este valor es 4096.

Es posible establecer el tamaño de almacenamiento dinámico de JVM en WebSphere Deployment Manager mediante los procedimientos utilizados

habitualmente en su organización.

Crear buses de integración de sistemas y destinos de bus de integración de sistemas

Los buses de integración de sistemas y los destinos de bus de integración de sistemas se crean con fines de mensajería.

Si desea obtener instrucciones sobre cómo crear buses de integración de sistema y destinos de bus de integración de sistema, consulte la información sobre la instalación del producto.

Crear colas JMS Las colas JMS se crean con fines de mensajería.

Si desea obtener instrucciones sobre cómo crear manualmente colas JMS, consulte la información sobre la instalación del producto.

Apéndice A. Tareas del programa de instalación

31

(36)

Modificar archivos web.xml

Los archivos web.xml ubicados en el gestor de despliegue se

modifican para que incluyan la información de despliegue de Maximo Asset Management, como por ejemplo, la que indica al gestor de despliegue conocer cómo gestionará la aplicación Maximo Asset Management sus necesidades de autenticación.

Se habilita Integration

Framework Adapter.

Usuarios creados dentro del depósito LDAP.

Los siguientes usuarios y grupos predeterminados creados en el depósito LDAP.

Usuarios

v wasadmin v maxadmin v mxintadm v maxreg

Puede encontrar más información en la información sobre la instalación del producto.

Gestores de procesos desplegados.

Los componentes de Maximo Asset Management se despliegan utilizando el programa de instalación de soluciones de proceso.

Aplicaciones desplegadas

Las aplicaciones Maximo y Maximohelp se despliegan en el servidor de aplicaciones MXServer.

Mandato updatedb ejecutado

El mandato updatedb se ejecuta para actualizar la base de datos de Maximo.

La tarea cron VMMSYNC se ha modificado.

La tarea cron VMMSYNC se utiliza para planificar la sincronización entre el gestor de miembros virtuales y el depósito LDAP que se configura para la autenticación.

Puede encontrar más información en la información sobre la instalación del producto.

Existe la opción de realizar manualmente estas tareas. Posteriormente, deberá seleccionar la opción de no configurar automáticamente el programa de instalación de los servidores de middleware. Maximo Asset Management.

(37)

Apéndice B. Hojas de trabajo de planificación para la instalación de middleware

Antes de empezar la instalación, utilice las hojas de trabajo de planificación para registrar los valores que debe especificar al instalar los componentes elegidos para el despliegue. Para despliegues distribuidos, registre varios valores cuando sea apropiado.

Las hojas de trabajo también son de ayuda si tiene previsto configurar manualmente o reutilizar el middleware existente.

Estructura de directorios para productos de middleware

No instale varios productos de middleware en el mismo directorio personalizado.

Por ejemplo, al instalar DB2, WebSphere Application Server Network Deployment y IBM Tivoli Directory Server en el mismo sistema, no puede instalarlos en un directorio C:\ISM_middleware. Sin embargo, puede instalarlos en

C:\ISM_middleware\DB2, C:\ISM_middleware\WAS y C:\ISM_middleware\ITDS.

Tampoco puede instalar un producto de middleware en un directorio personalizado y, a continuación, instalar otro producto de middleware en un subdirectorio de dicho directorio personalizado. Por ejemplo, si instala DB2 en C:\ISM_middleware, no puede realizar la instalación de IBM Tivoli Directory Server en C:\ISM_middleware\ITDS.

Usuarios y grupos

Cuando se ejecute el programa de instalación de middleware, se le solicitarán los ID de usuario para iniciar la instalación de DB2, WebSphere Application Server Network Deployment e IBM Tivoli Directory Server. Puede proporcionar un ID de usuario del sistema existente, o dejar que el programa de instalación de

middleware cree un ID de usuario.

Nota: La instalación puede fallar en los sistemas operativos Linux y UNIX si se especifica una cuenta de usuario para instalar DB2 o IBM Tivoli Directory Server y dicha cuenta no se encuentra en el directorio /home.

En esta tabla, liste los usuarios y grupos que desee crear si no desea utilizar los valores predeterminados.

Tabla 4. Los usuarios y grupos creados durante el despliegue de Maximo Asset Management

Usuario Grupo Descripción

Valor del usuario db2admin (sólo

Windows) Windows

v Administradores v DB2USERS v DB2ADMNS

Administrador de DB2. ID de usuario del servicio Windows.

Este usuario sólo es necesario para los despliegues mediante DB2.

33

(38)

Tabla 4. Los usuarios y grupos creados durante el despliegue de Maximo Asset Management (continuación)

Valor del usuario idsccmdb

Nota: El usuario root también debe ser un miembro del grupo primario del usuario de la instancia de IBM Tivoli Directory Server (de forma predeterminada, idsccmdb).

Linux y UNIX v dasadm1

Este valor no se puede modificar al utilizar el instalador de middleware.

v idsldap

v dbsysadm Este valor no se puede modificar al utilizar el instalador de middleware.

Propietario de la instancia de IBM Tivoli Directory Server. También el propietario de la base de datos utilizada con la instancia de IBM Tivoli Directory Server.

Este usuario sólo es necesario para los despliegues mediante IBM Tivoli Directory Server.

maximo Se utiliza para la configuración de base

de datos Maximo.

ctginst1

v db2iadm1

El usuario del sistema que se utiliza como el propietario de la instancia de la base de datos en los sistemas UNIX.

db2fenc1

Linux y UNIX v db2fgrp1

Usuario del sistema que se utiliza como ID de usuario delimitado para la instancia predeterminada DB2 de db2inst1.

ctgfenc1

Linux y UNIX v ctgfgrp1

Usuario del sistema que se utiliza como ID de usuario delimitado para la instancia de servidor DB2 de ctginst1.

(39)

Tabla 4. Los usuarios y grupos creados durante el despliegue de Maximo Asset Management (continuación)

Valor del usuario dasusr1

El usuario del sistema utilizado como el usuario del servidor de administración.

db2inst1

v db2iadm1

El usuario del sistema utilizado como el propietario de la instancia de la base de datos predeterminada.

idsldap

Linux y UNIX v idsldap

v db2iadm1 v root

Usuario de IBM Tivoli Directory Server.

wasadmin No es un usuario del sistema. El ID de usuario creado para ser utilizado con IBM WebSphere Application Server Network Deployment.

Este usuario sólo es necesario para los despliegues mediante IBM WebSphere Application Server Network

Deployment.

Para los sistemas Linux y UNIX, el usuario root debe ser un miembro de los grupos dasadm1, idsldap y dbsysadm. El usuario root también debe ser un miembro del grupo primario del usuario de la instancia de IBM Tivoli Directory Server (de forma predeterminada, idsccmdb).

El ejemplo siguiente ilustra los usuarios y grupos creados si utiliza el programa de instalación de middleware para instalar el middleware en los sistemas Linux y UNIX utilizando los valores predeterminados. Utilice esta información para determinar el grupo primario de un ID de usuario.

# id db2inst1

uid=510(db2inst1) gid=102(db2iadm1) groups=102(db2iadm1),101(dasadm1)

#id ctginst1

uid=512(ctginst1) gid=102(db2iadm1) groups=102(db2iadm1),101(dasadm1)

Apéndice B. Hojas de trabajo de planificación para la instalación de middleware

35

(40)

# id idsccmdb

uid=514(idsccmdb) gid=502(dbsysadm) groups=502(dbsysadm),101(dasadm1),501(idsldap)

# id db2fenc1

uid=511(db2fenc1) gid=103(db2fgrp1) groups=103(db2fgrp1)

# id ctgfenc1

uid=513(ctgfenc1) gid=104(ctgfgrp1) groups=104(ctgfgrp1)

# id dasusr1

uid=508(dasusr1) gid=101(dasadm1) groups=101(dasadm1)

# id idsldap

uid=513(idsldap) gid=501(idsldap) groups=501(idsldap),0(root),102(db2iadm1)

#id root

uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm), 6(disk),10(wheel),501(idsldap),502(dbsysadm)

Las siguientes entradas se encuentran en el archivo /etc/group:

dasadm1:x:101:db2inst1,ctginst1,idsccmdb db2iadm1:x:102:idsldap

idsldap:x:501:idsldap,root,idsccmdb dbsysadm:x:502:root

Ubicaciones de directorio

En esta tabla, liste las ubicaciones del directorio de middleware para utilizar.

Tabla 5. Ubicaciones de directorio

Configuración Valor predet Valor del usuario

Directorio de espacio de trabajo directorio_de_inicio_del_usuario\

ibm\tivoli\mwi\workspace Directorio de origen de imágenes de

middleware

Directorio de imágenes comprimidas Directorio de imágenes no comprimidas

Configuración de DB2

En esta tabla, liste los valores de configuración para utilizar al instalar DB2.

Tabla 6. Configuración de DB2

Directorio de instalación

Windows

UnidadSistema\Archivos de programa\IBM\SQLLIB Linux, AIX, HP-UX, Solaris

/opt/IBM/db2/V9.7

(41)

Tabla 6. Configuración de DB2 (continuación)

Usuario DAS

Windows

db2admin

Linux, AIX, HP-UX, Solaris dasusr1

ID de usuario delimitado para la

instancia predeterminada de DB2. Linux, AIX, HP-UX, Solaris db2fenc1

De forma predeterminada, la opción para crear la instancia

predeterminada de DB2 no se habilita en el programa de instalación de middleware.

Nombre de grupo de usuarios delimitado para la instancia predeterminada de DB2.

Linux, AIX, HP-UX, Solaris db2fgrp1

De forma predeterminada, la opción para crear la instancia

Usuario delimitado para la instancia

predeterminada de DB2. Linux, AIX, HP-UX /home/db2fenc1 Solaris /export/home/db2fenc1 De forma predeterminada, la opción para crear la instancia

Usuario delimitado para la instancia

del servidor DB2. Linux, AIX, HP-UX, Solaris ctgfenc1

Nombre de grupo de usuarios delimitado para la instancia de servidor DB2.

Linux, AIX, HP-UX, Solaris ctgfgrp1

Usuario delimitado para el directorio inicial de la instancia del servidor DB2.

Linux, AIX, HP-UX /home/ctgfenc1 Solaris /export/home/db2fenc1

Nombre de instancia ctginst1

Puerto 50005

Directorio inicial de nombre de

usuario de instancia Linux, AIX, HP-UX /home/ctginst1 Solaris /export/home/ctginst1 ID de usuario de instancia de base de

datos Windows

db2admin

Linux, AIX, HP-UX, Solaris ctginst1

Apéndice B. Hojas de trabajo de planificación para la instalación de middleware