IBM SmartCloud Control Desk Versión 7 Release 5.1. Guía de planificación para el despliegue

(1)

IBM SmartCloud Control Desk

Versión 7 Release 5.1

Guía de planificación para el despliegue

(2)

Nota

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

(3)

Contenido

Capítulo 1. Requisitos previos de

hardware y software . . . 1

Capítulo 2. Planificación de despliegue 3

Topologías de despliegue . . . 3

Estación de trabajo administrativa . . . 4

Despliegue de servidor único . . . 4

Despliegue en varios servidores . . . 5

Planificación de la seguridad . . . 6

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

Planificación del soporte de idiomas . . . 9

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

Capítulo 3. Directrices de despliegue 11 Capítulo 4. Opciones de instalación . . 13

Opción simple o personalizada . . . 13

Aplazamiento de la actualización de la base de datos y del despliegue del archivo EAR . . . 13

Capítulo 5. Middleware . . . 15

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

Opciones de configuración de middleware . . . . 18

Convenciones de denominación de objetos de middleware . . . 19

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

Capítulo 7. Diseño del DVD . . . 25

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

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. Requisitos previos de hardware y software

A medida que planifica el despliegue, revise la lista de requisitos previos de hardware y software.

Los requisitos previos de hardware y software se indican en la página wiki del producto, en Installing, Migrating and Upgrading.

Estos requisitos son los requisitos mínimos para un sistema de trabajo. Encontrará información acerca de las mejores prácticas para maximizar el rendimiento del sistema en developerWorks.

También puede utilizar la herramienta de análisis de rendimiento para evaluar el entorno y hacer recomendaciones para mejorar el rendimiento de las aplicaciones basadas en motor del proceso de automatización de Tivoli. Para obtener más información sobre esta herramienta, consulte la comunidad IBM Smarter Performance Analysis Suite en Service Management Connect: https://

www.ibm.com/developerworks/mydeveloperworks/groups/service/html/

communityview?communityUuid=28cb6d68-ab67-4203-96f9-5538e654a5ff Utilice estos recursos conjuntamente para diseñar el entorno en el que tiene previsto desplegar el producto.

Para obtener una lista de las imágenes o DVD del producto, consulte el documento de descarga en http://www.ibm.com/support/search.wss?q=sccd751download.

1

(6)

(7)

Capítulo 2. Planificación de despliegue

La planificación de la instalación de SmartCloud Control Desk 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 SmartCloud Control Desk.

Cuando haya revisado la información de despliegue y haya completado el plan de despliegue, consulte la información de instalación de SmartCloud Control Desk para empezar la instalación.

Topologías de despliegue

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

SmartCloud Control Desk funciona con diversos software de base de datos y servidor J2EE, que se indican en la información de requisitos del sistema.

Puede utilizar el programa de instalación de middleware para instalar productos middleware de IBM^®. También puede reutilizar recursos existentes en el entorno, que pueden incluir versiones soportadas de middleware de IBM y que no sea de IBM.

Aunque el middleware de IBM se incluye con SmartCloud Control Desk, puede desplegar SmartCloud Control Desk utilizando exclusivamente middleware que no sea de IBM.

Existen dos estrategias principales para desplegar SmartCloud Control Desk en la empresa.

Servidor único

La topología de servidor único consiste en cargar todos los componentes de SmartCloud Control Desk, incluido todo el middleware de SmartCloud Control Desk, la estación de trabajo administrativa de SmartCloud Control Desk, gestores de proceso y otros componentes, 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 SmartCloud Control Desk 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 el que se utiliza normalmente en la producción empresarial.

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

3

(8)

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.

SmartCloud Control Desk 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 SmartCloud Control Desk. 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 SmartCloud Control Desk en una estación de trabajo administrativa que ejecute un sistema operativo UNIX o un sistema operativoWindows. La estación de trabajo administrativa es donde se crean los archivos EAR del producto y,

posteriormente, se despliegan en el servidor de aplicaciones.

La estación de trabajo administrativa se utiliza en todas las fases del ciclo de vida del producto. Se necesita para la instalación y configuración iniciales de

SmartCloud Control Desk. La estación de trabajo administrativa también se utiliza para instalar arreglos de programa, actualizaciones de producto, nuevas

aplicaciones, nuevos gestores de procesos y más paquetes de idioma.

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.

(9)

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 SmartCloud Control Desk 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 SmartCloud Control Desk 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 SmartCloud Control Desk.

En la siguiente imagen, SmartCloud Control Desk se ha desplegado con TADDM y la seguridad LDAP en una colección de sistemas.

Los componentes necesarios para SmartCloud Control Desk se instalan todos en servidores diferentes.

Importante: En determinados casos, debe evitar compartir los recursos. Por ejemplo, no comparta una instancia de base de datos DB2 entre SmartCloud Control Desk 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 SmartCloud Control Desk y IBM Tivoli Directory Server.

Despliegue con varios servidores

Servidor de directorios

Servidor de bases de datos

Servidor J2EE Integration Composer

Estación de trabajo administrativa Servidores middleware

Figura 1. Despliegue en varios servidores

Capítulo 2. Planificación de despliegue

5

(10)

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

Puede crear gestores de despliegue que proporcionen administración centralizada de servidores de aplicación gestionados. Se proporciona soporte de

almacenamiento en memoria caché básico, que incluye equilibrio de trabajo, optimización de rendimiento y gestión y supervisión centralizadas.

Con WebSphere Application Server Network Deployment, puede gestionar nodos como una única célula. WebSphere Application Server Network Deployment también proporciona soporte de agrupación de clústeres básica y optimización automatizada del rendimiento.

Planificación de la seguridad

Debe elegir una opción de seguridad y decidir qué usuarios trabajan con las aplicaciones en SmartCloud Control Desk.

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

Servidor de bases de datos

Servidor de directorios

Célula WebSphere (ctgCell01)

Websphere

Deployment Manager

Clúster

ctgNode3 ApplSrv3 ctgNode3

ApplSrv2 ctgNode3

ApplSrv1

Figura 2. Despliegue en varios servidores

(11)

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.

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

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

Si utiliza Oracle WebLogic Server, se utiliza la autenticación interna de SmartCloud Control Desk 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 SmartCloud Control Desk. 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.

7

(12)

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.

Con esta opción, no puede configurar un inicio de sesión único contextual para la interfaz de TADDM sin facilitar las oportunas credenciales. Debe definir los usuarios en TADDM así como en SmartCloud Control Desk y asegúrese de coordinar su mantenimiento. Cuando realice un inicio contextual en la interfaz de TADDM, siempre deberá proporcionar las credenciales que reconoce TADDM. No se pueden sincronizar las definiciones de colección de acceso entre SmartCloud Control Desk y TADDM mediante esta opción.

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.

La capacidad de servicio es diferente al método utilizado en la versión anterior del producto. La capacidad de servicio está soportada en SmartCloud Control Desk 7.5.1 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 SmartCloud Control Desk 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.

Después de la instalación, durante el uso normal de SmartCloud Control Desk, puede ser útil examinar los registros generados para el servidor de aplicaciones MXServer.

(13)

También puede ser útil examinar el gestor de despliegue de WebSphere y los registros del agente de nodo de 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 Information Center de SmartCloud Control Desk.

Planificación del soporte de idiomas

SmartCloud Control Desk incluye soporte de idioma para los idiomas admitidos por UTF-8 y UCS-2.

Cuando se despliega SmartCloud Control Desk con Microsoft SQL Server, no se admite UTF-8. El soporte de idiomas está limitado a los idiomas que la página de códigos del sistema actual de Windows admite. 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 SmartCloud Control Desk, debe utilizar el programa de instalación del producto SmartCloud Control Desk para definir el idioma base antes de llevar a cabo los pasos posteriores a la instalación.

Puede añadir idiomas adicionales posteriormente.

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 SmartCloud Control Desk 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 SmartCloud Control Desk

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 del gestor de despliegue, el agente de nodo y el servidor de aplicaciones WebSphere Application Server.

9

(14)

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.

(15)

Capítulo 3. Directrices de despliegue

Las directrices de despliegue son resúmenes 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 SmartCloud Control Desk. Por ejemplo, es posible que tenga una instancia existente de una base de datos. Esta instancia puede estar alojada en un conjunto de servidores de bases de datos existente. Las políticas de acceso corporativo, medidas de redundancia y planes de copia de seguridad pueden afectar a la forma de desplegar software en su organización.

Si tiene previsto reutilizar middleware existente, asegúrese de que estén en el nivel soportado por SmartCloud Control Desk. Los programas de instalación del

producto y del middleware no proporcionan ningún mecanismo para actualizar servidores con versiones no soportadas de middleware. Estos programas no proporcionan comprobaciones de requisitos previos remotos para asegurar 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 SmartCloud Control Desk para instalar y configurar automáticamente las nuevas instalaciones de middleware y del producto.

Oracle WebLogic Server debe seguirse configurando manualmente.

Puede utilizar el programa de instalación de middleware para instalar DB2, por ejemplo, y utilizar el programa de instalación de SmartCloud Control Desk para configurarlo manualmente.

Este escenario es ú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, se proporcionan las siguientes imágenes instalables con este producto:

v WebSphere Application Server Network Deployment v DB2

v IBM Tivoli Directory Server

11

(16)

Escenario 2: Despliegue reutilizando automáticamente el middleware existente

En este escenario, puede desplegar este producto con 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. Este escenario es aplicable en situaciones en las que ya tiene recursos de middleware existentes establecidos en la empresa.

Oracle WebLogic Server se debe configurar de forma manual, pero puede utilizar el programa de instalación de SmartCloud Control Desk para configurar de forma automática una base de datos existente, por ejemplo.

Escenario 3: Despliegue reutilizando manualmente el middleware existente

En este escenario, puede desplegar este producto con el middleware que existe en la empresa y configurar manualmente dicho middleware. Este escenario es aplicable en aquellas situaciones en las que tenga recursos de middleware

existentes. Es posible que tenga procesos y normativas especiales establecidos por la empresa que limiten el uso de herramientas de configuración automatizada a la hora de desplegar una nueva aplicación. 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.

(17)

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.

SmartCloud Control Desk puede instalarse de dos formas:

Simple

Seleccione Simple si desea desplegar todos los componentes de

SmartCloud Control Desk en un único sistema con todo el middleware proporcionado por 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

SmartCloud Control Desk en varios sistemas. Esta opción de despliegue se suele utilizar en un entorno de producción.

Si realiza el despliegue de SmartCloud Control Desk en Oracle WebLogic Server, debe seleccionar 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 SmartCloud Control Desk 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 utiliza los programas de instalación automatizada, se crearán instancias separadas para ser utilizadas por SmartCloud Control Desk y IBM Tivoli Directory Server.

Aplazamiento de la actualización de la base de datos y del despliegue del archivo EAR

Con independencia de si desea realizar una instalación simple o compleja, puede permitir que el instalador se encargue de actualizar la base de datos y de desplegar los archivos EAR en su servidor J2EE (el despliegue de los archivos EAR debe realizarse manualmente si utiliza un servidor WebLogic). Sin embargo, hay dos escenarios en los que no debe permitir que el instalador se encargue de realizar estas tareas automáticamente:

v Si ha planificado instalar el contenido opcional que se proporciona con las imágenes del producto.

v Si ha planificado instalar cualquiera de los paquetes de integración que están disponibles desde el launchpad del producto.

También puede optar por diferir estas tareas cuando instale el producto en su entorno de producción, para minimizar el tiempo de mantenimiento, período durante el cual los servidores J2EE y de bases de datos de producción no estarán disponibles para los usuarios. Puede hacerlo incluso si no desea instalar paquetes de contenido o integración opcionales.

13

(18)

Cada uno de estos escenarios requiere que la base de datos esté actualizada y que se haya desplegado el archivo EAR del producto. El instalador le ofrece la opción de diferir estos pasos. Si tiene previsto elegir cualquiera de estos escenarios, difiera la realización de estos dos pasos con el fin de que no se realicen varias veces. Esto significa que los pasos que han de realizarse son los siguientes:

1. Ejecute el instalador del producto, aplazando la actualización de la base de datos y el despliegue de los archivos EAR.

2. Instale el contenido opcional si lo desea, aplazando la actualización de la base de datos y el despliegue de los archivos EAR.

3. Instale los paquetes de integración si lo desea, aplazando la actualización de la base de datos y el despliegue de los archivos EAR (pero consulte el apartado siguiente, que trata acerca de los paquetes de CMS).

4. Vuelva a ejecutar el instalador del producto. El instalador actualizará la base de datos, ejecutará TDToolkit para procesar los idiomas adicionales y creará y desplegará los archivos EAR. Este es el único paso para el que los servidores han de establecerse en estado fuera de servicio.

Nota: Si prefiere desplegar los archivos EAR manualmente, puede diferir el despliegue de los archivos EAR en la ejecución final del instalador del producto.

Nota: Si su instalación no incluye ningún idioma adicional, no es necesario ejecutar TDToolkit. Si lo prefiere, en lugar de ejecutar el instalador del producto para actualizar la base de datos y crear y desplegar los archivos EAR, puede realizar esos pasos manualmente. Si está instalando un idioma distinto del inglés, TDToolkit debe ejecutarse. Es mucho más fácil permitir que el instalador ejecute TDToolkit para cada paquete de instalación que determinar cuál es la lista de paquetes correcta para su instalación y ejecutarla manualmente para cada paquete.

Hay una excepción a este enfoque. Existen dos paquetes de integración que se utilizan con el sistema de menús contextuales. Estos paquetes permiten realizar el inicio contextual en otros productos para ver los detalles de los artículos de configuración o los activos. Puede instalar estos paquetes desde la página Integraciones del launchpad del producto:

v Paquete de habilitación de LIC de CMS de activos desplegados v Paquete de habilitación de AC Apps CMS LIC

Si ha planificado instalar cualquiera de estos paquetes de integración, debe permitir que el instalador se encargue de actualizar la base de datos antes de instalar los paquetes. Estos paquetes actualizan las tablas de base de datos que se crean cuando instala el producto. Su instalación no se ejecutará correctamente si las tablas no se encuentran en la base de datos. Si desea instalar estos paquetes, cambie el procedimiento por los pasos que se indican a continuación:

1. Ejecute el instalador del producto, aplazando el despliegue de los archivos EAR. Puede diferir la actualización de la base de datos si desea minimizar el tiempo de mantenimiento.

2. Instale el contenido opcional si lo desea, aplazando la actualización de la base de datos y el despliegue de los archivos EAR.

3. Si ha diferido la actualización de la base de datos en el paso 1, ejecute updatedb para crear o actualizar la base de datos.

4. Instale los paquetes de integración si lo desea.

5. Vuelva a ejecutar el instalador del producto. El instalador actualizará la base de datos si es necesario, ejecutará TDToolkit para procesar los idiomas adicionales y creará y desplegará los archivos EAR. (Consulte las notas anteriores.)

(19)

Capítulo 5. Middleware

Para poder instalar SmartCloud Control Desk, deben desplegarse varios productos de middleware de SmartCloud Control Desk. Si tiene la intención de reutilizar recursos existentes, se deben configurar manualmente o utilizando los programas de instalación de SmartCloud Control Desk

El programa de instalación de middleware ofrece una interfaz para la instalación y el despliegue del middleware de SmartCloud Control Desk de una forma fiable y que puede repetirse. El programa de instalación de middleware registra las opciones que toma en relación a los parámetros de configuración y despliegue de SmartCloud Control Desk asociados con esas opciones. El programa de instalación de middleware instala y despliega middleware de SmartCloud Control Desk en función de la información que haya especificado.

El middleware incluye el software siguiente:

v Servidor de bases de datos

SmartCloud Control Desk utiliza la base de datos de Maximo para almacenar detalles sobre los atributos y el historial de los artículos de configuración y los detalles sobre las relaciones entre los artículos de configuración. La base de datos es un componente obligatorio para desplegar SmartCloud Control Desk.

Tiene la opción de instalar una instancia nueva de DB2 9.7 utilizando el programa de instalación de middleware. También puede utilizar una instancia preexistente de DB2 9.5 o DB2 9.7.

Puede elegir utilizar Microsoft SQL Server, pero debe instalarlo y configurarlo de forma manual.

Puede elegir utilizar Oracle, pero debe instalarlo y configurarlo de forma manual.

v Servidor de directorios

El servidor de directorios es un componente opcional que se puede utilizar para proteger SmartCloud Control Desk si elige utilizar un servidor LDAP para la seguridad.

Puede instalar una instancia nueva de IBM Tivoli Directory Server 6.3 con el programa de instalación de middleware o utilizar una instancia preexistente de IBM Tivoli Directory Server. 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 existente. Otra opción consiste en utilizar el servidor de bases de datos de SmartCloud Control Desk como almacén de datos de DB2 si el servidor de bases de datos de SmartCloud Control Desk 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.

Puede elegir utilizar Microsoft Active Directory, pero debe instalarlo y configurarlo de forma manual.

v Servidor J2EE

El servidor de J2EE es el servidor de aplicaciones utilizado para prestar servicio y gestionar la aplicación SmartCloud Control Desk.

El servidor J2EE puede protegerse opcionalmente con un servidor de directorios.

15

(20)

WebSphere Application Server Network Deployment incluye los siguientes subcomponentes:

– 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 SmartCloud Control Desk no puede configurarlo automáticamente. Oracle WebLogic Server requiere una tarea de configuración manual.

El programa de instalación de middleware despliega software en un servidor único. Para desplegar el middleware de SmartCloud Control Desk 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 de SmartCloud Control Desk para cada sistema que tienen previsto utilizar en el despliegue de SmartCloud Control Desk.

Si instala middleware con el programa de instalación de middleware y desea añadir middleware adicional a ese sistema, primero debe desinstalar el middleware original. Cuando instala middleware en un sistema, debe instalar a la 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 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 serie del formato

[operation_MMdd_HH.mm]. El valor de la operación indica la operación que se ha realizado, por ejemplo, "INSTALAR" o "DESINSTALAR". El valor de MM es un número de dos dígitos (1-12) que indica el mes actual. El valor de dd es un número de dos dígitos (1-31) que indica el día actual del mes. El valor de HH es un número de dos dígitos (0-23) que indica la hora actual. El valor de 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.

Además de instalar y configurar el middleware de SmartCloud Control Desk, el programa de instalación de middleware realiza tareas adicionales. Si no ejecuta el programa de instalación de middleware, debe completar manualmente las

siguientes tareas de configuración en el middleware existente.

(21)

v Si se instala en WebSphere Application Server Network Deployment, debe configurar Virtual Member Manager. Virtual Member Manager debe configurarse después de que el servidor J2EE y el Servidor de directorio estén instalados y configurados. El servidor de directorio contiene información sobre usuarios y grupos de SmartCloud Control Desk. El servidor de directorio comunica dicha información a base de datos de Maximo con Virtual Member Manager. Virtual Member Manager proporciona seguridad y acceso a aplicaciones de SmartCloud Control Desk. Para obtener más información sobre la configuración manual de Virtual Member Manager, consulte la guía de instalación.

v Configuración de servicios de autenticación. Para obtener más información sobre la migración del servicio de autenticación, consulte la guía de instalación. Este paso no es necesario si está instalando la edición Entrada.

Nota: El programa de instalación de middleware no da soporte a las plataformas HP-UX y Oracle Solaris; sin embargo, se proporcionan imágenes instalables para DB2 con SmartCloud Control Desk.

Nota: El programa de instalación de middleware no da soporte a las plataformas HP-UX y Oracle Solaris; sin embargo, se proporcionan imágenes instalables para WebSphere Application Server Network Deployment con SmartCloud Control Desk.

Nota: El programa de instalación de middleware no da soporte a las plataformas HP-UX y Oracle Solaris; sin embargo, se proporcionan imágenes instalables para IBM Tivoli Directory Server con SmartCloud Control Desk.

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.

Capítulo 5. Middleware

17

(22)

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 SmartCloud Control Desk. 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 SmartCloud Control Desk, este archivo deberá copiarse en el espacio de trabajo de cada sistema donde se esté desplegando el middleware de SmartCloud Control Desk. El programa de instalación de SmartCloud Control Desk 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 SmartCloud Control Desk 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 si posee un recurso de middleware existente para utilizar, dispondrá de dos opciones de configuración de servidores para utilizar con SmartCloud Control Desk.

Configuración automática

El programa de instalación de SmartCloud Control Desk configura automáticamente el middleware para que funcione juntamente con SmartCloud Control Desk.

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 iniciar el programa de instalación de SmartCloud Control Desk.

Al desplegar SmartCloud Control Desk en Oracle WebLogic Server, debe configurarlo manualmente.

(23)

Convenciones de denominación de objetos de middleware

Cuando instale y configure middleware en el programa de instalación de middleware y el programa de instalación de SmartCloud Control Desk, 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.

Tabla 2. Convenciones de denominación de objetos de middleware

Objeto Convenio

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 (_).

Convenios de denominación de 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.

Convenios de denominación de DB2 para las contraseñas

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

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

Si estas limitaciones son demasiado restrictivas, puede instalar DB2 de forma manual.

Para sistemas UNIX con DB2 anteriores a DB2 9.7 o DB2 9.5 con fixpack 4 o Linux on IBM System z, las contraseñas pueden tener un máximo de ocho caracteres. Para sistemas Windows con DB2 anteriores a DB2 9.7 o DB2 9.5 con fixpack 4, las contraseñas pueden tener un máximo de 14 caracteres.

Para sistemas UNIX o Windows con DB2 9.7 o DB2 9.5 con fixpack 4 o posterior, o versiones posteriores de DB2, el número máximo de caracteres de las contraseñas será el que admita el sistema operativo.

19

(24)

Tabla 2. Convenciones de denominación de objetos de middleware (continuación)

Convenciones de IBM Tivoli Directory Server para nombres y alias de 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 utilizarlos al crear un nombre de base de datos.

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 caracteres válidos van desde la A hasta la Z, desde la a hasta la z y desde el 0 hasta el 9.

Los valores deben empezar por caracteres que vayan desde la A hasta la Z o desde la a hasta la z.

No se pueden utilizar caracteres de doble byte en valores de contraseña de

administrador.

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

(25)

Tabla 2. Convenciones de denominación de objetos de middleware (continuación)

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 constar 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.

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 SmartCloud Control Desk genera errores en SmartCloud Control Desk.

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 SmartCloud Control Desk difíciles de resolver. Antes de los caracteres en blanco debe colocar un carácter de escape. Para obtener más información sobre los

caracteres especiales en series LDAP, consulte la documentación del producto.

21

(26)

(27)

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 SmartCloud Control Desk, 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.

23

(28)

(29)

Capítulo 7. Diseño del DVD

IBM SmartCloud Control Deskse entrega en un conjunto de DVD que contienen el middleware de requisito previo, los fixpacks de middleware y el código de

producto. De forma alternativa, puede descargar archivos que contienen estas mismas imágenes desde Passport Advantage.

Los DVD e imágenes disponibles para el producto se indican en el documento de descarga. Pulse en este enlace o especifíquelo en el navegador:

http://www.ibm.com/support/search.wss?q=sccd751download.

25

(30)

(31)

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

El programa de instalación de SmartCloud Control Desk 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 SmartCloud Control Desk durante una instalación típica. Revise esta información para asegurarse de que el programa de instalación de SmartCloud Control Desk 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 SmartCloud Control Desk. En tal caso, estas tareas deben realizarse antes de ejecutar el programa de instalación de SmartCloud Control Desk.

Tabla 3. Tareas del programa de instalación de SmartCloud Control Desk

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 SmartCloud Control Desk 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 SmartCloud Control Desk 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 para el gestor de dominios de WebSphere sea accesible para el sistema administrativo de

SmartCloud Control Desk. El valor predeterminado del puerto es 8879.

Base de datos Crear una instancia de la base de datos

Se crea una nueva instancia de la base de datos para SmartCloud Control Desk en DB2, 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 se pueden encontrar en la información sobre la instalación del producto.

27

(32)

Tabla 3. Tareas del programa de instalación de SmartCloud Control Desk (continuación)

Base de datos Crear una instancia de la base de datos

Se crea una nueva instancia de la base de datos para SmartCloud Control Desk en 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 Oracle se pueden encontrar en la

información sobre la instalación del producto.

Crear una base de datos

Se crea una nueva base de datos para SmartCloud Control Desk para DB2.

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

Se crea una nueva base de datos para SmartCloud Control Desk para Microsoft SQL Server.

Las instrucciones para crear manualmente una base de datos para Microsoft SQL Server se pueden encontrar en la

Usuario de la base de datos creado para Oracle.

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

predeterminado se puede modificar.

Puede crear manualmente este usuario del sistema en Oracle antes de ejecutar el programa de instalación de SmartCloud Control Desk mediante los métodos que dictamine su organización.

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

Usuario de la base de datos creado para Microsoft SQL Server.

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

Puede crear manualmente este usuario del sistema en Microsoft SQL Server antes de ejecutar el programa de instalación de SmartCloud Control Desk mediante los métodos que dictamine su organización.

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

Crear espacios de tabla

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

Las instrucciones para crear manualmente espacios de tabla para DB2 se pueden 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 Oracle.

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

(33)

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.

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, y da por

supuesto que no deseará reutilizar recursos existentes, deberá crear manualmente una base de datos para la persistencia de mensajes.

Si utiliza 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.

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

29

(34)

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

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.

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 SmartCloud Control Desk, como por ejemplo, la que indica al gestor de despliegue conocer cómo gestionará la aplicación SmartCloud Control Desk sus necesidades de autenticación.

Se habilita Integration

Framework Adapter.

(35)

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 SmartCloud Control Desk 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. SmartCloud Control Desk.

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

31

(36)

(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 útiles si tiene la intención configurar o reutilizar manualmente 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 se puede instalar un producto de middleware en un subdirectorio del 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 ejecuta el programa de instalación de middleware, se solicita que los ID de usuario inicien la instalación de middleware. 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 existente para instalar y dicha cuenta no se encuentra en el directorio /home.

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

Tabla 4. Los usuarios y grupos creados durante el despliegue de SmartCloud Control Desk

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 SmartCloud Control Desk (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

Este valor no se puede modificar cuando se utiliza el programa de instalación de middleware.

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 SmartCloud Control Desk (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

Este valor no se puede modificar cuando se utiliza el instalador de middleware.

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 raíz también debe ser miembro del grupo primario del usuario de 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

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