Documentación del producto IBM Connections 4

Primera edición

Agosto de 2012

Acerca de esta edición

Siguiendo el compromiso de accesibilidad de IBM, la edición de este producto es accesible.

Actualizaciones a este documento

Este archivo HTML contiene el borrador más reciente de la documentación del producto oficial para este release. El presente borrador se renueva cada trimestre, si es necesario. Para obtener las últimas actualizaciones de la documentación del producto, consulte los artículos de la versión disponibles en la sección de documentación del producto del wiki.

Imprimir

Al imprimir este documento algunos de los elementos de estilo se eliminan para crear una impresión de mayor calidad. A continuación, se muestran algunos ejemplos sobre impresión:
  • La longitud del documento puede superar la capacidad de impresión del navegador. Microsoft Internet Explorer ha demostrado que puede imprimir archivos grandes satisfactoriamente.
  • Este documento es largo. Utilice la vista preliminar para determinar la longitud de la página de impresión.
  • Puede resaltar la sección del documento y elegir que sólo se imprima el contenido seleccionado.

Trabajar sin conexión

Puede guardar una copia local de este documento desde el navegador. Cada navegador tiene opciones de menú y menús diferentes. Consulte la ayuda del navegador si necesita asistencia para guardar el documento de forma local.

Enviar comentarios

Proporcione comentarios sobre esta documentación en el sitio web de Comentarios de documentación Connections.

¿Qué es IBM Connections?

IBM® Connections es un software de trabajo en red social formado por las características siguientes: Actividades, Blogs, Marcadores, Comunidades, Archivos, Foros, Página de inicio, Métricas, Perfiles y Wikis.

Utilice las aplicaciones de IBM Connections para conseguir los objetivos siguientes:

Actividades
Herramienta de colaboración para recopilar, organizar, compartir y reutilizar el trabajo relacionado con un objetivo del proyecto.
Blogs
Diarios en línea que puede utilizar para ofrecer información oportuna con un toque personal. Puede utilizar un blog para presentar sus ideas, obtener comentarios de otros usuarios o aprender de la experiencia de otros usuarios que tienen un blog.
Marcadores
Herramienta de marcadores sociales para guardar, organizar y compartir marcadores de Internet e intranet. Descubra los marcadores creados por otros usuarios que tienen unos intereses y experiencia similares.
Nota: Antes, esta aplicación se llamaba Dogear.
Comunidades
Un sitio web donde las personas que comparten un interés pueden interaccionar, compartir información e intercambiar ideas. Los miembros de una comunidad pueden participar en actividades y foros específicos de la comunidad, así como compartir blogs, marcadores, canales de información y archivos.
Archivos
Repositorio común en el que puede subir archivos y compartirlos con otros usuarios. Almacene versiones de un archivo, sepa quién se ha descargado un archivo o lo ha comentado y vea archivos altamente recomendados.
Foros
Un lugar para contrastar ideas y recopilar comentarios sobre temas que son relevantes para usted y sus compañeros. Las declaraciones y comentarios se recopilan en un formato que captura el intercambio de ideas y las presenta como una conversación abierta.
Página de inicio
Una ubicación central que proporciona una instantánea de las últimas actualizaciones recopiladas desde IBM Connections. Realice las acciones en contexto en entradas en la secuencia de actividad, compruebe las actualizaciones más recientes del contenido y de las personas a las que sigue, manténgase actualizado con las notificaciones y actualizaciones más recientes que requieren de una respuesta de su parte, o publique sus propias actualizaciones de estado.
Perfiles
Directorio de las personas de su organización que incluye la información que necesita para crear y fomentar redes efectivas en la organización.
Métricas
Herramienta de estadísticas que recopila y muestra información sobre cómo utilizan las personas las aplicaciones de Connections. Las métricas de Comunidad muestran detalles sobre una comunidad concreta, mientras que las métricas globales muestran información en todo Connections.
Wikis
Herramienta para crear wikis que las personas, grupos y comunidades puedan utilizar para capturar, compartir y colaborar en la creación de información. Vea los cambios, recomendaciones y comentarios de las páginas.

Juntas, estas herramientas permitirán que usted y sus colegas interactúen entre sí de forma más efectiva.

Novedades de IBM Connections 4

Descubra lo que ha cambiado o se ha añadido con este release de IBM Connections.

Novedades de utilización

IBM Connections:

  • Comparta una actualización de estado o archivo desde cualquier lugar de IBM Connections. Inicie sesión y, a continuación, pulse el enlace Compartir de la cabecera.
  • La secuencia de actividad muestra una vista agregada de las últimas actualizaciones de personas o sucesos que sigue y personas de su red. Para obtener más información acerca de una actualización, volverla a publicar o señalar que le gusta, pulse la entrada para iniciar la experiencia integrada.
  • IBM Connections introduce una aplicación mejora de Métricas. Métricas emplea las prestaciones analíticas del servidor IBM Cognos Business Intelligence, que se proporcionan como parte de la instalación de IBM Connections para dar soporte a la recopilación de los datos de métricas. Los administradores y usuarios designados pueden trabajar con las visualizaciones interactivas de las métricas globales pulsando Métricas de servidor en el pie de página. Los propietarios de la comunidad pueden ver informes no interactivos para sus comunidades pulsando Métricas en el panel de navegación.
  • El editor de texto enriquecido, utilizado en las aplicaciones de IBM Connections, se ha actualizado a CKEditor 3.6.3 en esta versión. Hay varias nuevas características en el editor de Wikis.
  • Se ha actualizado Perfiles para incluir la secuencia de actividad, que muestra las últimas actualizaciones del propietario de perfil desde IBM Connections.
  • Cuando se visualizan los resultados de la búsqueda, puede filtrar los resultados de Perfiles para excluir los perfiles inactivos seleccionando Excluir personas inactivas desde el menú Mostrar en la página Resultados de búsqueda de perfiles.
  • Los widgets de analítica social ahora recomiendan contenido privado así como público, en función de las relaciones existentes con el contenido público y privado en IBM Connections.
  • El widget de tendencia muestra una lista de los temas de actualidad que son tendencia en su empresa. El widget aparece cuando se filtran los resultados de la búsqueda utilizando la opción Actualizaciones de estado.
  • Las actualizaciones de estado y el contenido de microblogging se incluyen ahora en el análisis de las relaciones que se utilizan para recomendar contenido y personas en los widgets de analítica social.

Actividades:

  • Los miembros de la actividad se visualizan en una vista Miembros dentro de la actividad, en vez de en la sección Miembros del panel de navegación.
  • Los propietarios de la actividad estándar pueden acceder a la vista Miembros para hacer que una actividad sea pública.
  • Los títulos y descripciones en entradas de actividad se guardan automáticamente de forma que si se desconecta de la aplicación de forma inesperada, no pierde los últimos cambios realizados.
  • En una entrada de actividad, puede enlazar a archivos y carpetas en la aplicación Archivos.
  • Los propietarios de actividad pueden convertir una entrada en un elemento de tarea pendiente.

Blogs:

Las mejoras en la interfaz de usuario facilitan que vaya directamente a los blogs.

Marcadores:

Las siguientes características son nuevas para los Marcadores:
  • Una nueva interfaz de usuario facilita acceder y gestionar los marcadores.
  • Cuando instale el botón del navegador Añadir marcador, también tiene la opción de instalar botones de navegadores Debatir esto y Comunidad relacionada para publicar páginas web en un foro de IBM Connections o enlazar comunidades relacionadas.

Comunidades:

  • El widget Sucesos permite a los propietarios de una comunidad compartir información sobre los eventos próximos con el resto de la comunidad.
  • Para los despliegues que utilizan la moderación de propietario de comunidades, los propietarios pueden inhabilitar la aprobación de contenido y la señalización de contenido en comunidades individuales.
  • Utilice el widget Comunidades relacionadas para sugerir a sus compañeros comunidades para unirse.
  • Compartir estado con miembros de la comunidad.
  • La vista Actualizaciones recientes proporciona un lugar centralizado para ver las novedades de una comunidad.
  • Puede añadir más información a la descripción de la comunidad y es contraíble.
  • Los grupos de LDAP se pueden agregar ahora como miembros de una comunidad.

Archivos:

  • Ahora Archivos le permite realizar las siguientes acciones:
    • Subir varios archivos al mismo tiempo.
    • Descargar todos los archivos de una vista.
    • Añadir archivos a una carpeta durante la subida.
    • Seleccionar y realizar acciones en varios archivos al mismo tiempo.
    • Suprimir una versión del archivo.
    • Compartir los archivos con comunidades.
    • Otorgar a los miembros de la comunidad acceso para editar archivos de los que sea propietario.
    • Mover archivos subidos a una comunidad a la papelera; desde la papelera, usted y otras personas pueden restaurar o suprimir los archivos.
    • Dejar de compartir un archivo en una sola acción, incluida la eliminación del archivo desde cualquier carpeta y comunidad compartida.
    • Dejar de compartir archivos que se han compartido con usted. Por ejemplo, si alguien ha compartido un archivo con usted y, a continuación, ha compartido el archivo con una comunidad, puede dejar de compartir con la comunidad.
  • Los editores y propietarios de un archivo pueden bloquear y desbloquear el archivo.
  • El icono de bloqueo del archivo muestra una tecla roja en la vista del propietario cuando el archivo está bloqueado por otro usuario. El propietario del archivo puede desbloquear el archivo en cualquier momento.
  • Ya está disponible una opción de recomendación gráfica en la página del archivo; la opción del archivo Recomendar se ha cambiado a una opción de archivo de recomendación.
  • En el caso de archivos que esté añadiendo o que haya añadido a una carpeta, puede proporcionar acceso a estos archivos a cualquier persona con acceso a la carpeta.
  • Los separadores y la página de resumen de archivos se han rediseñado con el objeto de proporcionar más información, por ejemplo, en las carpetas en donde reside el archivo y si se hace referencia al archivo mediante las actualizaciones de estado.
  • La aplicación Comunidades contiene una opción para la visualización de archivos compartidos a través de la comunidad.
  • Los archivos a los que se hace referencia en una o varias actualizaciones de estado se indican como tales.

Foros:

  • Cuando se notifica a un usuario por correo electrónico de que alguien ha añadido un tema a un foro, el usuario puede pulsar un enlace Responder a este tema en el correo electrónico. Esto crea un correo electrónico de respuesta al que el usuario puede añadir contenido y enviar. Esto crea un nuevo tema de foro como una respuesta al tema sobre el que se notificó en el correo electrónico. Los archivos adjuntos del mensaje de correo electrónico se añaden al tema de respuesta.
  • Puede añadir contenido desde cualquier página web u origen de IBM Connections para un tema de foro pulsando un botón en la barra de herramientas del navegador. Pulse Marcar o discutir esto y, a continuación, siga los pasos para instalar el botón Discutir esto. A continuación, navegue a cualquier página web o IBM Connections, pulse Debatir esto y seleccione un foro en el que publicar el contenido.

Página de inicio:

  • La interfaz de usuario de la página de inicio se ha actualizado de forma que sea más fácil encontrar información importante para el usuario. El separador Actualizaciones y el separador Widgets se han sustituido por una sola página con distintas vistas disponibles desde la barra lateral de navegación. Utilice estas vistas para filtrar la visualización y compruebe las últimas actualizaciones y notificaciones. Por ejemplo, puede consultar la vista Acción necesaria para ver los elementos que requieren una respuesta del usuario. La vista Mis notificaciones ahora incluye respuestas a temas, además de notificaciones que haya enviado y recibido. Para obtener más información sobre las diferentes vistas, consulte Vistas de páginas de inicio.
  • La experiencia mejorada de microblogging le permite recopilar información de forma significativa y actuar sobre ella en contexto. Ahora puede adjuntar archivos a las actualizaciones de estado y utilizar hashtags para etiquetar las actualizaciones y facilitar a otros usuarios encontrarlos. Puede volver a publicar las actualizaciones de estado para compartir información con las personas que le estén siguiendo, o pulse Recomendar para recomendar una actualización. También puede conseguir una vista previa de imágenes y descargar archivos para trabajar en ellos de forma local.
  • Los pasos para seguir las etiquetas desde la página de inicio han cambiado.
  • El widget Sucesos ayuda a realizar un seguimiento de los próximos sucesos de comunidad a los que está asistiendo y que está siguiendo. El widget está disponible desde las vistas de secuencia de la actividad.

Perfiles:

  • El separador Pizarra se ha sustituido por el separador Actualizaciones recientes en la página de perfiles del usuario. La lista de publicaciones Actualizaciones recientes es similar a la pizarra en que se muestran los mensajes de estado y las respuestas. También incluye información sobre otras acciones realizadas por el propietario del perfil, como el uso compartido de un archivo o la adición de una publicación a un blog. El área de publicación de mensajes es idéntico esencialmente a la versión anterior, lo que permite que usted y otras personas vean y publiquen mensajes en el muro de un usuario.
  • El separador Publicaciones recientes de la página Perfiles se ha eliminado. Las publicaciones recientes aparecen en el separador Actualizaciones recientes del propietario del perfil.
  • Utilice el área Actualizaciones recientes en la página del perfil para publicar un mensaje de estado.
  • La tarjeta de visita se ha rediseñado para un mejor diseño y acceso.
  • En la página Invitar a mi red, la opción Seguir también estará habilitada de forma predeterminada.
  • Ahora puede aceptar una invitación de red desde la página de perfil de la persona que le invita.
  • La etiqueta del indicador Contacto de red o Invitación pendiente ahora se muestra junto al nombre de la persona en su página de perfil.
  • Ahora puede aceptar una invitación para unirse a la red de una persona desde la página de perfil de la persona.

Wikis:

  • Ya no existen las pestañas Mis wikis ni Wikis públicas. Todas las vistas están juntas en la misma lista.
  • Consulte las wikis que está siguiendo pulsando Yo estoy siguiendo.
  • Las páginas se pueden eliminar desde un wiki moviéndolas a la papelera. Desde la papelera, las páginas se podrán suprimir o restaurar al wiki.
  • Ahora puede descargar una versión de una página de la vista de comparación de páginas, como un archivo HTML.
  • El editor de wiki se ha actualizado. Los administradores pueden dividir las barras de herramientas en varias barras de herramientas. Puede navegar entre las barras de herramientas con la tecla Tabulador. Además, las barras de herramientas incluyen ahora un botón para añadir y editar iFrames.
  • El editor de wikis tiene dos nuevas características: el área del editor se expande hacia abajo a medida que añade contenido. A medida que se expande el espacio de edición, se mostrará una barra de herramientas incluso aunque sea necesario el desplazamiento.

Novedades de instalación

  • El asistente de instalación se basa en IBM Installation Manager 1.4.4.
  • Puede instalar y configurar IBM Cognos Business Intelligence, obtenido de forma separada, utilizando los scripts, los modelos y las especificaciones que se incluyen con IBM Connections.
  • Está disponible la modalidad de consola. Utilice esta interfaz basada en el carácter para instalar, modificar o desinstalar el producto cuando no tenga acceso a la interfaz gráfica.
  • La instalación silenciosa se ha ampliado para poder instalar IBM Connections y IBM Installation Manager en la modalidad silenciosa.
  • La configuración inicial de los administradores para la página de inicio y Blogs ahora está manejada automáticamente durante la instalación. Sin embargo, para configurar widgets, aún necesita asignar un administrador de Página de inicio.

Novedades de administración

IBM Connections:
  • Puede ejecutar los mandatos de sincronización de Perfiles en la modalidad de vista previa. Consulte Sincronización de datos de usuario utilizando mandatos administrativos.
  • Hay una interfaz completamente nueva para visualizar métricas. La aplicación Métricas utiliza IBM Cognos Business Intelligence para recopilar y visualizar las estadísticas que muestran cómo utilizan las personas Connections. Con la nueva aplicación de Métricas, los propietarios de la comunidad pueden ver métricas para sus propias comunidades, y los administradores del sistema más los usuarios designados pueden ver e interactuar con las métricas de nivel de servidor que muestran información en todo Connections.
  • Todas las aplicaciones utilizan ahora plantillas de Freemarker para las notificaciones. Esto no tiene efecto en las notificaciones de correo electrónico.
  • Hay varios cambios en la configuración del reconocimiento de IBM Sametime por medio del servidor de Sametime. Consulte Adición del reconocimiento de Sametime por medio del servidor de Sametime
  • Puede eliminar la funcionalidad de microblogging de su despliegue inhabilitando la referencia de servicio de microblogging en el archivo LotusConnections-config.xml.
Actividades:
  • La implementación subyacente del almacén de contenido de Actividades cambia con el release 4. Si está instalando Actividades por primera vez, la nueva implementación se utilizará para almacenar los recursos asociados a Actividades automáticamente. Si actualiza desde una versión anterior de Actividades, los datos de Actividades se continúan almacenando en el almacén de contenido existente, que utiliza la implementación antigua. Si desea obtener las ventajas de la nueva implementación, puede crear un almacén de contenido adicional que lo utilice. Consulte el apartado Definición de varios almacenes de contenido para Actividades para obtener más información.
Blogs:
  • El blog de primera página Blogs ya está creado para usted de forma predeterminada cuando se instala el servicio de Blogs.
  • Una nueva propiedad de configuración, connections.blogs.feed.return401_fornopermission_toviewblog, le permite cambiar la página de error devuelta cuando un usuario no puede acceder a una página de blog de 401 a 403.
  • Una nueva propiedad de configuración, connections.blogs.onlymembercanvote, le permite limitar el voto de ideas en un blog de ideación para los miembros de la comunidad.
  • Una nueva propiedad de configuración, connections.blogs.lastModifierDisabled, controla si se visualiza la información del modificador más reciente en las entradas de los blogs.
  • La notificación de Blogs se simplifica, de modo que posee menos plantillas de notificación que configurar.
Marcadores:
  • Los administradores pueden controlar si los enlaces de Marcadores se redirigen desde la aplicación Marcadores o si los enlaces externos acceden directamente a las páginas web externas.
Comunidades:
  • Puede crear un administrador que puede editar el contenido de todas las comunidades, públicas y restringidas. Para obtener más información, consulte Administración del contenido de la comunidad.
  • Puede configurar los widgets de Biblioteca enlazada (anteriormente denominados widgets de Biblioteca personalizada) en comunidades editando un nuevo archivo library-config.xml. Las propiedades de dicho archivo controlan funciones como, por ejemplo, si se debe mostrar la tarjeta de persona para los usuarios ECM, si desea descargar los archivos a través de un proxy o directamente desde el servidor ECM, y si se debe mostrar el desplegable Vistas en la lista de documento principal. Para obtener más información, consulte Gestión de bibliotecas enlazadas.
Archivos:
Foros:
  • Utilice el mandato ForumsService.filterInput para recuperar un subconjunto de foros en el que desea realizar una operación.
  • Ahora puede volver a calcular el recuento de foros y de temas de foros manualmente en la organización mediante los mandatos de administración.
  • Puede habilitar e inhabilitar una característica que permita a los usuarios pulsar en un botón para añadir el contenido de un sitio web actual o de una página de IBM Connections para un foro. Cuando está habilitada, los usuarios pueden pulsar Marcar o debatir esto en el pie de página de cualquier página de IBM Connections y añadir un botón Debatir esto en la barra de herramientas de su navegador. Cuando pulsen en él, seleccione un foro al que tengan acceso de publicación, el contenido actual de la página se añadirá al nuevo tema del foro.
  • Existe un nuevo mandato, ForumsTrashService.filterForumsByName(), que le ayudará a restaurar foros de la papelera filtrándolos en los nombres del foro.
  • Puede asegurarse de que sólo un tema o creador de reproducción pueda editar su tema o respuesta.
Página de inicio:
  • La interfaz de usuario administrativa de la página de inicio se ha actualizado para incluir opciones para la adición de widgets personalizados que se basan en la especificación del gadget OpenSocial.
Novedades:
Perfiles:
Búsqueda:
Nota: IBM Connections 4 incluye API nuevas y mejoradas para Búsqueda. Estas API están ahora documentadas en la siguiente wiki:
http://www-10.lotus.com/ldd/appdevwiki.nsf/xpViewCategories.xsp?lookupName=Product%20Documentation
  • Este release de IBM Connections introduce una nueva estructura de carpetas en la que cada aplicación tiene su propia carpeta de índice. La aplicación de Búsqueda también utiliza nuevas carpetas para contener índices de copia de seguridad, proporcionar una ubicación de intermediación para el índice, almacenar los archivos XML que se crean una vez que se rastrea una aplicación y almacenar el contenido extraído de los archivos.
  • Los procesos de rastreo e indexación ahora se llevan a cabo en fases distintas para que el proceso de rastrear una aplicación se complete antes de que comience la indexación para dicha aplicación. Esta actualización para el proceso de indexación de dos fases da lugar a un rendimiento y fiabilidad mejorados.
  • Al crear el índice por primera vez, ya no necesitará copiar de forma manual el índice en cada nodo que ejecuta la aplicación de búsqueda. Este proceso ahora es automático.
  • La reanudación del rastreo fallido o interrumpido y de la extracción del contenido del archivo tiene lugar ahora automáticamente, y está siempre habilitado para la indexación inicial e incremental.
  • La aplicación Búsqueda tiene ahora una extracción de contenido de archivo mucho más rápida debido al acceso directo al sistema de archivos utilizado por Archivos y Wikis para almacenar contenido de archivo.
  • Una necesidad reducida para los reinicios del servidor significa que ahora puede crear un nuevo índice de Búsqueda utilizando los mandatos SearchService del indexado de fondo y conmutar sobre un despliegue de producción en el nuevo índice sin un reinicio del servidor. De forma similar, puede actualizar las opciones de configuración de la Búsqueda y aplicarlas sin un reinicio del servidor utilizando el mandato reloadSearchConfiguration.
  • Las actualizaciones de estado y los sucesos de la comunidad están ahora incluidos en el contenido que está indexado por la aplicación Búsqueda.
  • Se aplica una nueva faceta conocida como tendencia a los resultados de la búsqueda que son específicos de las actualizaciones de estado. Al utilizar esta faceta, las palabras claves se extraen desde las actualizaciones de estado recientes y se miden en función de la frecuencia de uso.
  • Se ha mejorado la determinación de diccionario para las búsquedas de nivel de campo para asegurarse de resultados de búsqueda más precisos.
  • El mandato para crear un índice autónomo se ha ampliado para incluir dos parámetros adicionales. Estos parámetros le permiten persistir en las listas de partida de aplicaciones para una ubicación indicada y también especificar una ubicación de extracción de contenido de archivos si ya ha extraído el contenido del archivo utilizando el mandato SearchService.startBackgroundFileContentExtraction o durante una ejecución anterior del mandato SearchService.startBackgroundIndex.
  • Si tiene problemas con el rastreo, utilice el mandato SearchService.startBackgroundCrawl para ejecutar un rastreo de fondo y verificar que el proceso se completa correctamente.
  • El mandato SearchService.startBackgroundFileContentExtraction le permite extraer el contenido del archivo fuera del proceso de indexación.
  • Al actualizar un valor de configuración en el archivo search-config.xml, puede especificar que se reanuden automáticamente las tareas de indexación interrumpidas o fallidas..
  • Los valores de globalización adicionales están disponibles para la Búsqueda. Además de configurar la búsqueda no sensible a acentos, puede habilitar los valores para ignorar la puntuación en términos de búsqueda y realizar una correlación uno a dos en términos de búsqueda.
  • Puede realizar una serie de pasos para verificar que la función de Búsqueda funciona según lo esperado.
  • El registro detallado puede ayudarle a supervisar el progreso del rastreo de búsqueda y de las operaciones de indexación. Para obtener más información, consulte el apartado Configuración del registro detallado.
  • Se han sustituido los siguientes mandatos que se han utilizado anteriormente para habilitar e inhabilitar las tareas de indexación de acuerdo con el tipo de tarea. Utilice SearchService.enableTask(Serie taskName) y SearchService.disableTask(Serie taskName) para habilitar e inhabilitar las tareas de indexación en su lugar.
    • SearchService.enableFileContentTask(Serie taskName)
    • SearchService.enableIndexingTask(Serie taskName)
    • SearchService.disableFileContentTask(Serie taskName)
    • SearchService.disableIndexingTask(Serie taskName)
  • Un nuevo mandato SearchService le permite obtener una lista de las tareas que se están ejecutando actualmente para la aplicación de búsqueda.
  • Puede suprimir todas las tareas planificadas para Búsqueda utilizando el mandato SearchService.deleteAllTasks(). Para obtener más información, consulte Supresión de tareas planificadas para búsqueda.
  • Si desea suprimir todas las tareas planificadas desde la base de datos de la página de inicio y restaurar las tareas predeterminadas que se configuran de forma automática cuando se instala el producto por primera vez, utilice el mandato SearchService.resetAllTasks().
  • Utilice el mandato SearchService.retryIndexing cuando desee volver a indexar contenido que no se indexara satisfactoriamente durante la indexación inicial o incremental.
  • Un nuevo mandato de administración le permite liberar espacio de disco suprimiendo datos de lista de semillas persistente desde el sistema.
  • Utilice el mandato SearchService.listIndexingNodes() para verificar los nombres de los nodos de indexación de búsqueda en su despliegue. Para obtener más información, consulte el apartado Listado de los nodos de indexación.
  • Al restaurar el índice de búsqueda, los pasos a llevar a cabo dependerán del tipo de entorno que está utilizando. Para obtener más información, consulte Restauración del índice de búsqueda.
  • Puede editar los valores en el archivo search-config.xml para especificar el número máximo de hebras de lista de partida utilizadas al indexar.
  • Cuando añade un nuevo nodo a su despliegue después de instalar IBM Connections, necesita crear gestores de trabajo de búsqueda manualmente para el nodo recién añadido.
  • Los mandatos nuevos están disponibles para permitirle volver a cargar el índice de búsqueda y la configuración sin tener que reiniciar la aplicación de búsqueda.
  • Puede editar los valores para datos persistentes para especificar si los datos se suprimirán después de un índice incremental correcto y también para especificar la edad máxima para las páginas persistentes.
  • Actualice la propiedad seedlistSettings.maximumIncrementalQuerySpanInDays cuando desee evitar coincidencias de rendimiento evitando los rastreos de búsqueda innecesarios.
  • La propiedad seedlistSettings.maximumPageSize le permite especificar el número máximo de elementos que se muestran en una página de resultados de búsqueda.
  • Puede especificar el tiempo de espera predeterminado para las solicitudes de lista de partida mediante la creación de una variable de entorno de IBM WebSphere Application Server denominada SEARCH_SEEDLIST_TIMEOUT y definir el valor necesario de tiempo de espera.
  • Puede cambiar los valores de despliegue para que los resultados de búsqueda relacionados con los usuarios inactivos se incluyan automáticamente en los resultados de la búsqueda.
  • Un nuevo mandato de administración SearchService le permite listar las tareas de indexación definidas para el servicio de analítica social.
  • El SearchCellConfig.setSandIndexerTuningcommand le permite ajustar el proceso de indexación de analítica social configurando el número de iteraciones utilizadas por los trabajos de indexación. Para obtener más información, consulte el apartado Configuración de la indexación de analítica social.
  • Ahora puede configurar las propiedades dinámicas y globales para el servicio de analítica social utilizando los mandatos SearchService.
Wikis:
  • No hay actualizaciones de administración de Wikis en este release.

Novedades de personalización

Importante: Si ha personalizado la interfaz de usuario de IBM Connections en un release anterior del producto, tenga en cuenta que no hay ninguna vía de acceso de migración proporcionada para importar los cambios en IBM Connections 4. Antes de actualizar a IBM Connections 4, revise y tome nota de las personalizaciones existentes de modo que pueda verificarlas posteriormente a la migración y volver a hacerlas funcionar si es necesario.
  • Revise los consejos de personalización y los métodos recomendados proporcionados para ayudarle a implementar y gestionar las personalizaciones en el despliegue de IBM Connections.
  • Muchas de las vías de acceso de personalización han cambiado desde el release anterior de IBM Connections. Para obtener más información, consulte los temas de tareas individuales en la sección Personalización de la documentación del producto.
  • Puede personalizar las imágenes con sprite modificando las imágenes y copiándolas en el directorio de personalización correspondiente.
  • Cuando desee cambiar completamente el comportamiento de un módulo Dojo y necesite que el cambio entre en vigor tan pronto como se cargue el módulo, puede alterar temporalmente los archivos JavaScript utilizados por IBM Connections.
  • Puede ampliar la interfaz de usuario empaquetando los recursos JavaScript, HTML y CSS como un paquete OSGi cuando desee añadir una nueva funcionalidad, widgets o scripts al producto.
  • En este release del producto, puede ampliar el despliegue añadiendo las etiquetas de JSTL personalizadas. Para obtener más información, consulte Ampliación de los archivos JSP con etiquetas personalizadas.
  • Personalice las notificaciones modificando los archivos de plantillas existentes o sustituyendo los archivos por plantillas personalizadas que crea usted mismo. También puede editar las series y las imágenes de texto utilizadas en las notificaciones.

Novedades de seguridad

  • Soporte de OAuth: Ahora puede utilizar OAuth para dar soporte al acceso de la API a IBM Connections. Consulte las secciones Permitir el acceso de aplicaciones de terceros a datos y las secciones Referencia de la API y Open Authorization de la wiki de IBM Social Business Development para obtener más detalles.
  • Los usuarios puede permitir el acceso a aplicaciones a sus datos de Connections sin compartir credenciales, y revocar dicho acceso en cualquier momento.
  • Igualmente, los usuarios pueden informar de una aplicación maliciosa a un administrador que pueda eliminarla de la lista de aplicaciones habilitadas para OAuth.

Novedades de móvil

  • Tomando como punto de partida el release de Mobile de julio de 2011 de IBM Connections 3.0.1, puede acceder a IBM Connections desde un dispositivo móvil mediante una aplicación diseñada específicamente para dicho dispositivo. Con el release de Connections 4, estas aplicaciones nativas se han mejorado. Para dar soporte a las mejoras, ahora hay una base de datos asociada con la aplicación de Mobile y un archivo de configuración que los administradores pueden editar para personalizar las aplicaciones nativas.

Novedades de desarrollo

La documentación de la API de Connections se ha movido a la sección Referencia de la API de la Wiki de IBM Social Business Development.

Novedades de resolución de problemas y soporte

Idiomas con soporte

La interfaz de usuario de IBM Connections está disponible en varios idiomas.

Se da soporte a los siguientes idiomas:
  • Árabe
  • Catalán
  • Chino, simplificado y tradicional
  • Checo
  • Danés
  • Holandés
  • Finés
  • Francés
  • Alemán
  • Griego
  • Hebreo
  • Húngaro
  • Italiano
  • Japonés
  • Kazajistaní
  • Coreano
  • Noruego
  • Polaco
  • Portugués - de Brasil y tradicional
  • Ruso
  • Esloveno
  • Español
  • Sueco
  • Tailandés
  • Turco
Están soportados los siguientes idiomas por el asistente de instalación del producto:
  • Portugués de Brasil
  • Chino, simplificado y tradicional
  • Checo
  • Danés
  • Inglés
  • Francés
  • Alemán
  • Griego
  • Húngaro
  • Italiano
  • Japonés
  • Coreano
  • Polaco
  • Ruso
  • Español
  • Turco
La documentación del producto cuyo origen está en inglés y se ha traducido a un subconjunto de los idiomas soportados por el producto. Consulte la página Documentación del producto traducido de IBM de la wiki para obtener más información.

Administradores: despliegue de una guía de vista previa para los usuarios

La guía de vista previa de IBM Connections 4 está disponible para que la distribuya a sus usuarios para nuevas instalaciones y actualizaciones de IBM Connections 4. Esta guía está diseñada para ayudar a los usuarios a ser productivos con el nuevo software rápidamente, y para proporcionarles enlaces a recursos de documentación para obtener más ayuda.

Acerca de esta tarea

Esta guía proporciona la siguiente información para este release:
  • Visión general de varias aplicaciones nuevas
  • Cambios importantes respecto al release anterior
  • Aplicaciones familiares que siguen siendo las mismas
  • Enlaces a visitas guiadas de producto, tarjetas de referencia y documentación del producto
  • Algunos consejos de productividad esenciales
Puede descargarse la guía de vista previa desde el wiki de IBM Connections en http://www-10.lotus.com/ldd/lcwiki.nsf. Existen dos archivos a su disposición:
  • Un archivo PDF de Adobe, listo para envíos de correo electrónico, impresiones y distribuciones a su organización.
  • Un archivo ODT de IBM Symphony que se puede personalizar para su organización; por ejemplo, puede añadir la información de contacto para su servicio de atención al cliente.
    Nota: Este archivo incluye instrucciones en azul para personalizar la información. Recuerde eliminar estas instrucciones antes de distribuir el archivo a la organización.

Se recomienda distribuir la guía a los usuarios antes de haber instalado o actualizado el nuevo software de IBM Connections.

Accesibilidad

Las aplicaciones de accesibilidad permiten a los usuarios con discapacidades (por ejemplo, una movilidad restringida o una visión limitada) utilizar los productos informáticos sin problemas.

IBM procura ofrecer productos a los que todo el mundo pueda acceder, independientemente de su edad o su capacidad.

Las principales funciones de accesibilidad de este producto permiten a los usuarios realizar las tareas siguientes:
  • Utilizar tecnologías de asistencia, como el software lector de pantalla y el sintetizador de voz digital, para oír lo que se muestra en la pantalla. Consultar la documentación del producto de tecnología de asistencia para obtener información detallada sobre el uso de esta tecnología con el producto.
  • Utilizar características específicas o equivalentes mediante el teclado únicamente.
  • Personalice los atributos de visualización como el color, el contraste y el tamaño de fuente.
  • Ampliar lo que se muestra en la pantalla.
Nota: La accesibilidad de IBM Connections está optimizada cuando se utiliza un cliente de Microsoft Windows XP, Microsoft Windows Server 2003 o posterior, FireFox 3.6 o posterior y JAWS 12 o posterior.
Esta documentación se ha modificado para incluir las características siguientes que facilitan la accesibilidad:
  • Toda la documentación está disponible en formato HTML para que los usuarios tengan más posibilidades de poder utilizar la tecnología del software lector de pantalla.
  • Todas las imágenes de la documentación incluyen texto alternativo para que los usuarios con problemas de visión puedan comprender el contenido de las imágenes.

Interfaz de usuario de IBM Connections

Este producto utiliza las teclas de navegación estándar de Windows. Consulte el tema Accesibilidad del producto en la sección Utilización de la documentación de este producto para obtener información sobre las claves exclusivas que utilizan las aplicaciones individuales.

Para visualizar la tarjeta de visita, pase el ratón sobre el nombre de una persona y, a continuación, pulse Control + Intro para abrir la tarjeta de visita. Pulse Tabulador para centrarse en el primer elemento de la tarjeta de visita

Para usuarios de JAWS: para activar botones en la interfaz de usuario, pulse la tecla Intro, incluso aunque JAWS anuncie que se utilice la barra espaciadora.

Para administradores que instalen el producto

Para una óptima accesibilidad al instalar IBM Connections, siga las instrucciones para instalar el producto en la modalidad de consola. Consulte Aplicaciones de accesibilidad para instalar IBM Connections para obtener más detalles.

IBM y la accesibilidad

Consulte el IBM Human Ability and Accessibility Center para obtener más información acerca del compromiso de IBM en cuando a la accesibilidad:

Planificación

Antes de instalar IBM Connections, consulte los requisitos del sistema, las opciones de despliegue y las convenciones de documentación.

Público

Esta guía de instalación presupone que tiene experiencia anterior con productos que den soporte a aplicaciones web empresariales.

IBM Connections tiene dependencias en otros productos. Esta guía presupone que tiene un conocimiento básico de dichos productos, lo que incluye cómo:
  • Instalar, configurar, proteger y administrar IBM WebSphere Application Server.
  • Instalar IBM Tivoli Directory Server, Microsoft Active Directory, Sun Java™ System Directory Server o el directorio LDAP de IBM Lotus Domino y, a continuación, configurar WebSphere Application Server para utilizar este directorio LDAP con los repositorios federados.
  • Crear, gestionar y eliminar bases de datos IBM DB2, Oracle o Microsoft SQL Server.
  • Instalar IBM HTTP Server y, a continuación, configurarlo para que interactúe con IBM WebSphere Application Server sobre HTTP y HTTPS.

Convenios de vías de acceso de directorio

Las variables de directorio son abreviaturas para las vías de acceso de instalación predeterminadas de IBM AIX, Linux y Microsoft Windows. Este tema define la variable de directorio y su directorio de instalación predeterminado coincidente para cada sistema operativo soportado.

Notas:
  • El término Linux en esta documentación incluye la plataforma de Linux para System z, a menos que se especifique lo contrario.
  • Muchos ejemplos de vías de acceso de directorios y de archivos en esta documentación utilizan el separador de UNIX '/' para indicar los separadores de vías de acceso de AIX, Linux y Windows, aunque la convención de Windowssea utilizar el separador '\'. Sustituya el separador '\' por el separador '/', si es aplicable.
Tabla 1. Valores de variables de directorio
Variable de directorio Raíz de instalación predeterminada
raíz_servidor_aplicación

Directorio de instalación de IBM WebSphere Application Server

AIX:

/usr/IBM/WebSphere/AppServer

Linux:

/opt/IBM/WebSphere/AppServer

Windows:

unidad:\Archivos de programa\IBM\WebSphere\AppServer

donde unidad es la unidad del sistema en la que está almacenado el directorio de archivos. Por ejemplo: C o D.
raíz_perfil

Directorio de instalación de WebSphere Application Server

AIX:

/usr/IBM/WebSphere/AppServer/profiles/nombre_perfil

Linux:

/opt/IBM/WebSphere/AppServer/profiles/nombre_perfil

Windows:

unidad:\Archivos de programa\IBM\WebSphere\AppServer\profiles\nombre_perfil

donde nombre_perfil es el nombre del perfil en el que se instala la aplicación o el nombre del perfil del gestor de despliegue. unidad es la unidad del sistema en la que se almacena el directorio de archivos. Por ejemplo: C o D.
raíz_servidor_http_ibm

Directorio de instalación del servidor HTTP de IBM

AIX:

/usr/IBM/HTTPServer

Linux:

/opt/IBM/HTTPServer

Windows:

unidad:\Archivos de programa\IBM\HTTPServer

donde unidad es la unidad del sistema en la que está almacenado el directorio de archivos. Por ejemplo: C o D.
raíz_connections

Directorio de instalación de IBM Connections

AIX o Linux:

/opt/IBM/Connections

Windows:

unidad:\Archivos de programa\IBM\Connections

donde unidad es la unidad del sistema en la que está almacenado el directorio de archivos. Por ejemplo: C o D.
raíz_directorio_datos_local

Almacenes de contenido local

AIX o Linux:

/opt/IBM/Connections/data/local

Windows:

unidad:\Archivos de programa\IBM\Connections\data\local

donde unidad es la unidad del sistema en la que está almacenado el directorio. Por ejemplo: C o D.

raíz_directorio_datos_compartidos

Almacenes de contenido compartido

AIX o Linux:

/opt/IBM/Connections/data/shared

Windows:

unidad:\Archivos de programa\IBM\Connections\data\shared\

donde unidad es la unidad del sistema en la que está almacenado el directorio. Por ejemplo: C o D.
raíz_IM

Directorio de instalación de IBM Installation Manager

AIX:

/opt/IBM/InstallationManager

Linux:

/var/IBM/InstallationManager

Windows:

unidad:\Archivos de programa\IBM\Installation Manager

donde unidad es la unidad del sistema en la que está almacenado el directorio de archivos. Por ejemplo: C o D.
raíz_recursos_compartidos

Directorio de recursos compartidos

AIX o Linux:

/opt/IBM/SSPShared

Windows:

unidad:\Archivos de programa\IBM\SSPShared

donde unidad es la unidad del sistema en la que está almacenado el directorio de archivos. Por ejemplo: C o D.
raíz_db2

Directorio de instalación de la base de datos DB2

AIX o Linux:

/usr/IBM/db2/versión

Linux:

/opt/ibm/db2/versión

Windows:

unidad:\Archivos de programa\IBM\SQLLIB\versión

donde unidad es la unidad del sistema donde se almacena el directorio de archivos, por ejemplo: C o D, y versión es la versión de DB2 instalada, por ejemplo: V9.5 o V9.7.
raíz_oracle

Directorio de instalación de la base de datos Oracle

AIX o Linux:

/home/oracle/oracle/product/version/db_1

Windows:

unidad:\oracle\product\version\db_1

donde version es el número de Oracle soportado y unidad es la unidad del sistema en la que se almacena el directorio de archivos. Por ejemplo: C o D.
raíz_servidor_sql

Directorio de instalación de la base de datos de Microsoft SQL Server

Windows:

unidad:\Archivos de programa\Microsoft SQL Server

donde unidad es la unidad del sistema en la que está almacenado el directorio de archivos, por ejemplo: C o D.
Cognos_BI_install_path

Directorio de instalación de IBM Cognos BI Server

AIX o Linux:

/opt/IBM/Cognos64

Windows:

unidad:\Archivos de programa\IBM\Cognos64

donde unidad es la unidad del sistema en la que está almacenado el directorio de archivos. Por ejemplo: C o D.
Nota: Especifique el directorio de instalación en el archivo cognos-setup.properties durante la instalación.
Cognos_Transformer_install_path

Directorio de instalación de Cognos Transformer

AIX o Linux:

/opt/IBM/Cognos

Windows:

unidad:\Archivos de programa\IBM\Cognos

donde unidad es la unidad del sistema en la que está almacenado el directorio de archivos. Por ejemplo: C o D.
Nota: Puede especificar el directorio de instalación en el archivo cognos-setup.properties durante la instalación.

Opciones de despliegue

Instale IBM Connections en una de las tres topologías de despliegue para conseguir una escalada óptima, equilibrio de carga y migración tras error.

Un despliegue de red puede consistir en un único servidor que aloja todas las aplicaciones de IBM Connections o dos o más conjuntos de servidores agrupados en clúster que comparten la carga de trabajo. Debe configurar un sistema adicional con WebSphere Application Server Network Deployment Manager.

IBM Cognos Business Intelligence es un componente opcional en el despliegue. Si se utiliza, Cognos debe federarse para el mismo Deployment Manager como los servidores de IBM Connections. Sin embargo, los servidores de Cognos no se pueden configurar dentro de un clúster de IBM Connections.

Un despliegue de red proporciona al administrador el servicio de gestión centralizada y asegura que los usuarios tengan acceso continuo a los datos. Equilibra la carga de trabajo entre servidores, mejora el rendimiento del servidor y facilita el mantenimiento del rendimiento cuando aumenta el número de usuarios. La fiabilidad añadida también necesita un gran número de sistemas y de personal administrativo experimentado que los pueda gestionar.

Al instalar IBM Connections, tiene tres opciones de despliegue:
Despliegue pequeño
Instale todas las aplicaciones de IBM Connections de un único nodo en un único clúster. Esta opción es el despliegue más sencillo, pero tiene flexibilidad limitada y no permite escalar las aplicaciones individuales. Todas las aplicaciones se ejecutan dentro de una única máquina virtual Java (JVM).
Nota: El diagrama describe una topología con hasta 8 servidores. Si instala los servidores en sistemas compartidos, no necesita desplegar 8 sistemas distintos.
Figura 1. Despliegue pequeño Topología de despliegue pequeño
Despliegue medio
Instale un subconjunto de aplicaciones en clústeres separados. IBM Connections proporciona tres nombres de clúster predefinidos compartidos entre todas sus aplicaciones. Utilice esta opción para distribuir aplicaciones según las expectativas de uso. Por ejemplo, es posible que prevea cargas más altas para la aplicación Perfiles y la instale en su propio clúster, mientras que otras aplicaciones podrían instalarse en un clúster distinto. Esta opción le permite maximizar el uso de los recursos del sistema y el hardware disponibles, adaptándolos a sus necesidades.
Figura 2. Despliegue medioTopología de despliegue medio
Despliegues grandes
Instale cada aplicación en su propio clúster. IBM Connections proporciona un nombre de clúster predefinido para cada aplicación. Esta opción proporciona el mejor rendimiento desde el punto de vista de la escalabilidad y las opciones de disponibilidad, pero también requiere más recursos del sistema. En la mayoría de los casos, instalará las aplicaciones Noticias y Página de inicio en el mismo clúster.
Figura 3. Despliegues grandes Topología de despliegue grande
Notas:
  • En un clúster de varios nodos, debe configurar los directorios de compartimiento de red como almacenamientos de contenido compartidos. Cuando utilice NFS, utilice NFS v4 dado que NFS v3 no tiene la prestación de bloqueo avanzado. Cuando utilice el protocolo Microsoft SMB para el intercambio de archivos, utilice el convenio de nomenclatura de archivos UNC; por ejemplo: \\nombre-maquina\nombre-compartimiento.
  • Puede asignar varias combinaciones de aplicaciones a los clústeres de muchas maneras diferentes, dependiendo de su uso y expectativas. Para obtener más información, visite la wiki de IBM Connections para leer artículos sobre el despliegue.
  • El número de máquinas virtuales Java (JVM) que necesita para cada clúster depende del relleno de usuario y de la carga de trabajo. En caso de recuperación frente a errores, debe tener dos JVM por aplicación, o dos nodos por cada clúster, escalados de forma horizontal. La escalada horizontal hace referencia a tener varias JVM por aplicación con cada JVM que se ejecute en una instancia de WebSphere Application Server. La escalada vertical hace referencia a ejecutar varias JVM de la misma aplicación en una única instancia de WebSphere Application Server. Oficialmente, IBM Connections no da soporte a la escalada vertical. No obstante, normalmente no es necesaria a menos que el servidor tenga muchas CPU.
  • Por razones de seguridad y rendimiento, baraje la posibilidad de utilizar un servidor proxy en su despliegue.
  • IBM Cognos Business Intelligence no se tiene que desplegar antes de instalar la aplicación Métricas. Aunque no tenga pensado desplegar Cognos ahora, debe instalar la aplicación Métricas para que los sucesos se registren en la base de datos Métricas para utilizarlos cuando Cognos esté disponible para proporcionar informes.
  • Para una seguridad añadida al planificar la ejecución de gadgets de OpenSocial de terceros, como aquellos de iGoogle, debe configurar los dominios bloqueados. Los dominios bloqueados son necesarios para aislar los gadgets del acceso a la intranet y a la información de SSO. La configuración básica de los dominios bloqueados es la siguiente:
    • Un segundo dominio de nivel superior que no se encuentra en el dominio de SSO. Por ejemplo, si el dominio SSO de su organización es example.com, requerirá un dominio de nivel superior distinto, como por ejemplo example-modules.com.
    • Un certificado SSL de comodín para este nombre de dominio.

    No se necesitan instancias de servidor adicionales para la configuración básica. Consulte el tema Configurar dominios bloqueados en la sección Instalación > Tareas posteriores a la instalación > Tareas opcionales posteriores a la instalación para obtener más detalles.

Requisitos del sistema de IBM Connections

Se necesitan diferentes componentes de hardware y software para ejecutar IBM Connections.

Para visualizar los requisitos de hardware y software, vaya a la página web de requisitos detallados para IBM Connections.

Declaración de soporte de IBM Connections

La declaración propone revisiones para la definición de "soportado" y "no soportado" con respecto a los diferentes productos de los que IBM Connections depende para realizar las operaciones apropiadas.

Para ver la declaración de soporte, vaya a la página web Declaración de soporte de IBM Connections.

Hoja de trabajo para instalar IBM Connections

Registre los datos de instalación y configuración.

Registro de los datos de instalación

Durante la instalación y configuración de IBM Connections, es posible que le resulte difícil recordar todos los ID de los usuarios, las contraseñas, los nombres de servidor y otros datos que necesitará durante y después de la instalación. Imprima y utilice esta hoja de trabajo para registrar los datos.

Detalles del servidor LDAP

Tabla 2. Detalles del servidor LDAP
Tipo de datos LDAP Detalles
Tipo y versión del servidor LDAP
Por ejemplo: Lotus Domino 8.5
 
Nombre de host primario
Por ejemplo: domino_ldap.example.com
 
Puerto
Por ejemplo: 389
 
Nombre jerárquico de enlace
Por ejemplo: cn=lcadmin,ou=People,dc=example,dc=com
 
Contraseña de enlace  
Correlación de certificados  
Filtro de certificados  
Atributo de inicio de sesión
Por ejemplo: mail o uid
 

Detalles de WebSphere Application Server

Tabla 3. Detalles de WebSphere Application Server
Elemento de WebSphere Application Server Detalles
Versión WebSphere Application Server
Por ejemplo: V7.0 fix pack 21
 
Ubicación de la instalación
Por ejemplo: C:\IBM\WebSphere\AppServer
 
Ubicación del instalador de actualizaciones
Por ejemplo: C:\IBM\WebSphere\UpdateInstaller
 
ID de administrador
Por ejemplo: wsadmin
 
Contraseña de administrador  
URL de WebSphere Application Server
Por ejemplo: http://was.example.com:9060/ibm/console
 
URL seguro de WebSphere Application Server
Por ejemplo: https://was.example.com:9043/ibm/console
 
Nombre de host de WebSphere Application Server  
Puerto de transporte HTTP  
Puerto de transporte HTTPS  
Puerto de conector SOAP  
¿Ejecutar el servidor de aplicaciones como servicio? (True/False)  

Detalles de la base de datos

Tabla 4. Detalles de servidor de base de datos
Elemento de base de datos Detalles
Tipo y versión de la base de datos
Por ejemplo: Oracle Database 10g Enterprise Edition Release 2 10.2.0.4
 
Instancia de base de datos o nombre de servicio  
Nombre de host de servidor de bases de datos
Por ejemplo: database.example.com
 
Puerto
Los valores predeterminados son: DB2=50000; Oracle=1433; MS SQL Server=1523.
 
Vía de acceso completa del archivo de controlador JDBC
Por ejemplo: C:\IBM\SQLLIB
 
Nombre y versión de cliente de bases de datos
Por ejemplo: MS SQL Server Management Studio Express v9.0.2
 
ID de usuario de cliente de base de datos
El valor predeterminado es db2admin.
 
Contraseña de usuario de cliente de base de datos  
Grupo de administradores de DB2 (sólo Windows)
El valor predeterminado es DB2ADMNS.
 
Grupo de usuarios de DB2 (sólo Windows)
El valor predeterminado es DB2USERS.
 
Nombre de host de servidor de bases de datos de Actividades  
Número de puerto de servidor de bases de datos de Actividades  
Nombre de la base de datos de Actividades.
El nombre predeterminado es OPNACT.
 
ID de usuario de aplicación de base de datos de Actividades  
Contraseña de usuario de aplicación de base de datos de Actividades  
Nombre de host de servidor de bases de datos de Blogs  
Número de puerto de servidor de bases de datos de Blogs  
Nombre de la base de datos de Blogs.
El nombre predeterminado es BLOGS.
 
ID de usuario de aplicación de bases de datos de Blogs  
Contraseña de usuario de aplicación de bases de datos de Blogs  
Nombre de host de servidor de bases de datos de Cognos  
Número de puerto de servidor de bases de datos de Cognos  
Nombre de la base de datos de Cognos.
El nombre predeterminado es COGNOS.
 
ID de usuario de la aplicación de base de datos de Cognos  
Contraseña de usuario de la aplicación de base de datos de Cognos  
Nombre de host de servidor de bases de datos de Comunidades  
Número de puerto de servidor de bases de datos de Comunidades  
Nombre de la base de datos de Comunidades
El nombre predeterminado es SNCOMM.
 
ID de usuario de aplicación de bases de datos de Comunidades  
Contraseña de usuario de aplicación de base de datos de Comunidades  
Nombre de host de servidor de bases de datos de Dogear  
Número de puerto de servidor de bases de datos de Dogear  
Nombre de la base de datos de Dogear.
El nombre predeterminado es DOGEAR.
 
ID de usuario de aplicación de base de datos de Dogear  
Contraseña de usuario de aplicación de base de datos de Dogear  
Nombre de host de servidor de bases de datos de Archivos  
Número de puerto de servidor de bases de datos de Archivos  
Nombre de la base de datos de Archivos.
El nombre predeterminado es FILES.
 
ID de usuario de aplicación de bases de datos de Archivos  
Contraseña de usuario de aplicación de base de datos de Archivos  
Nombre de host del servidor de la base de datos de Foros  
Número de puerto del servidor de la base de datos de Foros  
Nombre de la base de datos de Foros.
El nombre predeterminado es FORUM.
 
Id de usuario de la aplicación de base de datos de Foros  
Contraseña de usuario de la aplicación de base de datos de Foros  
Nombre de host de servidor de bases de datos de Página de inicio  
Número de puerto de servidor de bases de datos de Página de inicio  
Nombre de la base de datos de la página de inicio.
El nombre predeterminado es HOMEPAGE.
 
ID de usuario de aplicación de bases de datos de Página de inicio  
Contraseña de usuario de aplicación de bases de datos de Página de inicio  
Nombre de host de servidor de bases de datos de Métricas  
Número de puerto de servidor de bases de datos de Métricas  
Nombre de la base de datos de Métricas.
El nombre predeterminado es METRICS.
 
ID de usuario de aplicación de bases de datos de Métricas  
Contraseña de usuario de la aplicación de base de datos de Métricas  
Nombre de host del servidor de bases de datos de Mobile  
Número de puerto de servidor de bases de datos de Mobile  
Nombre de la base de datos de Mobile.
El nombre predeterminado es MOBILE.
 
ID de usuario de la aplicación de bases de datos de Mobile  
Contraseña de usuario de la aplicación de bases de datos de Mobile  
Nombre de host de servidor de bases de datos de Página de inicio  
Número de puerto de servidor de bases de datos de Página de inicio  
Nombre de la base de datos de Perfiles.
El nombre predeterminado es PEOPLEDB.
 
ID de usuario de aplicación de bases de datos de Perfiles  
Contraseña de usuario de aplicación de base de datos de Perfiles  
Nombre de host de servidor de bases de datos de Wikis  
Número de puerto de servidor de bases de datos de Wikis  
Nombre de la base de datos de Wikis.
El nombre predeterminado es WIKIS.
 
ID de usuario de aplicación de base de datos de Wikis  
Contraseña de usuario de aplicación de base de datos de Wikis  

Detalles de Tivoli Directory Integrator

Tabla 5. Detalles de Tivoli Directory Integrator
Elemento de Tivoli Directory Integrator Detalles
Ubicación de instalación de Tivoli Directory Integrator
Por ejemplo: C:\IBM\TDI\
 
Versión de Tivoli Directory Integrator.
Por ejemplo: 7.1 fix pack 2.
 
Vía de acceso de directorio de soluciones
Por ejemplo: C:\IBM\TDISOL\TDI
 

Detalles de correlación de perfiles LDAP

Nota: Esta tabla se deriva del archivo map_dbrepos_from_source.properties.
Tabla 6. Detalles de correlación de perfiles LDAP
Atributo de base de datos de perfiles Atributo LDAP (ejemplo) Columna de la base de datos de Perfiles
alternateLastname null PROF_ALTERNATE_LAST_NAME
bldgId null PROF_BUILDING_IDENTIFIER
blogUrl null PROF_BLOG_URL
calendarUrl null PROF_CALENDAR_URL
countryCode c PROF_ISO_COUNTRY_CODE
courtesyTitle null PROF_COURTESY_TITLE
deptNumber null PROF_DEPARTMENT_NUMBER
description description PROF_DESCRIPTION
displayName cn PROF_DISPLAY_NAME
distinguishedName $dn PROF_SOURCE_UID
email mail PROF_MAIL
employeeNumber employeenumber PROF_EMPLOYEE_NUMBER
employeeTypeCode employeetype PROF_EMPLOYEE_TYPE
experience null PROF_EXPERIENCE
faxNumber facsimiletelephonenumber PROF_FAX_TELEPHONE_NUMBER
floor null PROF_FLOOR
freeBusyUrl null PROF_FREEBUSY_URL
givenName givenName PROF_GIVEN_NAME
givenNames givenName  
groupwareEmail null PROF_GROUPWARE_EMAIL
guid (Función Javascript: {func_map_from_GUID}) PROF_GUID
ipTelephoneNumber null PROF_IP_TELEPHONE_NUMBER
isManager null PROF_IS_MANAGER
jobResp null PROF_JOBRESPONSIBILITIES
loginId employeenumber PROF_LOGIN y PROF_LOGIN_LOWER
logins mail PROF_LOGIN
managerUid $manager_uid
Nota: Este atributo representa una búsqueda del UID de un gestor utilizando un DN en el campo de gestor.
PROF_MANAGER_UID
mobileNumber mobile PROF_MOBILE
nativeFirstName null PROF_NATIVE_FIRST_NAME
nativeLastName null PROF_NATIVE_LAST_NAME
officeName physicaldeliveryofficename PROF_PHYSICAL_DELIVERY_OFFICE
orgId ou PROF_ORGANIZATION_IDENTIFIER
pagerId null PROF_PAGER_ID
pagerNumber null PROF_PAGER
pagerServiceProvider null PROF_PAGER_SERVICE_PROVIDER
pagerType null PROF_PAGER_TYPE
preferredFirstName null PROF_PREFERRED_FIRST_NAME
preferredLanguage preferredlanguage PROF_PREFERRED_LANGUAGE
preferredLastName null PROF_PROF_PREFERRED_LAST_NAME
profileType null PROF_TYPE
secretaryUid $secretaryUid
Nota: Este atributo representa una búsqueda del UID de un secretario utilizando un DN en el campo de secretario.
PROF_SECRETARY_UID
shift null PROF_SHIFT
surname sn PROF_SURNAME
surnames sn PROF_SURNAME
telephoneNumber telephonenumber PROF_TELEPHONE_NUMBER
timezone null PROF_TIMEZONE
title null PROF_TITLE
uid (Función Javascript- {func_map_to_db_UID}) PROF_UID
workLocationCode postallocation PROF_WORK_LOCATION

Detalles de IBM Connections

Tabla 7. Detalles de IBM Connections
Elemento de IBM Connections Detalles
Ubicación de instalación de IBM Connections
Por ejemplo: C:\IBM\Connections
 
Vía de acceso del directorio del archivo de respuestas
Por ejemplo: C:\IBM\Connections\InstallResponse.txt
 
Nombre de host de DNS
Por ejemplo: connections.example.com
 
Seleccione Registros DNS MX o sesión de correo Java Mail  
Sólo registros DNS MX: dominio de correo local
Por ejemplo: example.com
 
Sólo sesión de correo Java: nombre de servidor DNS o host SMTP relay
Por ejemplo: dns.example.com; relayhost.example.com
 
Nombre de dominio para la respuesta a dirección de correo electrónico  
Sufijo o prefijo para la respuesta a dirección de correo electrónico  
Servidor que recibe mensajes de correo electrónico de respuesta  
Nombre de usuario y contraseña para dicho servidor  
URL y puertos para acceso de administrador y de usuario
Nota: Puede buscar los URL para cada aplicación en los archivos de texto que genera el asistente de instalación. Estos archivos se encuentran en el directorio raíz_connections.
 
Nombre de servidor de Actividades  
Nombre de miembro de clúster de Actividades  
URL de Actividades
Por ejemplo: http://www.example.com:9080/activities
 
URL seguro de Actividades
Por ejemplo: https://www.example.com:9446/activities
 
Vía de acceso de archivos de estadísticas de Actividades  
Vía de acceso del directorio de archivos de contenido de Actividades  
Nombre de servidor de Blogs  
Nombre de miembro de clúster de Blogs  
URL de Blogs
Por ejemplo: http://www.example.com:9080/blogs
 
URL seguro de Blogs
Por ejemplo: https://www.example.com:9446/blogs
 
vía de acceso de directorio de archivos de carga de Blogs  
Nombre del servidor de Marcadores  
Nombre del miembro de clúster de Marcadores  
URL de Marcadores
Por ejemplo: http://www.example.com:9080/dogear
 
URL seguro de Marcadores
Por ejemplo: https://www.example.com:9446/dogear
 
Vía de acceso del directorio de archivos favicon de Marcadores  
Nombre de servidor de Comunidades  
Nombre de miembro de clúster de Comunidades  
URL de Comunidades
Por ejemplo: http://www.example.com:9080/communities
 
URL seguro de Comunidades
Por ejemplo: https://www.example.com:9446/communities
 
Vía de acceso de archivos de estadísticas de Comunidades  
Vía de acceso de directorio de contenido de discusión de Comunidades  
Nombre de servidor de Archivos  
Nombre de miembro de clúster de Archivos  
URL de Archivos
Por ejemplo: http://www.example.com:9080/files
 
URL seguro de Archivos
Por ejemplo: https://www.example.com:9446/files
 
Vía de acceso de directorio de contenido de Archivos  
Nombre del servidor de Foros  
Nombre del miembro de clúster de Foros  
URL de Foros
Por ejemplo: http://www.example.com:9080/forums
 
URL seguro de Foros
Por ejemplo: https://www.example.com:9446/forums
 
Vía de acceso del directorio de almacenamiento de contenido de Foros  
Nombre del servidor de la página de inicio  
Nombre de miembro de clúster de la página de inicio  
URL de la página de inicio
Por ejemplo: http://www.example.com:9080/homepage
 
URL seguro de la página de inicio
Por ejemplo: https://www.example.com:9446/homepage
 
Vía de acceso de directorio de contenido de página de inicio  
Nombre del servidor de Métricas  
Nombre del miembro de clúster de Métricas  
Nombre de servidor de moderación  
Nombre de miembro de clúster de moderación  
URL de moderación
Por ejemplo: http://www.example.com:9080/moderation
 
URL seguro de moderación
Por ejemplo: https://www.example.com:9446/moderation
 
Nombre de servidor de Perfiles  
Nombre de miembro de clúster de Perfiles  
URL de Perfiles
Por ejemplo: http://www.example.com:9080/profiles
 
URL seguro de Perfiles
Por ejemplo: https://www.example.com:9446/profiles
 
Vía de acceso de archivos de ´estadísticas de Perfiles  
Vía de acceso de directorio de memoria caché de Perfiles  
Nombre de servidor de Buscar  
Nombre de miembro de clúster de Buscar  
Vía de acceso de directorio de diccionarios de Buscar  
Vía de acceso de directorio de índices de Buscar  
Nombre de servidor de Wikis  
Nombre de miembro de clúster de Wikis  
URL de Wikis
Por ejemplo: http://www.example.com:9080/wikis
 
URL seguro de Wikis
Por ejemplo: https://www.example.com:9446/wikis
 
Vía de acceso de directorio de contenido de Wikis  

IBM HTTP Server

Tabla 8. Detalles de IBM HTTP Server
Elemento de IBM HTTP Server Detalles
Ubicación de instalación de IBM HTTP Server
Por ejemplo: C:\IBM\HTTPServer\
 
Versión de IBM HTTP Server
Por ejemplo: V7.0 fix pack 21.
 
Vía de acceso del directorio de archivos httpd.conf de IBM HTTP Server
Por ejemplo: C:\IBM\HTTPServer\conf\
 
Nombre de definición de servidor web
Por ejemplo: webserver1
Vía de acceso de directorio de archivos plugin-cfg.xml de servidor web
Por ejemplo: C:\IBM\HTTPServer\Plugins\config\webserver1\
 
Nombre de host de IBM HTTP Server  
Nombre de host completo de IBM HTTP Server  
Dirección IP de IBM HTTP Server  
Puerto de comunicación de IBM HTTP Server
Por ejemplo: 80
 
Puerto de administración de IBM HTTP Server
Por ejemplo: 8008
 
¿Ejecutar IBM HTTP Server como servicio? (Y/N)  
¿Ejecutar la administración de IBM HTTP como servicio? (Y/N)  
ID de administración de IBM HTTP Server  
Contraseña de administrador de IBM HTTP Server  

Cognos BI Server and Transformer

Tabla 9. Detalles de Cognos BI Server y Transformer
Elemento de Cognos BI Server y Transformer Detalles
Cognos BI Server and Transformer Consulte el archivo cognos-setup.properties.

Notas del release de IBM Connections

Las notas del release de IBM Connections 4 explican problemas de compatibilidad, instalación y otros temas relacionados con las fases iniciales.

Descripción

IBM Connections 4 introduce métricas para Communities. Los datos de métricas están disponibles para todos el producto, así como para las comunidades individuales. Métricas emplea las prestaciones analíticas del servidor IBM Cognos® Business Intelligence, que se proporcionan como parte de la instalación de IBM Connections para dar soporte a la recopilación de los datos de métricas.

Notificación

El anuncio de IBM Connections 4 está disponible en www.ibm.com/common/ssi/index.wss. Consulte la notificación para ver la información siguiente:
  • Descripción detallada del producto, incluida la descripción de las nuevas funciones
  • Declaración de posicionamiento del producto
  • Detalles de empaquetado y pedidos
  • Información de compatibilidad internacional

Requisitos del sistema

Para obtener información sobre la compatibilidad de hardware y software, consulte el tema Requisitos del sistema de IBM Connections.

Instalación de IBM Connections 4

Para obtener instrucciones de instalación paso a paso, consulte la sección Instalación de la documentación del producto.
Nota: Cuando las tareas obligatorias se hayan completado, vaya a Fix Central para obtener los iFixes más recientes y aplíquelos utilizando "Actualización de IBM Connections 4.0" para garantizar que el despliegue tenga el conjunto de Software Fixes más reciente.

Problemas conocidos

Los problemas conocidos se documentan en forma de notas técnicas individuales en el Portal de ayuda en http://www-947.ibm.com/support/entry/portal/Overview/Software/Lotus/Lotus_Connections. A medida que se descubren y resuelven problemas, el equipo de soporte de IBM Support actualiza la base de conocimiento. Mediante búsquedas en la base de conocimiento, puede encontrar rápidamente soluciones temporales o permanentes a los problemas.

Instalación

Para instalar IBM Connections, debe seguir una serie detallada de procedimientos.

Novedades

Descubra las novedades y las actualizaciones.

IBM Connections 4.0

  • El asistente de instalación se basa en IBM Installation Manager 1.4.4.
  • Puede instalar y configurar IBM Cognos Business Intelligence, obtenido de forma separada, utilizando los scripts, los modelos y las especificaciones que se incluyen con IBM Connections.
  • Está disponible la modalidad de consola. Utilice esta interfaz basada en el carácter para instalar, modificar o desinstalar el producto cuando no tenga acceso a la interfaz gráfica.
  • La instalación silenciosa se ha ampliado para poder instalar IBM Connections y IBM Installation Manager en la modalidad silenciosa.
  • La configuración inicial de los administradores para la página de inicio y Blogs ahora está manejada automáticamente durante la instalación. Sin embargo, para configurar widgets, aún necesita asignar un administrador de Página de inicio.

Migración a este release

  • Tras migrar a IBM Connections 4.0, puede reutilizar los almacenes de contenido desde 3.0.1.
  • En Perfiles, el modelo de datos para las definiciones de tipo de perfil se ha movido a un archivo profiles-types.xml dedicado y las reglas para la presentación de un perfil se han movido a un conjunto de archivos de plantilla de FreeMarker. Para obtener más detalles, consulte Pasos posteriores a la migración para los tipos de perfiles y las políticas de perfiles.
  • Durante el proceso de migración de la base de datos, los datos de la base de datos de Perfiles se copiarán a la base de datos de Página de inicio.
  • La herramienta de migración ya no migra almacenes de contenido, lo que se debe migrar manualmente.

El proceso de instalación

Revise los pasos necesarios para instalar IBM Connections.

Acerca de esta tarea

Instalación de IBM Connections en un entorno de producción implica varios procedimientos para desplegar los distintos componentes del entorno.

Procedimiento

  1. Revise los requisitos de software y hardware para los sistemas que albergarán IBM Connections. Para obtener más información, consulte el tema Requisitos del sistema IBM Connections.
  2. Instale el software necesario, eligiendo un producto soportado en cada caso:
    • WebSphere Application Server
    • Directorio LDAP
    • Servidor de bases de datos
    • Tivoli Directory Integrator
    • IBM Cognos (opcional)
  3. Si tiene la intención de utilizar la notificación por correo, asegúrese de tener a mano los detalles de SMTP y DNS de la infraestructura de correo durante la instalación.
  4. Prepare el directorio LDAP, instale WebSphere Application Server y cree bases de datos para las aplicaciones de IBM Connections que tenga intención de utilizar. Para obtener más información, consulte el tema Tareas previas a la instalación.
  5. Instale IBM Connections. Para obtener más información, consulte el tema Instalación de IBM Connections.
  6. Complete las tareas posteriores a la instalación que se aplican a su configuración. Por ejemplo, correlacione las aplicaciones instaladas con IBM HTTP Server. Para obtener más información, consulte el tema Tareas posteriores a la instalación.

Aplicaciones de accesibilidad para la instalación de IBM Connections

Conozca las aplicaciones de accesibilidad para la instalación de IBM Connections.

Utilización de los asistentes

Los asistentes de IBM Connections proporcionan modalidades de consola no gráficas para las tareas de instalación y demás tareas. Las aplicaciones de accesibilidad se pueden utilizar en los asistentes siguientes:
  • Instalación de IBM Connections
  • Creación de base de datos
  • Relleno de perfiles
  • Instalación de conectores
  • Instalación de actualizaciones

Consulte los temas relacionados para obtener más información sobre el acceso a los asistentes.

IBM y la accesibilidad

Vaya al IBM Human Ability and Accessibility Center para obtener más información acerca del compromiso de IBM en cuanto a la accesibilidad.

Tareas previas a la instalación

Lleve a cabo las tareas siguientes antes de instalar IBM Connections.

Importante:

Si está realizando la migración desde IBM Connections versión 3.0.1, no complete las tareas para crear bases de datos o rellenar la base de datos de Perfiles. El proceso de migración maneja estas tareas automáticamente.

Preparación para configurar el directorio LDAP

Determine los atributos de Lightweight Directory Access Protocol (LDAP) que desea utilizar como identificadores para los usuarios de IBM Connections.

Antes de empezar

Asegúrese de que ha instalado un directorio LDAP con soporte. Para obtener más información sobre los directorios LDAP admitidos, consulte el tema Requisitos detallados del sistema para IBM Connections.
Para asegurarse de que el asistente para llenar perfiles puede devolver el número máximo de registros del directorio LDAP, defina el parámetro de límite de tamaño de la configuración LDAP de modo que coincida con el número de usuarios del directorio. Por ejemplo, si el directorio tiene 100.000 usuarios, establezca este parámetro en 100000. Para obtener más información, consulte la documentación del directorio LDAP. Si no puede establecer el parámetro de límite de tamaño, puede ejecutar el asistente las veces que quiera. También puede escribir una función JavaScript para dividir el filtro de búsqueda LDAP original, posteriormente, ejecutar el archivo collect_dns_iterate.bat y, finalmente, ejecutar el archivo populate_from_dns_files.bat.
Nota: Para obtener información sobre la limitación en entornos con un entorno local turco, consulte la nota técnica Comparación de entrada base para entorno local turco.

Acerca de esta tarea

Para prepararse para la configuración del directorio LDAP con IBM WebSphere Application Server, realice los pasos siguientes:

Procedimiento

  1. Identifique los atributos LDAP a utilizar para los roles siguientes: Si no existe atributo correspondiente, cree uno. Puede utilizar un atributo para muchos objetivos. Por ejemplo, puede utilizar el atributo mail para realizar tareas de inicio de sesión y mensajería.
    Nombre de visualización
    El atributo LDAP cn se utiliza para visualizar el nombre de la persona en la interfaz de usuario del producto. Asegúrese de que el valor que utiliza en el atributo cn es adecuado para utilizarlo como nombre de visualización.
    Iniciar sesión
    Determine el atributo o atributos que quiere que los usuarios utilicen para iniciar sesión en IBM Connections. Por ejemplo: uid. Consulte Elección de valores de inicio de sesión para ver información importante a la hora de decidir qué atributos utilizar.
    Nota: El nombre de inicio de sesión debe ser exclusivo en el directorio LDAP.
    Mensajería
    (Opcional.) Determina el atributo a utilizar para definir la dirección de correo electrónico de una persona. La dirección de correo electrónico debe ser exclusiva en el directorio LDAP. Si una persona no tiene una dirección de correo electrónico y tampoco tiene un atributo LDAP que represente la dirección de correo electrónico, dicha persona no puede recibir notificaciones.
    Identificador exclusivo global (GUID)
    Determine qué atributo utilizar como identificador exclusivo de cada persona y grupo de la organización. Este valor debe ser único en toda la organización. Para obtener más información, consulte el tema Especificación de un atributo de ID global para usuarios y grupos.
  2. Recopile la información siguiente sobre el directorio LDAP antes de configurarlo para WebSphere Application Server:
    • Tipo de directorio. Identifica y selecciona un servicio de directorio de las versiones y proveedores disponibles.
    • Nombre de host primario
    • Puerto
    • Nombre jerárquico de enlace
    • Contraseña de enlace
    • Correlación de certificados
    • Filtro de certificados, si procede.
    • Clases o tipos de entidades de LDAP. Identifica y selecciona clases de objeto LDAP. Por ejemplo, seleccione la clase de objeto inetOrgPerson de LDAP para la entidad Cuenta de persona, o la clase de objeto groupOfUniqueNames de LDAP para la entidad Grupo.
    • Base de búsqueda. Identifica y selecciona el nombre distinguido (DN) del subárbol LDAP como el ámbito de búsqueda. Por ejemplo, seleccione o=ibm.com para permitir la búsqueda en todos los objetos bajo este nodo de subárbol. Por ejemplo: Group, OrgContainer, PersonAccount o inetOrgPerson.

Creación de la cuenta de administrador de Cognos

Cree un nuevo usuario o seleccione un usuario existente en el directorio LDAP que sirva de administrador del componente IBM Cognos BI Server (añadirá las credenciales de administrador a un script de configuración al desplegar Cognos Business Intelligence).

Acerca de esta tarea

Atención: La cuenta de administrador de Cognos debe residir en el mismo directorio LDAP utilizado por IBM Connections.

Si va a utilizar una cuenta de LDAP existente, tome nota del nombre de usuario y la contraseña. Por ejemplo, si si organización ya tiene un despliegue de Cognos, puede optar por utilizar la misma cuenta de administrador con Connections.

Si una cuenta aceptable ya no existe, créela ahora; de nuevo, tenga en cuenta las credenciales para utilizarlas más adelante.

Para obtener más información sobre cómo utilizar un directorio de LDAP con Cognos, consulte el Information Center de Configuración de los componentes de IBM Cognos para utilizar un proveedor de autenticación en el Cognos Information Center.

Instalación de IBM WebSphere Application Server

Instale IBM WebSphere Application Server.

Antes de empezar

WebSphere Application Server Network Deployment se proporciona con IBM Connections.

Para establecer un entorno con un gestor de despliegue y uno o varios nodos gestionados, utilice la siguiente tabla para determinar la opción de instalación que debería seleccionar. El asistente de instalación de IBM Connections crea instancias de servidor que necesitan cada nodo para tener un servidor de aplicaciones. Seleccione una de estas opciones cuando instale WebSphere Application Server para asegurarse de que cada nodo cuenta con un servidor de aplicaciones.

Tabla 10. Opciones de WebSphere Application Server
Despliegue de IBM Connections
Gestor de despliegue y un nodo en el mismo sistema
Gestor de despliegue y nodos en distintos sistemas
Nota: Puede desplegar un nodo en el mismo sistema que el gestor de despliegue (DM), pero debe utilizar sistemas separados para todos los demás nodos de un clúster.

Acerca de esta tarea

Para instalar y configurar WebSphere Application Server, realice las tareas siguientes:

Procedimiento

  1. Instale el despliegue de red de WebSphere Application Server. Para obtener más información, consulte el Information Center de WebSphere Application Server 7.0 de los componentes Application.
    Nota: Habilite la seguridad cuando el asistente de instalación se lo solicite. El ID de usuario de administración que ha creado debe ser exclusivo y no debe existir en el repositorio LDAP que se va a federar.
  2. Aplique los fixpacks disponibles. Consulte el tema Requisitos del sistema de IBM Connections para obtener detalles.
  3. Configure WebSphere Application Server para que se comunique con el directorio LDAP. Para obtener más información, consulte el tema Configuración de repositorios federados.
    Nota:
    • Realice este paso en Deployment Manager Integrated Solutions Console.
    • Configure LDAP for Cognos por separado. Para obtener más información, consulte el tema Configuración del soporte para la autenticación LDAP para Cognos Business Intelligence.

  4. Configure la seguridad de la aplicación cuando haya instalado completamente el despliegue de red de WebSphere Application Server. Para obteer una descripción general de la seguridad del servidor de aplilcaciones, vaya al tema Seguridad de administración en WebSphere Application Server Information Center.
    Nota: Realice este paso en Deployment Manager Integrated Solutions Console.
  5. Opcional: Si es necesario, añada más nodos a la célula. Realice los siguiente pasos con cada nodo que desee añadir a la célula:
    1. Abra un indicador de mandatos y cambie al directorio raíz_serv_apl/profiles/perfil/bin, donde perfil es el nombre de la instalación de WebSphere Application Server en el nodo.
    2. Escriba el mandato siguiente:

      addNode.sh|bat host_DM DM_SoapPort -username IDUsuarioAdmin -password AdminPwd

      donde:
      • host_DM es el nombre de host de Deployment Manager
      • DM_SoapPort es el número de puerto SOAP de Deployment Manager
      • ID_usuario_administración es el ID de usuario para Deployment Manager
      • ContraseñaAdmin es la contraseña de Deployment Manager
    3. Repita este paso con cada nodo que desee añadir a la célula.
    4. Sincronice todos los nodos.
    Nota: También puede añadir nodos después de desplegar IBM Connections. Para obtener más información, consulte el tema Adición de un nodo a un clúster.

Configuración de repositorios federados

Utilice los repositorios federados con IBM WebSphere Application Server para gestionar y proteger identidades de usuarios y grupos.

Antes de empezar

Asegúrese de que ha completado los pasos descritos en el tema Preparación para la configuración del directorio LDAP.

Puede configurar el directorio de usuario de IBM Connections para que se rellene con usuarios de más de un directorio LDAP.

Importante: Asegúrese de que cumple las instrucciones siguientes para la correlación de clase de objetos de entidad:
  • Si utiliza IBM Tivoli Directory Server, decida si su despliegue se basará en la clase de objeto LDAP groupOfNames o groupOfUniqueNames para entidades de grupo. WebSphere Application Server utiliza groupOfNames de forma predeterminada. En la mayoría de los casos, es necesario eliminar esta correlación predeterminada y crear una correlación nueva para entidades de grupo utilizando la clase de objeto LDAP groupOfUniqueNames.
  • Si utiliza la clase de objeto groupOfUniqueNames para entidades de grupo, utilice el atributo uniqueMember para el atributo de miembro de grupo.
  • Si utiliza las entidades de grupo de clase de objeto groupOfNames, utilice el atributo de miembro para el atributo de miembro de grupo.

Configure LDAP for Cognos por separado. Para obtener más información, consulte el tema Configuración del soporte para la autenticación LDAP para Cognos Business Intelligence.

Acerca de esta tarea

Para configurar los repositorios federados en WebSphere Application Server, realice los pasos siguientes:

Procedimiento

  1. Inicie WebSphere Application Server e inicie sesión en la consola de soluciones integradas en el Gestor de despliegue accediendo a la siguiente dirección web: http://nombre_host_websphere_Application_Server:9060/ibm/console
  2. Pulse Iniciar sesión y especifique las credenciales del ID de usuario administrativo que ha especificado durante la instalación de WebSphere Application Server.
  3. Pulse Seguridad > Seguridad global.
  4. Seleccione Repositorios federados en el campo Definiciones de dominio disponibles y, a continuación, pulse Configurar.
  5. Pulse Agregar entrada base a dominio y, a continuación, en la página Referencia de repositorio, pulse Agregar repositorio.
  6. En la página Nueva, escriba un identificador de repositorio, como myFavoriteRepository en el campo Identificador de repositorio.
  7. Especifique el directorio LDAP que está utilizando en el campo Tipo de directorio.
    La tabla siguiente identifica los directorios LDAP que soporta WebSphere Application Server V7 and IBM Connections 4.0.
    Tabla 11. Opciones para especificar un directorio LDAP con soporte
    Opción de tipo de directorio Directorio LDAP admitido por IBM Connections
    IBM Tivoli Directory Server IBM Tivoli Directory Server 6.1, 6.2, 6.3
    z/OS Integrated Security Services LDAP Server  
    IBM Lotus Domino IBM Lotus Domino 8.0 o posterior, 8.5 o posterior
    Servicio de directorio de Novell eDirectory 8.8
    Sun Java System Directory Server Sun Java System Directory Server 7
    Microsoft Windows Active Directory Microsoft Active Directory 2008
    Microsoft Active Directory Application Mode Microsoft Active Directory Application Mode
    Nota: Conocido como Active Directory Lightweight Directory Services (AD LDS) en Windows Server 2008.
  8. Especifique el nombre de host del servidor del directorio LDAP primario en el campo Nombre de host principal. El nombre de host es una dirección IP o un nombre de servicio de nombre de dominio (DNS).
  9. Si su directorio no permite la búsqueda anónima de atributos LDAP, proporcione valores para los campos Nombre jerárquico de enlace y Contraseña de enlace. Por ejemplo, el directorio LDAP de Domino LDAP no permite acceso anónimo, por lo que si utiliza un directorio de Domino, debe especificar el nombre de usuario y contraseña con el acceso de nivel administrativo en estos campos.
  10. Especifique el atributo o atributos de inicio de sesión que quiera utilizar para la autenticación en el campo Propiedades de inicio de sesión. Separe varios atributos con un punto y coma. Por ejemplo: uid;mail. Consulte el tema Elección de valores de inicio de sesión para obtener información sobre los tipos de valores de inicio de sesión que se pueden utilizar.
    Nota: Si va a utilizar Active Directory y utiliza una dirección de correo electrónico como inicio de sesión, especifique correo como valor de la propiedad. Si utiliza samAccountName para iniciar sesión, indique ID de usuario como valor para esta propiedad.
  11. Pulse Aplicar y, a continuación, Guardar.
  12. En la página Referencia de repositorio, los campos siguientes representan las parejas de tipo y valor de atributo LDAP para el elemento base en el reino y en el directorio LDAP. (La pareja tipo y valor están separados por el signo igual (=), por ejemplo : o=example. Pueden tener el mismo valor cuando un repositorio LDAP individual está configurado para el dominio o pueden tener un valor diferente en una configuración de un repositorio con varios LDAP.)
    Nombre distinguido de una entrada de base que identifica este conjunto de entradas del dominio.
    Identifica entradas en el reino. Por ejemplo, en un servidor Domino LDAP: cn=john doe, o=example.
    Nombre distinguido de una entrada de base de este repositorio
    Identifica entradas en el directorio LDAP. Por ejemplo, cn=john doe, o=example.
    Este valor define la ubicación en el árbol de información del directorio LDAP desde el que empieza la búsqueda LDAP. La búsqueda LDAP también puede acceder a las entradas bajo dicho punto del árbol. Es decir, la entrada de base de búsqueda es el nodo superior de un subárbol que contiene por debajo de él varias entradas posibles. Por ejemplo, la entrada de base de búsqueda podría ser o=example y una de las entradas bajo esta base de búsqueda podría ser cn=john doe, o=example.
    Nota: Si ha definido grupos planos en el directorio Domino, no especifique un valor en este campo. Los grupos planos son nombres de grupos como SalesGroup, al contrario que: cn=SalesGroup,ou=Groups. Si configura una base de búsqueda en este paso, no podrá acceder a los grupos. Si tiene pensado establecer un inicio de sesión único, consulte el tema Habilitación del inicio de sesión único para Domino.
  13. Pulse Aplicar y, a continuación, Guardar.
  14. Pulse Aceptar para volver a la página Repositorios federados.
  15. En la columna Identificador de repositorio, pulse en el enlace para el repositorio o repositorios que acaba de añadir.
  16. En el área Propiedades adicionales, pulse en el enlace Tipos de entidad LDAP.
  17. Pulse en el tipo de entidad Grupo y modifique la correlación de tipo de entidad y clases de objeto. También puede editar los campos Bases de búsqueda y Filtros de búsqueda, si fuera necesario. Especifique los parámetros LDAP que sean adecuados para su directorio LDAP.
    Nota: Puede aceptar el valor de clases de objeto predeterminadas para el grupo. No obstante, si utiliza Domino, cambie el valor a dominoGroup.
  18. Pulse Aplicar y, a continuación, Guardar.
  19. Pulse en el tipo de entidad PersonAccount y modifique la correlación de clases de objeto predetermiada. También puede editar los campos Bases de búsqueda y Filtros de búsqueda, si fuera necesario. Especifique los parámetros LDAP que sean adecuados para su directorio LDAP. Pulse Aplicar y, a continuación, pulse Guardar para guardar este valor.
    Nota: Si utiliza un LDAP de Domino, reemplace la correlación predeterminada con las clases de objeto dominoPerson y dominoGroup para cuenta de persona y entidades de grupo.
  20. En los enlaces de navegación de la parte superior de la página, pulse en el nombre del repositorio que acaba de modificar para volver a la página Repositorio.
  21. Opcional: Si su aplicación se basa en pertenencia a grupo de LDAP, realice los pasos siguientes:
    1. Pulse en el enlace Definición de atributo de grupo en el área Propiedades adicionales, y luego pulse en el enlace Atributos de miembro.
    2. Pulse Nuevo para crear una definición de atributo de grupo.
    3. Especifique valores de pertenencia a grupos en los campos Nombre de atributo de miembro y Clase de objeto.
    4. Pulse Aplicar y, a continuación, Guardar.
    Notas:
    • Si ya aceptado el valor predeterminado groupOfNames para Group, también puede aceptar el valor predeterminado para Member.
    • Si ha cambiado la clase de objeto de Group a dominoGroup anterior, debe añadir dominoGroup a la definición del miembro.
    • Si no configura el atributo de pertenencia al grupo, el atributo de miembro de grupo se utiliza cuando busque los miembros del grupo. Si necesita habilitar las búsquedas de miembros del grupo anidado, debe configurar el atributo de pertenencia al grupo.
    • Observe un ejemplo de atributo de pertenencia a grupo para utilizar Actividades: el tipo de atributo Member es utilizado por la clase de objeto groupOfNames, y el tipo de atributo uniqueMember, por groupOfUniqueNames.
  22. Si quiere dar soporte para más de un directorio LDAP, repita los pasos del 8 al 22 para cada directorio LDAP adicional.
  23. Establezca el repositorio nuevo como repositorio actual:
    1. Pulse Seguridad global en los enlaces de navegación de la parte superior de la página.
    2. Seleccione Repositorios federados en el campo Definiciones de dominio disponibles y, a continuación, pulse Establecer como actual.

  24. Habilite la seguridad de inicio de sesión en WebSphere Application Server:
    1. Marque los recuadros de selección Seguridad administrativa y Seguridad de aplicación . Para obtener un mejor rendimiento, desmarque el recuadro de selección Seguridad Java 2.
    2. Pulse Aplicar y, a continuación, Guardar.
    El nombre de usuario de administración y la contraseña serán ahora necesarios porque configura la seguridad en WebSphere Application Server.
  25. Cree un administrador para WebSphere Application Server:
    1. Pulse Usuarios y grupos > Roles de usuario administrativo y pulse Añadir.
    2. Seleccione Administrador en el cuadro Roles y busque un usuario.
    3. Seleccione el usuario de destino y pulse la flecha superior derecha para mover el nombre de usuario al cuadro Correlacionado con rol.
    4. Pulse Aceptar y, a continuación, pulse Guardar.
    5. Finalice la sesión de DM.
    6. Reinicie DM y los nodos.
    7. Inicie sesión en DM utilizando las nuevas credenciales de administrador.
    Notas:
    • Asegúrese de que este ID de usuario no tiene espacios en el nombre.
  26. Establezca un usuario administrativo primario:
    1. Pulse Seguridad > Seguridad global.
    2. Seleccione Repositorios federados en el campo Definiciones de dominio disponibles y, a continuación, pulse Configurar.
    3. Introduzca el nombre de usuario correlacionado en el paso anterior en el cuadro Nombre de usuario administrativo principal.
    4. Pulse Aplicar y, a continuación, Guardar.
  27. Finalice la sesión de DM y reinicie WebSphere Application Server.
  28. Cuando se vuelva a ejecutar WebSphere Application Server, inicie sesión en Integrated Solutions Console utilizando el nombre de usuario administrativo principal y la contraseña.
  29. Opcional: Pruebe la configuración nueva añadiendo algunos usuarios de LDAP a WebSphere Application Server con funciones administrativas.
  30. Opcional: Si utiliza SSL (capa de sockets seguros) para LDAP, realice los pasos siguientes para añadir un certificado de firmante en su almacén fiable.
    1. En la consola de soluciones integradas de WebSphere Application Server, seleccione Gestión de claves y certificados SSL > Almacenes de claves y certificados > CellDefaultTrustStore > Certificados de firmante > Recuperar de puerto.
    2. Escriba el nombre DNS del directorio LDAP en el campo Host.
    3. Escriba el puerto LDAP seguro en el campo Puerto (normalmente, 636).
    4. Escriba un nombre de alias, como LDAPSSLCertificate, en el campo Alias.
    5. Pulse Aplicar y, a continuación, Guardar.
  31. Opcional: Si tiene previsto habilitar el inicio de sesión único (SSO) para IBM Connections, prepare el entorno de WebSphere Application Server siguiendo estos pasos:
    1. En la consola de soluciones integradas de WebSphere Application Server, seleccione Seguridad > Seguridad global > Seguridad web y SIP > Inicio de sesión único (SSO).
    2. Seleccione Habilitado, Modalidad de interoperatividad y Propagación de atributos de seguridad de entrada web.
    3. Regrese a la página Seguridad global y pulse Seguridad web y SIP > Valores generales.
    4. Seleccione Utilizar datos de autenticación disponibles cuando se acceda a un URI no protegido.
    5. Pulse Aplicar y, a continuación, Guardar.
    Nota: Para obtener más información sobre la seguridad de SSO, consulte el tema Configuración del inicio de sesión único. Para obtener más información sobre la definición de un nombre de dominio de SSO, consulte el tema Definición del nombre de dominio de inicio de sesión único.
  32. Opcional: Compruebe que los usuarios en el directorio LDAP se han añadido satisfactoriamente en el repositorio:
    1. En la consola de soluciones integradas de WebSphere Application Server, seleccione Usuarios y grupos > Gestionar usuarios.
    2. En el campo Buscar por, introduzca el nombre de usuario que está en el directorio LDAP y pulse Buscar. Si la búsqueda es correcta, obtendrá una verificación parcial de que el repositorio está correctamente configurado. No obstante, esta comprobación no puede verificar los grupos a los que pertenece un usuario.

Resultados

Así habrá configurado WebSphere Application Server para que utilice un repositorio federado.

Selección de valores de inicio de sesión

Determine qué atributos LDAP o atributos desea utilizar para iniciar sesión en IBM Connections.

Se da soporte a los casos de ejemplo siguientes:
Un solo atributo LDAP con un solo valor
Por ejemplo: uid=jsmith.
Varios atributos LDAP, cada uno con un solo valor
Si desea especificar varios atributos, sepárelos con un punto y coma al introducirlos en el campo Propiedades de inicio de sesión (al tiempo que añade el repositorio a IBM WebSphere Application Server). Por ejemplo, para uid=jsmith y mail=jsmith@example.com, debe especificar: uid; mail.
Un solo atributo LDAP con varios valores
Por ejemplo, mail es el atributo de inicio de sesión y acepta dos direcciones de correo electrónico diferentes: una dirección de intranet y otra de extranet. Por ejemplo: mail=jsmith@myCompany.com o mail=jsmith@example.com.
Varios atributos LDAP, cada uno con varios valores
Por ejemplo: uid=jsmith o uid=john_smith y mail=jsmith@example.com o mail=john_smith@example.com o mail=jsmith@MyCompany.com.
Varios directorios LDAP
Por ejemplo, un directorio LDAP que utilice uid como atributo de inicio de sesión y otro que utilice mail. Debe repetir los pasos de Configuración de repositorios federados con cada directorio LDAP.
Atributo que tienen varios valores

Puede correlacionar varios valores a atributos comunes como uid o mail.

Si, por ejemplo, correlacionó los siguientes atributos para un usuario llamado Usuario de ejemplo, los tres valores para el usuario se rellenarán en la tabla PROFILE_LOGIN de la base de datos Perfiles:
  • mail=suser@example.com
  • mail=sample_user@example.com
  • mail=user_sample@example.com
Un ejemplo similar para la propiedad uid tendría los siguientes atributos:
  • uid=suser
  • uid=sampleuser
  • uid=user_sample

De manera predeterminada, el asistente de relleno sólo le permite seleccionar un atributo para los inicios de sesión, por lo que no puede seleccionar mail ni uid. Sin embargo, puede escribir una función personalizada para unir varios atributos.

Atributos personalizados

El asistente de relleno de Perfiles llena la ID de usuario y el correo durante el proceso de relleno pero correlaciona el atributo de loginID con nulo. Puede especificar un atributo personalizado si su directorio utiliza un atributo de inicio de sesión exclusivo diferente de, por ejemplo, uid, mail, o cn. El valor de inicio de sesión se puede basar en cualquier atributo que haya definido en su repositorio. Puede especificar ese atributo si establece loginID=attribute cuando llene la base de datos de Perfiles.

El siguiente extracto de muestra del archivo profiles-config.xml muestra los atributos de inicio de sesión estándar:

<loginAttributes> 
<loginAttribute>uid</loginAttribute> 
<loginAttribute>email</loginAttribute> 
<loginAttribute>loginId</loginAttribute> 
</loginAttributes> 

El valor para el atributo loginID se almacena en la columna Prof_Login de la tabla Empleado de la base de datos Perfiles. Para obtener más información, consulte el tema Correlación manual de campos.

Utilización de Perfiles o LDAP como repositorio

Los atributos predeterminados de inicio de sesión que están definidos en el archivo profiles-config.xml son uid, email o loginID

Si cambia la configuración de IBM Connections predeterminada para utilizar el directorio LDAP como repositorio de usuario, WebSphere Application Server correlacionará uid como el inicio de sesión predeterminado.

Especificación del atributo de ID global para usuarios y grupos

Determine qué atributo utilizar como identificador exclusivo de cada persona y grupo de la organización. Este identificador debe ser exclusivo en toda la organización.

De forma predeterminada, WebSphere Application Server reserva los atributos siguientes como identificadores exclusivos para los servidores de directorio LDAP siguientes:
  • IBM Tivoli Directory Server:

    ibm-entryUUID

  • Microsoft Active Directory:

    objectGUID

    Si utiliza Active Directory, recuerde que el atributo samAccountName tiene un límite de 20 caracteres; otros ID que utiliza IBM Connections tienen un límite de 256 caracteres.

  • IBM Domino Enterprise Server:

    dominoUNID

    Nota: Si el ID de enlace para el LDAP de Domino no tiene suficiente acceso de gestor para el directorio de Domino, el Gestor de miembros virtual (Virtual Member Manager - VMM) no devuelve el tipo de atributo correcto para la consulta del esquema de Domino; el DN se devuelve como ID de VMM. Para alterar temporalmente el valor del ID predeterminado de VMM, añada la línea siguiente a la sección <config:attributeConfiguration> del archivo wimconfig.xml:

    <config:externalIdAttributes

    name="dominoUNID"/>

  • Sun Java System Directory Server:

    nsuniqueid

  • eNovell Directory Server:

    GUID

  • ID personalizado:

    Si su organización ya utiliza un identificador exclusivo para cada usuario y grupo, puede configurar IBM Connections para utilizar dicho identificador. Para obtener más información, consulte el tema Especificación de un atributo de ID personalizado para usuarios o grupos.

El archivo wimconfig.xml está almacenado en la siguiente ubicación:
AIX
/usr/IBM/WebSphere/AppServer/profiles/<nombre_perfil>/config/cells/ <nombre_célula>/wim/config
Linux
/opt/IBM/WebSphere/AppServer/profiles/<nombre_perfil>/config/cells/ <nombre_célula>/wim/config
Microsoft Windows
<unidad>:\IBM\WebSphere\AppServer\profiles\<nombre_perfil>\config\cells\ <nombre_célula>\wim\config
Nota: IBM recomienda que no permita al GUID de un usuario cambiar. Si cambia el GUID, el usuario no tendrá acceso a sus datos a menos que vuelva a sincronizar el LDAP y la base de datos de Perfiles con el nuevo GUID. Al cambiar el GUID y ejecutar el archivo de proceso por lotes sync_all_dns, el GUID del usuario se cambiará sólo en la base de datos de Perfiles, y no en las bases de datos para otras aplicaciones de IBM Connections. Igualmente, si suprime los usuarios y vuelve a añadirlos al LDAP, el valor de GUID que genera LDAP será ahora distinto al valor que se almacena en el resto de las bases de datos de la aplicación. Para resolver esta discrepancia, utilice el mandato SWAP. Para obtener más información, consulte el tema Gestión de datos del usuario mediante mandatos administrativos de Perfiles.

Para permitir las supresiones y adiciones, o la migración de varios servidores LDAP (por ejemplo, desde la transferencia a la producción), utilice un atributo LDAP que es fijo en varios directorios o cuando se vuelven a crear las entradas.

Especificación de un atributo de ID personalizado para usuarios o grupos

Especifique atributos de ID globales únicos personalizados para identificar usuarios y grupos en el directorio LDAP.

Antes de empezar

Esta tarea es opcional.

De forma predeterminada, IBM Connections busca atributos LDAP que se utilizarán como ID exclusivos globales (guids) para identificar usuarios y grupos en el directorio LDAP. Los identificadores que asignan los servidores de directorio LDAP, suelen ser exclusivos para cualquier instancia de entrada LDAP. En caso de que se suprima la información de usuario y se vuelva a añadir o se exporte y se importe a otro directorio LDAP, cambia el guid. Cambios como estos normalmente se implementan cuando los empleados cambian el estado, se suprime un registro de directorio y se añade de nuevo o cuando los datos de usuario se expanden por los directorios.

Cuando cambia el guid de un usuario, debe sincronizar el LDAP con la base de datos de Perfiles antes de que el usuario inicie sesión de nuevo. De lo contrario, el usuario tendrá dos cuentas en IBM Connections y el contenido anterior del usuario parecerá que se habrá perdido al estar asociado al guid anterior. Si asigna un atributo fixed para cada registro, puede minimizar la posibilidad de introducir de modo accidental cuentas dobles para un usuario en Connections.

El archivo wimconfig.xml rige un único atributo de ID para todos los objetos soportados, como usuarios, grupos y organizaciones, en WebSphere Application Server. Puede utilizar el archivo LotusConnections-config.xml para alterar temporalmente el atributo de ID en el archivo wimconfig.xml. Por ejemplo, podría usar el archivo wimconfig.xml para especificar el atributo ibm-entryUUID como atributo de clave de ID para usuarios y grupos en todas las aplicaciones que se ejecutan en WebSphere Application Server y, a continuación, modificar el archivo LotusConnections-config.xml para especificar el ID de empleado como atributo clave de ID para las aplicaciones de IBM Connections.

Acerca de esta tarea

Puede cambiar la configuración predeterminada para que se utilice un ID personalizado para identificar a usuarios y grupos en el directorio.

Un ID personalizado debe cumplir los siguientes requisitos:
  • El ID debe ser estático y exclusivo. No se debe reasignar entre usuarios y grupos del directorio.
  • El ID no debe exceder los 256 caracteres en longitud. Para lograr resultados de búsqueda más rápidos, utilice el atributo fixed-length para el ID.
    Nota: Si tiene pensado instalar la aplicación Archivos o Wikis, el ID no podrá exceder los 252 caracteres.
  • El ID debe tener una correlación uno a uno por objeto de directorio. No se puede utilizar un atributo con varios valores como ID exclusivo.

Para especificar un atributo personalizado como ID exclusivo para usuarios o grupos, realice los pasos siguientes:

Procedimiento
  1. En el directorio VMM_HOME/model, abra el archivo wimxmlextension.xml. Si no existe ningún archivo con este nombre, créelo.

    VMM_HOME es el directorio donde se encuentran los archivos del gestor de miembros virtuales. Esta ubicación se establece en la propiedad del sistema wim.home o el directorio user.install.root/config/cells/local.cell/wim.

  2. Añada las definiciones de los nuevos tipos de propiedades y los tipos de entidad a los que se aplican. Asegúrese de que el XML tiene un formato correcto y se ajusta al esquema definido en wimschema.xsd.
    • Para seleccionar un atributo de ID único tanto para usuarios como para grupos, utilice el ejemplo XML siguiente, que define un tipo de propiedad nuevo denominado enterpriseID y añade este tipo de propiedad en los tipos de entidad PersonAccount y Group:
      <?xml version="1.0" encoding="UTF-8"?>
      <sdo:datagraph xmlns:sdo="commonj.sdo" 
      xmlns:wim="http://www.example.com/websphere/wim">
      <wim:schema>
      <wim:propertySchema 
      nsURI="http://www.example.com/websphere/wim" 
      dataType="STRING" multiValued="false" 
      propertyName="enterpriseID">
      <wim:applicableEntityTypeNames>PersonAccount
      </wim:applicableEntityTypeNames>
      </wim:propertySchema>
      <wim:propertySchema 
      nsURI="http://www.example.com/websphere/wim" 
      dataType="STRING" multiValued="false" 
      propertyName="enterpriseID">
      <wim:applicableEntityTypeNames>Group
      </wim:applicableEntityTypeNames>
      </wim:propertySchema>
      </wim:schema>
      </sdo:datagraph> 
    • Para utilizar dos atributos de ID diferentes, uno para usuarios y otro para grupos, utilice el ejemplo XML siguiente, que define un tipo de propiedad denominada customUserID y lo añade en el tipo de entidad PersonAccount y también define un tipo de propiedad denominado customGroupID y lo añade al tipo de entidad Group:
      <?xml version="1.0" encoding="UTF-8"?>
      <sdo:datagraph xmlns:sdo="commonj.sdo" 
      xmlns:wim="http://www.example.com/websphere/wim">
      <wim:schema>
      <wim:propertySchema 
      nsURI="http://www.example.com/websphere/wim" 
      dataType="STRING" multiValued="false" 
      propertyName="customUserID">
      <wim:applicableEntityTypeNames>PersonAccount
      </wim:applicableEntityTypeNames>
      </wim:propertySchema>
      <wim:propertySchema 
      nsURI="http://www.example.com/websphere/wim" 
      dataType="STRING" multiValued="false" 
      propertyName="customGroupID">
      <wim:applicableEntityTypeNames>Group
      </wim:applicableEntityTypeNames>
      </wim:propertySchema>
      </wim:schema>
      </sdo:datagraph> 
    Nota: Las propiedades customUserID y customGroupID no están relacionadas con las propiedades del ID de inicio de sesión.
  3. Añada los nuevos tipos de propiedades a cada adaptador de repositorio. Abra el archivo wimconfig.xml en un editor de texto.
    Opción Descripción
    AIX /usr/IBM/WebSphere/AppServer/profiles/<nombre_perfil>/config/cells/ <nombre_célula>/wim/config
    Linux /opt/IBM/WebSphere/AppServer/profiles/<nombre_perfil>/config/cells/ <nombre_célula>/wim/config
    Microsoft Windows C:\IBM\WebSphere\AppServer\profiles\<nombre_perfil>\config\cells\ <nombre_célula>\wim\config
  4. Busque y edite el elemento <config:attributeConfiguration>, añadiendo uno de los textos siguientes:
    • Para utilizar un atributo de ID único tanto para usuarios como para grupos, utilizando una serie denominada enterpriseid, añada el texto siguiente:
      <config:attributeConfiguration>
      	<config:externalIdAttributes 
      name="enterpriseID" syntax="String"/>
      </config:attributeConfiguration>  
    • Para utilizar dos atributo de ID diferentes, uno para usuarios y otro para grupos, añada el texto siguiente:
      <config:attributeConfiguration>
      	<config:attributes name="userPassword" 
      propertyName="password"/>
      	<config:attributes name="customUserID" 
      propertyName="customUserID"/>
      	<config:attributes name="customGroupID" 
      propertyName="customGroupID"/>
      	<config:propertiesNotSupported 
      name="homeAddress"/>
      	<config:propertiesNotSupported 
      name="businessAddress"/>
      </config:attributeConfiguration> 
  5. Guarde y cierre el archivo wimconfig.xml .
Qué hacer a continuación

Si ha especificado atributos de ID diferentes para usuarios y para grupos, lleve a cabo los pasos del tema Configuración del atributo de ID personalizado para usuarios o grupos en la sección de tareas posterior a la instalación de la documentación del producto. Los pasos en esta tarea configuran IBM Connections para que utilice los atributos de ID personalizados especificados en esta tarea.

Cuando correlacione campos en la base de datos de Perfiles, asegúrese de añadir el atributo ID personalizado al campo PROF_GUID de la tabla EMPLOYEE. Consulte el tema Correlación manual de campos.

Creación de bases de datos

Cree bases de datos para las aplicaciones que prevé instalar. Puede utilizar el asistente de base de datos o ejecutar los scripts de SQL que se proporcionan con IBM Connections.

Nota: Si está realizando la migración desde Lotus Connections versión 3.0.1, no complete las tareas para crear bases de datos. El proceso de migración gestiona estas tareas automáticamente. Sin embargo, debe crear las siguientes bases de datos nuevas si tiene pensado utilizar las aplicaciones asociadas:
  • Cognos
  • Métricas
  • Mobile

Cada aplicación de IBM Connections requiere su propia base de datos, salvo Moderación, Noticias y Búsqueda. La aplicación Moderación no tiene una base de datos ni un almacén de contenido asociado, mientras que las aplicaciones Noticias y búsqueda comparten la base de datos de Página inicial.

El asistente de base de datos automatiza el proceso de creación de bases de datos para las aplicaciones que tiene previsto instalar. Se trata de un método más fiable para crear bases de datos, ya que las valida a medida que se crean.

Consulte la documentación de las bases de datos para obtener información sobre cómo preparar las bases de datos.
Nota: Para poder crear una base de datos, antes debe haber creado e iniciado una instancia de base de datos.

Complete los procedimientos que sean adecuados para su despliegue:

Creación de varias instancias de base de datos

Cree varias instancias de una base de datos para conseguir un entorno de base de datos más versátil.

Antes de empezar
Se trata de un procedimiento opcional. Si sólo necesita tener una instancia de la base de datos (en terminología Oracle, una base de datos), puede saltar esta tarea.
(Sólo Windows) Lleve a cabo los siguientes pasos para cada instancia que tiene pensado crear:
  1. Cree un nuevo usuario y añádalo a los grupos Administradores.
    Nota: Si utiliza DB2, añada también el nuevo usuario al grupo DB2ADMNS.
  2. Elimine la cuenta de usuario del grupo Usuarios.
  3. En el programa de utilidad Directiva de seguridad local, añada estos derechos al nuevo usuario:
    • Actúe como parte del sistema operativo
    • Ajustes las cuotas de memoria|Aumente las cuotas para un proceso
    • Cree un objeto de señal
    • Depure los programas
    • Bloquee páginas en memorias
    • Inicie sesión como servicio
    • Sustituya una señal de nivel de proceso
Nota: La cuenta nueva utiliza el sistema local como dominio.
Acerca de esta tarea
Un entorno de base de datos con varias instancias proporciona diferentes beneficios:
  • la capacidad de utilizar diferentes instancias para el desarrollo y la producción.
  • el acceso restringido a información sensible.
  • una configuración optimizada para cada instancia.

Por ejemplo, si tiene que hacer cambios en una de las instancias, puede reiniciar sólo dicha instancia en vez de reiniciar el sistema completo. De la misma forma, si tiene que poner fuera de línea una instancia, durante el corte, sólo dejarán de estar disponibles las bases de datos almacenadas en dicha instancia; el resto de bases de datos no se ven afectadas.

Muchas instancia requieren recursos adicionales del sistema.

Para crear varias instancias de una base de datos, lleve a cabo los pasos siguientes:

Procedimiento
Elija el tipo de base de datos:
  • DB2
    Notas:
    • Para cada instancia que quiera crear, inicie sesión como propietario de la instancia antes de crear la instancia.
    • Utilice el procesador de línea de mandatos de DB2 para especificar mandatos.
    • Después de haber creado la instancia, añada la instancia a la variable de entorno del usuario. Posteriormente, podrá ver la instancia en el Centro de control de DB2.
    • AIX:

      Se crea una instancia denominada db2inst1 durante la instalación de DB2.

      1. Cree un grupo para DB2:
        mkgroup db2iadm1
      2. Cree un usuario para DB2:
        mkuser groups=db2iadm1 Ninstdb2

        donde Ninstdb2 es el nombre de un usuario. DB2 solicita que especifique una contraseña para el usuario. Repita este paso para crear tantos usuarios como número de instancias de base de datos.

      3. Cree instancias de DB2:

        Inicie sesión con el usuario root y vaya a /opt/IBM/db2/V9.5/instance.

        ./db2icrt -u
        Ninstdb2 db2instN
        donde Ninstdb2 es el nombre de un usuario y también el nombre de una instancia. Repita este paso para crear tantas instancias como número de bases de datos.
      4. Establezca el número de puerto de la instancia:

        Edite el archivo /etc/services y añada la línea siguiente:

        db2c_nombre_instancia puerto_instancia/tcp, donde nombre_instancia es el nombre de la instancia y puerto_instancia es el puerto de la instancia. Repita este paso para cada instancia.

      5. Establezca los protocolos de comunicación para la instancia:
        db2 update
        database manager configuration using svcename db2c_instance_name
        db2set DB2COMM=tcpip
        db2stop
        db2start
        Repita este paso para cada instancia.
      6. Edite la configuración del cortafuegos para permitir que las nuevas instancias se comuniquen a través de sus puertos de escucha.
    • Linux:

      Se crea una instancia denominada db2inst1 durante la instalación de DB2, junto con tres usuarios: db2inst1, db2fenc1 y dasusr1.

      1. Cree grupos para DB2:
        groupadd -g 999 db2iadm1 
        groupadd -g 998 db2fadm1 
        groupadd -g 997 dasadm1 
      2. Cree usuarios para DB2 en el grupo db2iadm1:
        useradd -u 1100 -g db2iadm1 -m -d
        /home/Ninstdb2 Ninstdb2 -p
        Xinstdb2

        donde Ninstdb2 es el nombre de un usuario y Xinstdb2 es la contraseña para dicho usuario. Cree tantos usuarios como número de instancias de base de datos.

      3. Cree el usuario db2fenc1 para DB2 en el grupo db2fadm1:

        useradd -u 1101 -g db2fadm1 -m -d /home/db2fenc1 db2fenc1 -p Xinstdb2

      4. Cree el usuario dasusr1 para DB2 en el grupo dasadm1:

        useradd -u 1102 -g dasadm1 -m -d /home/dasadm1 dasusr1 -p Xinstdb2

      5. Cree nuevas instancias de DB2:

        Inicie sesión con el usuario root y vaya a /opt/ibm/db2/V9.5/instance.

        ./db2icrt -u db2fenc1 Ninstdb2

        Cree tantas instancias como número de bases de datos.

      6. Establezca el número de puerto de la instancia:

        Edite el archivo /etc/services y añada la línea siguiente:

        db2c_<nombre_instancia> <puerto_instancia>/tcp

        donde nombre_instancia es el nombre de la instancia y puerto_instancia es el número de puerto de dicha instancia. Repita este paso para cada instancia.
      7. Inicie sesión como instancia de la base de datos y establezca los protocolos de comunicación para la instancia:
        su - Ninstdb2
        db2 update
        database manager configuration using svcename 
         db2c_nombre_instancia
        db2set DB2COMM=tcpip
        db2stop
        db2start
        Repita este paso para cada instancia.
      8. Edite la configuración del cortafuegos para permitir que las nuevas instancias se comuniquen a través de sus puertos de escucha.
    • Microsoft Windows:
      1. Cree una instancia ejecutando el siguiente mandato:

        db2icrt nombre_instancia -s ese -u usuario_admin_db2

        donde nombre_instancia es el nombre de la instancia y usuario_admin_db2 es la cuenta de usuario para esta instancia.

      2. Establezca el número de puerto de la instancia:

        Edite el archivo C:\WINDOWS\system32\drivers\etc\services y añada la línea siguiente:

        db2c_nombre_instancia puerto_instancia/tcp

      3. Establezca el parámetro de instancia actual:
        set
        DB2INSTANCE=nombre_instancia
      4. Establezca los protocolos de comunicación para la instancia:
        db2 update
        database manager configuration using svcename 
         db2c_nombre_instancia
        db2set DB2COMM=npipe,tcpip
        db2stop
        db2start
      5. Edite la configuración del cortafuegos para permitir que las nuevas instancias se comuniquen a través de sus puertos de escucha.
  • Oracle:

    Cada base de datos es una instancia de base de datos.

    Utilice el Oracle Database Configuration Assistant (DBCA) para crear una base de datos nueva de Oracle:
    1. Abra la herramienta DBCA:
      • AIX o Linux:
        1. Cambie el usuario de inicio de sesión a oracle
        2. $ export [[ORACLE_HOME]]=...
        3. $ export PATH=$PATH:$ORACLE_HOME/bin
        4. $ export DISPLAY=hostname:displaynumber.screennumber
          Nota: donde hostname:displaynumber.screennumber representa el sistema cliente, número de supervisión y número de ventana. Por ejemplo: localhost:0.0
        5. $ dbca &
      • Windows:
        1. Pulse Iniciar
        2. Seleccione Oracle > nombre_inicio_Oracle > Configuration and Migration Tools > Database Configuration Assistant.

          donde nombre_inicio_Oracle es el inicio de Oracle en su sistema. Por ejemplo: OraDB10g_Home1.

    2. En la página Operaciones, acepte la opción predeterminada Crear una base de datos y pulse Siguiente.
    3. En la página Plantillas de bases de datos, acepte la opción predeterminada Propósito general y pulse Siguiente.
    4. En la página Identificación de base de datos, introduzca LSCONN en los campos SID y Nombre de base de datos global y pulse Siguiente.
    5. En la página Opciones de gestión, acepte la opción predeterminada Configurar la base de datos con Enterprise Manager y pulse Siguiente.
    6. En la página Credenciales de base de datos, especifique la contraseña de la base de datos y pulse Siguiente.
    7. En la página Opciones de almacenamiento, acepte la opción Almacenamiento del sistema de archivos y pulse Siguiente.
    8. En la página Ubicaciones del archivo de base de datos, acepte la opción predeterminada Ubicaciones del archivo de base de datos de plantilla y pulse Siguiente.
    9. En la página Configuración de recuperación, acepte la opción predeterminada Especificar área de recuperación flash y pulse Siguiente.
    10. En la página Contenido de la base de datos, acepte las opciones predeterminadas y pulse Siguiente.
    11. En la página Parámetros de inicialización, pulse la pestaña Juegos de caracteres y seleccione la opción Utilizar Unicode (AL32UTF8). Pulse Siguiente.
    12. En la página Contenido de la base de datos, acepte las opciones predeterminadas y pulse Siguiente.
    13. En la página Opciones de creación, acepte la opción predeterminada Crear base de datos y pulse Siguiente.
  • SQL Server
    1. Ejecute el asistente de instalación de SQL Server. En el panel Nombre de instancia del asistente de instalación, seleccione Instancia denominada y especifique un nuevo nombre de instancia en el campo.
    2. Edite la configuración del cortafuegos para permitir que las nuevas instancias se comuniquen a través de sus puertos de escucha.
    3. Asegúrese de que los conductos con nombre estén habilitados en la configuración de SQL Server Network para todas las instancias. Para obtener más información, consulte la documentación de SQL Server.

    Notas:
    • Utilice la misma ordenación que está utilizando para las bases de datos de la aplicación: Latin1_General_BIN. Asegúrese de que las bases de datos auxiliares, como master, model, tempdb y msdb, utilicen esa ordenación.
    • Para la modalidad Autenticación, utilice la modalidad mixta (Autenticación de Windows y Autenticación SQL Server).
    • Si recibe avisos o errores del diálogo Comprobación de la configuración del sistema, corríjalos desde la instalación de la instancia de SQL Server 2005.
    Para obtener más información, vaya al sitio web de Microsoft SQL Server Developer Center para ver la documentación de SQL Server:
Qué hacer a continuación
Cuando cree varias instancias de base de datos, debe instalar las bases de datos en cada instancia. Si está utilizando el asistente de la base de datos para instalar las bases de datos, deberá preparar y ejecutar el asistente de base de datos una vez para cada instancia y si está utilizando los scripts para instalar las bases de datos, deberá ejecutar los scripts una vez para cada instancia.

Registro de la clave de licencia de producto de DB2

Registre la clave de licencia de producto de DB2 para la versión de DB2 incluida con IBM Connections.

Antes de empezar
Realice este procedimiento sólo si utiliza la versión de DB2 incluida con IBM Connections. Si ha instalado IBM Connections y DB2 desde el DVD del producto, ya dispondrá de una clave de licencia.

Si ha utilizado DB2 con una versión anterior de IBM Connections, la instalación de DB2 ya está registrada y puede omitir esta tarea.

Nota: Instale DB2 antes de iniciar esta tarea, pero no cree ninguna base de datos de aplicación hasta que finalice esta tarea.
Acerca de esta tarea
Para registrar la clave de licencia de producto de DB2, lleve a cabo los siguientes pasos:
Procedimiento
  1. Vaya al sitio web de IBM Passport Advantage e inicie sesión.
    Nota: Si ha instalado IBM Connections y DB2 desde el DVD del producto, ya dispondrá de una clave de licencia. Puede omitir los pasos 1-3 y empezar por el paso 4.
  2. Seleccione Buscar por número de pieza y busque el número de pieza CZ381ML.
  3. Descargue la pieza y extraiga el archivo DB2_ESE_Restricted_QS_Activation_97.zip, anotando la ubicación de descarga.
  4. Inicie sesión en DB2 con un ID con autoridad SYSADM.
  5. Abra un indicador de mandatos, vaya al directorio en el que se encuentra el archivo de licencia y ejecute el siguiente mandato:
    Nota: En la imagen de DVD, la licencia se encuentra en el directorio DB2.License.

    db2licm -a vía_acceso_archivo_licencia/db2ese_o.lic

    donde vía_acceso_archivo_licencia es el directorio en el que ha extraído el archivo db2ese_o.lic.

    Nota: Para obtener más información sobre cómo utilizar el mandato db2licm, consulte el Information Center de DB2.
  6. Ejecute el siguiente mandato para verificar que la licencia está registrada:

    db2licm -l

    Si la licencia se ha registrado correctamente, se mostrarán los detalles de la instalación de DB2.

  7. Reinicie DB2.
Qué hacer a continuación
Cree sus bases de datos de aplicaciones de IBM Connections.

Creación de un usuario DB2 dedicado

Cree un usuario de base de datos IBM DB2 dedicado que se denomine lcuser con privilegios restringidos.

Acerca de esta tarea
Realice esta tarea para crear un usuario DB2 llamado lcuser, con un conjunto limitado de privilegios. Los scripts suministrados con IBM Connections, que otorgan los derechos adecuados al usuario lcuser, se escriben dando por supuesto que el usuario se llama lcuser. Utilice siempre caracteres en minúsculas para este nombre de usuario.

Para crear un usuario de base de datos DB2 dedicado llamado lcuser, lleve a cabo los siguientes pasos:

Procedimiento
Elija un sistema operativo:
  • AIX o Linux:
    • Inicie sesión en el servidor de DB2 como usuario root y, a continuación, escriba los siguientes mandatos para crear un nuevo usuario:

      useradd -u 1004 -g db2iadm1 -m -d /db2home/lcuser lcuser -p contraseña

      donde contraseña es la contraseña nueva para el usuario nuevo. El mandato asume que el grupo de usuarios de DB2 es db2iadm1 y que el directorio de inicio de DB2 es db2home. Si estos valores son distintos en su entorno, modifique el mandato según convenga.

  • Windows
    1. Pulse Inicio > Panel de control y seleccione Herramientas administrativas > Administración de equipos.
    2. En la consola Administración de equipos, seleccione Herramientas del sistema > Usuarios locales y grupos.
    3. Pulse el botón secundario sobre Usuarios y seleccione Usuario nuevo.
    4. Añada un usuario que se llame lcuser. Especifique los detalles necesarios, incluida la contraseña. Borre el recuadro de selección El usuario debe cambiar la contraseña en el siguiente inicio de sesión. Pulse Crear.
    5. Pulse Cerrar.
    6. Abra el objeto Usuarios, pulse el botón derecho del ratón sobre lcuser y seleccione Propiedades en el menú contextual.
    7. Pulse en el separador Miembro de y, a continuación, pulse el botón Añadir.
    8. Escriba DB2USERS en el campo Especifique los nombres de objeto a seleccionar y pulse Aceptar. Pulse Aceptar nuevamente para guardar sus cambios.
      Nota: Si no se encuentra el grupo DB2USERS, puede que no esté habilitada la seguridad ampliada para DB2 en Windows. Consulte la documentación de DB2 para obtener información sobre seguridad ampliada de Windows con grupos de DB2ADMNS y DB2USERS.
Qué hacer a continuación

Para obtener más información sobre cómo otorgar privilegios a usuarios, acceda al Information Center de DB2.

Configuración de bases de datos DB2 para unicode

Configure cada base de datos DB2 utilizada en el despliegue de IBM Connections para unicode.

Acerca de esta tarea

La configuración de bases de datos DB2 para unicode garantiza que las herramientas DB2 como la exportación e importación no dañen los datos de unicode.

Procedimiento

Debe realizar los siguientes pasos en cada instancia de DB2 en el despliegue:

  1. Detenga cualquier servidor WebSphere conectado a la base de datos de DB2 que esté configurando.
  2. Inicie sesión en el servidor DB2 como propietario de la instancia de DB2.
  3. Abra la ventana de mandatos de DB2.
  4. Ejecute los siguientes mandatos:
    db2set DB2CODEPAGE=1208
    db2stop force
    db2start
  5. Ejecute los siguientes mandatos para comprobar la nueva configuración:
    db2set
    Debería devolver DB2CODEPAGE=1208. Si no es así, no está configurado correctamente y debe volver a intentar el paso 4.

Creación de bases de datos con el asistente de base de datos

Utilice el asistente de base de datos para crear bases de datos para las aplicaciones de IBM Connections. Debe haber iniciado una sesión con la cuenta de administrador de base de datos.

Preparación del asistente de base de datos

Para poder utilizar el asistente para crear bases de datos para su despliegue de IBM Connections, prepare el servidor de bases de datos.

Antes de empezar

Asegúrese de que ha proporcionado los permisos necesarios para los ID de usuario que tienen que iniciar sesión en el sistema de base de datos y acceder al directorio Wizards de IBM Connections.

Notas:
  • Si tiene pensado crear varias instancias de base de datos, prepare y ejecute el asistente de base de datos una vez por cada instancia.
  • (Sólo DB2) Cree un usuario de base de datos dedicado de IBM DB2 llamado lcuser. Para obtener más información, consulte el tema Creación de un usuario de administración DB2.

  • (Sólo Oracle) Asegúrese de que el tamaño de la memoria caché de sentencia para los orígenes de datos en WebSphere Application Server no sea superior a 50. Un valor más elevado podría llevar a errores de falta de memoria en la instancia del servidor de aplicaciones.

  • (Sólo AIX) Si está descargando el asistente, el programa TAR disponible de forma predeterminada con AIX no gestiona longitudes de vía de acceso superiores a los 100 caracteres. Para evitar esta restricción, utilice el programa de archivado de archivo GNU en su lugar. Este programa es un paquete de origen abierto que IBM distribuye a través de la caja de herramientas de AIX para aplicaciones Linux en el sitio web de IBM AIX Toolbox. Descargue e instale el paquete TAR compatible con GNU. No es necesario instalar RPM Package Manager ya que se proporciona con AIX.

    Tras instalar el programa TAR compatible con GNU, vaya al directorio donde descargó el archivo TAR de IBM Connections y especifique el mandato siguiente para extraer los archivos de él:

    gtar -xvf asistente_Lotus_Connections_aix.tar

    Este mandato crea un directorio nombrado después del asistente.

  • (Solo AIX) Descargue e instale los siguientes paquetes desde la página web de la caja de herramientas de AIX para Linux Applications:

    gtk2-2.10.6, pango-1.14.5, fontconfig-2.4.2, pkg-config-0.19, libjpeg-6b, freetype2-2.3.9, expat-2.0.1, zlib-1.2.3, xft-2.1.6, xcursor-1.1.7, glib-1.2.10, glib2-2.12.4, atk-1.12.3, gettext-0.10.40, libpng-1.2.32, and libtiff-3.8.2

    Nota: Algunos de estos paquetes tienen dependencias en otros paquetes. El instalador de paquetes de AIX le alerta sobre paquetes adicionales que pueden ser necesarios.
Acerca de esta tarea

Para preparar el asistente de base de datos, lleve a cabo los pasos siguientes:

Procedimiento
  1. Inicie sesión en el servidor de bases de datos como administrador del sistema o usuario root.
  2. (Sólo AIX y Linux) Otorgue autorización de visualización a todos los usuarios, ejecutando los siguientes mandatos como usuario root o como administrador del sistema:
    xhost + // Otorga permiso de visualización a otros usuarios
    Nota: Si otorgar permiso de visualización a todos los usuarios le supone un problema de seguridad, cambie el mandato para otorgar permiso de visualización a un usuario o usuarios específicos. Para obtener más información sobre este mandato, consulte la guía del administrador de AIX o Linux.

    echo $DISPLAY // Muestra el valor de DISPLAY para el usuario root

  3. (Solo AIX y Linux) Asegúrese de que el usuario actual está cualificado o bien cambie a un usuario cualificado ejecutando los siguientes mandatos:
    • DB2

      su – db2inst1 // db2inst1 es el administrador predeterminado de DB2

      export DISPLAY=hostname:displaynumber.screennumber

      donde hostname:displaynumber.screennumber representa el sistema cliente, número de supervisión y número de ventana. Por ejemplo: localhost:0.0

      xclock // Muestra el reloj, confirmando que el usuario actual tiene permiso de visualización y que puede ejecutar el asistente

      // Pulse Ctrl + C para cerrar el reloj y volver al indicador de mandatos

    • Oracle
      Nota: Antes de ejecutar el asistente de base de datos, debe crear una instancia de base de datos Oracle.

      su – oracle // oracle is the Oracle database administrator

      export DISPLAY=hostname:displaynumber.screennumber

      xclock // Muestra el reloj, confirmando que el usuario actual tiene permiso de visualización y que puede ejecutar el asistente

      // Pulse Ctrl + C para cerrar el reloj y volver al indicador de mandatos

      donde hostname:displaynumber.screennumber representa el sistema cliente, número de supervisión y número de ventana. Por ejemplo: localhost:0.0

    Nota: Si puede ver la aplicación xclock ejecutándose después de emitir el mandato xclock, tiene permiso para ejecutar el asistente de base de datos. Si no puede ver la aplicación xclock, ejecute el mandato xhost + como usuario root y, a continuación, ejecutar el mandato su.
  4. Inicie la instancia de la base de datos:
    Nota: Ejecute los mandatos de base de datos con la cuenta de usuario que tiene acceso administrativo para la base de datos.
    • AIX o Linux:
      • DB2

        db2start // Iniciar la instancia DB2 actual

        Nota: Para obtener más información sobre cómo iniciar una instancia DB2, vaya a la página web Configuración de las variables de entorno de la instancia actual en el Information Center de DB2.
      • Oracle (inicie sesión como oracle o utilice el mandato su oracle para cambiar a oracle)

        export ORACLE_SID=orcl // Especificar la base de datos Oracle actual

        export ORACLE_HOME=/home/oracle/oracle/product/10.2.0/db_1 // Especificar el directorio padre de Oracle

        cd $ORACLE_HOME/bin

        ./sqlplus "/ as sysdba"

        startup // Iniciar la base de datos Oracle actual

    • Microsoft Windows:
      Nota: Windows registra la mayoría de instancias de base de datos como un servicio. Si es necesario, puede iniciar o detener manualmente un servicio de base de datos.
      • DB2
        1. Inicie sesión en el Centro de control.
        2. En la vista de objetos, pulse con el botón derecho del ratón sobre la instancia de base de datos.
        3. En el menú, pulse Iniciar para iniciar el gestor de base de datos.
      • Oracle
        1. Abra el panel Servicios de Windows: pulse Inicio > Todos los programas > Herramientas administrativas > Servicios.
        2. Pulse con el botón derecho del ratón sobre el servicio de Oracle.
        3. En el menú, pulse Iniciar para iniciar el servicio de base de datos.
      • SQL Server
        1. Abra SQL Server Management Studio.
        2. Conéctese a la instancia de la base de datos.
        3. Inicie la instancia de base de datos desde Studio.
  5. Copie el directorio del asistente en el soporte de instalación de IBM Connections en el sistema en que se aloja el servidor de bases de datos.
    Notas:
    • Si tiene más instancias, salga de la instancia actual y repita este paso para cada instancia.
    • (Solo AIX y Linux) Asegúrese de que otros usuarios aparte de root tienen permiso de acceso al directorio Wizards de IBM Connections.
    • (Sólo DB2) Para obtener más información sobre cómo trabajar con varias instancias, consulte el tema Configuración de las variables de entorno de la instancia actual en el Information Center de DB2.
Utilización del asistente de bases de datos

Utilice el asistente de bases de datos para crear bases de datos para las aplicaciones de IBM Connections que tiene previsto instalar.

Antes de empezar
Antes de utilizar el asistente por primera vez, debe realizar los pasos descritos en el tema Preparación del asistente de base de datos.

Cuando cree una base de datos, ya sea con el asistente de base de datos o con scripts SQL, debe iniciar sesión en el sistema en el que se encuentra la base de datos con la cuenta del administrador de base de datos. Los valores predeterminados para DB2 son db2admin en Microsoft Windows y db2inst1 en Linux y AIX. For Oracle, el valor predeterminado en AIX y Linux es oracle y el administrador del sistema en Windows. Para SQL Server, el valor predeterminado es el administrador del sistema.

Oracle y SQL Server conectan las bases de datos de IBM Connections con las cuentas de usuarios configuradas en la creación de la base de datos. Las contraseñas de estas cuentas de usuarios se definen más tarde en esta tarea.

(Sólo Oracle) Asegúrese de que el tamaño de la memoria caché de sentencia para los orígenes de datos en WebSphere Application Server no sea superior a 50. Un valor más elevado podría llevar a errores de falta de memoria en la instancia del servidor de aplicaciones.

(Solo DB2) Si solo utiliza la instancia de base de datos y la instancia incluye otras bases de datos además de IBM Connections, configure el parámetro numdb para hacer coincidir el numero total de bases de datos en la instancia. Para obtener más información, vaya a la página web de numdb del Information Center de DB2.
Notas:
  • Si ha migrado desde IBM Connections 3.0.1, el parámetro numdb se ha establecido en 12, el número máximo de bases de datos IBM Connections 4.0. Si la instancia tiene bases de datos adicionales, aumente el valor del parámetro numdb para que coincida con el número total de bases de datos de la instancia.
  • Puede utilizar el siguiente mandato para cambiar el parámetro:

    db2 UPDATE DBM CFG USING NUMDB nn

    donde nn es un número de base de datos.

DB2 utiliza una cuenta de usuario llamada lcuser. Si está creando una base de datos DB2 con scripts SQL, debe crear la cuenta lcuser manualmente en su sistema operativo y, a continuación, ejecutar el script appGrants.sql para otorgar los privilegios adecuados a la cuenta lcuser. Si usa el asistente de base de datos, este script se ejecuta automáticamente. Para obtener más información, consulte el tema Creación de un usuario de administración DB2.

Notas:
  • Si utiliza Linux en IBM System z con el controlador DASD, los scripts SQL se ubican en el directorio connections.s390.sql/subdirectorio_aplicación del soporte de instalación o el directorio de configuración de IBM Connections.
  • Si utiliza Linux en IBM System z con el controlador SCSI, haga una copia de seguridad del directorio connections.s390.sql y otórguele al directorio connections.sql el nombre de connections.s390.sql.
  • (Solo AIX) Descargue e instale los siguientes paquetes desde la página web de la caja de herramientas de AIX para Linux Applications:

    gtk2-2.10.6, pango-1.14.5, fontconfig-2.4.2, pkg-config-0.19, libjpeg-6b, freetype2-2.3.9, expat-2.0.1, zlib-1.2.3, xft-2.1.6, xcursor-1.1.7, glib-1.2.10, glib2-2.12.4, atk-1.12.3, gettext-0.10.40, libpng-1.2.32, and libtiff-3.8.2

    Nota: Algunos de estos paquetes tienen dependencias en otros paquetes. El instalador de paquetes de AIX le alerta sobre paquetes adicionales que pueden ser necesarios.
Acerca de esta tarea
Utilice el asistente de base de datos de IBM Connections para crear, actualizar y eliminar bases de datos.

Puede revisar los scripts que el asistente ejecuta consultando en el directorio connections.sql en el soporte de instalación. En DB2, los mandatos se muestran en los registros que el asistente crea. En Oracle y SQL Server, los registros muestran los resultados de los mandatos.

Para crear bases de datos con el asistente, realice los pasos siguientes:

Procedimiento
  1. (DB2 en Windows 2008 de 64 bits) En Windows 2008, debe realizar las tareas de administración de DB2 con privilegios de administrador completos.
    1. Sesión iniciada como propietario de la instancia, abra un indicador de mandatos y cambie al directorio bin de DB2. Por ejemplo: C:\Archivos de programa\IBM\SQLLIB\BIN.
    2. Especifique el siguiente mandato: db2cwadmin.bat. Este mandato abre el procesador de línea de mandatos de DB2 mientras que también establece los privilegios de DB2.
  2. En el directorio Wizards de IBM Connections, abra el archivo siguiente para lanzar el asistente:
    • AIX: ./dbWizard.sh
    • Linux: ./dbWizard.sh
    • Microsoft Windows: dbWizard.bat
  3. Pulse Siguiente para continuar.
  4. Seleccione la opción para Crear una base de datos y pulse Siguiente.
  5. Especifique los detalles de la base de datos que desea crear y, a continuación, pulse Siguiente:
    1. Seleccione un tipo de base de datos.
    2. Seleccione la ubicación de la base de datos.
      Nota: Para una base de datos de Oracle en Windows 2008 de 64 bits, especifique el valor de la clave de registro ORACLE_HOME. Por ejemplo, la clave para Oracle 11g en Windows 2008 de 64 bits es HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\Key_OraDb11g_home1 y su valor es C:\app\Administrator\product\11.2.0\dbhome_1.
    3. Especifique una instancia de base de datos.
      Nota: La instancia de base de datos que especifique ya debe existir en el sistema.
  6. Seleccione una aplicación y pulse Siguiente.
    Notas:
    • Si está creando bases de datos en esta tarea, sólo están disponibles las aplicaciones que aún no se han instalado en una instancia de la base de datos. Si está actualizando bases de datos, sólo puede elegir aplicaciones que ya estén instaladas.
    • Las bases de datos Buscar y Noticias se encuentran en la base de datos de Página de inicio.
    • La aplicación Métricas tiene requisitos adicionales:
      • Si selecciona la aplicación Métricas, también puede seleccionar la aplicación IBM Cognos.
      • Si ya ha desplegado componentes Cognos y tiene un almacén de contenido Cognos disponible, no es necesario crear otro.
      • Si crea un almacén de contenido de Cognos, sólo se creará el contenedor; las tablas se crean al iniciar Cognos BI Server por primera vez.
      • No es necesario un servidor de base de datos dedicado para Cognos o para la aplicación de métricas; puede alojar la base de datos de métricas y el almacén de contenido de Cognos en el mismo servidor de base de datos que las otras bases de datos de Connections.
      • Incluso si no tiene previsto desplegar Cognos de momento, debe crear la base de datos Métricas y el almacén de contenido Cognos para que IBM Connections pueda empezar a recopilar datos de evento inmediatamente.
  7. (Sólo bases de datos Oracle y SQL) Especifique la contraseña para las bases de datos y, a continuación, pulse Siguiente. Elija una de estas opciones:
    • Utilizar la misma contraseña para todas las aplicaciones. Especifique la contraseña en los campos Contraseña y Confirmar contraseña.
    • Crear contraseñas distintas para cada aplicación. Especifique una contraseña distinta para cada base de datos de aplicación y confirme la contraseña en el campo de confirmación.
  8. (Sólo SQL Server) Especifique la ubicación del archivo de base de datos y, a continuación, pulse Siguiente..
    • Utilizar la misma ubicación de archivo de base de datos para todas las aplicaciones. Especifique la ubicación de la base de datos o pulse Examinar para elegir una ubicación.
    • Utilizar ubicaciones de archivo de base de datos distintas para cada aplicación. Para cada aplicación, especifique la ubicación del archivo de base de datos o pulse Examinar para seleccionar una ubicación.
  9. Revise el Resumen de tareas de configuración previa para asegurarse de que los valores que ha especificado en páginas anteriores del asistente son correctos. Si desea realizar algún cambio, pulse Atrás para editar el valor. Haga clic en Crear para empezar la creación de bases de datos.
    Nota: Pulse Mostrar mandatos de base de datos detallados para previsualizar cada mandato SQL antes de que lo ejecute el asistente. Si elige guardar los mandatos, debe tener acceso de escritura a la carpeta para guardarlos.
  10. Revise el panel Resumen de tareas de posconfiguración y, si es necesario, pulse Ver registro para abrir el archivo de registro. Pulse Finalizar para salir del asistente.
Qué hacer a continuación

(Sólo DB2 para Linux en System z). Para mejorar el rendimiento de la base de datos, habilite la opción NO FILE SYSTEM CACHING. Para obtener más información, consulte Habilitación de NO FILE SYSTEM CACHING para DB2 en el tema System z.

Utilización del asistente de base de datos en modalidad silenciosa

Ejecute el asistente de base de datos en modalidad silenciosa cuando necesite una instalación idéntica en varios servidores.

Antes de empezar

Asegúrese de que el asistente ha creado el archivo response.properties en el directorio valores_usuario/lcWizard/response/dbWizard.

Para crear un archivo de respuestas, ejecute el asistente en modalidad estándar y especifique que quiere crear un archivo de respuestas. Puede modificar el archivo de respuestas existente o crear el suyo propio, utilizando un editor de texto. Para obtener más información, consulte el tema Archivo de respuestas del asistente de base de datos.

(Solo DB2) Si solo utiliza la instancia de base de datos y la instancia incluye otras bases de datos además de IBM Connections, configure el parámetro numdb para hacer coincidir el numero total de bases de datos en la instancia. Para obtener más información, vaya a la página web de numdb del Information Center de DB2.
Notas:
  • Si ha migrado desde IBM Connections 3.0.1, el parámetro numdb se ha establecido en 12, el número máximo de bases de datos IBM Connections 4.0. Si la instancia tiene bases de datos adicionales, aumente el valor del parámetro numdb para que coincida con el número total de bases de datos de la instancia.
  • Puede utilizar el siguiente mandato para cambiar el parámetro:

    db2 UPDATE DBM CFG USING NUMDB nn

    donde nn es un número de base de datos.

(Sólo Oracle) Asegúrese de que el tamaño de la memoria caché de sentencia para los orígenes de datos en WebSphere Application Server no sea superior a 50. Un valor más elevado podría llevar a errores de falta de memoria en la instancia del servidor de aplicaciones.

Acerca de esta tarea
Para crear bases de datos en modalidad silenciosa, lleve a cabo los pasos siguientes:
Procedimiento
  1. (DB2 en Windows 2008 de 64 bits) En Windows 2008, debe realizar las tareas de administración de DB2 con privilegios de administrador completos.
    1. Sesión iniciada como propietario de la instancia, abra un indicador de mandatos y cambie al directorio bin de DB2. Por ejemplo: C:\Archivos de programa\IBM\SQLLIB\BIN.
    2. Especifique el siguiente mandato: db2cwadmin.bat. Este mandato abre el procesador de línea de mandatos de DB2 mientras que también establece los privilegios de DB2.
  2. En un indicador de mandatos, cambie el directorio en el que se encuentra el asistente.
  3. Inicie el asistente ejecutando el siguiente mandato:
    • AIX: ./dbWizard.sh -silent archivo_respuestas
    • Linux: ./dbWizard.sh -silent archivo_respuestas
    • Microsoft Windows: dbWizard.bat -silent archivo_respuestas
    donde archivo_respuestas es la vía de acceso al archivo de respuestas.
    Nota: Si la vía de acceso a response_file cuenta con un espacio, este parámetro debe estar delimitado por comillas (").
Qué hacer a continuación
Una vez que el asistente haya finalizado, revise el archivo de registro en el directorio directorio_configuración_Lotus_Connections/Wizards/DBWizard para ver los mensajes. El nombre del archivo de registro utiliza la hora como postfix. Por ejemplo: dbConfig_20110308_202501.log.
Archivo de respuestas del asistente de base de datos

El asistente de base de datos de IBM Connections puede grabar su entrada en un archivo de respuestas, que podrá utilizar para instalaciones silenciosas.

Cuando desee ejecutar el asistente de base de datos en modalidad silenciosa, utilice el archivo de respuestas para duplicar los valores que haya seleccionado al ejecutar el asistente en modalidad interactiva. Puede iniciar el asistente en un indicador de mandatos y, a continuación, pasar el archivo de respuestas como parámetro. El asistente utiliza los valores del archivo de respuestas en lugar de exigirle interactuar con él.

Existe un archivo de respuestas de ejemplo denominado dbWizard_response.properties en el directorio Wizards/samples en el directorio de configuración de IBM Connections o en el soporte de instalación.

El archivo response.properties recopila un conjunto específico de valores. Dichos valores se describen en la siguiente tabla:

Tabla 12. Propiedades típicas del archivo response.properties
Propiedad Valor Descripción
dbtype db2 | oracle | sqlserver El sistema de base de datos que desea utilizar. Seleccione entre IBM DB2, Oracle o Microsoft SQL Server.
dbInstance nombre_instancia_base_datos El nombre de instancia de la base de datos que desea utilizar. Por ejemplo:
  • DB2 (DB2 en Windows)
  • db2inst1 (DB2 en AIX o Linux)
  • orcl (Oracle)
  • \\ (SQL Server)
    Nota: El primer '\' es un carácter de escape.
dbHome database_location Vía de acceso del archivo a la base de datos.
Nota: Si encuentra un error de instancia de base de datos no válida, la vía de acceso del archivo a la base de datos podría ser incorrecta.

Si el valor de dbHome es, por ejemplo, /home/oracle/oracle/product/10.2.0/db_1/, deberá eliminar el carácter / final. Esta limitación sólo se aplica a bases de datos Oracle.

En Windows, debe añadir un carácter de escape '\'. Por ejemplo, activities.filepath=C\:\\SQLSERVER.

action create | delete | upgrade La acción que realiza el asistente. Las opciones son crear, suprimir o actualizar.
dbVersion DB2: 9 | Oracle: 10 or 11| SQL Server 2005:9 SQL Server 2008: 10 El número de versión principal del tipo de base de datos.

Por ejemplo, si utiliza SQL Server 2005, especifique 9. Si utiliza SQL Server 2008, especifique 10.

applications actividades, blogs, cognos, comunidades, dogear, archivos, foro, página de inicio, métricas, mobile, perfiles, wikis Aplicaciones de IBM Connections para las que el asistente crea bases de datos. Utilice un carácter de coma (,) para separar varias aplicaciones.
Si crea bases de datos Oracle o SQL Server, debe añadir las propiedades adicionales descritas en la siguiente tabla:
Tabla 13. Propiedades adicionales para bases de datos Oracle o SQL Server
Propiedad Valor Descripción
<application>.password Contraseña para bases de datos de aplicación Contraseña para las aplicaciones.
Nota: Las contraseñas se eliminarán del archivo de respuestas después de que haya finalizado el proceso.
<application>.filepath Vía de acceso del archivo al directorio en el que se almacenan los archivos de base de datos (Sólo SQL Server) Vía de acceso del archivo a la ubicación del archivo de base de datos.
Nota: En Windows, debe añadir un carácter de escape '\'. Por ejemplo, activities.filepath=C\:\\SQLSERVER.
Si actualiza bases de datos y es necesaria una conexión JDBC, tendrá que añadir las propiedades adicionales descritas en la siguiente tabla:
Tabla 14. Propiedades adicionales para actualizar bases de datos con JDBC
Propiedad Valor recomendado Descripción
port
  • El valor predeterminado de DB2 es 50000
  • El valor predeterminado de Oracle es 1521
  • El valor predeterminado de SQL Server es 1433
Puerto de servidor de bases de datos para iniciar JDBC
administrator
  • El valor predeterminado de DB2 en Windows es db2admin
  • El valor predeterminado de DB2 en AIX y Linux es db2inst1
  • El valor predeterminado de Oracle es system
  • El valor predeterminado de SQL Server es sa
Cuenta de administrador de base de datos para iniciar JDBC
adminPassword   Contraseña de administrador de base de datos para iniciar JDBC
storyLifetimeInDays   La actualización de la Página de inicio requiere este parámetro. Debería ser el mismo que el valor del archivo news-config.xml.
profiles.db.name profiles.db.hostname profiles.db.port profiles.db.admin profiles.db.adminPassword   El proceso de migración de la página principal copia los datos de la base de datos de Perfiles. Por este motivo, debe actualizar la base de datos de la Página de inicio antes de actualizar la base de datos de Perfiles. El proceso de migración admite el uso de distintas instancias para alojar las bases de datos de Página de inicio y Perfiles.
jdbcLibPath   (Sólo SQL Server) Vía de acceso a biblioteca JDBC para iniciar JDBC.
Nota: En Windows, debe añadir un carácter de escape '\'. Por ejemplo, jdbcLibPath=C\:\\sqljdbc4.jar

Creación de bases de datos con scripts SQL

Crear bases de datos de IBM Connections utilizando los scripts de SQL que se proporcionan en el soporte de instalación.

Acerca de esta tarea
El uso de scripts de SQL para crear bases de datos para IBM Connections tarda más que si se utiliza el asistente, y no valida las bases de datos, pero podría ser necesario en algunas ocasiones.
Creación manual de bases de datos IBM DB2

Cree bases de datos de IBM DB2 con scripts SQL en lugar de usar el asistente de bases de datos de IBM Connections.

Antes de empezar
Utilice este procedimiento si no desea utilizar el asistente de base de datos para crear las bases de datos.

Los scripts SQL se encuentran en un archivo comprimido denominado connections.sql.zip|tar, situado en el directorio IBM_Connections_Install/IBMConnections/connections.sql del soporte de instalación o el directorio de configuración de IBM Connections. Extraiga este archivo antes de continuar. Una vez extraído, los scripts SQL se encuentran en el directorioIBMConnections/connections.sql/application_subdirectory del directorio de configuración o soporte de instalación de IBM Connections, donde application_subdirectory es el directorio que contiene los sripts SQL para cada aplicación.

Si utiliza AIX, consulte la nota en el tema Preparación del asistente de base de datos acerca de cómo descomprimir archivos TAR.

Notas:
  • Si utiliza Linux en IBM System z con el controlador DASD, los scripts SQL se ubican en el directorio Lotus_Connections_Install_s390/LotusConnections/connections.s390.sql
  • Si utiliza Linux en IBM System z con el controlador SCSI, haga una copia de seguridad del directorio connections.s390.sql y otórguele al directorio connections.sql el nombre de connections.s390.sql.

Si el servidor de bases de datos e IBM Connections están instalados en sistemas distintos, copie los scripts SQL en el sistema en el que se encuentra el servidor de bases de datos.

(Solo AIX) Configure el sistema AIX que aloja las bases de datos DB2 para utilizar el sistema de archivos de diario mejorado (JFS2), que permite tamaños de archivos de más de 2 GB. Para habilitar archivos grandes en el sistema JFS, lleve a cabo los pasos siguientes:
  1. En la herramienta SMIT, seleccione Gestión de Almacenamiento del Sistema>Sistema de archivos>Añadir/Cambiar/Mostrar/Suprimir Sistemas de Archivos
  2. Seleccione el tipo de sistema de archivos que quiere utilizar y especifique otras características que desee. Si utiliza un sistema de archivos de diario, establezca el valor Archivo grande habilitado en true.
Consulte la documentación de AIX para ver más opciones.
Notas:
  • Cuando cree una base de datos, ya sea con el asistente de base de datos o con scripts SQL, debe iniciar sesión en el sistema en el que se encuentra la base de datos con la cuenta del administrador de base de datos. Los valores predeterminados para DB2 son db2admin en Microsoft Windows y db2inst1 en Linux y AIX. For Oracle, el valor predeterminado en AIX y Linux es oracle y el administrador del sistema en Windows. Para SQL Server, el valor predeterminado es el administrador del sistema.

Acerca de esta tarea
Debe realizar esta tarea para cada aplicación de IBM Connections que esté instalando.
Nota: Para capturar la salida de cada mandato a un archivo de registro, añada el siguiente parámetro a cada mandato: >> /file_path/db_aplicación.log

donde vía_acceso_archivo es la vía de acceso completa para el archivo de registro y aplicación es el nombre del archivo de registro. Por ejemplo:

db2 -tvf createDb.sql >> /home/db2inst1/db_activities.log

Asegúrese de que tiene permisos de grabación para los directorios y los archivos de registro.

Para crear las bases de datos de aplicaciones, siga los siguientes pasos:

Procedimiento
  1. Opcional: (Solo es necesario si el servidor de bases de datos e IBM Connections están instalados en sistemas distintos.) Copie los scripts de IBM Connections SQL en el sistema de bases de datos DB2. Autorice un ID de usuario que pueda crear las bases de datos.
  2. Inicie una sesión en el sistema de base de datos DB2 con el ID de usuario del propietario de la instancia de base de datos. El ID de usuario debe tener privilegios para crear una base de datos, espacio de tablas, tablas e índices.
    Notas:
    • Si ha creado varias instancias de base de datos, especifique el ID de usuario para la primera instancia.
    • El ID administrativo predeterminado de Microsoft Windows es db2admin.
  3. Inicie el procesador de línea de mandatos de DB2 en modalidad de mandato y especifique el mandato siguiente:

    db2start

  4. Para Página de inicio y Perfiles, vaya al directorio en el que se encuentran almacenados los scripts SQL para cada aplicación y especifique el siguiente mandato para ejecutar el script:

    db2 -tvf createDb.sql

  5. Para la Página inicial, ejecute el script siguiente:

    db2 -tvf initData.sql

  6. Para Actividades, Comunidades, Blogs, Marcadores, Archivos, Foros, Móvil y Wikis, vaya al directorio en el que se encuentran almacenados los scripts SQL para cada aplicación y luego especifique el siguiente mandato para ejecutar el script:

    db2 -td@ -vf createDb.sql

    Nota: Los scripts SQL para Marcadores se encuentran en el directorio dogear.
  7. Ejecute el mandato siguiente para otorgar privilegio de acceso a la cuenta lcuser para las bases de datos de Perfiles y Página de inicio:

    db2 -tvf <subdirectorio_aplicación>/appGrants.sql

  8. Ejecute el siguiente mandato para otorgar privilegios de acceso a la cuenta lcuser para las bases de datos de Actividades, Comunidades, Blogs, Marcadores, Archivos, Foros, Móvil y Wikis:

    db2 -td@ -vf subdirectorio_aplicación/appGrants.sql

  9. Ejecute los mandatos siguientes para generar estadísticas para la base de datos de Página de inicio:

    db2 -tvf subdirectorio_aplicación/reorg.sql

    db2 -tvf subdirectorio_aplicación/updateStats.sql

  10. Ejecute los mandatos siguientes para crear las tablas de Agenda en la base de datos de Comunidades.

    db2 -td@ -vf communities/calendar-createDb.sql

    db2 -td@ -vf communities/calendar-appGrants.sql

  11. Si prevé utilizar la aplicación de Métricas, ejecute los siguientes mandatos para crear Métricas y bases de datos Cognos:

    db2 -td@ -vf metrics/createDb.sql

    db2 -td@ -vf metrics/appGrants.sql

    db2 -td@ -vf cognos/createDb.sql

    db2 -td@ -vf cognos/appGrants.sql

    Nota: Los primeros dos mandatos crean la base de datos Métricas y los dos siguientes crean la base de datos Cognos. Las tablas de base de datos Cognos se crean cuando inicia Cognos BI Server por primera vez.
  12. Cierre el procesador de línea de mandatos de DB2.
  13. Opcional: Cuando instale IBM Connections, la página de configuración de JDBC del asistente de instalación le solicita un ID de usuario y una contraseña para el usuario de la aplicación. El ID de usuario especificado en dicha página debe tener acceso de lectura y escritura a la base de datos. Puede proporcionar el ID de usuario de un usuario administrativo o crear un ID de usuario dedicado con menos privilegios. Para obtener más información, consulte el tema Creación de un usuario de administración DB2.
Qué hacer a continuación

(Sólo DB2 para Linux en System z). Para mejorar el rendimiento de la base de datos, habilite la opción NO FILE SYSTEM CACHING. Para obtener más información, consulte Habilitación de NO FILE SYSTEM CACHING para DB2 en el tema System z.

Actualización manual de bases de datos Oracle

Cree bases de datos de Oracle con scripts SQL en vez de utilizar el asistente de base de datos de IBM Connections.

Antes de empezar

Siga este procedimiento si no desea utilizar el asistente de base de datos para crear las bases de datos.

Los scripts SQL se encuentran en un archivo comprimido denominado connections.sql.zip|tar, situado en el directorio IBM_Connections_Install/IBMConnections/connections.sql del soporte de instalación o el directorio de configuración de IBM Connections. Extraiga este archivo antes de continuar. Una vez extraído, los scripts SQL se encuentran en el directorioIBMConnections/connections.sql/application_subdirectory del directorio de configuración o soporte de instalación de IBM Connections, donde application_subdirectory es el directorio que contiene los sripts SQL para cada aplicación.

Si el servidor de bases de datos e IBM Connections están instalados en sistemas distintos, copie los scripts SQL en el sistema en el que se encuentra el servidor de bases de datos.

Nota:

Debe especificar el juego de caracteres AL32UTF8 de Unicode.

Acerca de esta tarea

Esta tarea describe cómo utilizar scripts SQL para crear bases de datos de Oracle para aplicaciones de IBM Connections. Complete esta tarea sólo si no quiere utilizar el asistente de base de datos.

Nota: Para capturar la salida de cada mandato a un archivo de registro, ejecute los siguientes mandatos antes de empezar esta tarea:

sql> spool on

sql> spool archivo_salida

donde archivo_salida es la vía de acceso completa y el nombre del archivo en el que se captura la salida.

Cuando haya completado la tarea, ejecute el siguiente mandato: sql> spool off

Para crear manualmente las tablas de base de datos de la aplicación, realice los pasos siguientes:

Procedimiento
  1. Inicie sesión con el mismo ID de usuario que utilizó para instalar el sistema de base de datos de Oracle.
  2. Cree un ID de usuario Oracle con privilegios de administrador de bases de datos de sistema que pueda utilizar para gestionar las tablas de base de datos. También puede utilizar un ID existente que tenga privilegios administrativos como SYS.
  3. Establezca el ORACLE_SID.

    Si ha creado varias bases de datos, especifique la base de datos en la que instalar las tablas proporcionando el SID para esa base de datos.

  4. Ejecute SQL Plus especificando el siguiente mandato:

    sqlplus /NOLOG

  5. Inicie sesión como administrador con el rol sysdba especificando el mandato siguiente:

    connect as sysdba

    Nota: En caso de que no haya iniciado sesión como sysdba, el trabajo de recopilación de estadísticas para la base de datos de marcadores no se crea o se planifica correctamente. Como consecuencia, se ve afectado el rendimiento de la base de datos.
  6. Especifique el ID de usuario y contraseña de Oracle.
  7. Por cada aplicación, acceda al directorio de scripts de SQL de la aplicación y especifique el mandato siguiente para crear las tablas de la base de datos de la aplicación:

    @subdirectorio_aplicación/createDb.sql contraseña

    Notas:
    • Repita este paso para cada aplicación de IBM Connections que tiene la intención de instalar.
    • Empiece el mandato con el símbolo @.
    • El script createDB crea un ID de usuario dedicado para el conector JDBC para una base de datos de una aplicación. A continuación, cuando ejecute el asistente de instalación de IBM Connections debe proporcionar el ID de usuario que ha especificado en este paso. Puede especificar uno de los ID de usuario predeterminados siguientes:
      • Actividades: OAUSER
      • Blogs: BLOGSUSER
      • Marcadores: DOGEARUSER
      • Cognos: COGNOS
      • Comunidades: SNCOMMUSER
      • Archivos: FILESUSER
      • Foros: DFUSER
      • Página de inicio: HOMEPAGEUSER
      • Métricas: METRICSUSER
      • Móvil: MOBILEUSER
      • Perfiles: PROFUSER
      • Wikis: WIKISUSER
      Notas:
      • Cada uno de estos ID de usuario predeterminados tiene un conjunto más reducido de permisos que un ID de usuario administrativo.
      • Posteriormente, podrá cambiar las contraseñas para estos usuarios de la base de datos en Oracle Enterprise Manager Console. Si cambia las contraseñas de esa forma, también debe cambiarlas en el alias de autenticación de J2C en la Consola de soluciones integradas de WebSphere Application Server.
      • Si tiene pensado instalar la aplicación Métricas, puede crear la base de datos ahora pero las tablas no se crean hasta que inicie el Cognos BI Server por primera vez.
  8. Opcional: (Sólo comunidades.) Ejecute los siguientes mandatos:

    @subdirectorio_aplicación/calendar-createDb.sql

    @subdirectorio_aplicación/calendar-appGrants.sql

  9. Opcional: (Sólo Dogear.) Ejecute el siguiente mandato:

    @subdirectorio_aplicación/createHistogramStatsJob.sql

    Nota:
    • Este script crea un trabajo para recopilar estadísticas de histograma.
    • Debe haber iniciado sesión con el ID de SYS para ejecutar este mandato.
  10. (Sólo página inicial.) Ejecute el siguiente mandato:

    @subdirectorio_aplicación/initData.sql

  11. Ejecute el mandato siguiente para otorgar privilegio de acceso a cada aplicación:

    @subdirectorio_aplicación/appGrants.sql

  12. Cierre la ventana de SQL Plus.
Actualización manual de bases de datos SQL Server

Cree bases de datos de Microsoft SQL Server con scripts SQL en lugar de usar el asistente de bases de datos de IBM Connections.

Antes de empezar

Siga este procedimiento si no desea utilizar el asistente de base de datos para crear las bases de datos.

Los scripts SQL se encuentran en un archivo comprimido denominado connections.sql.zip|tar, situado en el directorio IBM_Connections_Install/IBMConnections/connections.sql del soporte de instalación o el directorio de configuración de IBM Connections. Extraiga este archivo antes de continuar. Una vez extraído, los scripts SQL se encuentran en el directorioIBMConnections/connections.sql/application_subdirectory del directorio de configuración o soporte de instalación de IBM Connections, donde application_subdirectory es el directorio que contiene los sripts SQL para cada aplicación.

Si el servidor de bases de datos e IBM Connections están instalados en sistemas distintos, copie los scripts SQL en el sistema en el que se encuentra el servidor de bases de datos.

Antes de iniciar la tarea, decida si utilizará SQL Server sin o con un nombre de instancia y sin o con un alias A-Record.

Si ha instalado SQL Server sin una instancia predeterminada, no es necesario que proporcione detalles de nombre_instancia_servidor_sql. Por ejemplo, en una instancia predeterminada
  • El nombre del servidor es ServerA.
  • Ha configurado la instancia predeterminada al configurar SQL Server.
  • Utilice sólo el nombre de servidor.
Si lo prefiere en un ejemplo de instancename:
  • ServerB es el nombre del servidor
  • Ha configurado instancename como Connections al configurar SQL Server.
  • Utilice el formato de denominación ServerB\Connections.
Por último, donde A-Record se especifica como un alias de SQL Server:
  • ServerC es el nombre del servidor
  • Ha configurado la instancia predeterminada al configurar SQL Server.
  • Ha creado A-Record para utilizar como alias para un nuevo SQL Server llamado ServerC.
  • Utilice el nombre del nuevo A-Record. Por ejemplo, utilice A-Record-Name\sqlserver_server_instance_name>
Acerca de esta tarea

Esta tarea describe cómo utilizar scripts SQL para crear bases de datos de SQL Server para aplicaciones IBM Connections.

Descargue el controlador SQL Server JDBC 2 desde el sitio web de Microsoft y siga las instrucciones para extraer los archivos de controlador. IBM Connections usa el archivo sqljdbc4.jar.

IBM le recomienda obtener este arreglo de Microsoft para el controlador JDBC para los despliegues de producción.

Nota: Para capturar la salida de cada mandato a un archivo de registro, añada el siguiente parámetro a cada mandato:

>> \file_path\db_aplicación.log

donde vía_acceso_archivo es la vía de acceso completa para el archivo de registro y aplicación es el nombre del archivo de registro.

Por ejemplo:

sqlcmd >> \home\admin_user\lc_logs\db_activities.log

donde sqlcmd es un mandato con parámetros y usuario_admin es el usuario que ha iniciado sesión. Asegúrese de que tiene permisos de grabación para los directorios y los archivos de registro.

Para crear las tablas de bases de datos de aplicación, lleve a cabo los siguientes pasos:
Procedimiento
  1. Configure el modo de cuenta de SQL Server y el modo de autenticación de Windows:
    1. Cree una cuenta de SQL Server como lcuser.
    2. Aplique permisos sysadmin.
  2. Configure el modo de cuenta local:
    1. Cree una cuenta local, como lcuser, en el sistema que aloja SQL Server.
    2. Añada la cuenta local a SQL Server con permisos sysadmin.
    3. Añada la cuenta local al grupo de administradores local.
    Nota: Debe especificar estas credenciales más adelante como parámetros de los distintivos U y P para el mandato sqlcmd.
  3. Cree un directorio en el sistema SQL Server donde puede almacenar las bases de datos de la aplicación.

    Más adelante, deberá especificar estos directorios como parámetros del distintivo de vía de acceso del archivo para el mandato sqlcmd.

  4. Cree un ID de usuario SQL Server con privilegios de administrador de bases de datos de sistema que pueda utilizar para gestionar las tablas de base de datos o utilice un ID existente que tenga privilegios administrativos como sa.

    Más tarde, especificará estas credenciales como parámetros de los distintivos U y P para el mandato sqlcmd.

  5. Lleve a cabo los pasos siguientes una vez por aplicación para crear cada base de datos:
    1. Abra un indicador de mandatos y cambie al directorio en el que ha copiado los scripts de creación de la base de datos para la aplicación.
    2. Introduzca el siguiente mandato para crear las tablas de bases de datos de la aplicación:
      Nota: Si el servidor de bases de datos tiene varias instancias SQL Server, añada el siguiente parámetro como primer parámetro en cada mandato:

      -S nombre_servidor_sqlserver\nombre_instancia_servidor_sqlserver

      sqlcmd -U usuario_admin -P contraseña_admin -i "createDb.sql" -v filepath="vía_acceso_bd" password="contraseña_para_usuario_aplicación"

      donde
      • usuario_admin y contraseña_admin son las credenciales para el ID de usuario que ha creado en un paso anterior o un ID existente con privilegios de administración.
      • vía_acceso_a_base_de_datos es directorio en el que se almacena la base de datos que ha creado.
      • contraseña_para_usuario_aplicación es la contraseña para cada base de datos de la aplicación.
      • Los ID de usuario de base de datos se denominan como sigue:
        • Actividades: OAUSER
        • Blogs: BLOGSUSER
        • Marcadores: DOGEARUSER
        • Cognos:COGNOSUSER
        • Comunidades: SNCOMMUSER
        • Archivos: FILESUSER
        • Foros: DFUSER
        • Página de inicio: HOMEPAGEUSER
        • Métricas: METRICSUSER
        • Móvil: MOBILEUSER
        • Perfiles: PROFUSER
        • Wikis: WIKISUSER
        Especifique la contraseña que se va a asociar con este ID de usuario.
      Notas:
      • Cuando ejecute el asistente de instalación, se le solicita que indique un ID de usuario para el proveedor JDBC. Especifique el ID de usuario creado por el script de creación de base de datos y la contraseña que ha definido en este paso.
      • Posteriormente, podrá cambiar las contraseñas para estos usuarios de la base de datos en SQL Server Management Studio. Si cambia las contraseñas de esa forma, también debe cambiarlas en el alias de autenticación de J2C en la Consola de soluciones integradas de WebSphere Application Server.

      • Si tiene pensado instalar la aplicación Métricas, puede crear la base de datos ahora pero las tablas no se crean hasta que inicie el Cognos BI Server por primera vez.

      Ejemplo de modo de cuenta de SQL Server:

      sqlcmd -S sql_server_name\sql_server_instance_name -U sql_server_account -P sql_server_account_password -i "createDb.sql" -v filepath="sql_server_data_path" password="password_for_application_user"

      Ejemplo de modo de cuenta local:

      sqlcmd -S sql_server_name\sql_server_instance_name -U servername \local_account -P local_account_password -i "createDb.sql" -v filepath="sql_server_data_path" password="password_for_application_user"

      donde
      • sql_server_account y sql_server_account_password son las credenciales de SQL Server. Estas credencialesno se aplican a Windows Local Account o Windows Domain Account.
      • servername \local_account son las credenciales para el ID de usuario.
      • sql_server_data_path es el directorio en el que se almacena la base de datos creada.
  6. (Solo página inicial) Siga estos pasos para la aplicación Página de inicio:
    1. Abra un indicador de mandatos y vaya al directorio en el que ha copiado los scripts de creación de bases de datos para esta creaciónaplicación.
    2. Introduzca el siguiente mandato para crear las tablas de bases de datos de la aplicación:

      sqlcmd -U usuario_admin -P contraseña_admin -i initData.sql

  7. Opcional: (Solo comunidades) Ejecute los siguientes mandatos:

    sqlcmd -U usuario_admin -P contraseña_admin -i calendar-createDb.sql

    sqlcmd -U usuario_admin -P contraseña_admin -i calendar-appGrants.sql

  8. Efectúe los pasos siguientes para otorgar privilegios de acceso a las aplicaciones:
    1. Abra un indicador de mandatos y cambie al directorio en el que ha copiado los scripts de creación de la base de datos para cada aplicación.
    2. Escriba el mandato siguiente:

      sqlcmd -U usuario_admin -P contraseña_admin -i appGrants.sql

Qué hacer a continuación
Para obtener mas información sobre Microsoft SQL Server 2005 y 2008, vaya al sitio web Microsoft SQL Server.

Habilitación de NO FILE SYSTEM CACHING para DB2 en System z

Si el sistema operativo es Linux en System z, habilite la opción NO FILE SYSTEM CACHING para bases de datos IBM DB2 para mejorar el rendimiento.

Antes de empezar
  • Importante: Si habilita la opción NO FILE SYSTEM CACHING en un dispositivo no soportado, es posible que no pueda acceder a la base de datos. Asegúrese de que el sistema de archivos soporta la opción NO FILE SYSTEM CACHING y de que cumple los requisitos de para crear espacios de tabla sin almacenamiento en cacé de sistema de archivos.
  • Cree una copia de seguridad de la base de datos DB2 utilizando las herramientas de base de datos nativas.
  • Si el servidor de bases de datos e IBM Connections están instalados en sistemas distintos, copie los scripts SQL en el sistema en el que se encuentra el servidor de bases de datos.
  • Los scripts SQL para DB2 for Linux en System z se encuentran en el directorio connections.s390.sqlsubdirectorio_aplicación del directorio de configuración IBM Connections o el soporte de instalación, donde subdirectorio_aplicación es el directorio que contiene los scripts SQL para cada aplicación.
  • Puede habilitar la opción NO FILE SYSTEM CACHING únicamente para las bases de datos Actividades, Comunidades y Perfiles.
Acerca de esta tarea

Cuando se crean bases de datos DB2 para IBM Connections en Linux en System z, el asistente de bases de datos de IBM Connections y el script createDb.sql crean espacios de tablas con la opción FILE SYSTEM CACHING habilitada. Si almacena espacios de tabla de DB2 en dispositivos que tengan habilitada la entrada/salida directa (DIO), por ejemplo los discos SCSI que utilizan protocolos de canal de fibra (FCP), puede mejorar el rendimiento de la base de datos habilitando la opción NO FILE SYSTEM CACHING.

Para habilitar la opción NO FILE SYSTEM CACHING, realice los pasos siguientes:

Procedimiento
  1. Inicie sesión en el sistema de base de datos DB2 con el ID de usuario del propietario de la instancia de base de datos. El ID de usuario debe tener privilegios para crear una base de datos, espacio de tablas, tablas e índices.
    Nota: Si ha creado varias instancias de base de datos, especifique el ID de usuario para la primera instancia.
  2. Para habilitar la opción NO FILE SYSTEM CACHING para el espacio de tabla Actividades, ejecute los mandatos siguientes:

    CONNECT TO OPNACT

    ALTER TABLESPACE OAREGTABSPACE NO FILE SYSTEM CACHING

    CONNECT RESET

  3. Para habilitar la opción NO FILE SYSTEM CACHING para el espacio de tabla de Comunidades, ejecute los mandatos siguientes:

    CONNECT TO SNCOMM

    ALTER TABLESPACE SNCOMMREGTABSPACE NO FILE SYSTEM CACHING

    ALTER TABLESPACE DFREGTABSPACE NO FILE SYSTEM CACHING

    CONNECT RESET

  4. Habilite la opción NO FILE SYSTEM CACHING para el espacio de tabla Foros especificando los siguientes mandatos:

    CONNECT TO FORUM

    ALTER TABLESPACE DFREGTABSPACE NO FILE SYSTEM CACHING

    CONNECT RESET

  5. Habilite la opción NO FILE SYSTEM CACHING para el espacio de tabla Perfiles especificando los siguientes mandatos:

    CONNECT TO PEOPLEDB

    ALTER TABLESPACE USERSPACE4K NO FILE SYSTEM CACHING

    ALTER TABLESPACE TEMPSPACE4K NO FILE SYSTEM CACHING

    ALTER TABLESPACE USERSPACE32K NO FILE SYSTEM CACHING

    ALTER TABLESPACE TEMPSPACE32K NO FILE SYSTEM CACHING

    CONNECT RESET

  6. Cierre el procesador de línea de mandatos de DB2.

Relleno de la base de datos de Perfiles

Rellene la base de datos de Perfiles con datos del directorio LDAP.

Antes de empezar

  • Dedique un tiempo a planificar el relleno, la integración y la personalización de Perfiles.
  • Implique a todas las partes interesadas en la fase inicial del proceso de planificación.
  • Si es posible, programe en fases el despliegue de Perfiles y tenga en cuenta los comentarios de los usuarios piloto.
  • Llene previamente las fotos de Perfiles.
  • Planifique el uso de la tarjeta de visita y el reconocimiento de Sametime.
  • Asegúrese de que Tivoli Directory Integrator se haya configurado correctamente.
  • Considere el uso de Tivoli Directory Integrator para llenar LDAP y, a continuación, la base de datos Perfiles.
Nota:

Si está migrando desde IBM Connections versión 3.0.1 o 3.0.1.1, no complete las tareas para llenar la base de datos Perfiles. El proceso de migración gestionará dichas tareas por separado.

Configuración de Tivoli Directory Integrator

Configure IBM Tivoli Directory Integrator (TDI) para sincronizar e intercambiar información entre la base de datos de perfiles y el directorio LDAP.

Antes de empezar
Compruebe que ha instalado todo el software necesario, incluido un servidor de bases de datos y un directorio LDAP, y que ha creado la base de datos de Perfiles.
Nota:

El nombre interno de la base de datos de Perfiles es PEOPLEDB.

Acerca de esta tarea

Utilice Tivoli Directory Integrator para llenar el depósito de la base de datos de Perfiles desde un directorio LDAP.

Puede ejecutar de manera manual varias tareas de Perfiles utilizando los scripts adecuados en el directorio de TDI Solution. Para obtener más información acerca de estas tareas, consulte el tema Archivos de proceso por lotes para procesar datos de perfil.

Para configurar Tivoli Directory Integrator, realice los pasos siguientes:

Procedimiento
  1. Si aún no estuviera instalado, instale Tivoli Directory Integrator.

    Cuando se le solicite la ubicación del directorio Solución, seleccione No especificar. Utilizar el directorio de trabajo actual al iniciar.

    Al final del proceso de instalación, deseleccione el recuadro de selección Iniciar el editor Configuration.

    Una vez que haya configurado Tivoli Directory Integrator, actualícelo con los fixpacks recomendados.

  2. Haga que las bibliotecas de bases de datos estén disponibles para Tivoli Directory Integrator realizando una de las siguientes acciones:
    • DB2: copie los archivos db2jcc.jar y db2jcc_license_cu.jar del subdirectorio java del directorio en el que ha instalado DB2. Pegue los archivos en una ubicación temporal. El asistente pegará finalmente los controladores en el subdirectorio jvm/jre/lib/ext de Tivoli Directory Integrator.

      Por ejemplo, si ha instalado Tivoli Directory Integrator en el sistema Linux en el directorio /opt/IBM/TDI/V7.1, la vía de acceso sería /opt/IBM/TDI/V7.1/jvm/jre/lib/ext.

    • Oracle: copie el archivo ojdbc6.jar del subdirectorio jdbc/lib del directorio en el que ha instalado Oracle. Pegue los archivos en una ubicación temporal. El asistente pegará finalmente los controladores en el subdirectorio jvm/jre/lib/ext de Tivoli Directory Integrator.

      Por ejemplo, si ha instalado Tivoli Directory Integrator en el sistema Linux en el directorio /opt/IBM/TDI/V7.1, la vía de acceso sería /opt/IBM/TDI/V7.1/jvm/jre/lib/ext.

    • SQL Server:

      Descargue el controlador SQL Server JDBC 2 desde el sitio web de Microsoft y siga las instrucciones para extraer los archivos de controlador. IBM Connections usa el archivo sqljdbc4.jar.

      IBM le recomienda obtener este arreglo de Microsoft para el controlador JDBC para los despliegues de producción.

      Pegue los archivos en una ubicación temporal. El asistente pegará finalmente los controladores en el subdirectorio jvm/jre/lib/ext de Tivoli Directory Integrator.

      Por ejemplo: si ha instalado Tivoli Directory Integrator en un sistema Windows en el directorio C:\Program Files\IBM\TDI\V7.1, la vía de acceso sería C:\Program Files\IBM\TDI\V7.1\jvm\jre\lib\ext.

    Si la base de datos se encuentra en un sistema aparte, copie el archivo JAR de la base de datos en el sistema en que se encuentra Tivoli Directory Integrator.
  3. Edite el archivo ibmdisrv para aumentar la memoria de tiempo de ejecución e inhabilitar el compilador JIT. Para aumentar la memoria de tiempo de ejecución, añada los 2 argumentos separados por espacios-Xms256M y -Xmx1024M al mandato de invocación Java; para inhabilitar el compilador JIT, añada el argumento -Xnojit. El archivo ibmdisrv está almacenado en el directorio TDI.
    • AIX o Linux: ibmdisrv
      Después de que haya añadido los nuevos argumentos, el mandato de invocación Java es similar al texto siguiente:
      "$TDI_JAVA_PROGRAM" -Xms256M -Xmx1024M $TDI_MIXEDMODE_FLAG -Xnojit -cp 
      "$TDI_HOME_DIR/IDILoader.jar" "$LOG_4J" com.ibm.di.loader.ServerLauncher "$@" &
    • Windows: ibmdisrv.bat
      Después de que haya añadido los nuevos argumentos, el mandato de invocación Java es similar al texto siguiente:
      "%TDI_JAVA_PROGRAM%" -Xms256M -Xmx1024M -Xnojit -classpath "%TDI_HOME_DIR%\IDILoader.jar" 
      %ENV_VARIABLES% com.ibm.di.loader.IDILoader com.ibm.di.server.RS %*"  
  4. (Sólo AIX o Linux.) Asegúrese de que hay una entrada localhost en el archivo /etc/hosts. Por ejemplo:
    127.0.0.1    host local
Introducción a IBM Tivoli Directory Integrator

IBM Connections utiliza IBM Tivoli Directory Integrator para transformar, mover y sincronizar datos de sus directorios LDAP a la base de datos de Perfiles.

AssemblyLines

La principal herramienta dentro de Tivoli Directory Integrator es AssemblyLine. AssemblyLine procesa datos como entradas, registros, elementos y objetos de un directorio LDAP, lo transforma y lo envía a la base de datos de Perfiles. Cuando importa datos desde varios directorios LDAP, AssemblyLine procesa, transforma y combina todos los datos de origen antes de enviarlos.

La organización de los datos puede variar mucho de un sistema a otro. Por ejemplo, las bases de datos almacenan normalmente información en registros con un número fijo de campos. Los directorios funcionan normalmente con objetos variables llamados entradas y otros sistemas utilizan mensajes o pares de clave valor.

Conectores

Los conectores son los componentes que necesita para crear un AssemblyLine. Los conectores están diseñados para que no tenga que ocuparse de los detalles técnicos a la hora de trabajar con diversos almacenes de datos, sistemas, servicios o transportes. Cada tipo de conector utiliza un protocolo específico o API para gestionar los detalles del acceso a fuente de datos. Puede crear sus propios conectores para soportar diferentes funciones o utilizar los conectores que se proporcionan con IBM Connections.

Para obtener más información sobre la creación de conectores, consulte el tema Desarrollo de líneas de ensamblaje personalizadas de Tivoli Directory Integrator para Perfiles.

Entradas de trabajo

Tivoli Directory Integrator recopila y almacena todo tipo de información en un contenedor de datos Java denominado Entrada de trabajo. Los valores de datos se guardan en objetos denominados Atributos que la Entrada de trabajo mantiene y gestiona. Los componentes de AssemblyLine procesan la información en la Entrada de trabajo añadiendo datos adicionales, verificando contenido, calculando nuevos atributos y valores, así como cambiando los existente, hasta que los datos están preparados para su entrega a la base de datos de Perfiles.

La correlación de atributos internos, reglas de empresa y la lógica de transformación de Tivoli Directory Integrator, no necesitan ocuparse de conflictos de tipo.

Correlación de atributos

Las correlaciones de atributo son instrucciones en las que los atributos se dirigen a AssemblyLine durante la entrada o se incluyen en operaciones de salida. Una AssemblyLine está diseñada y optimizada para trabajar con un elemento cada vez, como un registro de datos, una entrada de directorio o una clave de registro. Si desea realizar varias actualizaciones o supresiones, tendrá que escribir scripts de AssemblyLine.

Adición de datos de origen a la base de datos de Perfiles

Llene la base de datos de Perfiles con información desde el servidor de origen utilizando el asistente de llenado de perfiles o llenando la base de datos de forma manual.

Acerca de esta tarea
El asistente de llenado de Perfiles proporciona una interfaz para que le sea más sencillo llenar la base de datos Perfiles con información de su directorio LDAP. También, si no quiere utilizar el asistente, puede rellenar manualmente la base de datos actualizando de forma manual el archivo profiles_tdi.properties en el directorio TDI.
Nota: Aunque DAP es el origen predeterminado, y e único origen soportado por el asistente de llenado de Perfiles, hay otros orígenes disponibles si está llenando la base de datos de Perfiles de forma manual. Consulte Relleno manual de la base de datos de Perfiles para obtener más información.
Nota: Puede crear conectores de TDI personalizados para añadir, actualizar y sincronizar los datos de origen y el contenido de la base de datos de Perfiles. Consulte los temas Desarrollo de líneas de ensamblaje de Tivoli Directory Integrator para Perfiles y Utilización de ProfileConnector para obtener más información.
Procedimiento
Para llenar la base de datos Perfiles con información del servidor LDAP, realice una de las acciones siguientes:
  • Ejecute el asistente de relleno de Perfiles en el servidor donde está instalado Tivoli Directory Integrator. Para obtener más información, consulte el apartado Utilización del asistente de relleno de Perfiles.
  • Rellene la base de datos Perfiles manualmente, actualizando los valores de propiedades relevantes en la configuración del archivo profiles_tdi.properties. Para obtener más información, consulte Rellenado manual de la base de datos Perfiles.
Utilización del asistente de relleno de Perfiles

Utilice el asistente de relleno de Perfiles para llenar la base de datos IBM Connections Profiles con datos del directorio LDAP.

Antes de empezar

Puede llenar la base de datos de perfiles con la ayuda del asistente de relleno, tal como se describe aquí, o manualmente como se describe en el tema Relleno manual de la base de datos de perfiles. Puede optar por utilizar el asistente de relleno para simplificar el proceso de asignación de propiedades desde el origen a la base de datos de perfiles de destino.

Asegúrese de que ha creado una base de datos Perfiles y que ha instalado y configurado Tivoli Directory Integrator y el directorio LDAP.
Notas:
  • Ejecute el asistente de relleno en el sistema en el que está instalado Tivoli Directory Integrator.
  • Si tiene que configurar varios sistemas con datos de Perfiles, puede ejecutar el asistente en modalidad silenciosa. Para obtener más información, consulte el tema Utilización del asistente Relleno de perfiles en modalidad silenciosa.
  • El asistente de relleno sólo completa aquellas entradas donde el valor de surname no es nulo.
  • Puede ejecutar el asistente de relleno antes, durante o después de instalar IBM Connections.
Nota: Encontrará información adicional relacionada con la configuración y la correlación de propiedades en el tema Relleno manual de bases de datos de perfiles.
Acerca de esta tarea
Para llenar la base de datos de Perfiles, realice los pasos siguientes:
Procedimiento
  1. Inicie sesión en el sistema en el que se encuentra instalado Tivoli Directory Integrator como usuario raíz o administrador del sistema.
  2. (Sólo AIX y Linux): otorgue autorización de visualización a todos los usuarios ejecutando los mandatos siguientes en el usuario raíz o en el administrador del sistema:
    xhost + // Grant display authority to other users
    Nota: Si otorgar permiso de visualización a todos los usuarios le supone un problema de seguridad, cambie el mandato para otorgar permiso de visualización a un usuario o usuarios específicos. Para obtener más información sobre este mandato, consulte la guía del administrador de AIX o Linux.
    echo $DISPLAY // Echo the value of DISPLAY under the root user
  3. Copie el directorio de asistentes (Wizards) del soporte de instalación de IBM Connections al sistema en el que está instalado Tivoli Directory Integrator.
    Importante: Microsoft Windows: si está instalando desde un disco o ISO, cambie los permisos para la carpeta de los asistentes de Sólo lectura a Escritura o el asistente de relleno tendrá anomalías.
  4. Ejecute el script siguiente desde el directorio Wizards:
    • AIX: ./populationWizard.sh
    • Linux: ./populationWizard.sh
      Nota: Si el asistente no se ejecuta correctamente, es posible que tenga que editar el archivo populationWizard.sh y especificar la vía de acceso JRE/JVM correcta para su sistema. El archivo populationWizard.sh espera que la vía de acceso sea jvm/linux/jre/bin.
    • Microsoft Windows: populationWizard.bat
  5. En la página de bienvenida, pulse Iniciar el Information Center para abrir el Information Center de IBM Connections en una ventana del navegador. Pulse Siguiente para continuar.
  6. Seleccione Valores predeterminados o bien, si está reanudando una sesión anterior, pulse Últimos valores predeterminados satisfactorios y pulse Siguiente.
    Nota: Esta página sólo se muestra si ya ha utilizado el asistente para llenar la base de datos de Perfiles.
  7. Especifique la ubicación de Tivoli Directory Integrator y, a continuación, pulse Siguiente.
    Nota: Esta página sólo se muestra si el asistente no puede detectar automáticamente el directorio Tivoli Directory Integrator .
  8. Seleccione un tipo de base de datos y pulse Siguiente.
  9. Especifique la siguiente información acerca de la base de datos y, a continuación, pulse Siguiente:
    Nombre de host
    Nombre del sistema que aloja la base de datos.
    Puerto
    Puerto de comunicaciones para conectar con la base de datos. Añada un número de puerto nuevo o elija uno de los siguientes números de puerto predeterminados:
    DB2
    50000
    Oracle
    1521
    SQL Server
    1433
    Nombre de base de datos
    El nombre predeterminado de la base de datos es PEOPLEDB.
    Nota: No existe un nombre predeterminado para la base de datos de Oracle, en su lugar, especifique el nombre de la instancia de la base de datos.
    Vía de acceso a biblioteca de controladores JDBC
    Especifique la vía de acceso al controlador JDBC de la máquina host. Por ejemplo: IBM/sqllib/java.
    DB2
    Encontrará los archivos db2jcc.jar y db2jcc_license_cu.jar en el directorio IBM/DB2/v9.7/SQLLIB/java.
    Oracle
    Puede encontrar el archivo ojdbc6.jar en el directorio oracle/product/11.2.0/db_1/jdbc/lib.
    SQL Server
    Descargue el controlador SQL Server JDBC 2 del sitio web Microsoft y siga las instrucciones para extraer los archivos de controlador. IBM Connections usa el archivo sqljdbc4.jar.
    ID de usuario
    Especifique su ID de usuario. Debe ser un usuario de base de datos con acceso de escritura en la base de datos de Perfiles. Para DB2, el valor predeterminado es LCUSER. Para Oracle y SQL Server, el valor predeterminado es PROFUSER. Estos nombres de usuarios se crean automáticamente cuando se crea la base de datos.
    Contraseña
    Especifique su contraseña.
  10. Especifique las siguientes propiedades para el servidor LDAP y, a continuación, pulse Siguiente:
    Nombre de servidor LDAP
    Nombre de host o dirección IP del servidor LDAP.
    Puerto del servidor LDAP
    El puerto predeterminado es 389. Si SSL está seleccionado, el puerto predeterminado es 636.
    Utilizar comunicación SSL
    Marque el recuadro de selección para habilitar SSL.
  11. (Opcional) Cree un archivo de almacén vacío donde pueda almacenar certificados de servidor LDAP fiables. (Realice este paso si quiere utilizar SSL. En caso de que ya tenga un archivo de almacén de confianza que contenga los certificados de servidor LDAP, puede saltar este paso). El asistente de relleno de Perfiles descarga los certificados del servidor LDAP del directorio LDAP.
    1. Inicie el programa de utilidad iKeyman ejecutando el siguiente archivo:
      • AIX o Linux:directorio_instalación_TDI/jvm/jre/bin/./ikeyman
      • Windows: directorio_instalación_TDI\jvm\jre\bin\ikeyman.exe

      donde directorio_instalación_TDI es el directorio en el que Tivoli Directory Integrator está instalado.

      Nota: En los sistemas operativos Windows 7 y Windows 2008, pulse con el botón derecho del ratón sobre ikeyman.exe y seleccione Ejecutar como administrador.
    2. Pulse sobre Archivo de la base de datos de claves en la barra de menús y, a continuación, pulse Nuevo.
    3. Seleccione JKS o PKCS12 como el tipo de base de datos de claves.
    4. Guarde el nuevo archivo en una ubicación adecuada y pulse Aceptar.
    5. Especifique una contraseña en el cuadro de diálogo Indicador de solicitud de contraseña y, a continuación, confirme la contraseña. Pulse Aceptar.
      Nota: Necesita la contraseña para cuando utilice el asistente de relleno de Perfiles.
    6. Salga del programa de utilidad iKeyman.
    El asistente de relleno de Perfiles puede utilizar el nuevo archivo de almacén de confianza para comunicarse con el servidor LDAP en modo archivo de reconocimiento de SSL. Asimismo, puede utilizar el archivo cuando capta datos del LDAP.
  12. Opcional: Si ha seleccionado SSL cuando especificó las propiedades LDAP, se le solicitará que especifique las siguientes propiedades de almacén de claves:
    Archivo de almacén fiable
    Archivo donde se almacenan los certificados del servidor fiable. Se utiliza cuando se realiza el reconocimiento de SSL.
    Contraseña de almacén de claves
    Contraseña para acceder al almacén de claves.
    Tipo de almacén de claves
    Formato del certificado del servidor fiable. Actualmente, sólo JKS y PKCS12 tienen soporte en Java.

    Si el certificado del servidor LDAP no se encuentra en el almacén fiable, aparecerá un mensaje Aceptar de forma permanente que le pedirá que acepte de manera permanente el certificado en el archivo de almacén fiable. Si no lo acepta, el asistente no podrá conectarse al servidor LDAP con SSL y no continuará con la tarea de relleno.

    Nota: Asegúrese de que el archivo global.properties de Tivoli Directory Integrator (TDI) esté configurado con el nombre, contraseña y tipo de almacén de confianza que ha creado. Consulte la guía del administrador de Tivoli Directory para la configuración SSL del cliente de los componentes TDI para obtener más información. El documento técnico Understanding IBM Tivoli Directory Integrator for IBM Connections también será de utilidad.
    Nota: Oracle 10gR2 se suministra con el controlador JDBC ojdbc14.jar mientras que Oracle 11gR2 se suministra con ojdbc6.jar.
  13. Especifique los detalles de autenticación para el Nombre distinguido (DN) de enlace y la Contraseña de enlace y, a continuación, pulse Siguiente.
    Nota: El asistente de relleno de Perfiles no tiene soporte para el enlace anónimo para LDAP. Si quiere rellenar la base de datos Perfiles utilizando un enlace anónimo, debe rellenarla manualmente.
  14. Especifique los detalles de la Nombre distinguido de la base (base de búsqueda de usuarios de LDAP) y del filtro de búsqueda de usuarios de LDAP y, a continuación, pulse Siguiente.
  15. Correlaciona los atributos LDAP o las funciones JS con los campos de base de datos de Perfiles. Para obtener más información sobre cada atributo y función, consulte Tabla 24 en el tema Correlación manual de campos.
    Notas:
    • Para cada usuario de LDAP, Tivoli Directory Integrator creará una fila en la base de datos, correlacionando cada atributo LDAP o función JavaScript con la columna correspondiente de la base de datos. El asistente validará automáticamente cada correlación. Si necesita cambiar la correlación predeterminada, seleccione los atributos LDAP o las funciones JavaScript pertinentes y cree o modifique el campo.
    • Los atributos uid, guid, dn, surname, y displayName son siempre necesarios.
    • Puede utilizar el filtro Agrupar por en Métricas para clasificar el informe de métricas por un atributo de usuario determinado. Para hacerlo, asegúrese de corregir la correlación entre el atributo LDAP y el campo de base de datos de perfiles. Métricas define los atributos Agrupar por de forma predeterminada como país, organización y título. Consulte la documentación de Métricas para obtener más información.
  16. Opcional: Tiene la opción de ejecutar las siguientes tareas adicionales:
    Países
    Añada datos de país a cada perfil.
    Departamentos
    Añada datos de departamento a cada perfil.
    Organizaciones
    Añada datos de organización a cada perfil.
    Tipos de empleado
    Añada datos de tipo de empleado a cada perfil.
    Ubicaciones de trabajo
    Añada datos de ubicación a cada perfil.
    Seleccione si quiere marcar los perfiles de cada gestor.
    Notas:
    • Para todas las entradas de esta lista (excepto Marcar gestores), debe preparar los archivos CSV correspondientes con la información necesaria. Un archivo CSV de Tipo de empleado podría incluir regular=IBM Employee y manager=IBM Manager. Puede editar el archivo profiles-config.xml para especificar si desea visualizar el código o el valor, donde regular o manager son los códigos de tipo de empleado almacenados en LDAP e IBM Employee o IBM Manager son los valores.
    • Examine los archivos CSV en el directorio Wizards/TDIPopulation/TDISOL/OS/samples, donde OS es el sistema operativo, para ver el formato de archivo de entrada de las tareas opcionales:
      Tarea de países
      isocc_sample.csv
      Tarea de departamentos
      deptinfo_sample.csv
      Tarea de organizaciones
      orginfo_sample.csv
      Tarea de tipos de empleado
      emptype_sample.csv
      Tarea de ubicaciones de trabajo
      workloc_sample.csv
  17. Revise la página Resumen para asegurarse de que la información que ha especificado en los paneles anteriores es correcta. Para realizar cambios, pulse Atrás para volver a la página correspondiente y edite la información. En caso contrario, pulse Configurar para empezar a llenar la base de datos.
  18. Revise el mensaje en la página Resultado. Si es necesario, pulse Ver registro para examinar detalladamente el registro. Pulse Finalizar para salir del asistente.
Resultados
El asistente Perfiles ha llenado la base de datos de Perfiles con los datos del directorio LDAP.
Utilización del asistente de relleno de Perfiles en modalidad silenciosa

Ejecute el asistente de llenado de Perfiles en modalidad silenciosa para rellenar la base de datos de Perfiles.

Antes de empezar

Cuando se ejecuta el asistente de llenado de perfiles en modo silencioso, crea el archivo map_dbrepos_from_source.properties ubicado en el directorio Wizards\TDIPopulation\platform\TDI y actualiza este archivo con los datos del archivo mappings.properties.

Nota: Cuando utiliza el asistente de llenado de perfiles en modo interactivo, el asistente crea un archivo de respuesta llamado tdisettings.properties en el directorio Wizards\TDIPopulation del directorio Wizards\TDIPopulation. Puede modificar el archivo de respuesta existente o crear uno nuevo. También crea un archivo mappings.properties, que contiene propiedades muy parecidas a las del archivo map_dbrepos_from_source.properties.

Si tiene que configurar varios sistemas con datos de Perfiles, puede ejecutar el asistente en modalidad silenciosa.

También puede modificar los archivos de correlación manualmente. Para obtener más información, consulte el tema Correlación manual de campos.

Nota:
  • (Sólo AIX) Si está descargando el asistente, el programa TAR disponible de forma predeterminada con AIX no gestiona longitudes de vía de acceso superiores a los 100 caracteres. Para evitar esta restricción, utilice el programa de archivado de archivo GNU en su lugar. Este programa es un paquete de origen abierto que IBM distribuye a través de la caja de herramientas de AIX para aplicaciones Linux en el sitio web de IBM AIX Toolbox. Descargue e instale el paquete TAR compatible con GNU. No es necesario instalar RPM Package Manager ya que se proporciona con AIX.

    Tras instalar el programa TAR compatible con GNU, vaya al directorio donde descargó el archivo TAR de IBM Connections y especifique el mandato siguiente para extraer los archivos de él:

    gtar -xvf asistente_Lotus_Connections_aix.tar

    Este mandato crea un directorio nombrado después del asistente.

Acerca de esta tarea

Para ejecutar el asistente de llenado de Perfiles en modalidad silenciosa, lleve a cabo los pasos siguientes:

Procedimiento
  1. Inicie sesión en el servidor de bases de datos como administrador del sistema o usuario root.
  2. (Sólo AIX y Linux) Otorgue autorización de visualización a todos los usuarios, ejecutando los siguientes mandatos como usuario root o como administrador del sistema:
    xhost + // Otorga permiso de visualización a otros usuarios
    Nota: Si otorgar permiso de visualización a todos los usuarios le supone un problema de seguridad, cambie el mandato para otorgar permiso de visualización a un usuario o usuarios específicos. Para obtener más información sobre este mandato, consulte la guía del administrador de AIX o Linux.

    echo $DISPLAY // Muestra el valor de DISPLAY para el usuario root

  3. Asegúrese de que el asistente de relleno de Perfiles ha creado el archivo de respuestas tdisettings.properties en el directorio TDIPopulation.
  4. Abra un indicador de mandatos, acceda al directorio TDIPopulation y especifique los mandatos siguientes para lanzar el asistente en modalidad silenciosa:
    • AIX/Linux:
      • populationWizard.sh -silent archivo_respuestas

        [ -mappingFile archivo_correlación]

        [ -dbPassword contraseña_db]

        [ -ldapPassword contraseña_ldap]

        [ -sslPassword contraseña_ssl]

        [ -help | -? | /help | /? | -usage]

    • Windows:
      • populationWizard.bat -silent archivo_respuestas

        [ -mappingFile archivo_correlación]

        [ -dbPassword contraseña_db]

        [ -ldapPassword contraseña_ldap]

        [ -sslPassword contraseña_ssl]

        [ -help | -? | /help | /? | -usage]

    donde archivo_respuestas es la vía de acceso completa al archivo de respuestas tdisettings.properties , archivo_correlación es la vía de acceso completa al archivo mappings.properties, contraseña_db es la contraseña para la base de datos de Perfiles, contraseña_ldap es la contraseña para el usuario de enlace en el directorio LDAP y contraseña_ssl es la contraseña para el almacén de claves SSL.

    Nota:
    Si no especifica ningún archivo de correlación, se utiliza el archivo de correlación predeterminado para el tipo de directorio LDAP. Estos archivos de correlación se encuentran en el directorio Wizards/TDIPopulation, donde puede editar el archivo para su tipo de directorio LDAP. Para obtener más información sobre la edición del archivo de correlación, consulte el tema Correlación manual de campos. En la siguiente tabla se enumeran los archivos de correlación para los tipos de directorio LDAP aplicables.
    Tabla 15. Opciones para especificar un directorio LDAP con soporte
    Tipo de directorio Archivo de correlación
    IBM Lotus Domino defaultMapping_domino.properties
    IBM Tivoli Directory Server defaultMapping_tivoli.properties
    Microsoft Active Directory Application Mode defaultMapping_adam.properties
    Microsoft Windows Server 2003 Active Directory defaultMapping_ad.properties
    Servicio de directorio de Novell defaultMapping_nds.properties
    Sun ONE defaultMapping_sun.properties
    Los parámetros para la ejecución del asistente de llenado en modalidad silenciosa se describen en la tabla siguiente:
    Tabla 16. Parámetros del mandato
    Parámetro Valor Descripción
    responseFile (obligatorio) Vía de acceso completa al archivo de respuestas tdisettings.properties Tras ejecutar correctamente el asistente de llenado, el archivo de respuestas tdisettings.properties se almacena en el directorio Wizards\TDIPopulation dentro del directorio de configuración de IBM Connections.
    mappingFile (opcional) Vía de acceso completa al archivo mappings.properties El archivo mappings.properties se encuentra en el directorio Wizards\TDIPopulation del directorio de instalación de IBM Connections. Si no especifica un archivo distinto con el parámetro -mappingFile, el asistente utiliza este archivo para correlacionar propiedades con el directorio LDAP.
    dbPassword (opcional) Contraseña de base de datos Sobrescribe la contraseña de la base de datos en el archivo de respuestas. Si no especifica aquí la contraseña de la base de datos, debe especificarla en el archivo de respuestas.
    ldapPassword (opcional) Contraseña LDAP Sobrescribe la contraseña de LDAP en el archivo de respuestas. Si no especifica aquí la contraseña de LDAP, debe especificarla en el archivo de respuestas.
    sslPassword (opcional) Contraseña del almacén de claves de SSL Sobrescribe la contraseña del almacén de claves SSL en el archivo de respuestas. Si no especifica aquí la contraseña SSL, debe especificarla en el archivo de respuestas.
Resultados
Una vez que el asistente haya finalizado, revise el archivo de registro en el directorio <inicio usuario>/lcwizard/log/tdi/ para ver los mensajes. El nombre del archivo de registro utiliza la hora como sufijo. Por ejemplo: tdi_20090912_163536.log.
El archivo tdisettings.properties

Cuando ejecute el asistente de relleno de Perfiles, puede registrar sus selecciones en dos archivos de respuestas: un archivo tdisettings.properties y un archivo de correlaciones.

Después de ejecutar el asistente de relleno de Perfiles en modalidad interactiva, puede repetir la misma configuración en modalidad silenciosa iniciando el asistente desde la línea de mandatos y pasarles los archivos de respuesta como un argumento. El asistente utiliza los valores de los archivos de respuestas en lugar de exigirle interactuar con él.

El archivo tdisettings.properties recopila los valores que se describen en la tabla siguiente.

Tabla 17. Propiedades comunes del archivo tdisettings.properties
Propiedad Descripción Valor
db.hostname Nombre de host del servidor de bases de datos.  
db.jdbcdriver Ubicación del controlador JDBC. Ejemplo: C\:\\IBM\\SQLLIB\\java
Nota: El símbolo "\" extra es un carácter de escape.
db.name Nombre de la base de datos de Perfiles. Valor predeterminado: PEOPLEDB
db.password Contraseña para conectar con la base de datos. La propiedad es necesaria si no especifica -dbPassword como parámetro de mandato.
  • Valor predeterminado de DB2: 50000
  • Valor predeterminado de Oracle: 1521
  • Valor predeterminado de SQL Server: 1433
db.port Puerto de servidor de bases de datos para invocar JDBC.
  • Valor predeterminado de DB2: 50000
  • Valor predeterminado de Oracle: 1521
  • Valor predeterminado de SQL Server: 1433
db.type DB2, Oracle o SQL Server. db2 | oracle | sqlserver
db.user Nombre del usuario de base de datos, como por ejemplo lcuser. Ejemplo: lcuser
ldap.dn.base Base de búsqueda de nombres distinguidos LDAP. Ejemplo: dc=example, dc=com
ldap.enable.ssl Valor booleano que determina si está habilitada SSL. Si el valor de esta propiedad es yes, también debe proporcionar valores para las propiedades ssl.keystore, ssl.password y ssl.type.

yes | no

ldap.filter Filtro para LDAP. Ejemplo: (&(uid=*)(objectclass=inetOrgPerson))
ldap.hostname Nombre de host del servidor LDAP.  
ldap.password Contraseña para conectar con el directorio LDAP. Valor predeterminado: 389 o 663 (SSL)
ldap.port Puerto de comunicaciones del servidor LDAP. Valor predeterminado: 389 o 663 (SSL)
ldap.user Nombre distinguido del usuario de administración de LDAP.  
ssl.keyStore Vía de acceso del archivo a la base de datos. Sólo es necesaria si la propiedad ldap.enable.ssl está establecida en yes.  
ssl.password Contraseña de SSL. Sólo es necesaria si la propiedad ldap.enable.ssl está establecida en yes.  
ssl.type Estándar de SSL. Sólo es necesario si la propiedad ldap.enable.ssl está establecida en yes. JKS | PKCS12
task.list Tareas que el asistente de relleno de Perfiles puede realizar. Puede elegir entre las siguientes opciones: LDAP_OPTIONAL_TASK_MARK_MANAGER, LDAP_OPTIONAL_TASK_FILL_COUNTRIES, LDAP_OPTIONAL_TASK_FILL_DEPARTMENT, LDAP_OPTIONAL_TASK_FILL_ORGANIZATION, LDAP_OPTIONAL_TASK_FILL_EMPLOYEE y LDAP_OPTIONAL_TASK_FILL_WORK_LOCATION

Para ejecutar varias tareas, separe las tareas con el símbolo de coma.

Ejemplo: LDAP_OPTIONAL_TASK_MARK _MANAGER,LDAP_OPTIONAL _TASK_FILL_COUNTRIES
task.country.csv Vía de acceso al archivo isocc.csv. Necesaria si especifica LDAP_OPTIONAL_TASK_FILL_COUNTRIES en la propiedad task.list. Ejemplo: C\:\\build\\isocc.csv
Nota: El símbolo "\" extra es un carácter de escape.
task.department.csv Vía de acceso al archivo deptinfo.csv. Necesaria si especifica LDAP_OPTIONAL_TASK_FILL_DEPARTMENT en la propiedad task.list. Ejemplo: C\:\\build\\deptinfo.csv
Nota: El símbolo "\" extra es un carácter de escape.
task.empoyeetype.csv Vía de acceso al archivo emptype.csv. Necesaria si especifica LDAP_OPTIONAL_TASK_FILL_EMPLOYEE en la propiedad task.list. Ejemplo: C\:\\build\\emptype.csv
Nota: El símbolo "\" extra es un carácter de escape.
task.organization.csv Vía de acceso al archivo orginfo.csv. Necesaria si especifica LDAP_OPTIONAL_TASK_FILL_ORGANIZATION en la propiedad task.list. Ejemplo: C\:\\build\\orginfo.csv
Nota: El símbolo "\" extra es un carácter de escape.
task.worklocation.csv Vía de acceso al archivo workloc.csv. Necesaria si especifica LDAP_OPTIONAL_TASK_FILL_ORGANIZATION en la propiedad task.list. Ejemplo: C\:\\build\\workloc.csv
Nota: El símbolo "\" extra es un carácter de escape.
TDI.dir Ubicación de instalación de Tivoli Directory Integrator. Ejemplo: C\:\\IBM\\TDI\\V7.1
Nota: El símbolo "\" extra es un carácter de escape.
Nota: Para obtener más información acerca de cómo utilizar archivos CSV para proporcionar datos adicionales a Perfiles, consulte el tema Datos de usuario complementarios para Perfiles. Para obtener información sobre las propiedades de TDI, consulte Propiedades de la solución de Tivoli Directory Integrator para Perfiles.
Relleno manual de la base de datos de Perfiles

En vez de utilizar el asistente de relleno de Perfiles, puede llenar manualmente la base de datos.

Antes de empezar

Puede llenar la base de datos de perfiles de forma manual, tal como se describe aquí, o con la ayuda del asistente de llenado tal como se describe en el tema Utilización del asistente de llenado de perfiles. Puede optar por llenar de forma manual la base de datos para aprovecharse de la funcionalidad no proporcionada por el asistente, como el acceso LDAP anónimo, conjuntos de datos de gran volumen y la configuración de propiedades distintas a las proporcionadas por el asistente, por ejemplo opciones de origen alternativo.

Nota: Encontrará información adicional y relacionada sobre la configuración y las propiedades de correlación en el tema Utilización del asistente de llenado de perfiles.

Antes de empezar esta tarea, debe completar los pasos del tema Correlación de campos de forma manual. Antes de iniciar la tarea, debe configurar el archivo de correlación.

(Sólo AIX). Una limitación de AIX hace que se genere un error de nombre de archivo al extraer el archivo tdisol.tar. El sistema cambia el nombre de profile-links.xsd a profile-links.xs. Para resolver este problema, utilice el programa GNU Tar, versión 1.14 o posterior, para extraer el archivo. Descargue el programa desde ftp://ftp.gnu.org/gnu/tar/ e instálelo como programa de utilidad tar predeterminado en la vía de acceso. La ubicación predeterminada para GNU Tar es /usr/local/bin.

El nombre interno de la base de datos de Perfiles es PEOPLEDB.

Acerca de esta tarea
Después de instalar la base de datos de Perfiles y de definir la correlación y validación, lleve a cabo los pasos siguientes para llenar la base de datos de Perfiles:
Procedimiento
  1. Actualice el archivo profiles_tdi.properties para especificar valores para las siguientes propiedades.
    Nota: Para localizar este archivo, extraiga el archivo tdisol.tar|zip del directorio tdisol de su soporte de instalación de IBM Connections. Después de la extracción, el archivo se encuentra en el directorio tdisol.tar|zip/tdisol/TDI.

    Esta lista contiene las propiedades que hay que revisar. Edite cualquier valor de propiedad que necesite ser modificado para su configuración.

    source_ldap_url
    Localizador de recursos universal del directorio LDAP. Permite a los programas acceder al directorio LDAP. Utilice la siguiente sintaxis para especificar el valor:
     source_ldap_url=ldap://myldap.enterprise.example.com:389 
    source_ldap_user_login
    Si no puede utilizar la búsqueda anónima, necesitará un nombre de inicio de sesión de usuario. Utilice la siguiente sintaxis para especificar el valor:
    source_ldap_user_login=uid=wpsbind,cn=users,l=Bedford Falls,
    st=New York,c=US,ou=Enterprise,o=Sales Division,dc=example,dc=com
    source_ldap_user_password
    Si no puede utilizar la búsqueda anónima, necesitará una contraseña de usuario, junto con el nombre de inicio de sesión. Utilice la siguiente sintaxis para especificar el valor:
    {protect}-source_ldap_user_password=wpsbind  
    Nota: Tivoli Directory Integrator cifra automáticamente las propiedades que tienen el prefijo {protect}. Si no desea cifrar estas propiedades, elimine el prefijo {protect}.
    source_ldap_search_base
    Parte del nombre de dominio LDAP que debe formar parte de todas las entradas procesadas. Normalmente contiene el valor de la organización (o) previsto, como en source_ldap_search_base=o=ibm.com. Utilice la siguiente sintaxis para especificar el valor:
    source_ldap_search_base=l=Bedford Falls,st=New York,c=US,
    ou=Enterprise,o=Sales Division,dc=example,dc=com   
    source_ldap_search_filter
    Un filtro de búsqueda para definir de forma más precisa las entradas utilizadas. Un valor habitual podría ser source_ldap_search_filter=cn=*. Utilice la siguiente sintaxis para especificar el valor:
    source_ldap_search_filter=(&(uid=*)(objectclass=inetOrgPerson))   
    source_ldap_use_ssl
    Sólo es necesario si utiliza SSL para autenticar. Especifica si hay que utilizar la capa de sockets seguros para la conexión. Las opciones son true o false.
    dbrepos_jdbc_driver
    El controlador JDBC se utiliza para acceder al repositorio de la base de datos de los Perfiles. El valor predeterminado del archivo de propiedades hace referencia a la base de datos DB2 proporcionada con los Perfiles de la siguiente manera:
    dbrepos_jdbc_driver=com.ibm.db2.jcc.DB2Driver
    Si está utilizando DB2, no es necesario modificar este valor. Si está utilizando una base de datos Oracle, cambie el valor para hacer referencia a una base de datos Oracle. Los valores siguientes son ejemplos:
    dbrepos_jdbc_driver=oracle.jdbc.driver.OracleDriver
    dbrepos_jdbc_driver=oracle.jdbc.pool.OracleConnectionPoolDataSource
    Si está utilizando SQL Server, cambie el valor para hacer referencia a la base de datos SQL Server. El valor siguiente es un ejemplo:
    com.microsoft.sqlserver.jdbc.SQLServerDriver
    dbrepos_jdbc_url
    Ubicador de recursos universal de la base de datos que ha creado. Este valor especifica la base de datos peopledb y debe incluir el número de puerto. Por ejemplo:
    • DB2:
       jdbc:db2://localhost:50000/peopledb
    • Oracle:
      jdbc:oracle:thin:@localhost:1521:PEOPLEDB
    • SQL Server:
      jdbc:sqlserver://enterprise.example.com:1433;DatabaseName=PEOPLEDB
    .
    dbrepos_username
    El nombre de usuario utilizado para autenticar la base de datos que ha creado. Utilice la siguiente sintaxis para especificar el valor:
    dbrepos_username=<ID_admin_db>   
    dbrepos_password
    La contraseña utilizara para autenticar la base de datos que ha creado. Utilice la siguiente sintaxis para especificar el valor:
    {protect}-dbrepos_password=act1vities   

    Puede proporcionar valores para las propiedades adicionales si es necesario, consulte Propiedades de solución de Tivoli Directory Integrator para perfiles para obtener más información.

  2. Asegúrese de haber completado los pasos en la tarea Correlación manual de campos. Debe completar la tarea de correlación antes de continuar.
  3. Ejecute el script ./collect_dns.sh o collect_dns.bat para crear un archivo con los DN que se procesarán desde el directorio LDAP de origen.
    Nota: Antes de iniciar el script, asegúrese de haber completado los pasos en la tarea Correlación manual de campos.
    Nota: Si el script no se ejecuta, es posible que necesite habilitar el atributo ejecutable ejecutando primero el mandato chmod. El atributo Executable de un script se puede inhabilitar después de copiar el script de un soporte de sólo lectura, como un DVD.

    El nuevo archivo se denomina collect.dns de forma predeterminada, pero puede renombrarlo si es necesario. Si cambia el nombre del archivo, actualice el parámetro archivo_ds_recopilación_ldap_origen del archivo profiles_tdi.properties.

    Después de ejecutar el script, se crea un archivo de registro denominado ibmdi.log en el directorio tdisol.tar|zip/tdisol/TDI. Examine este archivo para determinar si se ha producido algún error durante el proceso.

  4. Llene el repositorio de base de datos desde el directorio LDAP de origen ejecutando el script ./populate_from_dn_file.sh o populate_from_dn_file.bat.

    En función de cuántos registros se vayan a procesar este paso podría durar muchas horas. Por ejemplo, 5.000 registros pueden procesarse en unos minutos, mientras que procesar medio millón de registros podría costar más de 12 horas. Tivoli Database Integrator muestra un mensaje en la pantalla cada 1.000 repeticiones para informarle sobre el proceso.

    Nota: En caso de que se produzca un error durante el proceso, como que se pierda la conexión de la red al servidor del directorio LDAP, empiece procesando los nombres a partir de donde se produjo la interrupción. Examine el archivo PopulateDBFromDNFile.log en el subdirectorio de registros para ver cuál ha sido el último nombre distinguido que se procesó bien. El archivo ibmdi.log también realiza un seguimiento de las tareas que se ejecutan. Edite el archivo collect.dns para eliminar todas las entradas hasta la última entrada que se ha procesado correctamente, esta incluida. Inicie esta tarea otra vez. Puede repetir este paso tantas veces como sea necesario hasta que se procesen todos los nombres distinguidos.
  5. Opcional: Si está configurando el campo PROF_IS_MANAGER basándose en las referencias de PROF_MANAGER_UID en otro empleado, ejecute el script ./mark_managers.sh o mark_managers.bat.

    Para obtener más información, consulte Configuración de designación de gestor en perfiles de usuario para obtener más detalles.

    Nota: La identificación del gestor no se ejecuta como parte del paso de llenado de registros anterior porque debe pasar por todos los registros y es posible que el paso de llenado de registros inicial no se complete en una sola pasada en el caso de las empresas grandes.
    Nota: Si la designación de gestor no forma parte de los registros de origen de conjunto de datos, puede ejecutar esta tarea para analizar todos los registros después del llenado. Esta tarea buscará en los registros de usuario si se hace referencia como gestor para otros usuarios. Si es así, el usuario se marcará como gestor. Si no es así, el usuario se marcará como no gestor. Si necesita utilizar este proceso para establecer el atributo de perfil, también necesitará ejecutarlo periódicamente para realizar actualizaciones. Para obtener más información, consulte Sincronización de datos de usuario entre Perfiles y el directorio LDAP.

  6. Opcional: Ejecute scripts adicionales y opcionales para llenar los campos adicionales. Por ejemplo ejecute el script ./fill_country.sh o fill_country.bat para llenar la tabla de países del archivo isocc.csv.

    Para obtener información, consulte Datos de usuario complementarios para perfiles.

Propiedades de la solución de Tivoli Directory Integrator para Perfiles

IBM Connections correlaciona las propiedades de LDAP, base de datos y otras con los parámetros de configuración de Tivoli Directory Integrator.

Las propiedades descritas en este tema se encuentran en el archivo profiles_tdi.properties proporcionado.

La columna Parámetro TDI de las tablas contiene el nombre del parámetro en el conector LDAP. Consulte la documentación del producto de Tivoli Directory Integrator para obtener más información.

Puede encontrar información adicional acerca de las propiedades de LDAP en ibm.com y otros sitios.

Nota: Todas las vías de acceso de archivo especificadas son relativas al directorio de solución TDI.

Las siguientes propiedades están asociadas a un directorio LDAP que se utilizará como origen de datos. Si desea utilizar un origen diferente a LDAP, consulte Relleno manual de la base de datos de Perfiles.

Tabla 18. Propiedades de LDAP
Propiedad Parámetro TDI Definición
source_ldap_url Nombre de host y puerto de URL de LDAP

Obligatorio.

La dirección web de LDAP sirve para acceder al sistema de origen de LDAP. El puerto es necesario y normalmente es 389 para conexiones sin SSL.

Exprese este valor de la siguiente manera: ldap://host:port. Por ejemplo: ldap://myservername.com:389.

Si utiliza el asistente de relleno, esta propiedad se configura utilizando Nombre de servidor LDAP y Puerto del servidor LDAP en la página de conexión del servidor LDAP.

Nota: La consulta LDAP creada desde el URL de origen, la base de búsqueda y el filtro de búsqueda se almacenan en una propiedad URL de origen, que se puede utilizar para segmentar el conjunto de usuarios de base de datos de Perfiles durante la sincronización. No es aconsejable utilizar diferentes valores para esta propiedad, que pueden ser equivalentes (por ejemplo, hacer referencia al servidor LDAP por la dirección IP o el nombre de DNS).

El valor predeterminado es ldap://localhost:389.

source_ldap_use_ssl URL de LDAP Utilizar comunicación SSL

Es necesario si utiliza SSL para autenticar.

Establézcala en true o false.

Establézcala en true si utiliza SSL (por ejemplo si utiliza el puerto 636 en el URL de LDAP).

El valor predeterminado es false.

Si utiliza el asistente de relleno, esta propiedad se configura con el recuadro de selección Utilizar comunicación SSL en la página de conexión del servidor LDAP.

source_ldap_user_login Nombre de usuario de inicio de sesión

El nombre de usuario de inicio de sesión que se utiliza para la autenticación. Puede dejarlo en blanco si no es necesaria la autenticación

Si utiliza el asistente de relleno, esta propiedad se configura en el campo Nombre jerárquico de enlace (DN) en la página de propiedades de autenticación LDAP.

source_ldap_user_password Contraseña de inicio de sesión

La contraseña de inicio de sesión que se utiliza para la autenticación. Déjelo en blanco si no es necesaria ninguna autenticación. El valor se cifrará en el archivo la próxima vez que se cargue .

Si utiliza el asistente de relleno, esta propiedad se configura en el campo Contraseña de enlace en la página de propiedades de autenticación LDAP.

source_ldap_search_base o source_ldap_user_search_base Base de búsqueda
La base de búsqueda (ubicación desde la que se inicia la búsqueda) del directorio de iteración. La búsqueda se inicia en este momento en la estructura de directorio LDAP y realiza la búsqueda en todos los registros por debajo de este. Debería ser un nombre distinguido.
Nota: La mayoría de los directorios precisan una base de búsqueda, que debe ser un nombre distinguido válido. Algunos servicios de directorio le permiten especificar una serie de caracteres en blanco que se convierte en predeterminada en cualquier servidor que se haya configurado para ello.

No se ha especificado un valor.

Si utiliza el asistente de relleno, esta propiedad se configura en el campo Base de búsqueda de usuarios de LDAP en la página LDAP.

source_ldap_search_filter o source_ldap_user_search_filter Filtro de búsqueda

El filtro de búsqueda se utiliza cuando se itera el directorio.

Esto determina qué objetos se incluyen o excluyen en la búsqueda. Si al utilizar la base de búsqueda y las propiedades del filtro de búsqueda especificadas no puede crear correctamente su búsqueda, utilice la propiedad source_ldap_required_dn_regex.

Nota: Los directorios utilizan los filtros de búsqueda para seleccionar entradas desde las que se recuperan datos de una operación de búsqueda. Se debe tener cuidado al especificar los filtros de búsqueda dado que pueden afectar en el rendimiento del directorio en el que se va a realizar la búsqueda. El esquema de servidor de directorio que se consulta puede afectar al rendimiento.

No se ha especificado un valor.

Si utiliza el asistente de relleno, este es el campo Filtro de búsqueda de usuarios de LDAP en la página de propiedades de autenticación LDAP.

source_ldap_sort_page_size Tamaño de página

Si se especifica, el LDAP Connector intenta utilizar la búsqueda de modalidad de página. La modalidad de página hace que el servidor de directorio devuelva un número específico de entradas (páginas llamadas) en lugar de todas las entradas de un trozo. No todos los servidores de directorio dan soporte a esta opción. El valor predeterminado es 0, que indica que la modalidad de página está inhabilitada.

El valor predeterminado es 0.

Este parámetro no se puede configurar al utilizar el asistente de relleno.

     
source_ldap_authentication_method Método de autenticación

Las opciones incluyen lo siguiente:

Anónimo
Este método proporciona una seguridad mínima.
Sencillo
Este método utiliza un nombre de usuario y una contraseña de inicio de sesión para la autenticación. Se trata como anónimo, si no se proporciona el nombre de usuario y la contraseña.
CRAM-MD5
Mecanismo de autenticación mediante pregunta/respuesta utilizando Message Digest 5. Este método proporciona una seguridad media contra varios ataques, incluidas las repeticiones.
SASL
Autenticación simple y nivel de seguridad. Este método ofrece soporte de autenticación a los protocolos basados en conexiones. Especifique los parámetros para este tipo de autenticación utilizando la opción Parámetros extra del proveedor.

Este parámetro no se puede configurar al utilizar el asistente de relleno.

source_ldap_collect_dns_file  

Nombre del archivo utilizado para recopilar nombres distinguidos (DN) por el proceso collect_dns.bat/sh del origen y utilizado posteriormente por los procesos populate_from_dn_file.bat/sh para buscar entradas con el fin de añadirlas al repositorio de la base de datos.

Este archivo también se pueden crear manualmente para rellenar un conjunto explícito de usuarios.

El valor predeterminado es collect.dns.

Este parámetro no se puede configurar al utilizar el asistente de relleno.

source_ldap_escape_dns  

Indica que los caracteres especiales no se han liberado adecuadamente y los identifica para que el procesador pueda encontrar dichos caracteres y liberarlos. Los caracteres especiales son los siguientes:

  • , (coma)
  • = (igual)
  • + (símbolo de suma)
  • < (menor que)
  • > (mayor que)
  • # (símbolo del número)
  • ; (punto y coma)
  • \ (barra oblicua invertida)
  • " (comillas)

La barra oblicua invertida se utiliza para liberar los caracteres especiales. El símbolo de suma se representa con \+ y la barra oblicua invertida se representa con \\.

si sus nombres distinguidos contienen estos caracteres especiales y recibe errores al ejecutar el proceso collect_dns/populate_from_dn_file, establezca esta propiedad en true para que los caracteres se liberen.

El valor predeterminado es false.

Este parámetro no se puede configurar al utilizar el asistente de relleno.

source_ldap_required_dn_regex  

Permite utilizar una expresión regular para limitar los nombres distinguidos (DN) que se procesan, proporcionando una expresión regular que debe ser coincidente. Si la expresión regular no tiene coincidencias, ese registro se saltará. Aunque la propiedad del filtro de búsqueda aporta cierta flexibilidad,en caso de que ésta no sea suficiente, puede utilizar una expresión regular más precisa.

No se ha especificado un valor.

Este parámetro no se puede configurar al utilizar el asistente de relleno.

source_ldap_sort_attribute Ordenar por atributo

Especifica la ordenación del lado del servidor. Este parámetro indica al servidor LDAP que ordene las entradas que coinciden con la base de búsqueda en el nombre del campo especificado. La ordenación del lado del servidor es una extensión LDAP. El directorio de iteración debe poder soportar esta extensión de ordenación.

No se ha especificado un valor.

Este parámetro no se puede configurar al utilizar el asistente de relleno.

source_ldap_iterate_with_filter  

Esta propiedad se debe utilizar si el tamaño de datos que se deben recuperar de LDAP supera el límite de búsqueda de LDAP. Por ejemplo, si sus parámetros de búsqueda devuelven registros de 250 K pero LDAP solo permite 100 K devueltos a la vez, se debe utilizar este parámetro.

Si los datos son demasiado grandes, se genera un mensaje de error de límite de tamaño LDAP superado. Para configurar este mecanismo, vea el tema Llenado de un gran conjunto de usuarios.

Cuando está definida en true, especifica que la línea de ensamblaje de iteración predeterminada utiliza el archivo collect_ldap_dns_generator.js para realizar la iteración en un conjunto de filtros y bases de búsqueda LDAP. El valor cconfig sustituye los scripts sync_all_dns_forLarge y collect_dns_iterate utilizados en versiones anteriores.

Este parámetro no se puede configurar al utilizar el asistente de relleno.

El valor predeterminado es false.

source_ldap_binary_attributes Atributos binarios

De manera predeterminada, esta propiedad está establecida internamente en GUID, objectGUID, objectSid, sourceObjectGUID. Los valores adicionales especificados en la propiedad se añaden a la lista.

Este parámetro no se puede configurar al utilizar el asistente de relleno.

El valor predeterminado es GUID.

source_ldap_time_limit_seconds Límite de tiempo

Especifica el número máximo de segundos que se pueden utilizar para buscar entradas; 0 = sin límite.

Este parámetro no se puede configurar al utilizar el asistente de relleno.

El valor predeterminado es 0.

source_ldap_map_functions_file  

Especifica la ubicación de las correlaciones de función referenciadas.

Al utilizar el asistente de relleno, las funciones mostradas en el diálogo de correlación se leen y se escriben en este archivo.

El valor predeterminado es profiles_functions.js.

source_ldap_logfile  

Además del archivo ogs/ibmdi.log estándar, la salida de la tarea populate_from_dn_file.bat o populate_from_dn_file.sh se escribirá en este archivo.

Este parámetro no se puede configurar al utilizar el asistente de relleno.

El valor predeterminado es logs/PopulateDBFromSource.log.

source_ldap_compute_function_for_givenName  

Connections permite funciones Javascript para valores de configuración de campos LDAP comunes como cn, sn, givenName para ejecutarlas antes de que Connections realice su correlación. Por ejemplo, sn y/o givenName se pueden analizar desde cn (nombre común).

Este parámetro no se puede configurar al utilizar el asistente de relleno.

No se ha especificado un valor.

source_ldap_compute_function_for_sn  

Connections permite funciones Javascript para valores de configuración de campos LDAP comunes como cn, sn, givenName para ejecutarlas antes de que Connections realice su correlación. Por ejemplo, sn y/o givenName se pueden analizar desde cn (nombre común).

Este parámetro no se puede configurar al utilizar el asistente de relleno.

No se ha especificado un valor.

source_ldap_collect_updates_file  

Esta propiedad ya no se utiliza.

source_ldap_manager_lookup_field  

Esta propiedad ya no se utiliza.

source_ldap_secretary_lookup_field  

Esta propiedad ya no se utiliza.

Muchas propiedades del conector de TDI LDAP no están correlacionadas con las propiedades TDI de Perfiles. Para configurar propiedades diferentes a las enumeradas aquí, plantéese utilizar un repositorio de origen alternativo y crear su propia configuración especializada. Utilice el iterador y conectores LDAP proporcionado con el directorio de solución TDI como punto de partida, consulte Utilización de un conector de repositorio de origen personalizado para obtener más información.

Las siguientes propiedades están asociadas al repositorio de la base de datos de Perfiles.
Nota: Las siguientes propiedades se deben establecer en el archivo profiles_tdi.properties, aunque desarrolle sus líneas de ensamblaje mediante conectores proporcionados en el directorio de solución TDI de Perfiles. Estas propiedades no están configuradas en los paneles Conector, sino que en el archivo profiles_tdi.properties. Consulte Desarrollo de líneas de ensamblaje de Tivoli Directory Integrator personalizadas para Perfiles para obtener más información.
Tabla 19. Propiedades de la base de datos de Perfiles
Propiedad Parámetro TDI Definición
dbrepos_jdbc_driver Controlador JDBC

Obligatorio.

El nombre de clase de implementación controlador JDBC se utiliza para acceder al repositorio de la base de datos de los Perfiles.

Para DB2, el valor predeterminado es com.ibm.db2.jcc.DB2Driver. Por ejemplo:
dbrepos_jdbc_driver=com.ibm.db2.jcc.DB2Driver
Para Oracle, el valor predeterminado es oracle.jdbc.driver.OracleDriver. Por ejemplo:
dbrepos_jdbc_driver=oracle.jdbc.driver.OracleDriver
Si está utilizando una base de datos Microsoft SQL Server, cambie el valor para hacer referencia a un controlador SQL Server, por ejemplo:
dbrepos_jdbc_driver=com.microsoft.sqlserver.jdbc.SQLServerDriver

Esto corresponde a la vía de acceso del controlador JDBC en el asistente de relleno. Si no utiliza el asistente, esta biblioteca debe estar presente en CLASSPATH de Tivoli Directory Integrator, o Tivoli Directory Integrator no podrá cargar la biblioteca al iniciar el conector y no se puede comunicar con Relational Database (RDBMS).

Para iniciar una biblioteca de controlador JDBC para que Tivoli Directory Integrator la pueda utilizar, cópiela en el directorio TDI_install_dir/jars, o en un subdirectorio como TDI_install_dir/jars/local.

dbrepos_jdbc_url URL de JDBC

Obligatorio.

La dirección web de JDBC se utiliza para acceder al repositorio de la base de datos de los Perfiles.

Debe modificar la parte del nombre de host y el número de puerto para hacer referencia a la información de su servidor.
Nota: Puede encontrar esta información accediendo a la consola de administración de WebSphere Application Server (http://yourhost:9060), y seleccionando Recursos > JDBC > Orígenes de datos > perfiles.

La sintaxis predeterminada es para DB2, a menos que utilice el asistente, pero el valor predeterminado utiliza un sistema principal local. Si la DB2 no está en el mismo sistema que el directorio de solución TDI, actualice el URL con el nombre de host.

Si está usando una base de datos Oracle, utilice la siguiente sintaxis:
dbrepos_jdbc_url=jdbc:oracle:thin:@<nombre_host>:1521:orcl
Si está usando una base de datos SQL Server, utilice la siguiente sintaxis:
dbrepos_jdbc_url=jdbc:sqlserver://<nombre_host>:1433;databaseName=PEOPLEDB
dbrepos_username Nombre de usuario

Obligatorio.

El nombre de usuario bajo el cual se accede a las tablas de la base de datos que forman parte del repositorio de la base de datos de Perfiles.

dbrepos_password Contraseña

Obligatorio.

La contraseña asociada al nombre de usuario bajo el cual se accede a las tablas de la base de datos que forman parte del repositorio de la base de datos de Perfiles.

dbrepos_mark_manger_if_referenced  

Esta propiedad ya no se utiliza.

Las siguientes propiedades están asociadas a la tarea que supervisa los cambios de la tabla borrador de empleados de los Perfiles y los transmite a través del conector DSML v2.
Tabla 20. Cambiar las propiedades de supervisión
Propiedad Parámetro TDI Definición
monitor_changes_dsml_server_authentication  

Tipo de autenticación que se utiliza en las solicitudes de actualización del servidor DSML. Las opciones incluyen lo siguiente:

Autenticación HTTP básica
Un método diseñado para permitir a un navegador web, u otro programa cliente, proporcionar las credenciales, en formato de nombre de usuario y contraseña, cuando realiza una solicitud.
Anónimo
Este método proporciona una seguridad mínima.
monitor_changes_dsml_server_url   Es obligatorio si se están volviendo a transmitir las modificaciones de los usuarios al repositorio de origen.

La dirección web del servidor DSML al cual se deben enviar las solicitudes de actualización de DSML.

monitor_changes_dsml_server_username   Es obligatorio si se están volviendo a transmitir las modificaciones de los usuarios al repositorio de origen.

Es el nombre de usuario que se utiliza para la autenticación en el servidor DSML.

monitor_changes_dsml_server_password   Es obligatorio si se están volviendo a transmitir las modificaciones de los usuarios al repositorio de origen.

Contraseñas que se utilizan para la autenticación en el servidor DSML al que se deben enviar las solicitudes de actualización.

monitor_changes_map_functions_file  

Es la vía de acceso al archivo que contiene las funciones de correlación para la correlación del campo de base de datos modificada a un origen. por ejemplo el campo LDAP. Es necesario sólo si las modificaciones realizadas en el origen según los cambios en los campos del repositorio de la base de datos se correlacionan de una en una. Es posible utilizar el mismo archivo que correlaciona los campos del repositorio de origen y de la base de datos, si los nombres de las funciones son los apropiados.

monitor_changes_sleep_interval  

Intervalo de sondeo, en segundos, entre las selecciones de modificaciones adicionales cuando no existen modificaciones.

Las siguientes propiedades están asociadas al proceso de Tivoli Directory Integrator que lee un registro de cambios de Tivoli Directory Server y posteriormente actualiza el repositorio de la base de datos con esos cambios.
Tabla 21. Propiedades del registro de cambios de Tivoli Directory Server.
Propiedad Parámetro TDI Definición
ad_changelog_ldap_url  
La dirección web de LDAP sirve para acceder al sistema LDAP actualizado. Por ejemplo:
ldap://host:port
ad_changelog_ldap_user_login  

El nombre de usuario del inicio de sesión se utiliza para la autenticación en el sistema LDAP que se ha actualizado. Puede dejarlo en blanco si no es necesaria la autenticación

ad_changelog_ldap_user_password  

El nombre de usuario del inicio de sesión se utiliza para la autenticación en el LDAP que se ha actualizado. Puede dejarlo en blanco si no es necesaria la autenticación El valor se cifrará en el archivo la próxima vez que se cargue .

ad_changelog_ldap_search_base    
ad_changelog_ldap_use_ssl  

Define si se utiliza o no la SSL en la autenticación en un sistema LDAP actualizado. Las opciones son true y false.

ad_changelog_timeout    
ad_changelog_sleep_interval  

Intervalo de sondeo, en segundos, entre las selecciones de modificaciones adicionales cuando no existen modificaciones.

ad_changelog_use_notifications  

Indica si se utilizan las notificaciones del registro de cambios en vez del sondeo. Si es true, no puede aplicarse tds_changelog_sleep_interval porque no se utiliza el sondeo. Las opciones son true y false.

ad_changelog_ldap_page_size    
ad_changelog_start_at  

El número de cambios en el registro de cambios de Active Directory para iniciar. Normalmente es un número entero, aunque el valor especial EOD significa que empieza en el final del registro de cambios.

ad_changelog_ldap_required_dn_regex.    
tds_changelog_ldap_authentication_method Método de autenticación

Se utiliza el método de autenticación para conectarse al LDAP y leer los registros. Las opciones incluyen lo siguiente:

Anónimo
Este método proporciona una seguridad mínima.
Sencillo
Este método utiliza un nombre de usuario y una contraseña de inicio de sesión para la autenticación. Se trata como anónimo, si no se proporciona el nombre de usuario y la contraseña.
CRAM-MD5
Mecanismo de autenticación mediante pregunta/respuesta utilizando Message Digest 5. Este método proporciona una seguridad media contra varios ataques, incluidas las repeticiones.
SASL
Autenticación simple y nivel de seguridad. Este método ofrece soporte de autenticación a los protocolos basados en conexiones. Especifique los parámetros para este tipo de autenticación utilizando la opción Parámetros extra del proveedor.
tds_changelog_ldap_changelog_base ChangelogBase

Utilice la base del registro de cambios al iterar por los cambios. Normalmente es cn=changelog.

tds_changelog_ldap_time_limit_seconds Límite de tiempo

Buscar entradas no debe llevar más tiempo que este número de segundos; 0 = sin límite.

tds_changelog_ldap_url URL de LDAP
La dirección web de LDAP sirve para acceder al sistema LDAP actualizado. Por ejemplo:
ldap://host:port
tds_changelog_ldap_use_ssl Usar SSL

Define si se utiliza o no la SSL en la autenticación en un sistema LDAP actualizado. Las opciones son true y false.

tds_changelog_ldap_user_login Nombre de usuario de inicio de sesión

El nombre de usuario del inicio de sesión se utiliza para la autenticación en el sistema LDAP que se ha actualizado. Puede dejarlo en blanco si no es necesaria la autenticación

tds_changelog_ldap_user_password Contraseña de inicio de sesión

El nombre de usuario del inicio de sesión se utiliza para la autenticación en el LDAP que se ha actualizado. Puede dejarlo en blanco si no es necesaria la autenticación El valor se cifrará en el archivo la próxima vez que se cargue .

tds_changelog_sleep_interval  

Intervalo de sondeo, en segundos, entre las selecciones de modificaciones adicionales cuando no existen modificaciones.

tds_changelog_start_at_changenumber  

Número de cambios en el registro de cambios de Tivoli Directory Server para iniciar. Normalmente es un número entero, aunque el valor especial EOD significa que empieza en el final del registro de cambios.

tds_changelog_use_notifications  

Indica si se utilizan las notificaciones del registro de cambios en vez del sondeo. Si es true, no puede aplicarse tds_changelog_sleep_interval porque no se utiliza el sondeo. Las opciones son true y false.

Las siguientes propiedades están disponibles en el archivo profiles_tdi.properties y están asociadas con las actividades de depuración de Tivoli Directory Integrator.
Nota: Las propiedades de depuración permiten la depuración de TDI para todo un ensamblaje. Además, la habilitación de debug_update_profile que permite la depuración para los mandatos que utilizan el conector de Perfiles, también permite la depuración de Java para los siguientes paquetes.
  • log4j.logger.com.ibm.lconn.profiles.api.tdi=ALL
  • log4j.logger.com.ibm.lconn.profiles.internal.service=ALL
  • log4j.logger.java.sql=ALL
Nota: Las siguientes propiedades no se pueden configurar al utilizar el asistente de relleno.
Tabla 22. Tivoli Directory Integrator Debug y Trace Properties
Propiedad Parámetro TDI Definición
sync_all_dns   Para obtener información sobre sync_all_dns, consulte Comprender cómo funciona el proceso de sync_all_dns.
debug_managers  

Distintivo que indica TDI para registrar información de depuración adicional para los mandatos siguientes.

Las opciones son true y false.

Para habilitar, establezca como debug_managers=true.

Esta propiedad correlaciona como se indica a continuación:
debug_managers
    mark_managers

El valor predeterminado es false.

debug_photos  

Distintivo que indica TDI para registrar información de depuración adicional para los mandatos siguientes.

Las opciones son true y false.

Esta propiedad correlaciona como se indica a continuación:
debug_photos
    load_photos_from_files
    dump_photos_to_files

El valor predeterminado es false.

debug_pronounce  

Distintivo que indica TDI para registrar información de depuración adicional para los mandatos siguientes.

Las opciones son true y false.

Esta propiedad se aplica a los mandatos siguientes:
debug_pronounce
    load_pronounce_from_files, 
    dump_pronounce_to_files

El valor predeterminado es false.

debug_fill_codes  

Distintivo que indica TDI para registrar información de depuración adicional para los mandatos siguientes.

Las opciones son true y false.

Esta propiedad se aplica a los mandatos siguientes:
debug_fill_codes
    fill_country
    fill_department
    fill_emp_type
    fill_organization
    fill_worklok

El valor predeterminado es false.

debug_draft  

Distintivo que indica TDI para registrar información de depuración adicional para los mandatos siguientes.

Las opciones son true y false.

Esta propiedad se aplica a los mandatos siguientes:
debug_draft
    process_draft_updates
    reset_draft_iiterator_state
    set_draft_iterator_count

El valor predeterminado es false.

debug_update_profile  

Distintivo que indica TDI para registrar información de depuración adicional para los mandatos siguientes.

Las opciones son true y false.

Esta propiedad se aplica a los mandatos siguientes:
debug_update_profile
    populate_from_dn_file
    delete_or_inactivate_employees
    populate_from_xml_file
    process_ad_changes
    process_tds_changes

El valor predeterminado es false.

debug_collect  

Distintivo que indica TDI para registrar información de depuración adicional para los mandatos siguientes.

Las opciones son true y false.

Esta propiedad se aplica a los mandatos siguientes:
debug_collect
    collect_dns

El valor predeterminado es false.

debug_special  

Distintivo que indica TDI para registrar información de depuración adicional para los mandatos siguientes.

Las opciones son true y false.

Esta propiedad se aplica a los mandatos siguientes:
debug_special
    no utilizado actualmente

El valor predeterminado es false.

trace_profile_tdi_javascript  

Habilita la generación de un archivo de rastreo Javascript interno.

Las opciones son OFF, FATAL, ERROR, WARN, INFO, DEBUG, TRACE, ALL (los valores no son sensibles a las mayúsculas y minúsculas).

El valor por omisión es desactivado.

Archivos de proceso por lotes para procesar datos de perfil

IBM Connections proporciona varios archivos de proceso por lotes que automatizan la recopilación y el proceso de datos LDAP para la base de datos de perfiles.

Funciones de los archivos de proceso por lotes
Nota: El nombre de cada archivo de proceso por lotes acaba con el sufijo .sh para los sistemas operativos de IBM AIX y Linux y con el sufijo .bat para el sistema operativo de Microsoft Windows.

En la siguiente lista se describe cada archivo de proceso por lotes y sus funciones. Puede buscar más información acerca de estos archivos en los temas de ayuda.

clearLock
Suprime el archivo de bloqueo que genera el archivo de proceso por lotes sync_all_dns.
collect_dns
Crea un archivo denominado collect.dns que contenga los nombres distinguidos del directorio LDAP. Este archivo de proceso por lotes se utiliza en el primer paso del proceso para rellenar la base de datos de perfiles.
delete_or_inactivate_employees
Desactiva los registros de empleado en la base de datos Perfiles. No se eliminan los registros de la base de datos Perfiles pero sí se establecen como inactivos y también se eliminan los valores de correo electrónico e inicio de sesión del empleado. Estos cambios se propagan a las tablas de miembros e inicio de sesión en las bases de datos de las aplicaciones instaladas. Los registros que deben desactivarse están definidos en el archivo delete_or_inactivate_employees.in. Para eliminar únicamente usuarios de la base de datos Perfiles, cambie el valor de la propiedad sync_delete_or_inactivate en el archivo profiles_tdi.properties para suprimirlo.
Nota: Debe crear manualmente el archivo delete_or_inactivate_employees.in. Utilice el formato siguiente para añadir entradas:

$dn:cn=Any User3,cn=Users,l=WestfordFVT,st=Massachusetts,c=US,ou=Lotus,o=Software Group,dc=ibm,dc=com uid:Any User3

dump_photos_to_files
Copia todas las fotografías de la tabla PHOTO de la base de dato de perfiles en una carpeta del sistema local denominada dump_photos. Este archivo de proceso por lotes también crea un archivo local denominado collect_photos.in que contiene el UID y el URL de cada foto.
dump_pronounce_to_files
Copia los archivos de pronunciación de la tabla PRONUNCIATION de la base de datos de perfiles en una carpeta del sistema local denominada dump_pronounce. Este archivo de proceso por lotes también crea un archivo local denominado collect_pronounce.in que contiene el UID y el URL de cada archivo de pronunciación.
fill_country
Rellena la tabla COUNTRY de la base de datos de perfiles a partir del archivo isocc.csv.
fill_department
Rellena la tabla DEPARTMENT de la base de datos de perfiles a partir del archivo deptinfo.csv.
fill_emp_type
Rellena la tabla EMP_TYPE de la base de datos de perfiles a partir del archivo emptype.csv.
fill_organization
Rellena la tabla ORGANIZATION de la base de datos de perfiles a partir del archivo orginfo.csv.
fill_workloc
Rellena la tabla WORKLOC de la base de datos de perfiles a partir del archivo workloc.csv.
load_photos_from_files
Carga todas las fotografías de la carpeta dump_photos del sistema local en el tabla PHOTO de la base de datos de perfiles. Este archivo lee el archivo collect_photos.in y la carpeta dump_photos creados con el archivo de proceso por lotes dump_photos_to_files. Este archivo de proceso por lotes carga sólo fotografías para las personas que ya están registradas en la base de datos.
load_pronounce_from_files
Carga todos los archivos de pronunciación de la carpeta dump_pronounce del sistema local en la tabla PRONUNCIATION de la base de datos de perfiles. Este archivo lee el archivo collect_pronounce.in y la carpeta dump_pronounce creados con el archivo de proceso por lotes dump_pronounce_to_files. Este archivo de proceso por lotes carga sólo los archivos de pronunciación para las personas que ya están registradas en la base de datos.
mark_managers
Establece el campo PROF_IS_MANAGER de la base de datos de perfiles, en función del valor del campo PROF_MANAGER_UID de los registros de empleado.
populate_from_dn_file
Rellena la base de datos de perfiles a partir del directorio LDAP fuente. Este archivo de proceso por lotes lee el archivo de datos collect.dns creado con el archivo de proceso por lotes collect_dns. El archivo de proceso por lotes también actualiza registros de empleados existentes en la base de datos de perfiles.
process_ad_changes
Sincroniza los cambios del directorio LDAP con la base de datos Perfiles cuando el tipo de directorio LDAP es Microsoft Active Directory. Este archivo de proceso por lotes está almacenado en el directorio solution-dir/Samples. Para obtener más información, vaya al tema Active Directory Change Detection Connector en el centro de información de Tivoli Directory Integrator. Para obtener información sobre permisos, vaya al tema Cómo sondear cambios de atributos de objetos en el sitio web de Microsoft Support.
Nota: El script sync_all_dns está recomendado cuando desea sincronizar los cambios en el directorio LDAP con la base de datos de Perfiles.
process_draft_updates
Sincroniza los cambios de la base de datos de perfiles con el directorio LDAP.
process_tds_changes
Sincroniza los cambios del directorio LDAP con la base de datos Perfiles cuando el tipo de directorio LDAP es IBM Tivoli Directory Server. Este archivo de proceso por lotes está almacenado en el directorio solution-dir/Samples.
Nota: El script sync_all_dns está recomendado cuando desea sincronizar los cambios en el directorio LDAP con la base de datos de Perfiles.
sync_all_dns
Actualiza la base de datos de perfiles para capturar cambios en el directorio LDAP. Este proceso de sincronización incluye actualizaciones en los registros de empleado y adiciones y supresiones de registros.
tdienv
Establece el entorno correcto para IBM Tivoli Directory Integrator. Este archivo de proceso por lotes establece la vía de acceso al programa Tivoli Directory Integrator, le host de Tivoli Directory Integrator y el puerto de Tivoli Directory Integrator. Si ha instalado Tivoli Directory Integrator en una ubicación personalizada, modifique la vía de acceso para reflejar dicha ubicación antes de ejecutar el archivo de proceso por lotes.
Llenado de un gran conjunto de usuarios

Llene la base de datos de Perfiles desde un directorio de LDAP con una población de usuarios grande.

En organizaciones muy grandes, el número de usuarios del directorio LDAP supera la capacidad de las líneas de ensamblaje de Tivoli Directory Integrator para Perfiles. Para superar esta restricción, puede rellenar la base de datos con líneas de ensamblaje TDI manuales. No puede utilizar el asistente de relleno de Perfiles.

Para obtener información relacionada y detalles, consulte la ayuda de Tivoli Directory Integrator.

Límites con grandes conjuntos de usuarios
El administrador de LDAP puede cambiar el límite de tamaño de LDAP. La capacidad de las líneas de ensamblaje estándar proporcionadas con IBM Connections es de 100.000 usuarios. En algunos casos, podrá modificar el número máximo de entradas devueltas desde el LDAP o ajustar el parámetro source_ldap_page_size en el archivo profiles_tdi.properties. Por ejemplo, establezca el parámetro en el número máximo de registros que devolverá su repositorio LDAP, utilizando la siguiente sentencia de ejemplo:
source_ldap_page_size=1000 
Si recibe lo siguiente, ajuste el parámetro source_ldap_page_size en el archivo profiles_tdi.properties.
LDAP: código de error 4 - Se ha superado el límite de tamaño

Si ninguna de estas alternativas es satisfactoria, utilice un conjunto especial de líneas de ensamblaje para rellenar su base de datos de Perfiles desde su directorio de LDAP.

Proceso de relleno alternativo

Si tiene un conjunto de datos muy grande, establezca la propiedad source_ldap_iterate_with_filter del archivo profiles_tdi.properties a true. Se utilizará el archivo collect_ldap_dns_generator.js para recuperar criterios de búsqueda para un lote de registros. El lote es siempre más pequeño que el límite de la recuperación de LDAP.

El archivo collect_ldap_dns_generator.js construye un filtro de búsqueda con una parte de los UID, pero no modifica la base de búsqueda. Es específico de los datos, por lo que tiene que modificarlo para su propio despliegue. Modifique suppliesSearchBase() o suppliesSearchBase(), en función de qué filtro se utilice en la recuperación de LDAP.

Si se ha cambiado uno de los filtros para que devuelva true (en el archivo suministrado, suppliesSearchBase devuelve true), la función correspondiente, ya sea getNextSearchBase() o getNextSearchFilter(), se llamará en iteraciones. Cada vez que se llame la función, devolverá una serie con la siguiente base o filtro de búsqueda a utilizar. Cuando alcance el final del lote, devolverá nulo.

En el archivo de muestra, el UID se examinará en una gama de sus primeros caracteres. El proceso utiliza en primer lugar algunos caracteres especiales y, a continuación, examina los primeros dos caracteres de la cadena de caracteres de UID, o el aa*, ab* de ejemplo, etc. Cuando alcance zz*, devolverá nulo y la línea de ensamblaje collect_dns detendrá su proceso. A continuación, puede ejecutar populate_from_dn_file.

Correlación manual de campos

Para llenar la base de datos de Perfiles con datos del directorio LDAP de la empresa, correlacione el contenido de los campos de la base de datos con los campos del directorio LDAP.

Acerca de esta tarea

Edite el archivo map_dbrepos_from_source.properties para correlacionar campos entre la base de datos de perfiles y el directorio LDAP. Abra el archivo profiles_functions.js para ver las opciones de las diferentes funciones de correlación. Si es necesario, puede añadir sus propias funciones.

Nota: Cuando ejecute el asistente de relleno de Perfiles en modalidad interactiva, genera dos archivos de propiedades en el directorio Wizards\TDIPopulation: un archivo tdisetting.properties y un archivo mappings.properties. Las propiedades de mappings.properties son muy parecidas a las de map_dbrepos_from_source.properties.

El nombre interno de la base de datos de Perfiles es PEOPLEDB.

Para correlacionar campos, ejecute los siguientes pasos:

Procedimiento
  1. En el sistema que aloja la instalación de Tivoli Directory Integrator, cree un subdirectorio en el que almacenar el directorio solución de Tivoli Directory Integrator. Asegúrese de que la vía de acceso del archivo no contiene espacios. Por ejemplo, no cree un subdirectorio dentro de Archivos de programa en Microsoft Windows.
  2. Copie el archivo comprimido tdisol del directorio TDISOL del soporte de instalación de IBM Connections en el sistema en el que ha instalado Tivoli Directory Integrator.
  3. Con las herramientas adecuadas, extraiga el archivo tdisol en el directorio que ha creado en el Paso 1. Este proceso crea un directorio solución de Tivoli Directory Integrator con el nombre TDI.
  4. Desde el directorio de solución de TDI, abra el archivo tdienv.bat o tdienv.sh en un editor de texto. Asegúrese de que la vía de acceso al directorio de instalación de Tivoli Directory Integrator esté correctamente especificada en la variable TDIPATH. Si la vía de acceso no es correcta, edite la variable de entorno TDIPATH.
    • AIX o Linux:
      El valor predeterminado para TDIPATH es:
      export TDIPATH=/opt/IBM/TDI/V7.1 
    • Windows:
      El valor predeterminado para TDIPATH es:
      SET TDIPATH=C:\Program Files\IBM\TDI\V7.1
    Otros scripts del directorio de solución utilizan esta vía de acceso de Tivoli Directory Integrator o el archivo tdienv.bat o tdienv.sh para encontrar los archivos deTivoli Directory Integrator.
  5. Edite los archivos de propiedades para definir la correlación entre el directorio LDAP y la base de datos de Perfiles. Tenga en cuenta que utilizar el software del visor LDAP le ayuda a correlacionar los campos. Para definir las correlaciones que se utilizan al llenar la base de datos de Perfiles desde el directorio de la empresa:
    1. Desde el directorio TDI, abra el archivo map_dbrepos_from_source.properties en un editor de texto.
    2. Añada o modifique los valores del campo. Los valores que omita o defina como nulos no se incluyen en la base de datos. Puede modificar los valores en una de las formas siguientes:
      Correlación 1:1
      Si un campo de la base de datos de Perfiles coincide con un campo del directorio de la empresa, escriba el nombre del campo en la bases de datos de Perfiles y ponga el mismo que la propiedad LDAP de la base de datos de origen asociada. Por ejemplo:

      bldgId=buildingname

      Correlación compleja
      Si existe una relación más compleja entre los campos de la base de datos de Perfiles y el directorio de la empresa como, que el contenido de la propiedad del directorio LDAP de la empresa deba partirse en varios campos en la base de datos de Perfiles, utilice la función JavaScript para definir la relación. Defina la función en el archivo profiles_functions.js y escriba el nombre de la función JavaScript entre llaves {}. Empiece los nombres de función con func_ para poder identificarlos más fácilmente. Por ejemplo:

      bldgId={func_map_to_db_bldgId}

      Nota: Consulte Ejemplo complejo de correlación de datos de perfiles para ver un ejemplo de correlación compleja.
      Notas:
      • Los atributos uid, guid, dn, surname, y displayName son siempre necesarios.
      • Consulte la tabla 2 para ver una lista de los valores predeterminados para los campos.
  6. Abra el archivo tdi-profile-config.xml. Una vez extraídos los archivos de IBM Tivoli Directory Integrator Solution, el archivo se encuentra en el directorio siguiente:

    TDI/conf/LotusConnections-config

  7. Modifique el archivo para configurar el atributo de extensión, especificando el nombre de la propiedad y la correlación del origen. Utilice los siguientes parámetros:
    Tabla 23. Parámetros de atributo de ampliación personalizados
    Parámetro Descripción
    extensionId El ID del atributo de extensión.

    Este parámetro es necesario.

    sourceKey El nombre del atributo de origen.

    Este parámetro es necesario.

    Por ejemplo, para añadir un atributo simple llamado spokenLangs, la configuración se parecería al siguiente fragmento del archivo tdi-profiles-config.xml:

    <simpleAttribute extensionId="spokenLangs"
        sourceKey="spokenLang"/>
    Nota: La información entre los archivos tdi-profile-config.xml y profiles-config.xml es compatible, por lo que puede copiar y pegar información de configuración entre ellos. Para que la extensión se muestre en la interfaz de usuario, las modificaciones se deben realizar en profiles-config.xml. Para obtener más información, consulte Propiedades de extensión en el modelo de datos en la sección Personalización de perfiles.
    Nota: Para utilizar el atributo personalizado en la interfaz de usuario Perfiles o en la API de REST, debe configurar la aplicación según las instrucciones de la sección Personalización de perfiles. Para obtener un ejemplo detallado que utiliza atributos personalizados, consulte Creación de un modelo de datos de perfil simple y personalización de plantillas.
  8. Guarde los cambios en el archivo tdi-profile-config.xml.
  9. Opcional: Escriba una función JavaScript que combine distintos atributos de su directorio LDAP para correlacionar un atributo de extensión personalizado para la base de datos de Perfiles:
    1. Añada la definición de función de atributo de extensión en el archivo map_dbrepos_from_source.properties, utilizando el siguiente formato:

      extattr.spokenLangs={func_map_to_langs}

      Nota: El nombre atributo_extensión debe coincidir con el ID_extensión especificado en la definición de atributo de extensión de tdi-profiles-config.xml.
    2. Añada una nueva función func_map_to_db_extensionAttribute JavaScript al archivo TDISolution\TDI\profiles_functions.js. Escriba lógica para la función que especifica la nueva correlación de atributos de extensión.
    3. Repita estos pasos para cada función JavaScript.
Qué hacer a continuación

Las propiedades del archivo map_dbrepos_from_source.properties tienen los valores predeterminados que se definen en la tabla siguiente. Muchos de ellos son nulos. Debe definir qué propiedades LDAP desea correlacionar con los campos de su base de datos y editar este archivo para especificar valores que se apliquen a su configuración. Los valores que omita o defina como nulos no se incluyen en la base de datos.

Nota: Consulte Correlación de atributos para Perfiles para ver una tabla de valores de campo de correlación de atributos adicionales.
Tabla 24. Valores predeterminados para las propiedades del archivo map_dbrepos_from_source.properties
Propiedad TDI Correlación de atributo LDAP predeterminada
alternateLastname null
bldgId null
blogUrl null
calendarUrl null
countryCode c
courtesyTitle null
deptNumber null
description null
displayName cn

Obligatorio.

distinguishedName $dn

Obligatorio.

email mail
employeeNumber employeenumber
employeeTypeCode employeetype
experience null
faxNumber facsimiletelephonenumber
floor null
freeBusyUrl null
givenName givenName
givenNames gn
groupwareEmail null
guid Consulte la nota al pie de la tabla sobre cómo correlacionar guid, uid y loginId.

Obligatorio

ipTelephoneNumber null
isManager null
jobResp null
loginId Consulte la nota al pie de la tabla sobre cómo correlacionar guid, uid y loginId.
logins null
managerUid $manager_uid

Esta propiedad representa una búsqueda del ID de usuario del gestor utilizando el nombre distinguido en el campo de gestor.

mobileNumber mobile
nativeFirstName null
nativeLastName null
officeName physicaldeliveryofficename
orgId ou
pagerId null
pagerNumber null
pagerServiceProvider null
pagerType null
preferredFirstName null
preferredLanguage preferredlanguage
preferredLastName null
secretaryUid null
shift null
surname sn

Debe proporcionar este campo porque la aplicación Búsqueda espera encontrarlo en la base de datos de Perfiles.

Obligatorio.

surnames sn
telephoneNumber telephonenumber
timezone null
title null
uid Consulte la nota al pie de la tabla sobre cómo correlacionar guid, uid y loginId.

Obligatorio.

workLocationCode postallocation
Correlación de guid, uid y loginId: La propiedad guid identifica el ID único global de un usuario. El valor de esta propiedad lo crea el directorio LDAP y es exclusivo, complejo y no cambia nunca. Es muy importante ya que correlaciona los datos de IBM Connections de cada usuario con el ID de usuario cuando utiliza la base de datos de Perfiles como repositorio de usuarios. La correlación de la propiedad guid se debe manejar de otra forma en función del tipo de directorio LDAP que esté utilizando:
  • Microsoft Active Directory

    guid={function_map_from_objectGUID}

    Utilice una función JavaScript para definir el valor de Active Directory porque objectGUID se almacena en Active Directory como valor binario, pero se correlación con guid, que se almacena como una cadena en la base de datos Perfiles. Además, la propiedad samAccountName utilizada por Active Directory tiene un límite de 20 caracteres, al contrario que el límite de 256 caracteres de los otros ID utilizados por IBM Connections.
  • IBM Lotus Domino

    guid={function_map_from_dominoUNID}

  • IBM Directory Server

    guid=ibm-entryUuid

  • Sun Java System Directory Server

    guid=nsUniqueID

  • Novell eDirectory

    guid={function_map_from_GUID}

Si ha editado el archivo wimconfig.xml para que utilice un ID exclusivo global, asegúrese de especificar el ID personalizado aquí.
La propiedad uid, que no se debe confundir con guid, define el ID único de un usuario. Esta propiedad difiere de guid en el hecho de que se trata del identificador permanente específico de la organización para un usuario, a menudo es un ID de inicio de sesión o algún valor basado en el código del empleado del usuario. El uid es un campo crítico en la base de datos de perfiles. De forma predeterminada, esta propiedad enlaza un registro de usuario de persona determinado con los datos LDAP. El valor que correlacione con uid debe cumplir los requisitos siguientes:
  • Debe estar presente en cada entrada que vaya a añadir a la base de datos.
  • Debe ser único.
  • .En un entorno de varios LDAP, debe ser exclusivo en todos los directorios LDAP.
  • Debe tener como máximo 256 caracteres de longitud.
En Active Directory, aunque suele haber un campo UID disponible, no siempre es la mejor opción para correlacionar con uid porque no se garantiza que esté presente para todas las entradas. Una mejor opción es sAMAccountName, porque normalmente existe para todas las entradas. Otros valores también son aceptables, siempre que cumplan los requisitos.
Notas:
  • Si correlaciona uid desde un campo LDAP, especifique el nombre del campo. Sin embargo, si necesita analizarlo desde el nombre distinguido y en el nombre distinguido tiene el formato uid=value, utilice la siguiente función de correlación:

    {correlación_función_a_db_UID}

  • Utilice las propiedades isManager y managerUid para configurar la estructura organizativa de la organización. El campo isManager determina si la persona actual es un gestor o no. Debe asignar un valor de Y (Yes) o N (No) a esta propiedad para cada entrada. Y identifica a la persona como gestor. El managerUid identifica el UID del gestor de la persona actual. De forma predeterminada, UID_gestor se correlaciona con $manager_uid, que representa una búsqueda del UID del gestor (utilizando el nombre distinguido del campo del gestor LDAP). Si no hay información de gestor de usuario en un campo $manager_uid, adapte la correlación de forma adecuada. Estas dos propiedades trabajan juntas para identificar las relaciones del gestor/empleado y crear una cadena jerárquica a partir de las entradas de usuario individuales.
  • Si los usuarios pretenden iniciar sesión en Perfiles utilizando un único nombre de usuario que no es el valor especificado en las propiedades uid o email, debe correlacionar este va lor de nombre de usuario con la propiedad ID_inicio_sesión. Para hacerlo, siga estos pasos:
    • Establezca la propiedad ID_inicio_sesión en el archivo map_dbrepos_from_source.propeties igual que la propiedad LDAP que desee utilizar como ID de inicio de sesión. Por ejemplo, si desea utilizar número_empleado como propiedad de inicio de sesión, edite el valor de propiedad de la siguiente manera:

      loginId=employeeNumber

    Si tiene más de un ID de inicio de sesión adicional (como por ejemplo un ID de usuario de formato abreviado y formato largo), y desea permitir que los usuarios inicien sesión con cualquiera de los dos ID, puede especificar varios ID de inicio de sesión adicionales utilizando uno de los valores siguientes:

    logins=multiValuedLdapAttribute

    o bien

    logins={function_to_get_multiple_ldap_values}

Para obtener más información, consulte la documentación de producto dethe Tivoli Directory Integrator.

Adición de tipos de perfiles:

IBM Connections soporta la clasificación de perfiles utilizando un tipo de perfil. El tipo de perfil permite que la aplicación proporcione el conjunto de propiedades que están pensadas para un objeto de perfil determinado. Para obtener más información, consulte Profile-types.

Ejemplo de correlación compleja de datos de perfil

Este ejemplo ilustra una correlación compleja de ejemplo mediante funciones Javascript para definir la correlación entre el directorio LDAP y la base de datos de Perfiles.

Al correlacionar manualmente los campos de Perfiles, puede realizar 1:1 o una correlación compleja como se describe en el tema Correlación manual de campos.

En este ejemplo, la correlación pertenece a la lista de apellidos. Las funciones CRUD primarias (crear, recuperar, actualizar y suprimir) son un contexto ilustrado. El ejemplo está concebido solo con fines ilustrativos.

El archivo de correlación map_dbrepos_from_source.properties contiene la sentencia siguiente:
surname=sn
surnames={func_surNames_basic}
Esto significa que hay un campo LDAP denominado sn que contiene una lista de apellidos. La primera propiedad (surname=sn) hace que la primera entrada de la lista se almacene en el campo o fila apellido en la tabla de usuario de Perfiles. Si la segunda propiedad también estuviese asignada a sn, esto haría que la lista se encontrara en la tabla APELLIDO de Perfiles. Sin embargo, se ha especificado la siguiente función.
function func_surNames_basic( fieldName) {
var fieldName str = fieldName.toString(); // tenga cuidado, asegúrese de que es una serie.
var result = work.getAttribute("sn"); // obtenga la lista
if(result == null) {
result = "no sn work element"; // devuelva un valor simulado. Consulte la función
// func_compute_givenName() en profiles_functions.js
// para un enfoque más realista.
}
else
{
result = result.clone();
var len = result.size();
for (var i = 0; i <len; i++) {
var val = result.getValue(i);
if (!(val instanceof java.lang.String)) {
val = java.lang.String.valueOf(val);
val = val + " Esq // añada ‘Esq.
result.setValue(i, val); // valor de actualización
}
}
}
result.setValue(len, fieldNamestr);
return result;
}

En la primera línea el valor fieldName es el nombre de la propiedad, en este ejemplo la propiedad apellidos. Hace que sea posible utilizar la misma función para un número de elementos.

En la tercera línea la lista sn es un nombre de variable llamado resultado. El argumento de getAttribute() debe ser el valor de una propiedad, en este ejemplo el valor de propiedad sn.

Se realiza una prueba para sn no disponible en la cuarta línea en la sentencia result = "no sn work element".

Puesto que la lista está disponible, la clonamos para no tener que cambiar la lista de entradas. A continuación, realizamos la iteración en la lista para comprobar que cada valor sea una serie. Este es un método recomendado aunque en este caso pueda parecer innecesario. La línea que contiene “result.getValue(i);” obtiene el siguiente elemento de la lista; esto representa el elemento R de CRUD. La línea result.setValue(i, val); muestra cómo modificar un valor; esto representa el elemento U de CRUD. Después de la iteración añadimos el nombre_de_campo a la lista en la sentencia result.setValue(len, fieldNamestr);; esto representa el elemento C de CRUD. El ejemplo utiliza el mismo método setValue para las funciones de creación y actualización.

Además, supongamos que no queremos más de cinco nombres en la lista de apellidos. La adición de la siguiente entrada después de for (var i = 0; i <len; i++) { muestra cómo funciona la función de supresión.
if (i > 4)
{
result.removeValue(i);
len--; i--;
continue;
}
Correlación de atributos para Perfiles

Cuando se habilita el servicio de directorios Perfiles, IBM Connections se basa en la base de datos Perfiles para proporcionar datos de usuario, como nombre de usuario, ID y correo electrónico.

El nombre interno de la base de datos de Perfiles es PEOPLEDB.

La tabla siguiente muestra las relaciones de correlación entre Perfiles, el servicio de directorios de Perfiles, el gestor de miembros virtuales (Virtual Member Manager) y LDAP.

Tabla 25. Tabla de correlación de atributos
Columna de la base de datos de Perfiles Servicio de directorio de Perfiles Gestor de miembros virtuales LDAP
PROF_GUID ID uniqueId UUID/GUID/UNID (definidos en la RFC4122)
PROF_DISPLAY_NAME Nombre cn/displayName cn/displayName
PROF_MAIL Correo mail/ibm-primaryEmail mail/ibm-primaryEmail
PROF_SOURCE_UID DN uniqueName DN
PROF_UID UID UID UID o samAccountName (sólo en MS AD/ADAM)
PROF_LOGIN LOGIN Atributos de inicio de sesión que no sean UID ni mail Atributos de inicio de sesión de LDAP que no sean UID ni mail

La tabla siguiente muestra las funciones de relleno que se utilizan en los scripts TDI para llenar ID en PROF_GUID.

Tabla 26. Funciones de relleno para llenar ID en PROF_GUID
Implementaciones LDAP Nombres de tipo de atributo LDAP Sintaxis LDAP Scripts TDI con funciones
IBM Lotus Domino Server dominoUNID Directory String (en formato de serie de bytes)

{function_map_from_dominoUNID}

Novell eDirectory Server GUID Octet String (en formato binario)

{function_map_from_GUID}

Microsoft AD/ADAM Server/Service objectGUID Octet String (en formato binario)

{function_map_from_objectGUID}

Microsoft AD/ADAM Server/Service objectSID Octet String (en formato binario)

{function_map_from_objectSID}

IBM Tivoli Directory Server ibm-entryUUID Directory String (en formato canónico) n/d
Sun Java Directory Server nsuniqueid Directory String (en formato canónico) n/d

Configuración de la designación del gestor en los perfiles de usuario

Al correlacionar datos de gestor con la base de datos de Perfiles, puede marcar perfiles de gestor y también crear cadenas jerárquicas.

Cada perfil contiene un campo manager_uid, que almacena el valor uid del gestor de esa persona. Esta información se utiliza para crear el widget de visualización Depende de en la interfaz de usuario de Perfiles. Para obtener información sobre el campo manager_uid, consulte Correlación manual de campos.

Además, el campo isManager (que corresponde a la tarea de correlación Marcar gestor en el asistente de relleno Perfiles) se utiliza para marcar el perfil de usuario como gestor. Esta información se utiliza para crear el widget de visualización Personas gestionadas en la interfaz de usuario de Perfiles. Se asigna un atributo Y o N a un empleado para indicar si el empleado se lista como gestor de otros empleados.

Puede establecer el campo isManager como se describe en el tema Correlación manual de campos (utilizando la correlación 1:1 o correlación de función) o ejecutando la tarea Marcar gestor (utilizando el asistente de relleno o ejecutando el script mark_manager.bat o mark_manager.sh). Para obtener más información sobre estas opciones consulte Utilización del asistente de relleno de Perfiles y Relleno manual de la base de datos de Perfiles.

Si va a configurar el campo ismanager utilizando una correlación 1:1, asegúrese de que ha especificado cómo definir el campo en el archivo map_dbrepos_from_source.properties. Por ejemplo, si su LDAP tiene un campo ismanager que se establece en un valor de Y o N, su archivo map_dbrepos_from_source.properties podría especificar la siguiente propiedad:
PROF_IS_MANAGER=ismanager

Si la información del gestor se administra directamente desde el origen, la tarea de Marcar gestor no es necesaria.

La tarea Marcar gestor se repetirá en los perfiles y verá si se hace referencia a ese perfil en concreto como gestor para otros perfiles. Si es así, marcará el perfil como gestor. Si no se hace referencia a ese perfil como el gestor de otra persona, se marcará como si no fuera un gestor.

Para obtener información sobre cómo configurar la visualización de los widgets Depende de and y Personas gestionadas para su organización, consulte el apartado Habilitación de la visualización de información sobre la estructura organizativa.

Datos de usuario complementarios para Perfiles

Puede complementar datos de los perfiles de usuario mediante una tabla de correlación, el archivo profiles_tdi.properties y los archivos CSV.

Correlación de datos de usuario

Puede correlacionar datos de usuario adicionales con tablas complementarias dentro de la base de datos de Perfiles y, a continuación, visualizar dichos datos en el perfil de un usuario.

Cuando el directorio LDAP proporciona un código o abreviatura para un determinado valor, la tabla complementaria puede proporcionar datos adicionales. Por ejemplo, un employeeType de P en el directorio LDAP puede corresponder a Permanente. Si la tabla de tipos de empleados se rellena con datos como p;permanente, estos datos adicionales pueden visualizarse en el perfil.

El archivo profiles_tdi.properties almacena los valores que determinan cómo se formatean los archivos.
Nota: Estas propiedades se encuentran en el archivo profiles_tdi.properties. La vía de acceso de archivo especificada es relativa al directorio de la solución TDI.
La tarea de correlación para Perfiles correlaciona los datos de usuario con las siguientes entidades:
Rellenar países
Añada datos de país a cada perfil.
Rellenar departamentos
Añada datos de departamento a cada perfil.
Rellenar organización
Añada datos de organización a cada perfil.
Rellenar tipos de empleado
Añada datos de tipo de empleado a cada perfil.
Rellenar ubicaciones de trabajo
Añada datos de ubicación a cada perfil.
Archivos CSV

Se requiere un archivo CSV (valor separado por comas) como entrada para cada una de estas tareas.

Las siguientes propiedades pertenecen a los archivos CVS que estas tareas utilizan:
country_table_csv_separator=;
country_table_csv_file=isocc.csv

department_table_csv_separator=;
department_table_csv_file=deptinfo.csv

emp_type_table_csv_separator=;
emp_type_table_csv_file=emptype.csv

organization_table_csv_separator=;
organization_table_csv_file=orginfo.csv

workloc_table_csv_separator=;
workloc_table_csv_file=workloc.csv

El carácter de separador separa las diferentes señales de cada línea. La segunda propiedad es el nombre del archivo, relativo al directorio de solución.

La primera señal es el código. Los siguientes atributos se leen en orden para cada campo adicional. No son necesarios otros campos.

Los datos que pueden llenarse en estas tablas normalmente se proporcionan como dos valores por línea: código;descripción.

Para el código workloc, los valores pueden ser código;direc1;direc2;ciudad;estado;código_postal. Por ejemplo: WSF;FIVE TECHNOLOGY PARK DR;;WESTFORD;MA;01886-3141.

Los campos que no se necesitan en la correlación pueden omitirse del archivo; este ejemplo solo utiliza un campo de dirección.

El nombre de archivo predeterminado para cada código se muestra en la siguiente lista:
countryCode
isocc.csv
deptNumber
deptinfo.csv
orgId
orginfo.csv
employeeTypeCode
emptype.csv
workLocationCode
workloc.csv
Archivo CSV de ejemplo

Este ejemplo muestra algunas líneas del archivo isocc.csv, que pueden utilizarse para rellenar datos de países:

ad;Andorra, Principado de
ae;Emiratos Árabes Unidos
af;Afganistán, Estado Islámico de
ag;Antigua y Barbuda
ai;Anguila
al;Albania
am;Armenia
an;Antillas Holandesas
ao;Angola
aq;Antártida
ar;Argentina

Puede encontrar más archivos CSV de ejemplo en el directorio directorio_archivos_asistente/TDIPopulation/TDISOL/aix|lin|win/samples, donde directorio_archivos_asistente es la ubicación de los diferentes archivos del asistente que ha descargado o recibido en el disco y aix|lin|win es la versión de AIX, Linux, o Microsoft Windows del directorio.

Instalación de Cognos Business Intelligence

IBM Cognos Business Intelligence recopila, gestiona y muestra información estadística para la aplicación de Métricas en IBM Connections. La instalación de Cognos Business Intelligence implica la instalación del despliegue de red de IBM WebSphere Application Server, un cliente de la base de datos, además de los componentes de Cognos.

Antes de empezar

En esta documentación se da por supuesto que despliega Cognos Business Intelligence antes de instalar IBM Connections. Si elige desplegar Cognos más adelante, puede ignorar los errores de validación relacionados con Cognos durante el proceso de instalación de Connections y, a continuación, volver a esta sección para obtener instrucciones sobre el despliegue de los componentes Cognos. Incluso si no está desplegando Cognos en estos momentos, puede crear la base de datos Métricas sin formato e instalar la aplicación Métricas para que Connections pueda empezar a capturar de inmediato datos de suceso para usos posteriores.

Acerca de esta tarea

IBM Connections requiere una versión personalizada de Cognos Business Intelligence, que se instala utilizando el script proporcionado. No se pueden utilizar los componentes de Cognos Business Intelligence con la aplicación Métricas. Para conseguir un rendimiento óptimo, utilice un sistema distinto para la versión personalizada de Cognos Business Intelligence.

Para instalar Cognos Business Intelligence y los programas de soporte, complete estas tareas:

Instalación de los parches necesarios en el sistema de Cognos BI Server

Antes de instalar IBM Cognos Business Intelligence y su software relacionado, prepare el entorno del servidor aplicando parches los necesarios en el sistema operativo y otros componentes de terceros.

Acerca de esta tarea

Los parches relacionados se deben instalar antes de intentar desplegar el servidor Cognos.

Procedimiento
  1. Revise la nota técnica IBM 7022463, Cognos BI 10.1.1 Software Environments - Parches necesarios.
    Nota: Las bibliotecas Open Motif siguen siendo necesarias (tal como se menciona en la nota técnica) para los sistemas Linux sin conexión.
  2. Instale los parches especificados para su entorno de servidor.
  3. Reinicie el servidor para asegurarse de que todos los parches entren en vigor.

Instalación de WebSphere Application Server para Cognos Business Intelligence

Instale el despliegue de red de IBM WebSphere Application Server en el sistema que albergará IBM Cognos Business Intelligence, para que Deployment Manager pueda gestionar el servidor utilizado con IBM Connections.

Acerca de esta tarea

El nodo WebSphere en el que se encuentra Cognos BI Server se federará con el mismo Deployment Manager dedicado que el despliegue de IBM Connections. No utilice un nodo WebSphere que ya se haya federado con un Gestor de despliegue diferente.

Procedimiento
  1. Instale el despliegue de red de WebSphere Application Server como se describe en el Information Center de WebSphere Application Server versión 7.0.

    Este servidor debe estar instalado utilizando el perfil de Application Server; deberá federarlo en el gestor de despliegue en una tarea posterior.

    Si va a utilizar un servidor donde ya está desplegada la versión adecuada del despliegue de red de WebSphere Application Server, no es necesario que vuelva a instalarla; simplemente, cree un nuevo perfil del servidor de aplicaciones para Cognos Business Intelligence como se indica a continuación:

    IBM AIX, Linux
    manageprofiles.sh -create -templatepath  raíz_instalación_WAS/profileTemplates/default -adminUserName nombre_admin_was -adminPassword contraseña_admin_was
    Microsoft Windows
    manageprofiles.bat -create -templatepath raíz_instalación_WAS\profileTemplates\default -adminUserName nombre_admin_was -adminPassword contraseña_admin_was
    Puede comprobar que la instalación haya sido satisfactoria revisando el registro de WebSphere Application Server que se encuentra en: perfil_nodo_WAS_Cognos/logs/nombre_servidor_Cognos/SystemOut.log; por ejemplo en Windows:
    C:\Program Files\IBM\WebSphere\AppServer\profiles\CognosNode01\logs\cognos_server\SystemOut.log
  2. En el nuevo servidor instalado, establezca el reloj del sistema para que coincida con el tiempo (y el huso horario) en el sistema del Gestor de despliegue.
    Atención: El reloj del nodo se debe sincronizar como máximo a 1 minuto de diferencia con el reloj del Gestor de despliegue para asegurarse de que la federación no falle en una tarea posterior.

Instalación de los componentes de Cognos Business Intelligence

Instale IBM Cognos Business Intelligence en el sistema en el que previamente ha instalado el despliegue de red de IBM WebSphere Application Server y el cliente de la base de datos. El producto Cognos consta de dos componentes (Cognos BI Server y Cognos Transformer); debe instalar ambos componentes como parte de este despliegue.

Antes de empezar
Se deben satisfacer las condiciones siguientes para garantizar que los componentes de Cognos Business Intelligence se instalan correctamente:
  • La base de datos del almacén de contenido de Cognos se debe haber creado en el servidor de base de datos y el servidor de base de datos debe estar en ejecución (consulte Creación de base de datos
  • El servidor actual debe residir en el mismo dominio que los servidores de IBM Connections para poder habilitar SSO (Inicio de sesión único) tal como se requiere para la generación de informes.
  • El usuario que ejecuta el script de instalación Cognos debe tener permiso para utilizar el cliente de base de datos.
Acerca de esta tarea

La instalación de Cognos Business Intelligence necesita dos paquetes Cognos (BI Server y Transformer) además de los scripts proporcionados en el kit de IBM Connections.

Nota: Los paquetes de instalación para los componentes Cognos Business Intelligence están disponibles en el kit IBM Connections como descargas separadas.
Tabla 27. . Los nombres de paquetes para los componentes de Cognos se deben instalar para utilizarlos con IBM Connections.
Sistema operativo Nombre del paquete Cognos BI Server Nombre del paquete Cognos Transformer
IBM AIX IBM Cognos Business Intelligence Server de 64 bits 10.1.1 AIX multilingüe IBM Cognos Business Intelligence Transformer 10.1.1 AIX multilingüe
Linux IBM Cognos Business Intelligence Server de 64 bits 10.1.1 Linux x86 multilingüe IBM Cognos Business Intelligence Transformer 10.1.1 Linux x86 multilingüe
Microsoft Windows IBM Cognos Business Intelligence Server de 64 bit 10.1.1 Windows multilingüe IBM Cognos Business Intelligence Transformer 10.1.1 Windows multilingüe
zLinux (System z) IBM Cognos Business Intelligence Server 64 bits 10.1.1 Linux en System z plurilingüe (CI5W5ML IBM Cognos Business Intelligence Transformer 10.1.1 Linux en System z plurilingüe (CI2QHML)
Procedimiento
  1. Cree una carpeta de red compartida donde Cognos Transformer puede publicar datos de métrica (en forma de PowerCubes) para acceso de los informes.

    La carpeta de red compartida se utiliza al almacenar en clúster varios servidores Cognos; puede utilizar cualquier nombre que desee para la carpeta. Registre esta ubicación para asignarla a la propiedad cognos.cube.path cuando configure el archivo cognos-setup.properties en paso 6.

  2. Prepare el paquete Cognos BI Server:
    1. Descargue el paquete de Cognos BI Server a una ubicación temporal del servidor.
    2. Cree un directorio para contener el paquete expandido; por ejemplo:
      • AIX o Linux: /opt/biserver_10.1.1
      • Windows: C:\biserver_10.1.1
    3. Expanda el paquete en el nuevo directorio.
  3. Prepare el paquete Cognos Transformer:
    1. Descargue el paquete de Cognos Transformer a una ubicación temporal del servidor.
    2. Cree un directorio para contener el paquete expandido; por ejemplo:
      • AIX o Linux: /opt/transformer_10.1.1
      • Windows: C:\transformer_10.1.1
      Importante: Debido a los posibles conflictos con el nombre de archivo, el paquete Transformer no puede compartir un directorio con el paquete BI Server. La extracción de los paquetes en la misma ubicación sobrescribirá bibliotecas y hará que no funcione el servidor.
    3. Expanda el paquete en el nuevo directorio.
  4. Prepare el paquete de configuración del servidor Cognos:

    CognosConfig.zip o CognosConfig.tar se pueden encontrar en la carpeta /Cognos del soporte del producto de Connections.

    1. Descargue el paquete de CognosConfig a una ubicación temporal del servidor.
    2. Cree un directorio para contener el paquete expandido; por ejemplo:
      • AIX o Linux: /opt/CognosSetup
      • Windows: C:\CognosSetup
    3. Expanda el paquete en el nuevo directorio.
  5. Configure el controlador JDBC:
    1. Ubique el controlador JDBC de tipo 4 proporcionado por el producto de servidor de base de datos.
    2. Copie el controlador JDBC en la siguiente ubicación: /CognosSetup/BI-Customization/JDBC
  6. Prepare el archivo cognos-setup.properties rellenando el valor para cada propiedad.

    El archivo cognos-setup.properties se encuentra en el directorio CognosSetup donde ha expandido el paquete de configuración de servidor Cognos en el paso 4. Este archivo proporciona valores utilizados durante la instalación; los valores de propiedad del archivo incluyen una descripción.

    Notes en los valores de este archivo:
    • La carpeta de red compartida se representa mediante la propiedad cognos.cube.path; establezca esta propiedad en el nombre utilizado para la carpeta de red compartida creada en el paso 1.
    • La cuenta de administrador de Cognos especificada para el valor cognos.admin.username debe representar un usuario LDAP válido, no el administrador de WebSphere. Para esto, ya debe haber configurado un usuario en LDAP; para obtener información consulte Creación del administrador Cognos.
    • (Base de datos Oracle) Al instalar el cliente de base de datos Oracle, debería haber anotado la configuración de base de datos que utilizará en el archivo cognos-setup.properties; consulte las notas.
    • Las contraseñas almacenadas en este archivo se eliminarán cuando el script termine la ejecución; si necesita la ejecución del script deberá insertar las contraseñas antes de la próxima ejecución. Si lo prefiere, puede omitir las contraseñas del archivo de propiedades e introducirlas en la línea de comandos al ejecutar el script, tal como se muestra en el paso 9.
  7. (sistemas RedHat Linux 6 de 64 bits) Ejecute el siguiente mandato para precargar las bibliotecas necesarias para los scripts de configuración utilizados en el siguiente paso:
    export LD_PRELOAD=/usr/lib64/libfreebl3.so
  8. (Sistemas SuSE 11 zLinux) Cree un enlace simbólico con el paquete libXm.so.3:

    El kit openmotif22-libs-32bit-2.2.4-138.18.1 incluye libXm.so.4, mientras que el script issetup del programa instalador de Cognos enlaza con libXm.so.3 y encuentra un error si no está disponible. Evite este error creando un enlace simbólico a libXm.so.3 con el siguiente mandato:

    ln -s /usr/lib/libXm.so.4 /usr/lib/libXm.so.3
  9. (Microsoft SQL Server) Si está utilizando Microsoft SQL Server como sistema de gestión de base de datos debe configurarlo para soportar conexiones remotas antes de ejecutar el script cognos-setup.bat|sh o la validación de la base de datos fallará. Para obtener información sobre cómo habilitar conexiones remotas en SQL Server, consulte el sitio Microsoft.
  10. Ejecute el script cognos-setup.sh|bat para instalar los componentes Cognos BI Server y Transformer.
    Las propiedades especificadas en el archivo cognos-setup.properties se pueden pasar como parámetros al ejecutar este script. En concreto, es posible que desee proporcionar contraseñas utilizando este método en lugar de añadirlas al archivo de propiedades, de donde se suprimirán después de la ejecución. Para las propiedades que proporcione en el tiempo de ejecución, utilice la sintaxis siguiente:
    cognos-setup.sh|bat -property_name1=property_value1 -property_name2=property_value2
    Por ejemplo, el archivo de propiedades contiene los valores para cuatro contraseñas. Puede pasarlas todas en el tiempo de ejecución incluyéndolas en la línea de mandatos, como se indica a continuación:
    cognos-setup.sh -was.local.admin.password=WASadmin_pwd -cognos.admin.password=CognosAdmin_pwd -cognos.db.password=CognosContentStore_pwd -metrics.db.password=Metrics_DB_pwd

    La salida de esta operación se almacena en /CognosSetup/cognos-setup.log.

    Atención: Si encuentra un error al ejecutar el script cognos-setup.bat|sh, corríjalo y ejecute el script antes de continuar con el paso siguiente. Por ejemplo, si ha proporcionado una contraseña incorrecta en el archivo cognos-setup.properties, modifíquela y vuelva a ejecutar el script cognos-setup.sh|bat. Recuerde que si ha añadido contraseñas al archivo de propiedades, se habrán suprimido después de la ejecución anterior y deberá proporcionarlas de nuevo. Si encuentra otros problemas, consulte Resolución de problemas de componentes Cognos Business Intelligence para obtener posibles soluciones.
  11. Ejecute el script cognos-configure.sh|bat para configurar el servidor Cognos y configurar las conexiones de base de datos.

    Las propiedades especificadas en este script pueden transferirse como parámetros al ejecutar este script, utilizando la sintaxis mostrada en el paso anterior.

    La salida de esta operación se almacena en /CognosSetup/cognos-configure.log.

    Atención: Si encuentra un error al ejecutar el script cognos-configure.sh|bat, corrija el error y ejecute el script de nuevo antes de pasar al siguiente paso. Por ejemplo, si ha proporcionado una contraseña incorrecta en el archivo cognos-setup.properties, modifíquela y ejecute de nuevo el script cognos-setup.sh|bat. Recuerde que si ha añadido contraseñas al archivo de propiedades, se habrán suprimido después de la ejecución anterior y deberá proporcionarlas de nuevo. Si encuentra otros problemas, consulte Resolución de problemas de componentes Cognos Business Intelligence para obtener posibles soluciones.
  12. Deje el servidor Cognos detenido por ahora; iniciará el servidor después de federarlo con el Gestor de despliegue en la siguiente tarea.
    Nota: Más adelante, cuando desee detener el servidor Cognos, debe detener el WebSphere Application Server que lo aloja; esperar 1 minuto para asegurarse de que los procesos deCognos (AIX o Linux: procesos cgsServer.sh y CAM_LPSvr; Windows: procesos cgsLauncher.exe y CAM_LPSvr) se hayan detenido completamente antes de volver a iniciar el servidor.
Resultados
Los componentes de Cognos BI Server y Transformer están instalados en los directorios que ha especificado en el archivo cognos-setup.properties; por ejemplo:
  • Cognos BI Server: cognos.biserver.install.path
    • AIX o Linux: /opt/IBM/Cognos64
    • Windows: C:\Program Files\IBM\Cognos
  • Cognos Transformer: cognos.transformer.install.path
    • AIX o Linux: /opt/IBM/Cognos
    • Windows: C:\Program Files (x86)\IBM\Cognos
Nota: Durante la instalación, puede ver el mensaje siguiente: ERROR: El sistema no puede encontrar el archivo especificado. Si el mensaje va seguido de "mensajes de éxito" similares a los que se muestran aquí, la instalación ha sido satisfactoria y puede ignorar el mensaje de error.

<fecha><hora> : renovación diario satisfactoria
<fecha><hora> : reconstrucción <año><mes> satisfactoria

Puede comprobar si los componentes se han instalado satisfactoriamente revisando los registros de instalación en las siguientes ubicaciones:
  • Registro de instalación de Cognos BI Server: Cognos_BI_install_path/logs/cogserver.log
    • AIX o Linux: /opt/IBM/Cognos64/logs/cogserver.log
    • Windows: C:\Program Files\IBM\Cognos\logs\cogserver.log
  • Registro de instalación de Cognos Transformer: Cognos_Transformer_install_path/logs/cogserver.log:
    • AIX o Linux: /opt/IBM/Cognos/logs/cogserver.log
    • Windows: C:\Program Files (x86)\IBM\Cognos\logs\cogserver.log

Instalación del cliente de base de datos para Cognos Transformer

Instale un cliente de base de datos en el sistema en el que alojará IBM Cognos Business Intelligence. El componente Cognos Transformer requiere el uso de un cliente de base de datos para garantizar un acceso adecuado al servidor de base de datos para la generación y creación de informes PowerCube.

Instalación del cliente de base de datos DB2 para Cognos Transformer

Instale el cliente de base de datos de IBM DB2 en el sistema en el que alojará IBM Cognos Business Intelligence.

Antes de empezar

Antes de instalar el cliente de base de datos, el servidor de bases de datos debe estar instalado y en ejecución, y debe haber creado la base de datos Métricas y la base de datos del almacén de contenido Cognos.

Procedimiento
  1. Instale el cliente de base de datos en el servidor en el que desplegará Cognos Business Intelligence, siguiendo las instrucciones proporcionadas con su producto de base de datos.

    Para obtener instrucciones sobre la instalación del cliente IBM DB2, consulte Métodos de instalación para los clientes del servidor de datos de IBM en el Information Center de DB2.

  2. (DB2 en Linux solo) Asegúrese de que la biblioteca del cliente de DB2 tenga un origen correcto:
    1. En el directorio de instalación del cliente DB2, abra el archivo /etc/ld.so.conf para editarlo.
    2. Añada la biblioteca siguiente /opt/ibm/db2/V9.7/lib32 al archivo.
    3. Guarde y cierre el archivo.
    4. Ejecute el mandato ldconfig para volver a generar bibliotecas de enlace dinámico (DLL).
  3. Cree una conexión entre el cliente y la base de datos.

    Primero, conecte el cliente al nodo (el servidor DB2) donde se aloja la base de datos completando los pasos siguientes.

    1. Inicie sesión en el sistema cliente como usuario con autoridad DB2 SYSADM como mínimo.

      No puede catalogar un nodo como autoridad raíz.

    2. Cambie al directorio de inicio de la instancia.

      Los subpasos anteriores hacen referencia a este directorio como INSTHOME.

    3. (AIX o Linux) Configure el entorno de instancia ejecutando el script de inicio:

      bash, Bourne o Korn shell

      . INSTHOME/sqllib/db2profile

      Shell C

      source INSTHOME/sqllib/db2cshrc
      donde INSTHOME indica el directorio de inicio de la instancia.
    4. Abra el procesador de línea de mandatos de DB2:

      AIX o Linux

      db2

      Windows

      db2cmd
      donde INSTHOME indica el directorio de inicio de la instancia.
    5. Catalogue el servidor DB2 especificando los siguientes mandatos en el procesador de la línea de mandatos:
      db2 => catalog tcpip node nombre_nodo remote nombre_host|dirección_IP
             server nombre_servicio|puerto_instancia_DB2
      
      db2 => terminate
      donde:
      • nombre_nodo indica un apodo local (por ejemplo, el nombre de host abreviado) que se puede establecer para el servidor DB2.
      • nombre_host|dirección_IP indica el nombre de host o la dirección IP de la instancia de servidor donde reside la base de datos (se acepta IPv4 y IPv6).
      • Nombre_servicio|puerto_instancia_DB2 indica el nombre del servicio o el puerto de instancia de DB2 utilizado para la conexión (normalmente el puerto 50000 para DB2).
      Por ejemplo, conéctese al servidor llamado "db2node" con la dirección IP "2001:DB8:0:0:0:0:0:0" en el puerto 50000 del modo siguiente:
      db2 =>  catalog tcpip node db2node remote 2001:DB8:0:0:0:0:0:0 server 50000 
      DB20000I  El mandato CATALOG TCPIP NODE se ha completado satisfactoriamente.
      DB21056W  Los cambios en el directorio no serán
      efectivos hasta que la memoria caché del directorio no se renueve.
      db2 =>  terminate 
      DB20000I  El mandato TERMINATE se ha completado satisfactoriamente.

    Ahora, conecte el cliente a la base de datos de DB2 completando los pasos siguientes:

    Para DB2, configure el cliente para utilizar Métricas como el Nombre de base de datos y el Alias de base de datos.

    1. Ejecute los mandatos siguientes en el procesador de línea de mandatos de DB2:
      db2 => catalog database nombre_base_datos como alias_base_datos en el nodo nombre_nodo
      
      db2 => connect to Metrics user usuario_BD_métricas
      
      db2 => terminate
      Donde el servidor DB2 es el nodo con el que se acaba de conectar y la información de base e datos coincide con los valores especificados en el archivo cognos-setup.properties utilizado durante la instalación:
      • El nombre_BD indica el nombre de la base de datos de métricas (el valor metrics.db.name; el valor predeterminado es METRICS).
      • El alias_BD indica el alias de la base de datos de métricas (el valor metrics.db.local; el valor predeterminado es METRICS).
      • El nombre_nodo es el mismo apodo local utilizado para conectarse al servidor DB2 al principio del paso.
      • El usuario_BD_métricas indica el nombre de usuario que se utilizará para acceder a la base de datos (el valor metrics.db.user; el valor predeterminado es LCUSER).
      Por ejemplo, catalogue la base de datos METRICS en el servidor "db2node" como usuario "LCUSER" y pruebe la conexión con los mandatos siguientes:
      db2 =>  catalog database METRICS as METRICS at node db2node 
      DB20000I  El mandato CATALOG DATABASE se ha ejecutado correctamente.
      DB21056W  Los cambios en el directorio no serán
      efectivos hasta que la memoria caché del directorio no se renueve.
      db2 =>  connect to METRICS user LCUSER 
      Database Connection Information     
      Database server = DB2 9.7.0     
      SQL authorization ID = LCUSER     
      Local database alias = METRICS
      
      db2 =>  terminate 
      DB20000I  El mandato TERMINATE se ha completado satisfactoriamente.
    2. Cuando haya catalogado correctamente la base de datos, cierre el procesador de línea de mandatos de DB2 con el mandato siguiente:
      db2 =>  quit 

    Para obtener más información sobre la conexión del cliente de DB2 con el servidor y la base de datos de DB2 (incluidos argumentos opcionales), consulte Configuración de conexiones cliente a servidor utilizando el procesador de la línea de mandatos en DB2 Information Center.

Instalación del cliente de base de datos de Oracle para Cognos Transformer

Instale el cliente de base de datos Oracle en el sistema en el que alojará IBM Cognos Business Intelligence.

Antes de empezar

Antes de instalar el cliente de base de datos, el servidor de bases de datos debe estar instalado y en ejecución, y debe haber creado la base de datos Métricas y la base de datos del almacén de contenido Cognos.

Para información sobre cómo solucionar problemas sobre la configuración del cliente de base de datos Oracle para su uso con Cognos, consulte la nota técnica de IBM, Resolución de errores de conexión de Oracle.

Procedimiento
  1. Instale el cliente de base de datos de 32 bits estándar en el servidor donde desplegará Cognos Business Intelligence; para obtener más información consulte Instalación del cliente de base de datos Oracle.
    Importante: Asegúrese de instalar el cliente de 32 bits estándar en lugar de Instant Client, que no se soporta en Cognos. Si ha instalado el cliente de 64 bits, debe desinstalarlo antes de instalar el cliente de 32 bits.
  2. Copie los siguientes archivos en el directorio vía_acceso_instalación_Cognos_Transformer/bin:
    • vía_acceso_instalación_cliente_Oracle/lib/libclntsh.so.11.1
    • vía_acceso_instalación_cliente_Oracle/lib/libnnz11.so
    Nota: Si utiliza una versión diferente del cliente Oracle, debe encontrar archivos similares (designados para la versión) en la misma ubicación y puede utilizarlos en su lugar.
  3. (AIX o Linux) Si no ha iniciado sesión como raíz, cambie los permisos en los dos archivos utilizando chmod 755.
  4. Reinicie el servidor:
    1. Detenga el IBM WebSphere Application Server que aloja el servidor Cognos.
    2. Espere al menos 1 minuto para asegurarse de que todos los procesos de Cognos se hayan detenido:
      • AIX o Linux: procesos cgsServer.sh y CAM_LPSvr
      • Windows:procesos cgsLauncher.exe y CAM_LPSvr
    3. Inicie WebSphere Application Server.
    4. Inicie el servidor Cognos.

    Si es posible, reinicie el servidor y, a continuación, inicie el servicio Cognos. Si no puede reiniciar el servidor, debería bastar con reiniiar el servicio Cognos.

  5. Defina las ubicaciones ORACLE_HOME, TNS_ADMIN y LD_LIBRARY_PATH:
    ORACLE_HOME=/u01/app/oracle/product/11.2.0/client_1
    LD_LIBRARY_PATH=vía_acceso_instalación_Cognos_Transformer/bin; ORACLE_HOME/lib
    TNS_ADMIN=ORACLE_HOME/network/admin
  6. Edite el archivo vía_acceso_cliente_Oracle/network/admin/tnsnames.ora y añada los siguientes valores TNS al archivo:
    El valor TNS del cliente Oracle debe ser como el ejemplo siguiente:
    METRICS =
      (DESCRIPTION =
        (ADDRESS_LIST =
          (ADDRESS = (PROTOCOL = TCP)(HOST = nombre_host_servidor_base_datos_Oracle)(PORT = puerto))
        )
        (CONNECT_DATA =
          (SERVICE_NAME = nombre_servicio_base_datos)
        )
      )
    donde:
    • nombre_host_servidor_base_dato_Oracle es el nombre de host del servidor que aloja el servidor de base de datos Oracle; por ejemplo: oradb.example.com.
    • puerto es el puerto donde el servidor de base de datos está escuchando; suele ser el puerto 1521.
    • nombre_servicio_base_datos es el nombre del servicio de base e datos; por ejemplo orcl.
  7. Anote los siguientes valores para poder introducirlos en el archivo cognos-setup.properties en una tarea posterior:

    Utilice los mismos valores para nombre_host_servidor_base_datos_Oracle, puerto y nombre_instancia_base_datos que utilizó en el archivo de Oracle tnsnames.ora.

    cognos.db.type=oracle
    cognos.db.host=nombre_host_servidor_base_datos_Oracle:puerto
    cognos.db.name=nombre_instancia_base_datos
    cognos.db.user=cognos           //created by installer
    cognos.db.password=pass
    
    metrics.db.type=oracle
    metrics.db.host=Oracle_Database_Server:1521
    metrics.db.name=orcl
    
    metrics.db.local.name=METRICS   //local TNS name
    metrics.db.user=metricsuser     //created by installer
    metrics.db.password=pass
  8. Compruebe que el cliente pueda conectarse a la base de datos Métricas.

    Si el cliente Oracle encuentra conexión de errores con la base de datos Métricas, consulte la nota técnica de IBM Resolución de errores de conexión de Oracle.

Federación del servidor Cognos con el gestor de despliegue

El sistema que aloja el servidor IBM Cognos Business Intelligence se debe federar con el mismo gestor de despliegue dedicado que IBM Connections utiliza.

Antes de empezar
Antes de intentar federar el nodo Cognos en el gestor de despliegue, asegúrese de que:
  • El Gestor de despliegue se está ejecutando.
  • El servidor Cognos está detenido (si lo ha iniciado después de la instalación, deténgalo ahora deteniendo el IBM WebSphere Application Server que lo aloja).
  • El reloj del sistema del servidor Cognos está establecido como máximo a 1 minuto del tiempo (y del huso horario) del reloj del sistema en el Gestor de despliegue.
  • El gestor de despliegue y el servidor Cognos están registrados en el DNS o se hace referencia a ellos en el archivo etc/hosts.
Acerca de esta tarea

Esta tarea implica trabajar en el servidor Cognos Business Intelligence recién instalado para añadir el nodo al Gestor de despliegue y, a continuación, trabajar en el Gestor de despliegue para crear puertos virtuales para el nuevo nodo.

Procedimiento
  1. En el gestor de despliegue, inhabilite la seguridad Java 2:
    1. Inicie sesión en la consola de soluciones integradas como administrador de WebSphere.
    2. Pulse Seguridad > Seguridad global
    3. Busque en "Seguridad Java 2" y borre la selección de Utilizar la seguridad Java 2 para restringir el acceso de aplicación a los recursos locales.
    4. Pulse Aplicar.
    5. Pulse Aceptar.
  2. Utilice el sistema que aloja los componentes Cognos para federar el nuevo nodo en el Gestor de despliegue:
    1. En el sistema que aloja los componentes de Cognos, abra una ventana de mandato y vaya al directorio/bin de la raíz de instalación de WebSphere Application Server; por ejemplo:
      • IBM AIX, Linux: /opt/IBM/WebSphere/AppServer/bin
      • Microsoft Windows: C:\Program Files\IBM\WebSphere\AppServer\bin
    2. Ejecute el mandato addNode para federar el nodo en el Gestor de despliegue de la siguiente manera:
      addNode.bat|sh nombre_host_dm puerto_DM -profileName nombre_perfil_Cognos -includeapps -username nombre_usuario_admin_DM -password contraseña_admin_DM
      donde:
      • nombre_host_DM es el nombre de host completo del gestor de despliegue.
      • puerto_DM es el puerto de SOAP_CONNECTOR al que está escuchando el gestor de despliegue; el puerto predeterminado es 8879.

        Puede determinar el puerto comprobando el valor SOAP_CONNECTOR_ADDRESS en el siguiente archivo del sistema que aloja el gestor de despliegue:

        raíz_instalación_WAS/profiles/nombre_DM/properties/portdef.props; por ejemplo en Windows:
        C:\Program Files\IBM\WebSphere\AppServer\profiles\Dmgr01\properties\portdef.props
      • nombre_perfil_Cognos es el nombre del perfil donde Cognos Business Intelligence está instalado (en caso de que varios perfiles estén instalados en el mismo servidor).
        Consejo: Si solo ha instalado un perfil WebSphere en el servidor, puede omitir este parámetro.
        Si no está seguro del nombre de perfil del gestor de despliegue, puede determinarlo buscándolo en el nombre del directorio en el que se ha instalado; por ejemplo, en Linux:
        /opt/IBM/WebSphere/AppServer/profiles/nombre_perfil_Cognos
      • nombre_usuario_admin_DM es el nombre de usuario del administrador WebSphere en el gestor de despliegue, y contraseña_admin_DM es la contraseña asociada.
      Importante: Asegúrese de especificar -includeapps como se muestra en el ejemplo.
      Por ejemplo:
      addNode.bat lc40.example.com 8879 -profileName AppSrv01 -includeapps -username wasadmin -password my_WASadmin_pwd
    3. Inicie el agente de nodo ejecutando el mandato startNode (desde el mismo directorio); por ejemplo:
      • AIX o Linux: startNode.sh
      • Windows: startNode.bat
  3. Vuelva al gestor de despliegue y cree puertos virtuales para el nodo nuevo:
    1. Inicie sesión en la consola de soluciones integradas como administrador de WebSphere.
    2. En el árbol de navegación, pulse Servidores > Tipos de servidor > Servidores de aplicaciones WebSphere > nombre_servidor_Cognos > Puertos.
    3. Tenga en cuenta los valores para los puertos siguientes, para utilizarlos en el siguiente paso:
      • WC_defaulthost
      • WC_defaulthost_secure
    4. En el árbol de navegación, pulse Entorno > Host virtuales > host_predeterminado > Alias de host.
    5. Pulse el botón Nuevo en la tabla de puertos y añada un puerto que represente host_predeterminado_WC y pulse Aceptar:
      • Nombre de host: *
      • Puerto: utilice el valor del puerto WC_defaulthost que ha anotado anteriormente.
    6. Pulse el botón Nuevo de nuevo y añada un puerto que represente WC_defaulthost_secure; y pulse Aceptar:
      • Nombre de host: *
      • Puerto: utilice el valor del puerto WC_defaulthost_secure que ha anotado anteriormente.
    7. Guarde los cambios en la configuración maestra haciendo clic en el enlace Guardar en el recuadro "Mensajes" situado en la parte superior de la página.
  4. Sincronice el nuevo nodo con el gestor de despliegue:
    1. En el árbol de navegación, pulse Administración del sistema > Nodos.
    2. En la tabla de nodos, pulse el recuadro en frente del nuevo nodo (el servidor Cognos).
    3. Pulse el botón Sincronizar en la tabla y espere a que termine la operación antes de seguir con el paso siguiente.

      La sincronización puede tardar varios minutos en completarse; asegúrese de permitir el tiempo suficiente antes de reiniciar el servidor Cognos en la siguiente tarea.

  5. Reinicie el servidor Cognos:
    1. Detenga el IBM WebSphere Application Server que aloja el servidor Cognos.
    2. Espere al menos 1 minuto para asegurarse que todos los procesos de Cognos se hayan detenido:
      • AIX o Linux: procesos cgsServer.sh y CAM_LPSvr
      • Windows: procesos cgsLauncher.exe y CAM_LPSvr
    3. Inicie WebSphere Application Server.
    4. Inicie el servidor Cognos.

Validación de la instalación de Cognos BI Server

Compruebe que el servidor IBM Cognos Business Information esté instalado correctamente viendo sus páginas de asignador y gestor de contenido.

Antes de empezar

Asegúrese de que el servidor de Cognos se esté ejecutando.

Acerca de esta tarea

Para obtener consejos de configuración e información acerca de cómo solucionar problemas de la instalación de Cognos Business Intelligence, consulte Resolución de problemas de Cognos Business Intelligence.

Procedimiento
  1. Desde cualquier navegador, vaya al gestor de contenido del servidor Cognos en la dirección siguiente:
    http://nombre_host:puerto/raíz_contexto/servlet
    donde:
    • Nombre_host es el nombre de host completo del servidor Cognos; por ejemplo, host.example.com.

      Este valor se especifica en la propiedad was.fqdn.hostname del archivo cognos-setup.properties utilizado para instalar el servidor.

    • Puerto es el puerto que está escuchando el servidor Cognos.
    • Raíz_contexto es la raíz de contexto en la que ha instalado el servidor Cognos; por ejemplo, cognos.

      Este valor se especifica en la propiedad cognos.context_root en el archivo cognos-setup.properties que se utiliza para instalar el servidor (el valor predeterminado se ha establecido en cognos).

    Por ejemplo:
    http://cognosserver.example.com:9083/cognos/servlet

    IBM Cognos Content Manager muestra la información siguiente: número de compilación, hora de inicio del servidor, hora actual y estado del servidor actual. El estado debe ser running; si no es así, consulte Resolución de problemas de Cognos Business Intelligence para posibles problemas y soluciones sugeridas.

  2. A continuación, compruebe el asignador:
    1. En el navegador, vaya a la dirección del asignador:
      • Si todavía no ha federado el nodo en el gestor de despliegue, utilice el URL siguiente:
        http://nombre_host:puerto/raíz_contexto/servlet/dispatch/ext
      • Si ya ha federado el nodo en el gestor de despliegue, utilice el URL siguiente:
        http://nombre_host:Puerto/raíz_contexto/servlet/dispatch
        Nota: Es posible que las imágenes y los iconos no se muestren correctamente para este URL, pero es suficiente para validar que la carpeta IBMConnectionsMetrics y las subcarpetas correspondientes existen.

      donde los valores nombre_host, Puerto y raíz_contexto son los mismos que los utilizados en el paso 1. Por ejemplo:

      http://cognosserver.example.com:9083/cognos/servlet/dispatch

      El asignador muestra los separadores que listan las carpetas públicas y privadas.

    2. En el asignador, pulse el separador Público; en la lista de carpetas públicas pulse la carpeta IBMConnectionsMetrics y compruebe que contenga tres subcarpetas (Metrics, MetricsCubeDS y MetricsDBQuery).
Qué hacer a continuación

Si ha desplegado Cognos Business Intelligence como un paso de requisito previo para instalar IBM Connections, continue en la siguiente sección, Instalación de IBM Connections. Completará las tareas de configuración de Cognos después de instalar las aplicaciones de Connections.

Si al principio ha instalado IBM Connections sin desplegar primero Cognos Business Intelligence y ahora despliega el servidor Cognos, omita los temas sobre la instalación de Connections (que ya ha completado) y vaya directamente a Configuración de Cognos Business Intelligence.

Instalación de IBM Connections

Seleccione las aplicaciones de IBM Connections que prevé utilizar e instálelas en un despliegue en clúster.

Un despliegue de IBM Connections consta de los siguientes componentes:
  • Nodos de WebSphere Application Server:
    • Un nodo con el gestor de despliegue de red IBM WebSphere Application Server instalado.
    • Uno o más nodos de WebSphere Application Server que se pueden federar en la célula DM. Estos nodos alojan a los miembros de clúster
  • Un sistema con un servidor de bases de datos instalado.
  • Un servidor LDAP.
  • Un sistema con IBM HTTP Server instalado.
Importante: Antes de comenzar con la instalación, debe comprender los requisitos previos para IBM Connections 4.0. Para obtener más información, consulte el tema Antes de la instalación y asegúrese de que cumple todas las condiciones que se exigen para el entorno de desarrollo.

Antes de instalar

Verifique que todas las condiciones de requisitos previos necesarios se hayan completado antes de instalar IBM Connections.

Requisitos previos

  • Compruebe las Notas del release (en inglés) para ver los temas más recientes.
  • Si ha instalado previamente IBM Installation Manager, actualícelo a V1.4.4 o superior. Para obtener más información, consulte la página web de actualizaciones de IBM Installation Manager.
    Nota: Utilice la misma cuenta de usuario para instalar IBM Installation Manager e IBM Connections.
  • IBM Installation Manager presenta tres opciones para el tipo de despliegue que puede instalarse. Para obtener más información sobre estas opciones, consulte el tema Opciones de despliegue.
  • El proceso de instalación de IBM Connections tiene soporte para la creación de nuevas instancias de servidor y clústeres. No utilice clústeres existentes para desplegar IBM Connections.
  • Puede instalar IBM Connections con cuentas root y no root en AIX y Linux, o cuentas de administrador o no administrador en Microsoft Windows. Para obtener más información, consulte el tema Instalación como usuario no root.
  • Realice las tareas de preinstalación.
    Nota: Si está realizando la migración desde IBM Connections 3.0.1, debe completar sólo las siguientes tareas:
    • Preparación para configurar el directorio LDAP
    • Instalación de IBM WebSphere Application Server si está instalando en el mismo host que 3.0.1.
    • Configuración de repositorios federados
    • No finalice las tareas de preinstalación para crear bases de datos o rellenar la base de datos de Perfiles. El proceso de migración gestionará dichas tareas por separado.
  • Instale IBM WebSphere Application Server Network Deployment (opción de Application Server) en cada nodo. IBM Connections se ha instalado en el sistema donde está instalado WebSphere Application Server Deployment Manager. Para obtener más información, consulte el tema Instalación de IBM WebSphere Application Server.
  • Realice una copia de seguridad del directorio profile_root/Dmgr01.
  • Configure WebSphere Application Server para que se comunique con el directorio LDAP. Para obtener más información, consulte el tema Configuración de repositorios federados.
  • Prepare los directorios para utilizarlos como almacenes de contenido. Debe proporcionar almacenes de contenido compartido en dispositivos compartidos de red y almacenes de contenido local en cada nodo. Los almacenes de contenido local y compartido deben ser accesibles utilizando la misma vía de acceso desde todos los nodos y desde Deployment Manager.
  • Establezca los relojes del sistema en el Deployment Manager y los nodos como máximo a 1 minuto de diferencia. Si los relojes del sistema tienen más de 1 minuto, es posible que surjan errores de sincronización.
  • Copie los archivos JDBC para el tipo de base de datos al Deployment Manager (DM) y, a continuación, desde el DM a cada nodo. Coloque los archivos copiados en la misma ubicación en cada nodo que tienen en el DM. Por ejemplo, si ha copiado el archivo db2jcc.jar del directorio C:\IBM\SQLLIB de DM, ubique la copia en el directorio C:\IBM\SQLLIB de cada nodo. Consulte la siguiente tabla para determinar qué archivos debe copiar:
    Tabla 28. Archivos JDBC
    Tipo de base de datos Archivos JDBC
    DB2

    db2jcc.jar

    db2jcc_license_cu.jar

    Oracle
    ojdbc6.jar
    Nota: Asegúrese de que está utilizando la versión más reciente del archivo ojdbc6.jar.
    SQL Server

    sqljdbc4.jar

  • Si va a utilizar un certificado SSL de confianza, asegúrese de que está disponible antes de comenzar la instalación.
  • Si no tiene pensado desplegar IBM Cognos Business Intelligence ahora para dar soporte a las métricas, puede seguir instalando la aplicación Métricas junto con el resto de las aplicaciones de IBM Connections. Esto permite a Connections comenzar a recopilar datos de sucesos de forma inmediata y almacenarlos en la base de datos de Métricas para utilizarlos cuando Cognos esté disponible para proporcionar informes.
  • (Microsoft Windows) Debe usar una cuenta de administrador para instalar IBM Connections en Windows. Si está realizando la instalación en Windows Server 2008, debe usar una cuenta de administrador local. Si utiliza una cuenta de administrador de dominios, es posible que falle la instalación.
  • (Sólo Linux) Si recibe un mensaje de error tras intentar iniciar IBM Installation Manager, es posible que tenga que instalar más bibliotecas de 32 bits. Para obtener más información sobre las bibliotecas de Linux necesarias, consulte el tema Bibliotecas de Linux. Para obtener más información sobre los errores de IBM Installation Manager, vaya a la página web No se ha podido instalar Installation Manager en RHEL 6.0/6.1 (64 bits).
  • (AIX y Linux) Asegúrese de que las vías de acceso de directorio que especifique no contengan espacios.
  • (AIX y Linux) Asegúrese de que el límite de Open File Descriptor sea 8192. Para obtener más información sobre cómo establecer el límite del archivo, vaya al tema Mensajes de error de la instalación y busque el código de error CLFRP0042E.
  • (Sólo AIX) IBM Installation Manager exige más bibliotecas para el sistema operativo AIX. Para obtener más información, vaya a la página web Conjuntos de archivos necesarios en AIX for Installation Manager.
  • (Sólo AIX) Si IBM Installation Manager se cuelga mientras se instala en el sistema, es posible que necesite actualizar la versión del software. Para obtener más información, consulte la nota técnica IBM Installation Manager se cuelga en sistemas AIX de 64 bits.
  • (Sólo AIX) Si está descargando IBM Installation Manager, el programa TAR disponible predeterminado con AIX no maneja longitudes de vía de acceso superiores a 100 caracteres. Para evitar esta restricción, utilice el programa de archivado de archivo GNU en su lugar. Este programa es un paquete de origen abierto que IBM distribuye a través de la caja de herramientas de AIX para aplicaciones Linux en el sitio web de IBM AIX Toolbox. Descargue e instale el paquete TAR compatible con GNU. No es necesario instalar RPM Package Manager ya que se proporciona con AIX.

    Después de instalar el programa de compresión compatible con GNU, cambie al directorio donde descargó el archivo tar de IBM Connections. Especifique el mandato siguiente para extraer los archivos desde el archivo:

    gtar -xvf asistente_Lotus_Connections_aix.tar

    Este mandato crea un directorio nombrado después de IBM Installation Manager.

Consejos:
  • Establezca convenciones de denominación para los nodos, servidores, clústeres y servidores web.
  • Utilice una hoja de trabajo para registrar los ID de usuario, las contraseñas, los nombres del servidor y otra información que pueda necesitar durante y tras la instalación. Para obtener más información, consulte el tema Hoja de trabajo para instalar IBM Connections.
  • La instalación y configuración de IBM Connections es un proceso complejo; no sólo debe leer las instrucciones, sino que también debe prestar atención a los requisitos previos Antes de empezar de cada tema.

Bibliotecas de Linux

Lista completa de bibliotecas Linux necesarias para desplegar IBM Connections 4.0.

Linux
Asegúrese de haber instalado los siguientes paquetes y bibliotecas de Linux:
Nota: Asegúrese de que la biblioteca GTK esté disponible en su sistema. Incluso cuando se instala en un sistema de 64 bits, también necesita la versión de 32 bits de la biblioteca GTK.

compat-libstdc++-33.x86_64

libcanberra-gtk2.i686

PackageKit-gtk-module

gtk2.i686

compat-libstdc++-33.i686

compat-libstdc++-296

compat-libstdc++

libXtst.i686

Cognos
Si planea instalar Cognos, también necesita las bibliotecas enumeradas en la nota técnica Cognos BI 10.1.1 Software Environments - Parches relacionados.
Nota: Las versiones de 32 bits y 64 bits son necesarias.

Instalación como usuario no root

Conceda permisos a un usuario no root para instalar IBM Connections.

Antes de empezar

Asegúrese de haber realizado todas las tareas de requisito previo que sean relevantes para su entorno. Para obtener más información, consulte el tema Antes de la instalación.

Acerca de esta tarea

Esta tarea sólo se aplica a sistemas AIX y Linux.

De forma predeterminada, sólo los usuarios raíz tienen los permisos necesarios para instalar un despliegue de IBM Connections. En sistemas operativos AIX y Linux, puede permitir que usuarios no root instalen el producto cambiando sus permisos para acceder a determinados directorios. En el sistema operativo Windows, el usuario debe ser miembro de un grupo de administradores.

Nota: El usuario no root debe ser el mismo usuario que instaló IBM WebSphere Application Server.

Para conceder los permisos necesarios a un usuario no root, siga estos pasos:

Procedimiento

  1. A menos que ya exista, cree la cuenta de usuario no root que desea utilizar para instalar IBM Connections.
  2. En caso de que ya no exista, cree un directorio de inicio para el usuario.
  3. Edite el archivo install.ini:
    1. Abra el archivo install.ini para editarlo desde la siguiente ubicación:
      • AIX: IBM_Connections_set-up directory/IM/aix/install.ini
      • Linux: IBM_Connections_set-up directory/IM/linux/install.ini
      • Linux on System z: IBM_Connections_set-up directory/IM/zlinux/install.ini
    2. En la segunda línea del archivo, cambie admin por nonadmin.
    3. Guarde y cierre el archivo.
  4. Abra un indicador de mandatos y conceda los permisos necesarios al usuario especificando los mandatos que se muestran en la siguiente tabla:
    • AIX o Linux:
      Nota: Utilice el mandato chmod o chown, dependiendo del entorno de seguridad. Utilice los mandatos chown para otorgar permisos a un usuario y a un grupo, pero asegúrese de que el grupo incluye la cuenta de usuario que ha instalado WebSphere Application Server.
      Tabla 29. Permisos de usuario no root
      Directorio Permisos mandato chmod mandato chown
      raíz_servidor_aplicación RWX chgrp -R grupo_usuarios_no-root raíz_serv_apl chmod -R g+wrx raíz_serv_apl

      donde grupo_usuarios_no-root es un grupo de usuarios que contiene la cuenta de usuario no root.

      chown -R ID_no-root:grupo raíz_servidor_aplicación

      donde ID_no-root es la cuenta de usuario no root y grupo es el grupo de usuarios que contiene dicha cuenta.

      Directorio de configuración IBM_Connections

      RWX chgrp -R non-root_user_group IBM_Connections_set-up_directory chmod -R g+wrx IBM_Connections_set-up_directory chown -R non-root_ID:group IBM_connections_set-up_directory
      connections_root RWX chgrp -R non-root_user_group connections_root chmod -R g+wrx connections_root chown -R non-root_ID:group connections_root
      raíz_IM RWX chgrp -R grupos_usuarios_no-root raíz_MI chmod -R g+wrx raíz_MI chown -R ID_no_root:grupo raíz_IM
      raíz_recursos_compartidos RWX chgrp -R grupo_usuarios_no-root raíz_recursos_compartidos chmod -R g+wrx raíz_recursos_compartidos chown -R ID_no_root:grupo raíz_recursos_compartidos

      var/ibm/InstallationManager

      RWX chmod -R ugo+rwx /var/ibm/InstallationManager
      Nota: Conceda permisos a esta carpeta solo si el usuario root ha instalado IBM Installation Manager.
      chown -R ID_no_root:grupo /var/ibm/InstallationManager
  5. Instale IBM Connections utilizando el asistente, la consola o un método de instalación silenciosa.

Ejemplo

Conceda permisos a un usuario no root que desee instalar un despliegue de IBM Connections en Linux.

Supuestos:
  • El directorio raíz_servidor_aplicación es /opt/IBM/Websphere/Appserver.
  • El directorio directorio_configuración_IBM_Connections es /opt/ConnectionsSetup.
  • Los directorios raíz_connections, raíz_MI y raíz_recursos_compartidos son subdirectorios del directorio /opt/ConnectionsInstallation.
  • La cuenta de usuario no-root es un miembro del grupo ConnectionsInstallers.

Procedimiento:

  1. Cree una cuenta de usuario no root denominada ConnectionsInstaller.
  2. Cree un directorio de inicio para la nueva cuenta de usuario.
  3. Añada la nueva cuenta de usuario al grupo ConnectionsInstallers.
  4. Abra un indicador de mandatos y especifique los mandatos siguientes:
    1. chgrp -R ConnectionsInstallers /opt/IBM/Websphere/Appserver chmod -R g+wrx /opt/IBM/Websphere/Appserver chown -R ConnectionInstaller:ConnectionsInstallers /opt/IBM/Websphere/Appserver
    2. chgrp -R ConnectionsInstallers /opt/ConnectionsSetup chmod -R g+wrx /opt/ConnectionsSetup chown -R ConnectionInstaller:ConnectionsInstallers /opt/IBM/Websphere/Appserver
    3. chgrp -R ConnectionsInstallers /opt/ConnectionsInstallation chmod -R g+wrx /opt/ConnectionsInstallation chown -R ConnectionInstaller:ConnectionsInstallers /opt/IBM/Websphere/Appserver

Instalación de IBM Connections 4.0

Instale IBM Connections.

Antes de empezar

Asegúrese de haber realizado todas las tareas de requisito previo que sean relevantes para su entorno. Para obtener más información, consulte el tema Antes de la instalación.

Acerca de esta tarea

Para instalar IBM Connections, ejecute el asistente de IBM Installation Manager en el sistema en el que está instalado el gestor de despliegue.

Si se produce un error durante la instalación, IBM Installation Manager cancela la instalación y retrotrae los archivos de instalación. Las causas de los errores de instalación suelen ser problemas de entorno, como poco espacio en el disco, problemas de privilegios o la corrupción de un perfil de WebSphere. Si se ha cancelado la instalación, complete los pasos siguientes:
  1. Identifique y resuelva el error que ha provocado la cancelación. Después de cancelar la instalación, IBM Installation Manager muestra un mensaje de error con un código de error. Puede buscar el código de error en el tema Mensajes de error de la instalación o comprobar los archivos de registro.
  2. Restaure el perfil del gestor de despliegue a partir de la copia de seguridad.
  3. Suprima el directorio raíz_connections.
  4. Vuelva a iniciar esta tarea.

Para instalar IBM Connections, complete los pasos siguientes:

Procedimiento

  1. En cada nodo, detenga las instancias en ejecución de WebSphere Application Server y de los agentes de nodo de WebSphere.
  2. Inicie WebSphere Application Server Network Deployment Manager.
  3. Copie los archivos de instalación en el sistema que aloja Deployment Manager.
    Nota: Asegúrese de que la vía de acceso del directorio que especifique no contiene espacios.
  4. Desde el directorio de configuración Connections, ejecute el archivo para iniciar el launchpad de IBM Connections:
    • AIX o Linux: Connections set-up/launchpad.sh
    • Windows:configuración_Connections\launchpad.exe
    Nota: El launchpad necesita un navegador web para ejecutarse. Si su sistema no tiene un navegador web, lleve a cabo una de las siguientes acciones:
    • Instale un navegador web.
    • Instale IBM Connections en modalidad silenciosa. Para obtener más información, consulte el tema Instalación silenciosa.
    • Inicie IBM Installation Manager de forma manual:
      1. Abra un indicador de mandatos.
      2. Cambie al directorio Connections_install/IM/OS, donde OS es el sistema operativo.
      3. Especifique ./install.sh -input response.xml.
  5. Pulse Instalar IBM Connections 4.0 y, a continuación, Iniciar el asistente de instalación de IBM Connections 4.0.
    Nota: Pulse en los enlaces para Documentación, Tareas previas a la instalación o Tareas posteriores a la instalación para ver la documentación del producto.
  6. En la ventana Seleccionar paquetes a instalar, seleccione los paquetes que desea instalar y, a continuación, pulse Siguiente para continuar.
    Notas:
    • Acepte el valor predeterminado para Mostrar todas las versiones.
    • Si utiliza una versión de IBM Installation Manager anterior a la 1.4.4, se selecciona el paquete 1.4.4 en esta ventana.
    • Pulse Comprobar otras versiones y extensiones para buscar actualizaciones de IBM Installation Manager.
  7. Revise y acepte el acuerdo de licencia pulsando Acepto los términos de los acuerdos de licencia. Pulse Siguiente.
  8. Especifique la ubicación de los directorios compartidos para IBM Installation Manager.
    1. Especifique la ubicación del Directorio de recursos compartidos.
    2. Especifique la ubicación del Directorio de Installation Manager. Esta opción solo aparece si no ha instalado previamente IBM Installation Manager.
    3. Pulse Siguiente.
    Notas:
    • El directorio de recursos compartidos almacena recursos que pueden compartirse entre distintos paquetes. Si ha utilizado IBM Installation Manager antes, el asistente especifica este valor automáticamente.
    • El directorio de Installation Manager almacena recursos que son exclusivos para los paquetes que está instalando.
  9. Seleccione Utilizar el grupo de paquetes existente o Crear un nuevo grupo de paquetes.
    Nota: Si utiliza el asistente por primera vez, la opción Utilizar el grupo de paquetes existente no está disponible.
  10. Especifique la ubicación del directorio de instalación para IBM Connections. Puede aceptar la ubicación de directorio predeterminada, especificar un nuevo nombre de directorio o pulsar Examinar para seleccionar un directorio existente. Pulse Siguiente.
  11. Confirme las aplicaciones que desee instalar y pulse Siguiente. Puede seleccionar de entre las opciones siguientes:
    Importante:
    • El asistente siempre instala la página inicial y las aplicaciones Noticias y Buscar.
    • Para utilizar widgets de galería en la aplicación Comunidades, debe instalar la aplicación Archivos. Los widgets de galería multimedia almacenan archivos de foto y vídeo en la base de datos Archivos.
    • Aunque todavía no esté configurado Cognos, instale Métricas ahora para que los datos de aplicación se capturen desde el momento en que se despliega IBM Connections. Métricas captura los datos de despliegue mientras que Cognos se utiliza para ver los informes de datos. Si instala Métricas más adelante, no tendrá informes del período anterior a la instalación de Métricas.
    Opción Descripción
    IBM Connections 4.0 Instalar todas las aplicaciones de IBM Connections.
    Actividades Colaborar con compañeros.
    Blogs Escribir perspectivas personales sobre proyectos.
    Comunidades Interactuar con personas en proyectos compartidos.
    Marcadores Marcar los sitios websites importantes.
    Archivos Compartir archivos entre usuarios.
    Foros Discutir sobre proyectos e intercambiar información.
    Métricas Identifique y analice el uso y las tendencias.
    Móvil Acceder a IBM Connections desde dispositivos móviles.
    Moderación Los propietarios de foros y comunidades pueden moderar el contenido de los foros.
    Perfiles Buscar personas en una organización.
    Wikis Crear contenido para su sitio web.
  12. Especifique los detalles del entorno de WebSphere Application Server:
    1. Seleccione la ubicación de la instalación de WebSphere Application Server que contiene Deployment Manager.
      Tenga en cuenta la vía de acceso predeterminada a la instalación de WebSphere Application Server:
      • AIX: /usr/IBM/WebSphere/AppServer
      • Linux: /opt/IBM/WebSphere/AppServer
      • Windows: C:\Program Files\IBM\WebSphere\AppServer
    2. Especifique las propiedades de WebSphere Application Server Deployment Manager (DM):
      Perfil del gestor de despliegue
      Nombre del Gestor de despliegue que se va a usar con IBM Connections. El asistente detecta automáticamente los DM disponisbles.
      Nombre de host
      Nombre del servidor DM del host.
      ID de administrador
      El ID administrativo del DM.
      Nota: Este ID se establece en el alias de autenticación connectionsAdmin J2C, que se correlaciona con los siguientes roles J2EE: dsx-admin, widget-admin y search-admin. También lo utiliza el bus de integración de servicios. Si tiene pensado utilizar software de gestión de la seguridad como Tivoli Access Manager o SiteMinder, el ID que especifique aquí debe existir en su directorio LDAP. Para obtener más información, consulte el tema Conmutación a los ID de administrador exclusivos para las comunicaciones de nivel de sistema.
      Contraseña de administrador
      La contraseña para ID administrativo de DM.
      Número de puerto SOAP
      Número de puerto SOAP de DM. El asistente detecta automáticamente este valor.
    3. Pulse Validar para verificar la información de Deployment Manager que ha especificado y que la seguridad de aplicación está habilitada en WebSphere Application Server. Si la verificación falla, IBM Installation Manager muestra un mensaje de error.
      Nota: (AIX and Linux) El proceso de validación comprueba el número de archivos abiertos admitidos por el sistema. Si el valor de este parámetro, conocido como límite de Open File Descriptor, es demasiado bajo, se producirá un error de archivo abierto, un fallo de ubicación de memoria o un error de establecimiento de conexión. Si ocurre uno de estos errores, salga del asistente de instalación y aumente el límite del archivo abierto antes de reiniciar el asistente. Para establecer el límite del archivo, vaya al tema Mensajes de error de instalación y busque el código de error CLFRP0042E. El valor recomendado para IBM Connections es 8192. Para obtener más información sobre el límite de Open File Descriptor, consulte la documentación de su sistema operativo:
    4. Cuando la prueba de verificación sea satisfactoria, pulse Siguiente.
    El asistente crea un archivo dmInfo.properties en WebSphere Application Server para registrar detalles de la célula, el nodo y el servidor.
  13. Configure su topología. Para obtener más información acerca de cada opción, consulte el tema Opciones de despliegue.
    Nota:

    Si vuelva a esta página desde una página posterior del asistente de instalación, los valores todavía están presentes pero no visibles. Si quiere cambiar algun valor, debe especificar de nuevo toda la información. Si no desea cambiar sus valores iniciales, pulse Siguiente.

    • Despliegue pequeño:
      1. Seleccione la topología Despliegue pequeño.
      2. Especifique un Nombre de clúster para la topología.
      3. Seleccione un Nodo.
      4. Pulse Siguiente.
    • Despliegue medio:
      1. Seleccione la topología Despliegue medio.
      2. Seleccione el valor predeterminado o especifique un Nombre de clúster para cada aplicación o grupo de aplicaciones. Por ejemplo, utilice Cluster1 para Actividades, Comunidades y Foros.
        Nota: IBM Installation Manager crea servidores y clústeres cuando es necesario.
      3. Seleccione un Nodo para cada clúster. Acepte el nodo predefinido o seleccione un nodo diferente.
        Nota: Estos nodos alojan las instancias de servidor de aplicaciones que sirven a aplicaciones de IBM Connections. Puede asignar varios nodos a un clúster, donde cada nodo es un miembro de servidor del clúster.
      4. Escriba un nombre de Miembro de servidor par el nodo seleccionado. Elija el predeterminado o especifique un nombre personalizado.
        Nota: Si especifica un nombre de miembro del servidor personalizado, el nombre debe ser único en todos los nodos del despliegue.
      5. Pulse Siguiente.
    • Despliegues grandes:
      1. Seleccione la topología Despliegues grandes.
      2. Escriba un Nombre de clúster para cada aplicación.
        Nota: IBM Installation Manager crea servidores y clústeres cuando es necesario.
      3. Seleccione un Nodo para cada clúster. Acepte el nodo predefinido o seleccione un nodo diferente.
        Nota: Estos nodos alojan las instancias de servidor de aplicaciones que sirven a aplicaciones de IBM Connections. Puede asignar varios nodos a un clúster, donde cada nodo es un miembro de servidor del clúster.
      4. Escriba un nombre de Miembro de servidor par el nodo seleccionado. Elija el predeterminado o especifique un nombre personalizado.
        Nota: Si especifica un nombre de miembro del servidor personalizado, el nombre debe ser único en todos los nodos del despliegue.
      5. Pulse Siguiente.
  14. Especifique la información de la base de datos:
    Nota:

    Si vuelva a esta página desde una página posterior del asistente de instalación, los valores todavía están presentes pero no visibles. Si quiere cambiar algun valor, debe especificar de nuevo toda la información. Si no desea cambiar sus valores iniciales, pulse Siguiente.

    1. Especifique si las instalaciones aplicadas usan la misma instancia o el mismo servidor de bases de datos: Seleccione o No.
      Nota: Si se lo permite la configuración de su base de datos, puede seleccionar varias instancias de bases de datos, así como distintos servidores de bases de datos.
    2. Seleccione un Tipo de base de datos de una de las siguientes opciones:
      • IBM DB2 Universal Database
      • Oracle Enterprise Edition
      • Microsoft SQL Server Enterprise Edition
    3. Especifique el Nombre de host del servidor de bases de datos. Por ejemplo: appserver.enterprise.example.com

      Si ha instalado aplicaciones que utilizan distintos servidores de bases de datos, especifique el nombre de host de la base de datos para cada aplicación.

    4. Especifique el Número de puerto del servidor de bases de datos. Los valores predeterminados son: 50000 para DB2, 1521 para Oracle y 1433 para SQL Server.

      Si ha instalado aplicaciones que utilizan distintos servidores o instancias de bases de datos, espcifique el número de puerto para cada servidor o instancia de base de datos.

    5. Especifique la Ubicación del controlador JDBC. Por ejemplo:
      • AIX:

        /usr/IBM/WebSphere/AppServer/lib

      • Linux:

        /opt/IBM/WebSphere/AppServer/lib

      • Windows:

        C:\IBM\WebSphere\Appserver\lib

    6. Asegúrese de que las siguientes bibliotecas de controladores JDBC estén presentes en el directorio de JDBC:
      DB2
      db2jcc.jar y db2jcc_license_cu.jar
      Nota: Asegúrese de que su cuenta de usuario tenga los permisos necesarios para acceder a los archivos JDBC de DB2.
      Oracle
      ojdbc6.jar
      SQL Server
      Descargue el controlador SQL Server JDBC 2 del sitio web de Microsoft en un directorio local y especifique el nombre de este directorio en el campo Biblioteca de controladores JDBC.

      El directorio no debe contener el archivo sqljdbc.jar, sólo el archivo the sqljdbc4.jar. Aunque se haya configurado el origen de datos para utilizar el archivo sqljdbc4.jar, se producirá una excepción si ambos archivos se encuentran en el mismo directorio.

      IBM le recomienda obtener este arreglo de Microsoft para el controlador JDBC para los despliegues de producción.

    7. Especifique el ID de usuario y Contraseña para cada base de datos. Si cada base de datos utiliza las mismas credenciales de usuario, seleccione el recuadro de selección Utilizar la misma contraseña para todas las aplicaciones y, a continuación, especifique el ID de usuario y contraseña de la primera base de datos de la lista.
      Nota:

      Si el tipo de base de datos es Oracle, debe conectarse a la base de datos con el ID de usuario que ha utilizado para crear las bases de datos de aplicación.

    8. Pulse Validar para verificar los valores de la base de datos. Si la validación falla, compruebe los valores de la base de datos. Cuando la validación sea satisfactoria, pulse Siguiente.

      IBM Installation Manager prueba su conexión de base de datos con los valores de la base de datos que ha proporcionado. Puede cambiar la configuración de la base de datos más tarde, en la consola de soluciones integradas de WebSphere Application Server.

  15. Especifique los detalles de la configuración Cognos como se explica en la tabla y, a contnuación, pulse Validar para verificar su conexión.
    Nota:
    • Solo aparecerá el panel de configuración IBM Cognos si decide instalar la aplicación de Métricas antes en esta tarea.
    • Asegúrese de que el servidor de Cognos Business Intelligence esté en ejecución porque el asistente envía un ping al servidor durante el proceso de validación.
    • Si no desea desplegar Cognos ahora, introduzca valores ficticios para el ID y la contraseña de usuario, pulse Cargar infomación de nodo y pulse Validar. Ignore el mensaje de error que aparece. Para continuar instalando IBM Connections, pulse Siguiente. Para obtener información sobre cómo desplegar Cognos, consulte el tema Instalación de Cognos Business Intelligence. Para obtener más información sobre cómo resolver problemas de validación de Cognos, consulte el tema Resolución de problemas de validación de Cognos.
    Opción Descripción
    ID de usuario administrador Escriba el nombre de usuario de la cuenta de administrador que haya seleccionado para Cognos Business Intelligence. Este usuario se debe incluir en el directorio LDAP utilizado con Connections.
    Contraseña de administrador Escriba la contraseña para el administrador Cognos.
    Nombre Pulse el botón Cargar información del nodo para recuperar una lista de los nodos y perfiles disponibles y, a continuación, pulse la flecha y seleccione el perfil WebSphere que aloja Cognos BI server. El perfil seleccionado aquí debe coincidir con el perfil que ha especificado como was.profile.name en el archivo cognos- setup.properties.

    Nombre de host

    Este es un campo no editable rellenado cuando selecciona un perfil en el campo Nombre. Ver los nombres de host asociados para cada perfil o nodo le puede ayudar a seleciconar el nodo correcto en el que se ejecuta Cognos BI Server.

    Nombre del servidor Es posible que haya varios servidores instalados en el mismo equipo como servidor Cognos BI; pulse la flecha y seleccione la instancia que representa el servidor Cognos.Este valor debe coincidir con lo que ha especificado como cognos.was.server.name en el archivo cognos-setup.properties.
    Consejo: Un valor predeterminado de cognos_server se ha asignado en el archivo de propiedades, por lo que si no ha cambiado el valor, utilícelo ahora.
    Puerto Escriba el número del puerto en el que escucha Cognos BI Server. Ese es el predeterminado del puerto 9080 pero es posible que se haya cambiado. Puede determinar el puerto comprobando el valor WC_defaulthost en el siguiente archivo: raíz_instalación_WAS/config/cells/nombre_de_célula/nodos/nombre_nodo/serverindex.xml; por ejemplo, en Windows:
    C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSvr01\config\cells\lc40Cell01\nodes\lc40CellManager01\serverindex.xml
    raíz de contexto web La raíz de contexto determina qué solicitudes se deben delegar a la aplicación Cognos para procesarlas (las que empiecen por esta serie las gestionará Cognos). Este valor debe coincidir con el cognos.contextroot que ha especificado en el archivo cognos-setup.properties.
    Consejo: Un valor predeterminado de cognos se ha asignado en el archivo de propiedades, por lo que si no ha cambiado el valor, utilícelo ahora.

    Si ha desplegado Cognos Business Intelligence y la validación falla, puede pulsar Siguiente y continuar instalando IBM Connections. Cuando se complete la instalación, puede corregir el problema de validación tal como se explica en el tema, Resolución de problemas de validación de Cognos.

  16. Especifique las ubicaciones de los almacenes de contenido. Todos los nodos de un clúster deben tener acceso de lectura y escritura al contenido compartido. Debe ser posible acceder tanto a los almacenes de contenido compartido como a los de contenido local utilizando la misma vía de acceso desde todos los nodos y desde Deployment Manager. Cada almacén de contenido es representa mediante la variable correspondiente de WebSphere, definida también como compartida o local. El contenido local es específico del nodo.
    Nota: Si está realizando la migración desde IBM Connections 3.0.1, puede reutilizar sus almacenesde contenido existentes en 4.0. Para obtener más información, consulte el tema Migración de almacenes de contenido.
    1. Especifique la ubicación del almacén de contenido compartido. El almacén de contenido compartido normalmente reside en un repositorio compartido que otorgue acceso de lectura y escritura al gestor de despliegue en todos los nodos. Utilice uno de los siguientes métodos para crear un directorio de datos compartido:
      • Recursos compartidos de archivos basados en red (por ejemplo, NFS, SMB/Samba, etc.)
      • Unidades de red de área de almacenamiento (SAN)
      • Si utiliza un sistema de archivos compartido en Microsoft Windows especifique la ubicación del archivo utilizando el formato UNC (Universal Naming Convention). Por ejemplo: \\nombre_servidor\nombre_recurso_compartido.
        Nota: (Solo Windows) Si utiliza Remote Desktop Connection para correlacionar unidades de carpetas compartidas, asegúrese que se utiliza la misma sesión para iniciar los agentes de nodo. De lo contrario, es posible que las unidades compartidas sean invisibles para los nodos.
    2. Especifique la ubicación del almacén de contenido local.
    3. Pulse Validar para comprobar que la cuenta que utiliza para instalar IBM Connections tenga el acceso de escritura al almacén de contenido.
    4. Pulse Siguiente.
  17. Seleccione una solución de notificación. Las notificaciones son mensajes de correo electrónico a usuarios acerca de nueva información y eventos de su despliegue de IBM Connections.
    • Habilitar solo notificación.

      Utilice las notificaciones pero sin la función Responder a.

    • Habilitar notificación y Responder a.

      Utilice las notificaciones y la función Responder a. Para utilizar ReplyTo, el servidor de correo electrónico debe poder recibir todas las respuestas y canalizarlas en una única bandeja de entrada. IBM Connection se conecta con el servidor de correo utilizando el protocolo IMAP.

    • Ninguno.

      No utilice una solución de notificación en su despliegue de IBM Connections. Puede configurar notificaciones después de la instalación.

  18. Seleccione y especifique una solución de servidor de correo y, a continuación, pulse Siguiente.
    • Sesión de correo WebSphere Java: Utilice un único servidor de correo para todas las notificaciones. Seleccione esta opción si puede acceder directamente a un servidor SMTP utilizando el nombre de host.

      Complete los siguientes campos para identificar el servidor de correo que utilizará para enviar correos electrónicos:
      Nombre de host del servidor de mensajería SMTP
      Especifique el nombre de host o la dirección IP del servidor de correo SMTP que prefiera.
      El servidor SMTP requiere autenticación.
      Seleccione el recuadro de selección para forzar la autenticación cuando se envía un correo desde este servidor.
      ID de usuario
      Si el servidor SMTP requiere autenticación, especifique el ID de usuario.
      Contraseña
      Si el servidor SMTP requiere autenticación, especifique la contraseña de usuario.
      Cifrar tráfico de correo saliente en el servidor de mensajería SMTP mediante SSL
      Seleccione este recuadro de selección si desea cifrar el correo saliente para el servidor SMTP.
      Puerto
      Acepte el puerto predeterminado 25, o especifique el puerto 465 si utiliza SSL.
    • Registros DNS MX: Utiliza información de DNS para determinar qué servidores de correo utilizar. Seleccione esta opción en caso de que utilice un servidor Domain Name System (DNS) para acceder al servidor de mensajería SMTP.

      Nombre de dominio de mensajería
      Especifique el nombre o la dirección IP del dominio de mensajería.
      Seleccione un servidor DNS específico
      Seleccione este recuadro de selección si desea especificar un servidor SMTP único.
      Servidor DNS para la consulta del servidor de mensajería
      Especifique el nombre de host o la dirección IP del servidor DNS.
      Puerto DNS utilizado para la consulta del servidor de mensajería
      Especifique el número de puerto que se utiliza para enviar consultas mediante un servidor de mensajería.
      El servidor SMTP requiere autenticación.
      Seleccione el recuadro de selección para forzar la autenticación cuando se envía un correo de notificación desde este servidor.
      ID de usuario
      Si se requiere autenticación SMTP, especifique el ID de usuario administrador del servidor SMTP.
      Contraseña
      Si se requiere autenticación SMTP, especifique la contraseña del usuario administrador del servidor SMTP.
      Cifrar tráfico de correo saliente en el servidor de mensajería SMTP mediante SSL
      Marque el recuadro de selección si desea utilizar la capa de sockets seguros (SSL) cuando se conecte al servidor SMTP.
      Puerto
      Especifique el número de puerto para utilizar en la conexión al servidor SMTP. El número de puerto predeterminado para el protocolo SMTP es 25. El número de puerto predeterminado para SMTP mediante SSL es 465.
    • Si pulsa No habilitar notificación, IBM Installation Manager omite lo que queda de este paso. Puede configurar notificación más tarde.
  19. Si ha seleccionado la opción de notificación y Responder a, establezca la configuración de correo electrónico de Responder a. IBM Connections utiliza una única dirección Responder a para identificar tanto la persona que ha respondido a una notificación como el suceso o un elemento que ha desencadenado la notificación.
    1. Especifique un nombre de dominio. Por ejemplo: mail.example.com.
      Nota: Este nombre de dominio se utiliza para crear la dirección ReplyTo. La dirección cconsta de sufijo o prefijo, una clave única y el nombre de dominio.
    2. El sistema da una dirección de correo electrónico de respuesta a un ID único. Puede personalizar la dirección añadiendo un prefijo o sufijo, utilizando un máximo de 28 caracteres. Esta información adicional es útil si el nombre de dominio ya está en uso para otros propósitos. Seleccione una de las opciones siguientes:
      Ninguna
      Utilice el ID generado por el sistema.
      Prefijo
      Especifique un prefijo en el campo Ejemplo.
      Sufijo
      Especifique un sufijo en el campo Ejemplo.

      Cuando seleccione una opción, el asistente crea un ejemplo de dirección, combinando la selección con el ID generado por el sistema.

      Por ejemplo:
      • unique_id@domain
      • prefix_unique_id@domain
      • unique_id_suffix@domain -
    3. Especifique los detalles del archivo de correo al que se envían los mensajes de correo electrónico de Responder a:
      Servidor
      El dominio en el que se encuentra su servidor de correo. Por ejemplo: replyTo.mail.example.com.
      ID de usuario
      La cuenta de usuario para el servidor de correo. El ID de usuario y la contraseña son credenciales que utilizará IBM Connections para sondear la bandeja de entrada en el servidor de correo, recuperar las respuestas y procesar el contenido. IBM Connections se conecta con el servidor de correo electrónico utilizando IMAP.
      Contraseña
      Contraseña para la cuenta de usuario. El ID de usuario y la contraseña son credenciales que utilizará IBM Connections para sondear la bandeja de entrada en el servidor de correo, recuperar las respuestas y procesar el contenido. IBM Connections se conecta con el servidor de correo electrónico utilizando IMAP.
    4. Pulse Siguiente.
    Nota: Puede modificar los valores Responder a después de la instalación. Para editar el nombre de dominio y prefijo o sufijo, edite el archivo news-config.xml. Para obtener más información, consulte el tema Paso de post-migración para actualizaciones de estado. Para editar los detalles del servidor y de la autenticación, inicie sesión en la consola de soluciones integradas de WebSphere Application Server y vaya a la página Sesiones de correo, donde puede editar la configuración.
  20. Revise la información que ha especificado. Para revisar las selecciones, pulse Atrás. Para finalizar la instalación, pulse Siguiente.
  21. Revise el resultado de la instalación. Pulse Finalizar para salir del asistente de instalación.
  22. Reinicie el Gestor de despliegue:
    • AIX o Linux: abra un indicador de mandatos y acceda al directorio raíz_perfil/Dmgr01/bin. Especifique el mandato ./stopManager.sh y, a continuación, el mandato ./startManager.sh.
    • Windows: detenga y reinicie el servicio del Gestor de despliegue.
  23. Inicie todos los nodos federados y especifique el mandato startNode. Repita estos pasos para cada nodo:
    1. Inicie sesión en un nodo.
    2. Cambien el directorio profile_root/bin desde una línea de mandatos.
    3. Introduzca el mandato startNode del sistema operativo:
      • AIX o Linux: ./startNode.sh
      • Windows: startNode.bat
  24. Inicie sesión en Integrated Solutions Console en Deployment Manager para realizar una sincronización completa de todos los nodos.
    1. Vaya a Administración del sistema > Nodos.
    2. Seleccione los dos nodos y pulse Resincronización completa.
    Nota: Espere hasta que DM copie todas los archivos EAR de la aplicación al directorio installedApps en cada nodo. Este proceso puede durar hasta 30 minutos.

    Para verificar que DM haya distribuido la los archivos EAR de la aplicación a los nodos, compruebe el archivo SystemOut.log de cada agente de nodo. La vía de acceso predeterminada al archivo SystemOut.log en un nodo es raíz_perfil/logs/nodeagent.

    Busque un mensaje como el ejemplo siguiente: ADMA7021I: Distribución de la aplicación nombre_aplicación se ha completado satisfactoriamente. donde nombre_aplicación es el nombre de una aplicación de IBM Connections.

  25. Reinicie Deployment Manager.
  26. Inicie todos los clústeres IBM Connections:
    1. Inicie sesión en Integrated Solutions Console de DM
    2. Vaya a Servidores > Clusters > Clústers del servidor de WebSphere Application.
    3. Seleccione los clústeres de IBM Connections y pulse Iniciar.
    Notas:
    • Si ha instalado un clúster con varios nodos de búsqueda, debe crear el índice inicial. Para obtener más información sobre cómo crear el índice de búsqueda, consulte el tema Creación de un índice inicial o de búsqueda nueva.
      1. Si está realizando la instalación en un despliegue con un idioma distinto al inglés, habilite la búsqueda en diccionarios. Para obtener más información, consulte el tema Habilitación de diccionarios de búsqueda.
      2. El índice estará listo cuando los archivos INDEX.READY y CRAWLING_VERSION aparezcan en el directorio de índice.
    • Si algunas aplicaciones no se inician, es posible que el proceso de copia de archivos no se haya completado. Espere unos minutos e inicie las aplicaciones.

Resultados

El asistente de instalación ha instalado IBM Connections en un despliegue de red.

Para confirmar que la instalación es correcta, abra los archivos de registro en el directorio raíz_connections/logs. Cada aplicación de IBM Connections instalada tiene un archivo de registro con el siguiente formato de denominación: nombre_aplicaciónInstall.log, donde nombre_aplicación es el nombre de una aplicación de IBM Connections. Busque las palabras error o exception para buscar errores o excepciones producidos durante la instalación.

Para ver el archivo de registro para los sucesos del sistema que tuvieron lugar durante la instalación, abra el archivo fecha_hora.xml, donde fecha_hora representa la fecha y la hora de la instalación. El archivo se ubica por defecto en el directorio siguiente:
  • AIX o Linux (usuario root): /var/ibm/InstallationManager/logs
  • AIX o Linux (usuario no root): /home/usuario/var/ibm/Installation Manager/logs dondeusuario es el nombre del usuario no root.
  • Windows Server 2008 de 64 bits: C:\ProgramData\IBM\Installation Manager\logs

Qué hacer a continuación

Realice las tareas posteriores a la instalación que son relevantes para la instalación. Para obtener más información, consulte el tema Tareas posteriores a la instalación.

Acceso a recursos compartidos de la red:

Si ha instalado WebSphere Application Server en Microsoft Windows y lo ha configurado para que se ejecute como servicio, asegúrese de que puede acceder a los recursos compartidos de red. Para obtener más información, consulte el tema Acceso a recursos compartidos de red de Windows.

Instalación en modo de consola

Instale IBM Connections en modalidad de consola. Este método es conveniente si no puede o no desea utilizar el modo gráfico.

Antes de empezar

Asegúrese de haber realizado todas las tareas de requisito previo que sean relevantes para su entorno. Para obtener más información, consulte el tema Antes de la instalación.

Acerca de esta tarea

Utilice la modalidad de consola para completar el proceso de instalación en un entorno no gráfico. Esta modalidad es útil cuando debe instalar IBM Connections en un sistema que no tiene una tarjeta de vídeo.

En los pasos en los que especifique información personalizada, como detalles de servidor, puede escribir una P en cualquier momento para volver a la opción de entrada anterior en ese paso. Sin embargo, no puede escribir una P para volver un paso anterior.

Para instalar IBM Connections, debe utilizar IBM Installation Manager, que gestiona el proceso de instalación.

Para instalar IBM Connections en la modalidad de consola, complete los pasos siguientes:

Procedimiento

  1. En cada nodo, detenga las instancias en ejecución de WebSphere Application Server y de los agentes de nodo de WebSphere.
  2. Inicie WebSphere Application Server Network Deployment Manager.
  3. Copie los archivos de instalación en el sistema que aloja Deployment Manager.
    Nota: Asegúrese de que la vía de acceso del directorio que especifique no contiene espacios.
  4. Inicie IBM Installation Manager en la modalidad de consola:
    Nota: Ejecute IBM Installation Manager en el sistema en que se ha instalado el gestor de despliegue.
    • Si Installation Manager ya está instalado, abra un indicador de mandatos para acceder al directorio de instalación de IBM Installation Manager. A continuación, ejecute el mandato siguiente:
      • AIX o Linux: /opt/IBM/InstallationManager/eclipse/tools/imcl -c
      • Windows: \Program Files\IBM\Installation Manager\eclipse\tools\imcl.exe -c
    • Para instalar IBM Installation Manager y IBM Connections, abra un indicador de mandatos para acceder al directorio de instalación de IBM Installation Manager. A continuación, ejecute el mandato siguiente:
      • AIX: Lotus_Connections_Install/IM/aix/install.console.sh
      • Linux: Lotus_Connections_Install/IM/linux/install.console.sh
      • Windows: Lotus_Connections_Install\IM\windows\install.console.bat

      El script por lotes llama a un archivo de respuestas que contiene información sobre los repositorios para IBM Installation Manager y IBM Connections.

    • Para utilizar otro idioma para el proceso de instalación, abra un indicador de mandatos, acceda al directorio de instalación IBM Installation Manager y ejecute el siguiente mandato:
      • AIX: Lotus_Connections_Install/IM/aix/tools/imcl -c -nl código_idioma
      • Linux: Lotus_Connections_Install/IM/linux/tools/imcl -c -nl código_idioma
      • Windows: \Program Lotus_Connections_Install\IM\windows\tools\imcl.exe -c -nl código_idioma

      donde código_idioma es el código de dos letras de un idioma, como por ejemplo fr para francés.

  5. En la ventana de consola, especifique el repositorio IBM Connections:
    Nota: Si selecciona la opción para ejecutar el archivo install.console.bat|sh en el paso 4, puede saltarse este paso.
    1. Escriba P para editar preferencias.
    2. Escriba 1 para especificar los repositorios.
    3. Escriba D para añadir un repositorio.
    4. Escriba la vía de acceso repositorio para IBM Connections 4.0, por ejemplo: Lotus_Connections/repository.xml.
    5. Escriba A para guardar la información de repositorio.
    6. Escriba C para volver a la ventana de consola.
  6. En el paso Seleccionar paquetes a instalar, escriba 1 para seleccionar el paquete y, a continuación, escriba N para continuar.
  7. Revise el acuerdo de licencia escribiendo el número adecuado para ver la información sobre licencia. Para aceptar el acuerdo de licencia, escriba A. Escriba N para continuar.
  8. Especifique la ubicación del directorio de recursos compartidos para IBM Installation Manager.
    1. Especifique la ubicación del Directorio de recursos compartidos.
    2. Escriba N para continuar.
    Notas:
    • El directorio de recursos compartidos almacena recursos que pueden compartirse entre distintos paquetes. Si ha utilizado IBM Installation Manager antes, el asistente especifica este valor automáticamente.
    • Asegúrese de que la vía de acceso del directorio que especifique no contiene espacios.
  9. Especifique la ubicación del directorio de instalación IBM Installation Manager.
    1. Especifique la ubicación del Directorio de Installation Manager.
    2. Escriba N para continuar.
    Notas:
    • Esta opción solo está disponible si no ha instalado previamente IBM Installation Manager.
    • El directorio de Installation Manager almacena recursos que son exclusivos para los paquetes que está instalando.
    • Asegúrese de que la vía de acceso del directorio que especifique no contiene espacios.
  10. Especifique las ubicaciones del grupo de paquetes para IBM Installation Manager y el directorio de instalación de IBM Connections:
    1. El asistente detecta automáticamente el grupo de paquetes IBM Connections. Escriba M para cambiar la ubicación predeterminada donde se instalará el grupo de paquetes.
    2. Escriba N para continuar.
    3. Para aceptar la ubicación predeterminada del directorio de instalación de IBM Connections, escriba N. Para especificar un nombre de directorio nuevo, escriba M y especifique el nuevo nombre de directorio y la vía de acceso.
    4. Escriba N para continuar.
  11. Seleccione las aplicaciones que desee instalar y, a continuación, escriba N para continuar. Puede seleccionar de entre las opciones siguientes:
    Importante:
    • El asistente siempre instala la página inicial y las aplicaciones Noticias y Buscar.
    • Si borra la selección de las aplicaciones Página de inicio, Noticias o Buscar, el asistente se cerrará.
    • Para utilizar widgets de galería en la aplicación Comunidades, debe instalar la aplicación Archivos. Los widgets de galería multimedia almacenan archivos de foto y vídeo en la base de datos Archivos.
    • Aunque todavía no esté configurado Cognos, instale Métricas ahora para que los datos de aplicación se capturen desde el momento en que se despliega IBM Connections. Métricas captura los datos de despliegue mientras que Cognos se utiliza para ver los informes de datos. Si instala Métricas más adelante, no tendrá informes del período anterior a la instalación de Métricas.
    Opción Descripción
    IBM Connections 4.0 Instalar todas las aplicaciones de IBM Connections.
    Actividades Colaborar con compañeros.
    Blogs Escribir perspectivas personales sobre proyectos.
    Comunidades Interactuar con personas en proyectos compartidos.
    Marcadores Marcar los sitios websites importantes.
    Archivos Compartir archivos entre usuarios.
    Foros Discutir sobre proyectos e intercambiar información.
    Métricas Identifique y analice el uso y las tendencias.
    Mobile Acceder a IBM Connections desde dispositivos móviles.
    Moderación Los propietarios de foros y comunidades pueden moderar el contenido de los foros.
    Perfiles Buscar personas en una organización.
    Wikis Crear contenido para su sitio web.
  12. Especifique los detalles del entorno de WebSphere Application Server:
    1. Seleccione la ubicación de la instalación de WebSphere Application Server que contiene Deployment Manager.
      Tenga en cuenta la vía de acceso predeterminada a la instalación de WebSphere Application Server:
      • AIX: /usr/IBM/WebSphere/AppServer
      • Linux: /opt/IBM/WebSphere/AppServer
      • Windows: C:\Program Files\IBM\WebSphere\AppServer
    2. Especifique las propiedades de WebSphere Application Server Deployment Manager (DM):
      Perfil del gestor de despliegue
      Nombre del Gestor de despliegue que se va a usar con IBM Connections. El asistente detecta automáticamente los DM disponisbles.
      Nombre de host
      Nombre del servidor DM del host.
      ID de administrador
      El ID administrativo del DM.
      Nota: Este ID se establece en el alias de autenticación connectionsAdmin J2C, que se correlaciona con los siguientes roles J2EE: dsx-admin, widget-admin y search-admin. También lo utiliza el bus de integración de servicios. Si tiene pensado utilizar software de gestión de la seguridad como Tivoli Access Manager o SiteMinder, el ID que especifique aquí debe existir en su directorio LDAP. Para obtener más información, consulte el tema Conmutación a los ID de administrador exclusivos para las comunicaciones de nivel de sistema.
      Contraseña de administrador
      La contraseña para ID administrativo de DM.
      Número de puerto SOAP
      Número de puerto SOAP de DM. El asistente detecta automáticamente este valor.
    3. Pulse Intro para verificar la información DM que ha especificado. El proceso de verificación también comprueba que la seguridad de aplicación esté habilitada en WebSphere Application Server. Si la verificación falla, IBM Installation Manager muestra un mensaje de error.
      Nota: (AIX and Linux) El proceso de validación comprueba el número de archivos abiertos admitidos por el sistema. Si el valor de este parámetro, conocido como límite de Open File Descriptor, es demasiado bajo, se producirá un error de archivo abierto, un fallo de ubicación de memoria o un error de establecimiento de conexión. Si ocurre uno de estos errores, salga del asistente de instalación y aumente el límite del archivo abierto antes de reiniciar el asistente. Para establecer el límite del archivo, vaya al tema Mensajes de error de instalación y busque el código de error CLFRP0042E. El valor recomendado para IBM Connections es 8192. Para obtener más información sobre el límite de Open File Descriptor, consulte la documentación de su sistema operativo:
    4. Si la comprobación de verificación es satisfactoria, escriba N para continuar. Si la verificación falla, pulse B para volver a escribir la información necesaria.
    El asistente crea un archivo dmInfo.properties en WebSphere Application Server para registrar detalles de la célula, el nodo y el servidor.
  13. Configure su topología. Para obtener más información acerca de cada opción, consulte el tema Opciones de despliegue.
    • Despliegue pequeño:
      1. Escriba 1 para seleccionar la topología de Despliegue pequeño.
      2. Especifique un Nombre de clúster para la topología.
      3. Seleccione un Nodo.
      4. Especifique un nombre Miembro de servidor para el nodo.
      5. Escriba N para continuar.
    • Despliegue medio:
      1. Escriba 2 para seleccionar la topología Despliegue medio.
      2. Seleccione el valor predeterminado o especifique un Nombre de clúster para cada aplicación o grupo de aplicaciones. Por ejemplo, utilice Cluster1 para Actividades, Comunidades y Foros.
        Nota: IBM Installation Manager crea servidores y clústeres cuando es necesario.
      3. Seleccione un Nodo para cada clúster. Acepte el nodo predefinido o seleccione un nodo diferente.
        Nota: Estos nodos alojan las instancias de servidor de aplicaciones que sirven a aplicaciones de IBM Connections. Puede asignar varios nodos a un clúster, donde cada nodo es un miembro de servidor del clúster.
      4. Escriba un nombre de Miembro de servidor par el nodo seleccionado. Elija el predeterminado o especifique un nombre personalizado.
        Nota: Si especifica un nombre de miembro del servidor personalizado, el nombre debe ser único en todos los nodos del despliegue.
      5. Se muestra la topología que ha especificado. Para volver a especificar la información, escriba el número que corresponda a la aplicación; por ejemplo, escriba 1 para Actividades.
      6. Escriba N para continuar.
    • Despliegues grandes:
      1. Escriba 3 para seleccionar la topología Despliegues grandes.
      2. Escriba un Nombre de clúster para cada aplicación.
        Nota: IBM Installation Manager crea servidores y clústeres cuando es necesario.
      3. Seleccione un Nodo para cada clúster. Acepte el nodo predefinido o seleccione un nodo diferente.
        Nota: Estos nodos alojan las instancias de servidor de aplicaciones que sirven a aplicaciones de IBM Connections. Puede asignar varios nodos a un clúster, donde cada nodo es un miembro de servidor del clúster.
      4. Escriba un nombre de Miembro de servidor par el nodo seleccionado. Elija el predeterminado o especifique un nombre personalizado.
        Nota: Si especifica un nombre de miembro del servidor personalizado, el nombre debe ser único en todos los nodos del despliegue.
      5. Se muestra la topología que ha especificado. Para volver a especificar la información, escriba el número que corresponda a la aplicación; por ejemplo, escriba 1 para Actividades.
      6. Escriba N para continuar.
  14. Especifique la información de la base de datos:
    1. Especifique si las aplicaciones instaladas utilizan el mismo servidor o instancia de la base de datos: Escriba 1 para especificar que las aplicaciones utilizan la misma instancia o servidor de bases de datos; escriba 2 para especificar que utilizan instancias o servidores de bases de datos diferentes.
      Nota: Si se lo permite la configuración de su base de datos, puede seleccionar varias instancias de bases de datos, así como distintos servidores de bases de datos.
    2. Seleccione un Tipo de base de datos de una de las siguientes opciones:
      • IBM DB2 Universal Database
      • Oracle Enterprise Edition
      • Microsoft SQL Server Enterprise Edition
    3. Especifique el Nombre de host del servidor de bases de datos. Por ejemplo: appserver.enterprise.example.com

      Si ha instalado aplicaciones que utilizan distintos servidores de bases de datos, especifique el nombre de host de la base de datos para cada aplicación.

    4. Especifique el Número de puerto del servidor de bases de datos. Los valores predeterminados son: 50000 para DB2, 1521 para Oracle y 1433 para SQL Server.

      Si ha instalado aplicaciones que utilizan distintos servidores o instancias de bases de datos, espcifique el número de puerto para cada servidor o instancia de base de datos.

    5. Especifique la Ubicación del controlador JDBC. Por ejemplo:
      • AIX:

        /usr/IBM/WebSphere/AppServer/lib

      • Linux:

        /opt/IBM/WebSphere/AppServer/lib

      • Windows:

        C:\IBM\WebSphere\Appserver\lib

    6. Asegúrese de que las siguientes bibliotecas de controladores JDBC estén presentes en el directorio de JDBC:
      DB2
      db2jcc.jar y db2jcc_license_cu.jar
      Nota: Asegúrese de que su cuenta de usuario tenga los permisos necesarios para acceder a los archivos JDBC de DB2.
      Oracle
      ojdbc6.jar
      SQL Server
      Descargue el controlador SQL Server JDBC 2 del sitio web de Microsoft en un directorio local y especifique el nombre de este directorio en el campo Biblioteca de controladores JDBC.

      El directorio no debe contener el archivo sqljdbc.jar, sólo el archivo the sqljdbc4.jar. Aunque se haya configurado el origen de datos para utilizar el archivo sqljdbc4.jar, se producirá una excepción si ambos archivos se encuentran en el mismo directorio.

      IBM le recomienda obtener este arreglo de Microsoft para el controlador JDBC para los despliegues de producción.

    7. Especifique el ID de usuario y Contraseña para cada base de datos. Si cada base de datos utiliza las mismas credenciales de usuario, seleccione la pregunta Utilizar la misma contraseña para todas las aplicaciones y, a continuación, especifique el ID de usuario y contraseña de la primera base de datos de la lista.
      Nota:

      Si el tipo de base de datos es Oracle, debe conectarse a la base de datos con el ID de usuario que ha utilizado para crear las bases de datos de aplicación.

    8. Si necesita realizar cambios, escriba el número que corresponda a la aplicación que desee cambiar. Como alternativa, escriba R para restablecer todas las especificaciones de base de datos a los valores predeterminados.
    9. Pulse Intro para verificar los valores de la base de datos. Si la validación falla, compruebe los valores de la base de datos. Cuando la validación sea satisfactoria, pulse Siguiente.

      IBM Installation Manager prueba su conexión de base de datos con los valores de la base de datos que ha proporcionado. Puede cambiar la configuración de la base de datos más tarde, en la consola de soluciones integradas de WebSphere Application Server.

    10. Si la comprobación de verificación es satisfactoria, escriba N para continuar. Si la verificación falla, pulse B para volver a escribir la información necesaria.
  15. Especifique su configuración Cognos.
    Notas:
    • Solo aparecerá el panel de configuración IBM Cognos si decide instalar la aplicación de Métricas antes en esta tarea.
    • Si no desea configurar Cognos ahora, introduzca valores ficticios para el ID y la contraseña de usuario y seleccione cualquier valor de la lista de nodos y servidores. A continuación, pulse Intro e ignore el mensaje de error de validación que aparece. Para seguir instalando IBM Connections, escriba N. Para obtener más información sobre la configuración de Cognos después de la instalación, consulte el tema Instalación de Cognos Business Intelligence. Para obtener más información sobre cómo resolver problemas de validación de Cognos, consulte el tema Resolución de problemas de validación de Cognos.
    1. Especifique el ID de usuario de LDAP para el administrador Cognos.
    2. Especifique la contraseña para el administrador Cognos.
    3. Seleccione el nodo donde está instalado Cognos BI Server.
    4. Especifique el número de puerto del servidor Cognos.
    5. Especifique la raíz de contexto web.
    6. Pulse la tecla Intro para validar la configuración.
    7. Escriba N para continuar.
  16. Especifique las ubicaciones de los almacenes de contenido. Todos los nodos de un clúster deben tener acceso de lectura/escritura al contenido compartido. Debe ser posible acceder tanto a los almacenes de contenido compartido como a los de contenido local utilizando la misma vía de acceso desde todos los nodos y desde Deployment Manager. El contenido local es específico del nodo. Cada almacén de contenido es representa mediante la variable correspondiente de WebSphere, definida también como compartida o local.
    Nota: Si está realizando la migración desde IBM Connections 3.0.1, puede reutilizar sus almacenes de contenido existentes en 4.0. Para obtener más información, consulte el tema Migración de almacenes de contenido.
    1. Especifique la ubicación del almacén de contenido compartido. El almacén de contenido compartido normalmente reside en un repositorio compartido que otorgue acceso de lectura y escritura al gestor de despliegue en todos los nodos. Utilice uno de los siguientes métodos para crear un directorio de datos compartido:
      • Recursos compartidos de archivos basados en red (por ejemplo, NFS, SMB/Samba, etc.)
      • Unidades de red de área de almacenamiento (SAN)
      • Si utiliza un sistema de archivos compartido en Microsoft Windows especifique la ubicación del archivo utilizando el formato UNC (Universal Naming Convention). Por ejemplo: \\nombre_servidor\nombre_recurso_compartido.
        Nota: (Solo Windows) Si utiliza Remote Desktop Connection para correlacionar unidades de carpetas compartidas, asegúrese que se utiliza la misma sesión para iniciar los agentes de nodo. De lo contrario, es posible que las unidades compartidas sean invisibles para los nodos.
    2. Especifique la ubicación del almacén de contenido local.
    3. Pulse Intro para comprobar que la cuenta que utiliza para instalar IBM Connections tenga el acceso de escritura al almacén de contenido.
    4. Pulse Siguiente.
  17. Seleccione una solución de notificación. Las notificaciones son mensajes de correo electrónico a usuarios acerca de nueva información y eventos de su despliegue de IBM Connections.
    • Habilitar solo notificación.

      Utilice las notificaciones pero sin la función Responder a.

    • Habilitar notificación y Responder a.

      Utilice las notificaciones y la función Responder a. Para utilizar ReplyTo, el servidor de correo electrónico debe poder recibir todas las respuestas y canalizarlas en una única bandeja de entrada. IBM Connection se conecta con el servidor de correo utilizando el protocolo IMAP.

    • Ninguno.

      No utilice una solución de notificación en su despliegue de IBM Connections. Puede configurar notificaciones después de la instalación.

  18. Si elige una opción de notificación de correo electrónico, seleccione y especifique una solución de servidor de correo solución.
    • Sesión de correo WebSphere Java: Utilice un único servidor de correo para todas las notificaciones. Seleccione esta opción si puede acceder directamente a un servidor SMTP utilizando el nombre de host.

      Identifique el servidor de correo que se utilizará para enviar correos electrónicos:
      Nombre de host del servidor de mensajería SMTP
      Especifique el nombre de host o la dirección IP del servidor de correo SMTP que prefiera.
      El servidor SMTP requiere autenticación.
      Especifique Y para forzar la autenticación cuando se envía un correo desde este servidor.
      ID de usuario
      Si el servidor SMTP requiere autenticación, especifique el ID de usuario.
      Contraseña
      Si el servidor SMTP requiere autenticación, especifique la contraseña de usuario.
      Cifrar tráfico de correo saliente en el servidor de mensajería SMTP mediante SSL
      Si desea cifrar el correo saliente en el servidor SMTP, pulse Y.
      Puerto
      Pulse Intro para aceptar el puerto predeterminado de 25, o especifique 465 si utiliza SSL.
    • Registros DNS MX: Utiliza información de DNS para determinar qué servidores de correo utilizar. Seleccione esta opción en caso de que utilice un servidor Domain Name System (DNS) para acceder al servidor de mensajería SMTP.

      Nombre de dominio de mensajería
      Especifique el nombre o la dirección IP del dominio de mensajería.
      Seleccione un servidor DNS específico
      Para especificar un servidor SMTP único, pulse Y.
      Servidor DNS para la consulta del servidor de mensajería
      Especifique el nombre de host o la dirección IP del servidor DNS.
      Puerto DNS utilizado para la consulta del servidor de mensajería
      Especifique el número de puerto que se utiliza para enviar consultas mediante un servidor de mensajería.
      El servidor SMTP requiere autenticación.
      Especifique Y para forzar la autenticación cuando se envía un correo desde este servidor.
      ID de usuario
      Si se requiere autenticación SMTP, especifique el ID de usuario administrador del servidor SMTP.
      Contraseña
      Si se requiere autenticación SMTP, especifique la contraseña del usuario administrador del servidor SMTP.
      Cifrar tráfico de correo saliente en el servidor de mensajería SMTP mediante SSL
      Si desea cifrar el correo saliente en el servidor SMTP, pulse Y.
      Puerto
      Pulse Intro para aceptar el puerto predeterminado de 25, o especifique 465 si utiliza SSL.
    • Si especifica No habilitar notificación, IBM Installation Manager omite lo que queda de este paso. Puede configurar notificación más tarde.
  19. Si ha seleccionado la opción de notificación y Responder a, establezca la configuración de correo electrónico de Responder a. IBM Connections utiliza una única dirección Responder a para identificar tanto la persona que ha respondido a una notificación como el suceso o un elemento que ha desencadenado la notificación.
    1. Especifique un nombre de dominio. Por ejemplo: mail.example.com.
      Nota: Este nombre de dominio se utiliza para crear la dirección ReplyTo. La dirección cconsta de sufijo o prefijo, una clave única y el nombre de dominio.
    2. El sistema da una dirección de correo electrónico de respuesta a un ID único. Puede personalizar la dirección añadiendo un prefijo o sufijo, utilizando un máximo de 28 caracteres. Esta información adicional es útil si el nombre de dominio ya está en uso para otros propósitos. Seleccione una de las opciones siguientes:
      Ninguna
      Utilice el ID generado por el sistema.
      Prefijo
      Especifique un prefijo en el campo Ejemplo.
      Sufijo
      Especifique un sufijo en el campo Ejemplo.

      Cuando seleccione una opción, el asistente crea un ejemplo de dirección, combinando la selección con el ID generado por el sistema.

      Por ejemplo:
      • unique_id@domain
      • prefix_unique_id@domain
      • unique_id_suffix@domain -
    3. Especifique los detalles del archivo de correo al que se envían los mensajes de correo electrónico de Responder a:
      Servidor
      El dominio en el que se encuentra su servidor de correo. Por ejemplo: replyTo.mail.example.com.
      ID de usuario
      La cuenta de usuario para el servidor de correo. El ID de usuario y la contraseña son credenciales que utilizará IBM Connections para sondear la bandeja de entrada en el servidor de correo, recuperar las respuestas y procesar el contenido. IBM Connections se conecta con el servidor de correo electrónico utilizando IMAP.
      Contraseña
      Contraseña para la cuenta de usuario. El ID de usuario y la contraseña son credenciales que utilizará IBM Connections para sondear la bandeja de entrada en el servidor de correo, recuperar las respuestas y procesar el contenido. IBM Connections se conecta con el servidor de correo electrónico utilizando IMAP.
    4. Pulse Siguiente.
    Nota: Puede modificar los valores Responder a después de la instalación. Para editar el nombre de dominio y prefijo o sufijo, edite el archivo news-config.xml. Para obtener más información, consulte el tema Paso de post-migración para actualizaciones de estado. Para editar los detalles del servidor y de la autenticación, inicie sesión en la consola de soluciones integradas de WebSphere Application Server y vaya a la página Sesiones de correo, donde puede editar la configuración.
  20. Revise la información que ha especificado. Para revisar las selecciones, pulse B. Para continuar la instalación, pulse N.
  21. Para instalar el producto, pulse I. Para generar un archivo de respuestas, pulse G.
  22. Revise el resultado de la instalación. Pulse F para salir del asistente de instalación.
  23. Reinicie el Gestor de despliegue:
    • AIX o Linux: abra un indicador de mandatos y acceda al directorio raíz_perfil/Dmgr01/bin. Especifique el mandato ./stopManager.sh y, a continuación, el mandato ./startManager.sh.
    • Windows: detenga y reinicie el servicio del Gestor de despliegue.
  24. Inicie todos los nodos federados y especifique el mandato startNode. Repita estos pasos para cada nodo:
    1. Inicie sesión en un nodo.
    2. Cambien el directorio profile_root/bin desde una línea de mandatos.
    3. Introduzca el mandato startNode del sistema operativo:
      • AIX o Linux: ./startNode.sh
      • Windows: startNode.bat
  25. Inicie sesión en Integrated Solutions Console en Deployment Manager para realizar una sincronización completa de todos los nodos.
    1. Vaya a Administración del sistema > Nodos.
    2. Seleccione los dos nodos y pulse Resincronización completa.
    Nota: Espere hasta que DM copie todas los archivos EAR de la aplicación al directorio installedApps en cada nodo. Este proceso puede durar hasta 30 minutos.

    Para verificar que DM haya distribuido la los archivos EAR de la aplicación a los nodos, compruebe el archivo SystemOut.log de cada agente de nodo. La vía de acceso predeterminada al archivo SystemOut.log en un nodo es raíz_perfil/logs/nodeagent.

    Busque un mensaje como el ejemplo siguiente: ADMA7021I: Distribución de la aplicación nombre_aplicación se ha completado satisfactoriamente. donde nombre_aplicación es el nombre de una aplicación de IBM Connections.

  26. Reinicie Deployment Manager.
  27. Inicie todos los clústeres IBM Connections:
    1. Inicie sesión en Integrated Solutions Console de DM
    2. Vaya a Servidores > Clusters > Clústers del servidor de WebSphere Application.
    3. Seleccione los clústeres de IBM Connections y pulse Iniciar.
    Notas:
    • Si ha instalado un clúster con varios nodos de búsqueda, debe crear el índice inicial. Para obtener más información sobre cómo crear el índice de búsqueda, consulte el tema Creación de un índice inicial o de búsqueda nueva.
      1. Si está realizando la instalación en un despliegue con un idioma distinto al inglés, habilite la búsqueda en diccionarios. Para obtener más información, consulte el tema Habilitación de diccionarios de búsqueda.
      2. El índice estará listo cuando los archivos INDEX.READY y CRAWLING_VERSION aparezcan en el directorio de índice.
    • Si algunas aplicaciones no se inician, es posible que el proceso de copia de archivos no se haya completado. Espere unos minutos e inicie las aplicaciones.

Resultados

El asistente de instalación ha instalado IBM Connections en un despliegue de red.

Para confirmar que la instalación es correcta, abra los archivos de registro en el directorio raíz_connections/logs. Cada aplicación de IBM Connections instalada tiene un archivo de registro con el siguiente formato de denominación: nombre_aplicaciónInstall.log, donde nombre_aplicación es el nombre de una aplicación de IBM Connections. Busque las palabras error o exception para buscar errores o excepciones producidos durante la instalación.

Para ver el archivo de registro para los sucesos del sistema que tuvieron lugar durante la instalación, abra el archivo fecha_hora.xml, donde fecha_hora representa la fecha y la hora de la instalación. El archivo se ubica por defecto en el directorio siguiente:
  • AIX o Linux (usuario root): /var/ibm/InstallationManager/logs
  • AIX o Linux (usuario no root): /home/usuario/var/ibm/Installation Manager/logs dondeusuario es el nombre del usuario no root.
  • Windows Server 2008 de 64 bits: C:\ProgramData\IBM\Installation Manager\logs

Qué hacer a continuación

Realice las tareas posteriores a la instalación que son relevantes para la instalación. Para obtener más información, consulte el tema Tareas posteriores a la instalación.

Acceso a recursos compartidos de la red:

Si ha instalado WebSphere Application Server en Microsoft Windows y lo ha configurado para que se ejecute como servicio, asegúrese de que puede acceder a los recursos compartidos de red. Para obtener más información, consulte el tema Acceso a recursos compartidos de red de Windows.

Instalación silenciosa

La instalación silenciosa es una herramienta para instalar el mismo perfil de IBM Connections en varios sistemas sin utilizar IBM Installation Manager. Esto simplifica el proceso de instalación en empresas que necesitan varios instancias idénticas de IBM Connections.

La instalación silenciosa utiliza parámetros de instalación de un archivo de respuestas para instalar perfiles idénticos de IBM Connections en distintos sistemas. Para especificar parámetros de la instalación silenciosa, puede editar el archivo de respuestas predeterminado que se suministra con IBM Connections o puede crear un nuevo archivo.

Además de instalar de forma silenciosa IBM Connections, puede utilizar el proceso de instalación silenciosa para modificar, actualizar o desinstalar IBM Connections.

Instalación de IBM Connections en la modalidad silenciosa (con un IBM Installation Manager existente)

Utilice una instalación silenciosa para realizar una instalación idéntica de IBM Connections en varios sistemas.

Antes de empezar

Asegúrese de haber realizado todas las tareas de requisito previo que sean relevantes para su entorno. Para obtener más información, consulte el tema Antes de la instalación.

Asegúrese de que se ha instalado IBM Installation Manager en el sistema. Para evitar errores causados utilizando la versión errónea de IBM Installation Manager, elimine la siguiente línea del archivo de respuesta predeterminado:
<offering id='com.ibm.cic.agent' version='1.4.4000.20110525_1254' profile='IBM Installation Manager' features='agent_core,agent_jre' installFixes='none'/>

Para crear una versión personalizada del archivo de respuestas predeterminado, ejecute el asistente de instalación en la modalidad interactiva. Para obtener más información, consulte el tema Creación de un archivo de respuestas.

Acerca de esta tarea

Al crear un archivo de respuestas para el despliegue pensado, instale IBM Connections en varios sistemas sin necesitar interactuar con el asistente de instalación.

Para realizar una instalación silenciosa, lleve a cabo los siguientes pasos:

Procedimiento
  1. Abra un indicador de mandatos y navegue al directorio raíz_IM/eclipse/tools.
  2. Escriba el mandato siguiente:
    • AIX o Linux: ./imcl -input archivo_respuestas -log log_file -acceptLicense
    • Windows: imcl.exe -input archivo_respuestas -log log_file -acceptLicense
      Nota: El directorio raíz_IM/eclipse contiene un archivo similar llamado IBMIM.exe pero ese archivo no es adecuado para la instalación silenciosa.
    donde archivo_respuestas es el nombre y vía de acceso completos y el archivo_registro es el nombre y vía de acceso completos del archivo de registro. El nombre predeterminado del archivo de respuestas es LC.rsp. De forma predeterminada, el archivo de respuestas está en el directorio siguiente:
    Compare los ejemplos siguientes con su entorno:
    • AIX o Linux: ./imcl -input /opt/IBM_Connections_Install/IBMConnections/LC.rsp -log /mylog/silent_install_log.xml -acceptLicense
    • Windows: imcl.exe -input E:\IBM_Connections_Install\IBMConnections\LC.rsp -log \mylog\silent_install_log.xml -acceptLicense
Resultados

IBM Installation Manager graba el resultado del mandato de instalación en el archivo de registro que haya especificado con el parámetro -log.

Para comprobar todos los detalles de la instalación, abra cada uno de los archivos de registro en el directorio raíz_connections/logs. Cada aplicación de IBM Connections que haya instalado tiene un archivo de registro con el siguiente formato de denominación: aplicaciónInstallog.txt, donde aplicación es el nombre de una aplicación de IBM Connections.

Si la instalación es satisfactoria, los archivos de registro estarán vacíos. Por ejemplo:
<?xml version="1.0" encoding="UTF-8"?>
<result>
</result>
El archivo de anotaciones contiene un elemento de error si la operación no se realizó satisfactoriamente. Una instalación satisfactoria añade un valor de 0 al archivo de registro. Una instalación no satisfactoria añade un entero positivo al archivo de registro.
El archivo de registro para IBM Installation Manager registra los valores que ha especificado al ejecutar IBM Installation Manager en la modalidad interactiva. Para revisar el archivo de registro para IBM Installation Manager, abra el archivo fecha_hora.xml, donde fecha_hora representa la fecha y la hora de la instalación. El archivo está de forma predeterminada en el directorio siguiente:
  • AIX o Linux (usuario root): /var/ibm/InstallationManager/logs
  • AIX o Linux (usuario no root): usuario_inicio/var/ibm/InstallationManager/logs donde usuario_inicio es el directorio de la cuenta de usuario no root
  • Windows (administrador): C:\ProgramData\IBM\Installation Manager\logs
  • Windows (no administrador): C:\Documents and Settings\usuario\Application Data\IBM\Installation Manager\logs donde usuario es la cuenta de usuario de no administrador
Qué hacer a continuación

Realice las tareas posteriores a la instalación que sean necesarias. Para obtener más información, consulte el tema Tareas posteriores a la instalación.

Instalación de IBM Connections y IBM Installation Manager en la modalidad silenciosa

Utilice una instalación silenciosa para realizar una instalación idéntica de IBM Connections e IBM Installation Manager en varios sistemas.

Antes de empezar

Para realizar esta tarea se presupone que IBM Installation Manager no está instalado en el sistema.

Asegúrese de haber realizado todas las tareas de requisito previo que sean relevantes para su entorno. Para obtener más información, consulte el tema Antes de la instalación.

Nota: Sin embargo, no complete las tareas de requisito previo relacionadas con IBM Installation Manager.

Edite el archivo de respuestas predeterminado para ajustar su entorno. Para obtener más información, consulte el tema Utilización del archivo de respuestas predeterminado.

Acerca de esta tarea

Al crear un archivo de respuestas para el despliegue pensado, instale IBM Connections en varios sistemas sin necesitar interactuar con el asistente de instalación.

Para realizar una instalación silenciosa, lleve a cabo los siguientes pasos:

Procedimiento
  1. Abra un indicador de mandatos y vaya a la ubicación del archivo de instalación silenciosa. El archivo está almacenado en el directorio configuración_IBM_Connections/IBM_Connections_install/IM/SO, donde configuración_IBM_Connections es el directorio o el soporte donde se encuentran los archivos de instalación de IBM Connections y SO representa el sistema operativo
    Nota: Para cambiar las vías de acceso al archivo de respuestas y al archivo de registro, edite el archivo lc_install.ini. El archivo se encuentra en el directorio configuración_IBM_Connections/IBM_Connections_install/IM/OS.
  2. Ejecute el script de instalación silenciosa:
    • AIX o Linux (usuario root): ./installc -input archivo_respuestas -log archivo_registro -acceptLicense
    • AIX o Linux (usuario no root): ./userinstc -input archivo_respuestas -log archivo_registro -acceptLicense
    • Windows (administrador): installc.exe -input archivo_respuestas -log archivo_registro -acceptLicense
    • Windows (no administrador): userinstc.exe -input archivo_respuestas -log archivo_registro -acceptLicense

    donde archivo_respuestas es el nombre y vía de acceso completos y el archivo_registro es el nombre y vía de acceso completos del archivo de registro. El nombre predeterminado del archivo es LC.rsp.

    De forma predeterminada, el archivo de respuesta se almacena en el directorio configuración_IBM_Connections/IBM_Connections_install/IBMConnecgtions del soporte de instalación.

Resultados

IBM Installation Manager graba el resultado del mandato de instalación en el archivo de registro que haya especificado con el parámetro -log.

Para comprobar todos los detalles de la instalación, abra cada uno de los archivos de registro en el directorio raíz_connections/logs. Cada aplicación de IBM Connections que haya instalado tiene un archivo de registro con el siguiente formato de denominación: aplicaciónInstallog.txt, donde aplicación es el nombre de una aplicación de IBM Connections.

Si la instalación es satisfactoria, los archivos de registro estarán vacíos. Por ejemplo:
<?xml version="1.0" encoding="UTF-8"?>
<result>
</result>
El archivo de anotaciones contiene un elemento de error si la operación no se realizó satisfactoriamente. Una instalación satisfactoria añade un valor de 0 al archivo de registro. Una instalación no satisfactoria añade un entero positivo al archivo de registro.
El archivo de registro para IBM Installation Manager registra los valores que ha especificado al ejecutar IBM Installation Manager en la modalidad interactiva. Para revisar el archivo de registro para IBM Installation Manager, abra el archivo fecha_hora.xml, donde fecha_hora representa la fecha y la hora de la instalación. El archivo está de forma predeterminada en el directorio siguiente:
  • AIX o Linux (usuario root): /var/ibm/InstallationManager/logs
  • AIX o Linux (usuario no root): usuario_inicio/var/ibm/InstallationManager/logs donde usuario_inicio es el directorio de la cuenta de usuario no root
  • Windows (administrador): C:\ProgramData\IBM\Installation Manager\logs
  • Windows (no administrador): C:\Documents and Settings\usuario\Application Data\IBM\Installation Manager\logs donde usuario es la cuenta de usuario de no administrador
Qué hacer a continuación

Realice las tareas posteriores a la instalación que sean necesarias. Para obtener más información, consulte el tema Tareas posteriores a la instalación.

El archivo de respuestas predeterminado

Los archivos de respuestas ofrecen parámetros de entrada para instalaciones silenciosas de IBM Connections.

El archivo de respuestas predeterminado para AIX y Linux se llama LC.rsp y se encuentra en el directorio o en el soporte de instalación de IBM Connections. Puede editar este archivo y utilizarlo como entrada para una instalación silenciosa.
Nota: IBM no proporciona un archivo de respuestas predeterminado en Windows porque es mejor si genera usted mismo el archivo. Para obtener información sobre cómo generar un archivo de respuestas, consulte el tema Creación de un archivo de respuestas.

En lugar de generar un archivo de respuestas nuevo, puede editar el archivo de respuesta existente que se proporciona con el producto. Sin embargo, en caso de que edite el archivo de respuestas predeterminado, tiene que añadir contraseñas cifradas al archivo. Para obtener más información, consulte el tema Creación de contraseñas cifradas para un archivo de respuestas.

Utilización del archivo de respuestas predeterminado

Utilice el archivo de respuestas predeterminado para especificar los parámetros de instalación silenciosa de su entorno.

Antes de empezar
Cifre las contraseñas del administrador. Para obtener más información sobre cómo cifrar contraseñas, consulte el tema Creación de contraseñas cifradas para un archivo de respuestas.
Acerca de esta tarea

La instalación silenciosa usa los parámetros de un archivo de respuestas para instalar el mismo perfil de IBM Connections en varios sistemas.

Si ha realizado una instalación silenciosa de IBM Connections como usuario no root en un entorno AIX o Linux, debe especificarlo en el archivo silent-install.ini.

Procedimiento
  1. Vaya al directorio raíz_connections y abra el archivo de respuesta LC.rsp.
  2. Especifique los parámetros de instalación. Para obtener más información, consulte el tema Archivo de respuestas predeterminado.
  3. Añada las contraseñas cifradas a los elementos relevantes del archivo de respuestas. El siguiente ejemplo muestra los elementos para la contraseña Actividades:
    <data key='user.activities.adminuser.password'
    value='contraseña_cifrada'/>
    <data
    key='user.activities.dbUserPassword value='contraseña_cifrada'/>

    donde contraseña_cifrada es la contraseña después de cifrarlo.

  4. Cambie el nombre de administrador WebSphere Application Server predeterminado de admin_was, en caso de que el nombre de administrador sea distinto.
  5. Guarde los cambios.
  6. En caso de que esté llevando a cabo la instalación silenciosa como usuario no root, en sistemas AIX o Linux, complete estos pasos:
    1. Abra el archivo silent-install.ini para editarlo desde la siguiente ubicación:
      • AIX: configuración_IBM_Connections/IBM_Connections_install/IM/aix/silent-install.ini
      • Linux: configuración_IBM_Connections/IBM_Connections_install/IM/linux/silent-install.ini
      • Linux en System z: configuración_IBM_Connections/IBM_Connections_install_s390/IM/zlinux/silent-install.ini

      donde configuración_IBM_Connections es el directorio de configuración o el soporte de instalación de IBM Connections.

    2. En la segunda línea del archivo, cambie admin a nonadmin.
    3. Guarde y cierre el archivo.
Creación de un archivo de respuestas

Utilice un archivo de respuestas para instalar, modificar, actualizar o desinstalar IBM Connections sin interacción del usuario.

Antes de empezar

Puede crear un archivo de respuestas mediante IBM Installation Manager o editando el archivo que se ofrece con el producto. Para obtener más información sobre la edición del archivo, consulte el tema Archivo de respuestas predeterminado.

Asegúrese de que se ha instalado IBM Installation Manager. Para obtener más información, consulte el tema Instalación de IBM Connections 4.0 .

Para asegurarse de que el archivo de respuestas captura los detalles de los certificados SSL, inicie IBM WebSphere Application Server.

La ubicación predeterminada de un archivo de respuestas que genere es el directorio raíz_connections/silentResponseFile. Para especificar una ubicación diferente, edite el archivo generate_install_responsefile.bat|sh o el archivo generate_other_responsefile.bat|sh, según la tarea que quiera llevar a cabo.

En lugar de crear un archivo de respuestas propio, puede editar el archivo que se proporciona con el producto. El archivo está en el directorio configuración_IBM_Connections/IBM_Connections_install/IBMConnections. Sin embargo, este archivo predeterminado es sólo aplicable para la instalación. Los archivos de respuesta para modificar, actualizar, retrotraer y desinstalar el producto se basan en el archivo de respuestas para la instalación. Antes de que cree un archivo de respuestas para cualquiera de estos procedimientos, primero debe ejecutar el procedimiento de instalación silenciosa.

Para obtener más información sobre la creación de archivos de respuesta con IBM Installation Manager, vaya a la página web Registro de un archivo con Installation Manager.

Acerca de esta tarea
Esta tarea describe el procedimiento para generar un archivo de respuestas para los siguientes procedimientos:
  • Instalación de IBM Connections
  • Modificación de una instalación existente añadiendo o eliminando aplicaciones de IBM Connections
  • Actualización una instalación existente instalando un fixpack
  • Retrotracción de una actualización
  • Desinstalación de IBM Connections

Para cada procedimiento, ejecute una instancia simulada de IBM Installation Manager y registrar la entrada a un archivo de respuestas. Posteriormente, puede ejecutar un mandato silencioso que utiliza este archivo de respuestas como parámetro de entrada.

Archivos de respuesta predeterminados en AIX o Linux:
Instalar
LC.rsp
Modificar - Añadir
LC_modify_add.rsp
Modificar - Eliminar
LC_modify_remove.rsp
Actualizar
LC_update.rsp
Retrotraer
LC_rollback.rsp
Desinstalar
LC_uninstall.rsp

Para crear un archivo de respuestas, siga estos pasos:

Procedimiento
  1. Abra un indicador de mandatos y acceda al directorio raíz_MI/eclipse.
  2. Asegúrese de que el directorio configuración_IBM_Connections/IBM_Connections_install/IM/OS/skip permite el acceso de escritura, donde configuración_IBM_Connections es el directorio o el soporte donde se encuentran los archivos de instalación de IBM Connections y el OS representa el sistema operativo.
  3. Ejecute el mandato para registrar un archivo de respuestas. Este mandato utiliza el argumento -skipInstall agentDataLocation, que registra los mandatos de instalación sin instalar IBM Connections. Sustituya su propio nombre de archivo y vía de acceso para el archivo de respuestas. Compruebe que las vías de acceso de archivo que especifique existen porque IBM Installation Manager no crea directorios para el archivo de respuestas.
    • AIX y Linux: ./IBMIM -record /response_files/install_product.xml -skipInstall agentDataLocation
    • Microsoft Windows: IBMIM.exe -record responseFile -skipInstall agentDataLocation

    donde agentDataLocation es la vía de acceso al directorio skip, que almacena los archivos de datos de IBM.

    Nota:
    • La opción -log no está disponible al registrar un archivo de respuestas.
    • Utilice comillas en vías de acceso de archivo que contienen espacios.
    • Puede utilizar el mismo parámetro agentDataLocation en la siguiente sesión de registro para actualizar, modificar, retrotraer o desinstalar IBM Connections No obstante, si desea registrar una nueva instalación, debe especificar un nuevo parámetro agentDataLocation.
  4. Especifique la información necesaria en IBM Installation Manager.
    • Para instalar un despliegue nuevo, abra Archivos > Preferencias e introduzca la vía de acceso al repositorio de IBM Connections; por ejemplo: C:\build\\IBM_Connections_Install\IBMConnections. Pulse Instalar y especifique la información necesaria como si estuviese instalando el producto. Para obtener más información, consulte el tema Instalación de IBM Connections 4.0 .
    • Para modificar una instalación existente, pulse Modificar y especifique la información necesaria.
      • Para añadir aplicaciones, seleccione las aplicaciones que quiera añadir en el panel Selección de aplicación.
        Nota: Asegúrese de que todas las aplicaciones instaladas actualmente están también seleccionadas.
      • Para eliminar aplicaciones, deseleccione los recuadros de selección de las aplicaciones que quiera eliminar en el panel Selección de aplicación.

      Para obtener más información, consulte el tema Modificación de la instalación en modalidad interactiva.

    • Para actualizar una instalación existente, pulse Actualizar y especifique la información necesaria.
    • Para retrotraer una actualización, pulse Retrotraer y especifique la información necesaria.
    • Para desinstalar IBM Connections, pulse Desinstalar y especifique la información necesaria. Para obtener más información, consulte el tema Desinstalación de un despliegue.
  5. Confirme que el nuevo archivo de respuestas esté presente.
Qué hacer a continuación
Utilice el archivo de respuestas para instalar, modificar, actualizar, retrotraer o desinstalar de manera silenciosa IBM Connections.

Si está ejecutando IBM Installation Manager como no administrador y tiene pensado utilizar el archivo de respuestas para instalar el producto en el sistema de otro usuario, debe cambiar las vías de acceso de archivo en el archivo de respuestas de vías de acceso absolutas a vías de acceso relativas.

Creación de contraseñas cifradas para un archivo de respuestas

Añadir contraseñas cifradas a su versión editada del archivo de respuestas.

Antes de empezar

Puede crear un archivo de respuestas mediante IBM Installation Manager o editando el archivo que se ofrece con el producto. Para obtener más información sobre la edición del archivo, consulte el tema Archivo de respuestas predeterminado.

Acerca de esta tarea

Cuando edite el archivo de respuestas predeterminado para ajustarse a su entorno, debe crear contraseñas cifradas y añadirlas al archivo. Cree contraseñas cifradas para WebSphere Application Sever y sus bases de datos.

Para crear contraseñas cifradas para un archivo de respuestas, siga estos pasos:

Procedimiento
  1. Abra un indicador de mandatos y cambie al directorio IBM_Connections_setup/IBM_Connections_Install/IM/OS/tools, donde OS es el sistema operativo.
  2. Ejecute el siguiente mandato:
    • AIX o Linux: ./imutilsc encryptString Password -silent -noSplash
    • Windows: imutilsc.exe encryptString Password -silent -noSplash

      donde Contraseña es la contraseña.

  3. Añada la contraseña cifrada a la línea relevante en el archivo de respuestas. Normalmente tiene que especificar contraseñas tanto para el administrador de WebSphere Application Server, como para el usuario de la base de datos. Por ejemplo:

    <data key='user.activities.adminuser.password' value='contraseña_cifrada'/>

    <data key='user.activities.dbUserPassword value='contraseña_cifrada'/>

    donde contraseña_cifrada es el valor generado por el mandato.

    Asimismo, es posible que tenga que cambiar el nombre predeterminado del administrador de WebSphere Application Server mediante wasadmin, en caso de que sea diferente al nombre del administrador.

  4. Repita estos pasos para cada contraseña exclusiva.
Qué hacer a continuación
Utilice el archivo de respuestas para instalar, modificar, actualizar, retrotraer o desinstalar de manera silenciosa IBM Connections.

Vías de acceso de directorio para IBM Installation Manager

IBM Installation Manager utiliza las vías de acceso de directorio predeterminadas para sus archivos de instalación.

Objetivo
En este tema se describen las vías de acceso de directorio predeterminadas para IBM Installation Manager.
IBM Installation Manager

Cada instancia de Installation Manager debe tener su propio directorio de instalación, así como directorio de datos de agente.

Los directorios donde IBM Installation Manager está instalado se determinan mediante el tipo de cuenta de usuario que utilizó para instalar el producto.

Cualquier cambio que realice en una instalación de IBM Installation Manager que haya instalado con un usuario root o con una cuenta que no sea de administrador no afecta a una instalación de IBM Installation Manager que haya instalado con un usuario no root o con una cuenta de no administrador. También se puede realizar la operación inversa.

La tabla siguiente indica la ubicación de los directorios relevantes.

Tabla 30. Directorios de instalación predeterminados para IBM Installation Manager
Directorio Root/Administrador No root/no administrador
Directorio de instalación predeterminado

AIX o Linux: /opt/IBM/InstallationManager/eclipse/

Windows: C:\Program Files\IBM\Installation Manager\eclipse

AIX o Linux: /<user/IBM/InstallationManager/eclipse

Windows XP Professional, Windows Server 2003: C:\Documents and Settings\<user>\IBM\Installation Manager\eclipse

Windows Vista, Windows Server 2008, Windows 7: C:\Users\<user>\IBM\Installation Manager\eclipse

Archivo de registro de Eclipse

AIX o Linux: /var/ibm/InstallationManager/pluginState/.metadata

Windows Server 2008: C:\ProgramData\IBM\Installation Manager\pluginState\.metadata

AIX o Linux: /<user/var/ibm/InstallationManager/pluginState/.metadata

Windows Server 2008: C:\Users\<user\IBM\Installation ManagerInstaller\pluginState\.metadata

Ubicación de datos del agente predeterminado.

Para obtener más información sobre los datos del agente, vaya a la página Ubicación de datos del agente en el centro de información de IBM Installation Manager.

AIX o Linux: /var/ibm/InstallationManager

Windows Server 2008: C:\ProgramData\IBM\Installation Manager

AIX o Linux: /<user>/var/ibm/InstallationManager

Windows Server 2008: C:\Users\<user>\AppData\Roaming\IBM\Installation Manager

Para buscar la ubicación de IBM Installation Manager, lleve a cabo los pasos siguientes:
  • AIX o Linux:
    1. Abra el archivo /etc/.ibm/registry/InstallationManager.dat.
    2. Examine la entrada de ubicación. Por ejemplo, location=/var/ibm/InstallationManager.
  • Windows:
    1. Abra el Registro de Windows.
    2. Busque la siguiente clave de registro: HKLM\SOFTWARE\Wow6432Node\IBM\Installation Manager\location.
    3. Abra la clave y examine su valor.

Modificación de la instalación en modalidad interactiva

Modifique su despliegue de IBM Connections añadiendo o eliminando aplicaciones.

Acerca de esta tarea

Utilice la función Modificar de IBM Installation Manager para añadir o eliminar las aplicaciones de IBM Connections.

Para modificar la instalación, efectúe los pasos siguientes:

Procedimiento

  1. Abra un indicador de mandatos y acceda al directorio IM_root.
  2. Ejecute el siguiente mandato:
    • AIX o Linux: ./launcher
    • Windows launcher.exe
  3. En el menú de IBM Installation Manager, pulse Archivo > Preferencias.
  4. Pulse Repositorios.
  5. En el área Repositorios, seleccione el repositorio que desea habilitar.
  6. Pulse Aceptar para guardar las selecciones.
  7. Pulse Modificar.
  8. Seleccione IBM Connections y pulse Siguiente.
  9. En la página Selección de aplicación, seleccione las aplicaciones que quiera añadir o eliminar y, a continuación, pulse Siguiente.
    • Añadir aplicaciones: seleccione los recuadros de selección de las aplicaciones que aún no están instaladas y que quiere añadir al despliegue.
    • Eliminar aplicaciones: deseleccione los recuadros de selección de las aplicaciones instaladas que quiere eliminar del despliegue.
    Notas:
    • De forma predeterminada se seleccionan todas las aplicaciones instaladas.
    • Las aplicaciones Página de inicio, Noticias y Búsqueda son necesarias y no se pueden eliminar.
  10. Especifique el ID administrativo y la contraseña de Deployment Manager.
    Nota: Este ID se establece en el alias de autenticación connectionsAdmin J2C, que se correlaciona con los siguientes roles J2EE: dsx-admin, widget-admin y search-admin. También lo utiliza el bus de integración de servicios. Si tiene pensado utilizar software de gestión de la seguridad como Tivoli Access Manager o SiteMinder, el ID que especifique aquí debe existir en su directorio LDAP. Para obtener más información, consulte el tema Conmutación a los ID de administrador exclusivos para las comunicaciones de nivel de sistema.
  11. Configure su topología:
    Notas:
    • El panel descrito en este paso solo aparece si ha seleccionado nuevas aplicaciones para instalar.
    • Si selecciona un clúster existente en el cual desplegar aplicaciones, los nodos de dicho agrupación se fijan y no pueden modificar.
    • Despliegue pequeño:
      1. Seleccione la topología Despliegue pequeño.
      2. Especifique un Nombre de clúster para la topología.
      3. Seleccione un Nodo.
      4. Pulse Siguiente.
    • Despliegue medio:
      1. Seleccione la topología Despliegue medio.
      2. Seleccione el valor predeterminado o especifique un Nombre de clúster para cada aplicación o grupo de aplicaciones. Por ejemplo, utilice Cluster1 para Actividades, Comunidades y Foros.
        Nota: IBM Installation Manager crea servidores y clústeres cuando es necesario.
      3. Seleccione un Nodo para cada clúster. Acepte el nodo predefinido o seleccione un nodo diferente.
        Nota: Estos nodos alojan las instancias de servidor de aplicaciones que sirven a aplicaciones de IBM Connections. Puede asignar varios nodos a un clúster, donde cada nodo es un miembro de servidor del clúster.
      4. Escriba un nombre de Miembro de servidor par el nodo seleccionado. Elija el predeterminado o especifique un nombre personalizado.
        Nota: Si especifica un nombre de miembro del servidor personalizado, el nombre debe ser único en todos los nodos del despliegue.
      5. Pulse Siguiente.
    • Despliegues grandes:
      1. Seleccione la topología Despliegues grandes.
      2. Escriba un Nombre de clúster para cada aplicación.
        Nota: IBM Installation Manager crea servidores y clústeres cuando es necesario.
      3. Seleccione un Nodo para cada clúster. Acepte el nodo predefinido o seleccione un nodo diferente.
        Nota: Estos nodos alojan las instancias de servidor de aplicaciones que sirven a aplicaciones de IBM Connections. Puede asignar varios nodos a un clúster, donde cada nodo es un miembro de servidor del clúster.
      4. Escriba un nombre de Miembro de servidor par el nodo seleccionado. Elija el predeterminado o especifique un nombre personalizado.
        Nota: Si especifica un nombre de miembro del servidor personalizado, el nombre debe ser único en todos los nodos del despliegue.
      5. Pulse Siguiente.
  12. Especifique la información de la base de datos.
    Nota: El panel descrito en este paso solo aparece si ha seleccionado nuevas aplicaciones para instalar y si las nuevas aplicaciones requieren que se configure la base de datos.
    1. Especifique si las instalaciones aplicadas usan la misma instancia o el mismo servidor de bases de datos: Seleccione o No.
      Nota: Si se lo permite la configuración de su base de datos, puede seleccionar varias instancias de bases de datos, así como distintos servidores de bases de datos.
    2. Seleccione un Tipo de base de datos de una de las siguientes opciones:
      • IBM DB2 Universal Database
      • Oracle Enterprise Edition
      • Microsoft SQL Server Enterprise Edition
    3. Especifique el Nombre de host del servidor de bases de datos. Por ejemplo: appserver.enterprise.example.com

      Si ha instalado aplicaciones que utilizan distintos servidores de bases de datos, especifique el nombre de host de la base de datos para cada aplicación.

    4. Especifique el Número de puerto del servidor de bases de datos. Los valores predeterminados son: 50000 para DB2, 1521 para Oracle y 1433 para SQL Server.

      Si ha instalado aplicaciones que utilizan distintos servidores o instancias de bases de datos, espcifique el número de puerto para cada servidor o instancia de base de datos.

    5. Especifique la Ubicación del controlador JDBC. Por ejemplo:
      • AIX:

        /usr/IBM/WebSphere/AppServer/lib

      • Linux:

        /opt/IBM/WebSphere/AppServer/lib

      • Windows:

        C:\IBM\WebSphere\Appserver\lib

    6. Asegúrese de que las siguientes bibliotecas de controladores JDBC estén presentes en el directorio de JDBC:
      DB2
      db2jcc.jar y db2jcc_license_cu.jar
      Nota: Asegúrese de que su cuenta de usuario tenga los permisos necesarios para acceder a los archivos JDBC de DB2.
      Oracle
      ojdbc6.jar
      SQL Server
      Descargue el controlador SQL Server JDBC 2 del sitio web de Microsoft en un directorio local y especifique el nombre de este directorio en el campo Biblioteca de controladores JDBC.

      El directorio no debe contener el archivo sqljdbc.jar, sólo el archivo the sqljdbc4.jar. Aunque se haya configurado el origen de datos para utilizar el archivo sqljdbc4.jar, se producirá una excepción si ambos archivos se encuentran en el mismo directorio.

      IBM le recomienda obtener este arreglo de Microsoft para el controlador JDBC para los despliegues de producción.

    7. Especifique el ID de usuario y Contraseña para cada base de datos. Si cada base de datos utiliza las mismas credenciales de usuario, seleccione el recuadro de selección Utilizar la misma contraseña para todas las aplicaciones y, a continuación, especifique el ID de usuario y contraseña de la primera base de datos de la lista.
      Nota:

      Si el tipo de base de datos es Oracle, debe conectarse a la base de datos con el ID de usuario que ha utilizado para crear las bases de datos de aplicación.

    8. Pulse Validar para verificar los valores de la base de datos. Si la validación falla, compruebe los valores de la base de datos. Cuando la validación sea satisfactoria, pulse Siguiente.

      IBM Installation Manager prueba su conexión de base de datos con los valores de la base de datos que ha proporcionado. Puede cambiar la configuración de la base de datos más tarde, en la consola de soluciones integradas de WebSphere Application Server.

  13. En el panel de resumen, confirme la selección y pulse Modicar.
  14. Cuando haya finalizado el proceso de modificación, reinicie Deployment Manager y todos los nodos.
    Nota: Espere hasta que DM copie todas los archivos EAR de la aplicación al directorio installedApps en cada nodo. Este proceso puede durar hasta 30 minutos.

    Para verificar que DM haya distribuido la los archivos EAR de la aplicación a los nodos, compruebe el archivo SystemOut.log de cada agente de nodo. La vía de acceso predeterminada al archivo SystemOut.log en un nodo es raíz_perfil/logs/nodeagent.

    Busque un mensaje como el ejemplo siguiente: ADMA7021I: Distribución de la aplicación nombre_aplicación se ha completado satisfactoriamente. donde nombre_aplicación es el nombre de una aplicación de IBM Connections.

    Para confirmar que la instalación es correcta, abra los archivos de registro en el directorio raíz_connections/logs. Cada aplicación de IBM Connections instalada tiene un archivo de registro con el siguiente formato de denominación: nombre_aplicaciónInstall.log, donde nombre_aplicación es el nombre de una aplicación de IBM Connections. Busque las palabras error o exception para buscar errores o excepciones producidos durante la instalación.

Modificación de la instalación en modalidad silenciosa

Modifique su despliegue de IBM Connections añadiendo o eliminando aplicaciones en modalidad silenciosa.

Acerca de esta tarea

Con la ayuda de un archivo de respuestas, utilice la función Modificar de IBM Installation Manager para añadir o eliminar las aplicaciones de IBM Connections.

Para modificar la instalación en modalidad silenciosa, lleve a cabo una de las siguientes tareas:

Adicción de aplicaciones en modalidad silenciosa

Añada aplicaciones al despliegue deIBM Connections sin utilizar el asistente de instalación.

Antes de empezar

Cree un archivo de respuestas para esta tarea ejecutando una modificación simulada. Para obtener más información, consulte el tema Creación de un archivo de respuestas.

En lugar de generar un archivo de respuestas nuevo, puede editar el archivo de respuesta existente que se proporciona con el producto. Sin embargo, en caso de que edite el archivo de respuestas predeterminado, tiene que añadir contraseñas cifradas al archivo. Para obtener más información, consulte el tema Creación de contraseñas cifradas para un archivo de respuestas.

Acerca de esta tarea

Una modificación silenciosa utiliza un archivo de respuestas para automatizar la adición de aplicaciones al despliegue.

Para realizar una modificación silenciosa, lleve a cabo los siguientes pasos:

Procedimiento
  1. Abra un indicador de mandatos y navegue al directorio raíz_IM/eclipse/tools.
  2. Escriba el mandato siguiente:
    • AIX o Linux: ./imcl -input archivo_respuestas -log log_file -acceptLicense
    • Windows: imcl.exe -input archivo_respuestas -log log_file -acceptLicense
      Nota: El directorio raíz_IM/eclipse contiene un archivo similar llamado IBMIM.exe pero ese archivo no es adecuado para la instalación silenciosa.
    donde archivo_respuestas es el nombre y vía de acceso completos y el archivo_registro es el nombre y vía de acceso completos del archivo de registro. El nombre predeterminado del archivo de respuestas es LC.rsp. De forma predeterminada, el archivo de respuestas está en el directorio siguiente:
    Compare los ejemplos siguientes con su entorno:
    • AIX o Linux: ./imcl -input /opt/IBM_Connections_Install/IBMConnections/LC.rsp -log /mylog/silent_install_log.xml -acceptLicense
    • Windows: imcl.exe -input E:\IBM_Connections_Install\IBMConnections\LC.rsp -log \mylog\silent_install_log.xml -acceptLicense
Resultados

IBM Installation Manager graba el resultado del mandato de instalación en el archivo de registro que haya especificado con el parámetro -log.

Para comprobar todos los detalles de la instalación, abra cada uno de los archivos de registro en el directorio raíz_connections/logs. Cada aplicación de IBM Connections que haya instalado tiene un archivo de registro con el siguiente formato de denominación: aplicaciónInstallog.txt, donde aplicación es el nombre de una aplicación de IBM Connections.

Si la instalación es satisfactoria, los archivos de registro estarán vacíos. Por ejemplo:
<?xml version="1.0" encoding="UTF-8"?>
<result>
</result>
El archivo de anotaciones contiene un elemento de error si la operación no se realizó satisfactoriamente. Una instalación satisfactoria añade un valor de 0 al archivo de registro. Una instalación no satisfactoria añade un entero positivo al archivo de registro.
El archivo de registro para IBM Installation Manager registra los valores que ha especificado al ejecutar IBM Installation Manager en la modalidad interactiva. Para revisar el archivo de registro para IBM Installation Manager, abra el archivo fecha_hora.xml, donde fecha_hora representa la fecha y la hora de la instalación. El archivo está de forma predeterminada en el directorio siguiente:
  • AIX o Linux (usuario root): /var/ibm/InstallationManager/logs
  • AIX o Linux (usuario no root): usuario_inicio/var/ibm/InstallationManager/logs donde usuario_inicio es el directorio de la cuenta de usuario no root
  • Windows (administrador): C:\ProgramData\IBM\Installation Manager\logs
  • Windows (no administrador): C:\Documents and Settings\usuario\Application Data\IBM\Installation Manager\logs donde usuario es la cuenta de usuario de no administrador

Desinstalación de aplicaciones en modalidad silenciosa

Elimine aplicaciones de manera silenciosa desde el despliegue de IBM Connections.

Antes de empezar

Cree un archivo de respuestas para esta tarea ejecutando una modificación simulada. Para obtener más información, consulte el tema Creación de un archivo de respuestas.

En lugar de generar un archivo de respuestas nuevo, puede editar el archivo de respuesta existente que se proporciona con el producto. Sin embargo, en caso de que edite el archivo de respuestas predeterminado, tiene que añadir contraseñas cifradas al archivo. Para obtener más información, consulte el tema Creación de contraseñas cifradas para un archivo de respuestas.

Acerca de esta tarea

Una modificación silenciosa utiliza un archivo de respuestas para automatizar la eliminación de aplicaciones desde el despliegue.

Para realizar una modificación silenciosa, lleve a cabo los siguientes pasos:

Procedimiento
  1. Abra un indicador de mandatos y navegue al directorio raíz_IM/eclipse/tools.
  2. Escriba el mandato siguiente:
    • AIX o Linux: ./imcl -input archivo_respuestas -log log_file -acceptLicense
    • Windows: imcl.exe -input archivo_respuestas -log log_file -acceptLicense
      Nota: El directorio raíz_IM/eclipse contiene un archivo similar llamado IBMIM.exe pero ese archivo no es adecuado para la instalación silenciosa.
    donde archivo_respuestas es el nombre y vía de acceso completos y el archivo_registro es el nombre y vía de acceso completos del archivo de registro. El nombre predeterminado del archivo de respuestas es LC.rsp. De forma predeterminada, el archivo de respuestas está en el directorio siguiente:
    Compare los ejemplos siguientes con su entorno:
    • AIX o Linux: ./imcl -input /opt/IBM_Connections_Install/IBMConnections/LC.rsp -log /mylog/silent_install_log.xml -acceptLicense
    • Windows: imcl.exe -input E:\IBM_Connections_Install\IBMConnections\LC.rsp -log \mylog\silent_install_log.xml -acceptLicense
Resultados

IBM Installation Manager graba el resultado del mandato de instalación en el archivo de registro que haya especificado con el parámetro -log.

Para comprobar todos los detalles de la instalación, abra cada uno de los archivos de registro en el directorio raíz_connections/logs. Cada aplicación de IBM Connections que haya instalado tiene un archivo de registro con el siguiente formato de denominación: aplicaciónInstallog.txt, donde aplicación es el nombre de una aplicación de IBM Connections.

Si la instalación es satisfactoria, los archivos de registro estarán vacíos. Por ejemplo:
<?xml version="1.0" encoding="UTF-8"?>
<result>
</result>
El archivo de anotaciones contiene un elemento de error si la operación no se realizó satisfactoriamente. Una instalación satisfactoria añade un valor de 0 al archivo de registro. Una instalación no satisfactoria añade un entero positivo al archivo de registro.
El archivo de registro para IBM Installation Manager registra los valores que ha especificado al ejecutar IBM Installation Manager en la modalidad interactiva. Para revisar el archivo de registro para IBM Installation Manager, abra el archivo fecha_hora.xml, donde fecha_hora representa la fecha y la hora de la instalación. El archivo está de forma predeterminada en el directorio siguiente:
  • AIX o Linux (usuario root): /var/ibm/InstallationManager/logs
  • AIX o Linux (usuario no root): usuario_inicio/var/ibm/InstallationManager/logs donde usuario_inicio es el directorio de la cuenta de usuario no root
  • Windows (administrador): C:\ProgramData\IBM\Installation Manager\logs
  • Windows (no administrador): C:\Documents and Settings\usuario\Application Data\IBM\Installation Manager\logs donde usuario es la cuenta de usuario de no administrador

Modificación de la instalación en modo de consola

Utilizando el modo de consola, modifique su despliegue de IBM Connections añadiendo o eliminando aplicaciones.

Acerca de esta tarea

Utilice IBM Installation Manager en modo de consola para añadir o eliminar aplicaciones IBM Connections. Este método es conveniente si no puede o no desea utilizar el modo interactivo.

Para modificar la instalación, efectúe los pasos siguientes:

Procedimiento

  1. En cada nodo, detenga las instancias en ejecución de WebSphere Application Server y de los agentes de nodo de WebSphere.
  2. Inicie WebSphere Application Server Network Deployment Manager.
  3. Abra una solicitud de mandatos y cambie al directorio raíz_IM/tools.
  4. Ejecute el mandato siguiente para iniciar el Gestor de instalación de IBM en modo de consola:
    • AIX o Linux: ./imcl -c
    • Windows: imcl.exe -c
  5. Escriba 1 para empezar a modificar el despliegue.
  6. En el paso Seleccionar paquetes a instalar, escriba 1 para seleccionar el paquete y, a continuación, escriba N para continuar.
  7. Seleccione las aplicaciones que desee eliminar y, a continuación, escriba N para continuar.
    • Añadir aplicaciones: escriba los nombres correspondientes a las aplicaciones que aún no están instaladas y que quiere añadir al despliegue.
    • Eliminar aplicaciones: escriba los números correspondientes a las aplicaciones instaladas que quiere eliminar del despliegue. Las aplicaciones Página de inicio, Noticias y Búsqueda son necesarias y no se pueden eliminar.
    Notas:
    • De forma predeterminada se seleccionan todas las aplicaciones instaladas.
  8. Especifique el ID administrativo y la contraseña de Deployment Manager.
    Nota: Este ID se establece en el alias de autenticación connectionsAdmin J2C, que se correlaciona con los siguientes roles J2EE: dsx-admin, widget-admin y search-admin. También lo utiliza el bus de integración de servicios. Si tiene pensado utilizar software de gestión de la seguridad como Tivoli Access Manager o SiteMinder, el ID que especifique aquí debe existir en su directorio LDAP. Para obtener más información, consulte el tema Conmutación a los ID de administrador exclusivos para las comunicaciones de nivel de sistema.
  9. Configure su topología. Para obtener más información acerca de cada opción, consulte el tema Opciones de despliegue.
    • Despliegue pequeño:
      1. Escriba 1 para seleccionar la topología de Despliegue pequeño.
      2. Especifique un Nombre de clúster para la topología.
      3. Seleccione un Nodo.
      4. Especifique un nombre Miembro de servidor para el nodo.
      5. Escriba N para continuar.
    • Despliegue medio:
      1. Escriba 2 para seleccionar la topología Despliegue medio.
      2. Seleccione el valor predeterminado o especifique un Nombre de clúster para cada aplicación o grupo de aplicaciones. Por ejemplo, utilice Cluster1 para Actividades, Comunidades y Foros.
        Nota: IBM Installation Manager crea servidores y clústeres cuando es necesario.
      3. Seleccione un Nodo para cada clúster. Acepte el nodo predefinido o seleccione un nodo diferente.
        Nota: Estos nodos alojan las instancias de servidor de aplicaciones que sirven a aplicaciones de IBM Connections. Puede asignar varios nodos a un clúster, donde cada nodo es un miembro de servidor del clúster.
      4. Escriba un nombre de Miembro de servidor par el nodo seleccionado. Elija el predeterminado o especifique un nombre personalizado.
        Nota: Si especifica un nombre de miembro del servidor personalizado, el nombre debe ser único en todos los nodos del despliegue.
      5. Se muestra la topología que ha especificado. Para volver a especificar la información, escriba el número que corresponda a la aplicación; por ejemplo, escriba 1 para Actividades.
      6. Escriba N para continuar.
    • Despliegues grandes:
      1. Escriba 3 para seleccionar la topología Despliegues grandes.
      2. Escriba un Nombre de clúster para cada aplicación.
        Nota: IBM Installation Manager crea servidores y clústeres cuando es necesario.
      3. Seleccione un Nodo para cada clúster. Acepte el nodo predefinido o seleccione un nodo diferente.
        Nota: Estos nodos alojan las instancias de servidor de aplicaciones que sirven a aplicaciones de IBM Connections. Puede asignar varios nodos a un clúster, donde cada nodo es un miembro de servidor del clúster.
      4. Escriba un nombre de Miembro de servidor par el nodo seleccionado. Elija el predeterminado o especifique un nombre personalizado.
        Nota: Si especifica un nombre de miembro del servidor personalizado, el nombre debe ser único en todos los nodos del despliegue.
      5. Se muestra la topología que ha especificado. Para volver a especificar la información, escriba el número que corresponda a la aplicación; por ejemplo, escriba 1 para Actividades.
      6. Escriba N para continuar.
  10. Especifique la información de la base de datos:
    1. Especifique si las aplicaciones instaladas utilizan el mismo servidor o instancia de la base de datos: Escriba 1 para especificar que las aplicaciones utilizan la misma instancia o servidor de bases de datos; escriba 2 para especificar que utilizan instancias o servidores de bases de datos diferentes.
      Nota: Si se lo permite la configuración de su base de datos, puede seleccionar varias instancias de bases de datos, así como distintos servidores de bases de datos.
    2. Seleccione un Tipo de base de datos de una de las siguientes opciones:
      • IBM DB2 Universal Database
      • Oracle Enterprise Edition
      • Microsoft SQL Server Enterprise Edition
    3. Especifique el Nombre de host del servidor de bases de datos. Por ejemplo: appserver.enterprise.example.com

      Si ha instalado aplicaciones que utilizan distintos servidores de bases de datos, especifique el nombre de host de la base de datos para cada aplicación.

    4. Especifique el Número de puerto del servidor de bases de datos. Los valores predeterminados son: 50000 para DB2, 1521 para Oracle y 1433 para SQL Server.

      Si ha instalado aplicaciones que utilizan distintos servidores o instancias de bases de datos, espcifique el número de puerto para cada servidor o instancia de base de datos.

    5. Especifique la Ubicación del controlador JDBC. Por ejemplo:
      • AIX:

        /usr/IBM/WebSphere/AppServer/lib

      • Linux:

        /opt/IBM/WebSphere/AppServer/lib

      • Windows:

        C:\IBM\WebSphere\Appserver\lib

    6. Asegúrese de que las siguientes bibliotecas de controladores JDBC estén presentes en el directorio de JDBC:
      DB2
      db2jcc.jar y db2jcc_license_cu.jar
      Nota: Asegúrese de que su cuenta de usuario tenga los permisos necesarios para acceder a los archivos JDBC de DB2.
      Oracle
      ojdbc6.jar
      SQL Server
      Descargue el controlador SQL Server JDBC 2 del sitio web de Microsoft en un directorio local y especifique el nombre de este directorio en el campo Biblioteca de controladores JDBC.

      El directorio no debe contener el archivo sqljdbc.jar, sólo el archivo the sqljdbc4.jar. Aunque se haya configurado el origen de datos para utilizar el archivo sqljdbc4.jar, se producirá una excepción si ambos archivos se encuentran en el mismo directorio.

      IBM le recomienda obtener este arreglo de Microsoft para el controlador JDBC para los despliegues de producción.

    7. Especifique el ID de usuario y Contraseña para cada base de datos. Si cada base de datos utiliza las mismas credenciales de usuario, seleccione la pregunta Utilizar la misma contraseña para todas las aplicaciones y, a continuación, especifique el ID de usuario y contraseña de la primera base de datos de la lista.
      Nota:

      Si el tipo de base de datos es Oracle, debe conectarse a la base de datos con el ID de usuario que ha utilizado para crear las bases de datos de aplicación.

    8. Si necesita realizar cambios, escriba el número que corresponda a la aplicación que desee cambiar. Como alternativa, escriba R para restablecer todas las especificaciones de base de datos a los valores predeterminados.
    9. Pulse Intro para verificar los valores de la base de datos. Si la validación falla, compruebe los valores de la base de datos. Cuando la validación sea satisfactoria, pulse Siguiente.

      IBM Installation Manager prueba su conexión de base de datos con los valores de la base de datos que ha proporcionado. Puede cambiar la configuración de la base de datos más tarde, en la consola de soluciones integradas de WebSphere Application Server.

    10. Si la comprobación de verificación es satisfactoria, escriba N para continuar. Si la verificación falla, pulse B para volver a escribir la información necesaria.
  11. Revise la información que ha especificado. Para revisar las selecciones, pulse B. Para acabar de modificar, pulse M.
  12. Revise el resultado de la instalación. Pulse F para salir del asistente de instalación.
  13. Reinicie el Gestor de despliegue:
    • AIX o Linux: abra un indicador de mandatos y acceda al directorio raíz_perfil/Dmgr01/bin. Especifique el mandato ./stopManager.sh y, a continuación, el mandato ./startManager.sh.
    • Windows: detenga y reinicie el servicio del Gestor de despliegue.
  14. Inicie todos los nodos federados y especifique el mandato startNode. Repita estos pasos para cada nodo:
    1. Inicie sesión en un nodo.
    2. Cambien el directorio profile_root/bin desde una línea de mandatos.
    3. Introduzca el mandato startNode del sistema operativo:
      • AIX o Linux: ./startNode.sh
      • Windows: startNode.bat
  15. Inicie sesión en Integrated Solutions Console en Deployment Manager para realizar una sincronización completa de todos los nodos.
    1. Vaya a Administración del sistema > Nodos.
    2. Seleccione los dos nodos y pulse Resincronización completa.
    Nota: Espere hasta que DM copie todas los archivos EAR de la aplicación al directorio installedApps en cada nodo. Este proceso puede durar hasta 30 minutos.

    Para verificar que DM haya distribuido la los archivos EAR de la aplicación a los nodos, compruebe el archivo SystemOut.log de cada agente de nodo. La vía de acceso predeterminada al archivo SystemOut.log en un nodo es raíz_perfil/logs/nodeagent.

    Busque un mensaje como el ejemplo siguiente: ADMA7021I: Distribución de la aplicación nombre_aplicación se ha completado satisfactoriamente. donde nombre_aplicación es el nombre de una aplicación de IBM Connections.

  16. Inicie todos los clústeres IBM Connections:
    1. Inicie sesión en Integrated Solutions Console de DM
    2. Vaya a Servidores > Clusters > Clústers del servidor de WebSphere Application.
    3. Seleccione los clústeres de IBM Connections y pulse Iniciar.
    Notas:
    • Si ha instalado un clúster con varios nodos de búsqueda, debe crear el índice inicial. Para obtener más información sobre cómo crear el índice de búsqueda, consulte el tema Creación de un índice inicial o de búsqueda nueva.
      1. Si está realizando la instalación en un despliegue con un idioma distinto al inglés, habilite la búsqueda en diccionarios. Para obtener más información, consulte el tema Habilitación de diccionarios de búsqueda.
      2. El índice estará listo cuando los archivos INDEX.READY y CRAWLING_VERSION aparezcan en el directorio de índice.
    • Si algunas aplicaciones no se inician, es posible que el proceso de copia de archivos no se haya completado. Espere unos minutos e inicie las aplicaciones.

Tareas posteriores a la instalación

Después de la instalación, debe realizar algunas tareas más para garantizar un despliegue eficaz.

Después de ejecutar los asistentes para instalar aplicaciones y crear bases de datos, compruebe cuál de las siguientes tareas adicionales necesita completar.

Tareas a realizar

Algunas tareas posteriores a la instalación son obligatorias mientras que otras son opcionales y dependen de las opciones de despliegue.

Importante: Una vez que finalice las tareas posteriores a la instalación obligatorias, actualice el despliegue con los arreglos más recientes. Para obtener más información, consulte el tema Actualización de IBM Connections 4.0.

Cada tarea posterior a la instalación se describe en temas separados:

Tareas obligatorias posteriores a la instalación

Realice las siguientes tareas posteriores a la instalación.

Importante: Una vez que finalice las tareas posteriores a la instalación obligatorias, actualice el despliegue con los arreglos más recientes. Para obtener más información, consulte el tema Actualización de IBM Connections 4.0.

Revisión del tamaño del almacenamiento dinámico JVM

Revise el tamaño del almacenamiento dinámico de Java Virtual Machine y ajústelo, en caso de que sea necesario, para evitar errores de falta de memoria o para ajustar las capacidades de hardware.

Acerca de esta tarea

Si ha seleccionado la opción Despliegue medio o pequeño cuando ha instalado IBM Connections, IBM Installation Manager establece el tamaño de almacenamiento dinámico máximo de máquina virtual Java (JVM) en cada servidor de aplicaciones. Este valor se ha diseñado para evitar errores de falta de memoria.

Revise el tamaño de almacenamiento dinámico en cada servidor para asegurarse de que está asignando suficiente memoria para IBM Connections y para asegurarse de que no está asignando más memoria que las capacidades físicas de los sistemas donde está desplegado JVM.

Independientemente de si ha instalado un despliegue pequeño, medio o grande de IBM Connections, debe revisar el tamaño del almacenamiento dinámico JVM en su despliegue y realizar ajustes si es necesario.

Para revisar el tamaño de almacenamiento dinámico JVM, lleve a cabo los siguientes pasos:

Procedimiento
  1. Inicie sesión en la consola de soluciones integradas de WebSphere Application Server y seleccione Servidores > Tipo servidor > Servidores de aplicaciones WebSphere.
  2. Pulse servidor, donde servidor es el nombre de un servidor IBM Connections. Es probable que tenga varios servidores en el despliegue, por lo que es posible que tenga que realizar estos pasos para cada servidor.
  3. En el área de infraestructura del servidor, pulse Java y gestión de procesos y, a continuación, pulse Definición de procesos > Máquina virtual Java.
  4. Revise el tamaño de almacenamiento dinámico máximo. El Gestor de instalación de IBM establece los valores siguientes:
    • Despliegue pequeño:
      Tamaño de almacenamiento dinámico máximo
      2506 MB
    • Despliegue medio:
      Tamaño de almacenamiento dinámico máximo
      2506 MB
    • Despliegues grandes:

      Cada aplicación de un despliegue grande, excepto Noticias y Búsqueda, tiene un tamaño de almacenamiento dinámico de 256 MB. Las aplicaciones Noticias y Búsqueda tiene un tamaño de almacenamiento dinámico predeterminado de 784 MB.

    Nota: Asegúrese de que no está asignando más memoria que la capacidad física del sistema donde se ha instalado JVM.
  5. Ajuste los valores actuales del tamaño de almacenamiento dinámico hacia arriba o hacia abajo para ajustarse a las necesidades del despliegue y capacidades de hardware.
  6. Pulse Aceptar y, a continuación, pulse Guardar.
  7. Repita estos pasos para cualquier servidor adicional del despliegue.

Configuración de IBM HTTP Server

Configurar IBM HTTP Server para gestionar solicitudes web para IBM Connections.

Cuando haya instalado satisfactoriamente IBM Connections para que se ejecute en WebSphere Application Server, podrá configurar IBM HTTP Server para administrar el tráfico web completando las siguientes tareas:

Definición de IBM HTTP Server

Defina IBM HTTP Server para gestionar conexiones web.

Antes de empezar

Instale los plugins de servidor web para IBM HTTP Server, si no estuvieran instalados. Para obtener más información, visite el sitio web de instalación de conectores de servidor web.

Acerca de esta tarea

IBM Connections utiliza un servidor web como punto de entrada para todas las aplicaciones.

Este procedimiento describe cómo crear un servidor web mediante la consola de soluciones integradas. Existen otras formas de crear el servidor web. Consulte el Information Center de IBM WebSphere Application Server para obtener más información.

Para definir IBM HTTP Server, lleve a cabo los pasos siguientes:

Procedimiento
  1. Inicie IBM HTTP Administration Server:
    • AIX o Linux:
      1. Abra un indicador de mandatos y vaya al siguiente directorio:
        • AIX: /usr/IBM/HTTPServer/bin
        • Linux: /opt/IBM/HTTPServer/bin
      2. Especifique el siguiente mandato: ./adminctl start
    • Windows:
      1. Abra la ventana Servicios en el panel de control de Windows.
      2. Compruebe que se ha iniciado el servicio de IBM HTTP Administration Server. Si no se está ejecutando este servicio, inícielo.
  2. Inicie sesión en Deployment Manager de WebSphere Application Server y seleccione Administración del sistema > Nodos > Añadir nodo.
  3. Seleccione Nodo no gestionado y pulse Siguiente.
  4. Especifique las propiedades del nodo suministrando valores en los siguientes campos:
    Nombre
    Especifique el nombre del nodo.
    Nombre de host
    Especifique el nombre de host completo DNS para el servidor HTTP de IBM. Por ejemplo: webserver.example.com.
    Plataforma
    Seleccione el tipo de sistema operativo que alberga su servidor HTTP de IBM.
    Pulse Aceptar y, a continuación, pulse Guardar.
  5. Seleccione Servidores > Tipos de servidor > Servidores web y pulse Nuevo.
  6. Suministre valores para los siguientes campos:
    Seleccionar nodo
    Seleccione el nodo que ha especificado en el paso 4.
    Nombre del servidor
    Introduzca el nombre de su servidor web. El valor predeterminado es webserver1.
    Tipo
    Seleccione IBM HTTP Server.
  7. Pulse Siguiente.
  8. Seleccione la plantilla de servidor web predeterminada y pulse Siguiente.
  9. En la página Introduzca las propiedades del nuevo servidor web, compruebe las vías de acceso y realice los ajustes necesarios y, a continuación, escriba el nombre de usuario y la contraseña que especificó al instalar IBM HTTP Server. Confirme la contraseña y pulse Siguiente.
  10. Confirme que quiere crear el nuevo servidor web.
  11. Pulse Finalizar y, a continuación, pulse Guardar.
  12. Sincronice todos los nodos.
  13. Seleccione Servidores > Tipos de servidor > Servidores web y pulse el enlace a su servidor web.
  14. Pulse Generar plugin.
  15. Seleccione el recuadro de selección recuadro de selección para el servidor web.
  16. Pulse Propagar plugin.
  17. Seleccione Servidores > Tipos de servidor > Servidores web y pulse el enlace a su servidor web.
  18. Pulse Propiedades del conector y, a continuación, pulse Copiar en el directorio de almacén de claves del servidor web.
    Nota: Si el archivo plugin-key.kdb se encuentra en un sistema distinto al sistema IBM HTTP Server, cópielo manualmente desde el sistema WebSphere Application Server al sistema IBM HTTP Server.
  19. Reinicie IBM HTTP Server.
Qué hacer a continuación

Efectúe los pasos de Configuración de IBM HTTP Server para SSL topic.

Configure el servidor HTTP de IBM para manejar las descargas de archivo de las aplicaciones Archivos y Wikis. Para obtener información sobre esta configuración, consulte el tema Configuración de descargas de Archivos y Wikis.

Configuración de IBM HTTP Server para SSL

Configure IBM HTTP Server para que utilice el protocolo SSL.

Acerca de esta tarea

Para dar soporte a SSL, cree un certificado autofirmado y, a continuación, configure IBM HTTP Server para tráfico SSL. Si utiliza este certificado en producción, los usuarios pueden recibir mensajes de aviso desde sus navegadores. En un despliegue típico de producción, utilizaría un certificado de una entidad emisora de certificados fiable.

Para configurar IBM HTTP Server para SSL, lleve a cabo los pasos siguientes:

Procedimiento
  1. Cree un archivo de claves.
    1. Inicie la interfaz de usuario iKeyman. Para obtener más información, vaya a la página Iniciar el programa de utilidad de gestión de claves en el Information Center de IBM HTTP Server.
    2. Pulse Archivo de la base de datos de claves en la interfaz de usuario principal, posteriormente, pulse Nuevo. Seleccione CMS para el tipo de base de datos de claves. IBM HTTP Server no admite tipos de base de datos que no sean CMS.
    3. Especifique un nombre para el nuevo archivo de claves. Por ejemplo, hostname-key.kdb. Pulse Aceptar.
    4. Especifique la contraseña en el cuadro de diálogo Indicador de solicitud de contraseña y confirme la contraseña. Seleccione Guardar la contraseña en un archivo y, a continuación, pulse Aceptar. La nueva base de datos de claves debería mostrarse en el programa de utilidad iKeyman con certificados de firmante. Compruebe que haya un certificado de firmante no caducado y funcional para cada uno de los certificados de personal.
  2. Cree un certificado autofirmado:
    1. Inicie la interfaz de usuario iKeyman.
    2. Pulse Archivo de la base de datos de claves y, a continuación, pulse Abrir.
    3. Especifique el nombre de archivo de claves en el recuadro de diálogo Abrir y pulse Aceptar.
    4. En el recuadro de diálogo Indicador de solicitud de contraseña, especifique la contraseña y pulse Aceptar.
    5. Pulse Certificados personales en la trama de contenido de base de datos de claves y, posteriormente, pulse Nuevo autofirmado.
    6. Especifique la información necesaria sobre el archivo de claves, el servidor web y la organización en el recuadro de diálogo.
    7. Pulse Aceptar.
    Nota: Guarde el nuevo certificado autofirmado con un nombre de archivo exclus