Actualización de Design Management a la versión 4.0.6

Utilice esta guía para actualizar las siguientes aplicaciones de Rational Design Management (DM) a la versión 4.0.6:

Seleccione las opciones que mejor describen su entorno de instalación

Seleccione las aplicaciones que desea actualizar:

Nota: En Rational Design Management, primero debe actualizarse Jazz Team Server. En una topología distribuida, seleccione una aplicación a la vez para actualizarla.

Seleccione la versión de producto actual:
Seleccione la topología de despliegue:
Seleccione el sistema operativo de su servidor de aplicaciones:
Seleccione el servidor de aplicaciones:
Seleccione su servidor de bases de datos:

Las instrucciones completas para actualizar el producto a la versión 4.0.6 se generan basándose en las selecciones que ha realizado en la página anterior.

Importante: antes de proceder con la actualización, lea estas importantes notas.

Completar la lista de comprobación de la planificación

Utilice esta lista de comprobación de la planificación para asegurarse de que está preparado para proceder con la instalación.

  Tarea de planificación Más información
Utilice los informes de compatibilidad de productos software: en esta página, pueden buscarse y generarse informes para un determinado producto. La información incluye requisitos previos, instalación de un producto en un determinado idioma, fin de servicio, entornos de virtualización de servidores, etc. Informes de compatibilidad de productos software
Para Rhapsody Design Management en Linux: Asegúrese de que un servidor X esté en ejecución y de que la variable de entorno DISPLAY esté correctamente establecida con el ámbito del servidor en ejecución.
Utilice la hoja de datos de actualizaciones: en la hoja de datos de actualizaciones, pueden recopilarse y registrarse datos necesarios durante el proceso de actualización como, por ejemplo, los URL e ID de usuario. Actualización de la hoja de datos
Verifique que el hardware y software cumplen los requisitos mínimos de sistema: Hay nuevos requisitos para la versión 4.0.3 y posterior, incluyendo un requisito para utilizar un sistema operatico de servidor de 64-bit. Para saber más sobre estos nuevos requisitos y ver si el sistema actual reúne los requisitos mínimos, pulse en el enlace Requisitos del sistema. Requisitos del sistema
Obtención del soporte de instalación del producto: en las descargas del repositorio local, necesitará aproximadamente 5 GB de espacio en el disco duro para descargar y extraer el soporte de instalación del producto. Los archivos de instalación del servidor pueden bajarse desde jazz.net
Revise un ejemplo de topología de actualización.
Sincronización de los relojes en todos los servidores: en un entorno distribuido, asegúrese de que los relojes de todos los servidores estén sincronizados utilizando Network Time Protocol (NTP). Para obtener más información sobre NTP, visite ntp.org
Comprenda el proceso de actualización: aprenda sobre el proceso de actualización y cómo dicha actualización puede afectar al despliegue. Descripción del proceso de despliegue y actualización
Planifique para las aplicaciones que no estarán disponible: Las aplicaciones no estarán disponible durante un breve periodo mientras se realiza una copia de seguridad y se actualizan las aplicaciones a la versión 4.0.3. Todas las aplicaciones conectadas a Jazz Team Server estarán fuera de línea mientras Jazz Team Server esté fuera de línea. Asegúrese de dar tiempo para que se haga una copia de seguridad completa de las aplicaciones existentes.  
Cumpla con los requisitos previos de la base de datos:
  • Puede acceder a la base de datos del release anterior y copiar el directorio derby/repositoryDB.
  • Tiene el nombre de usuario y la contraseña correctos.
    • En sistemas UNIX, utilice la contraseña del propietario de la instancia de DB2, que suele ser el usuario db2inst1.
  • Ha hecho una copia de seguridad de la base de datos antes de iniciar el proceso de actualización.
  • Tiene el nombre de usuario y la contraseña correctos.
  • Ha hecho una copia de seguridad de la base de datos antes de iniciar el proceso de actualización. Puede obtener información adicional relativa a la copia de seguridad de las bases de datos consultando la documentación de su proveedor de bases de datos.
  • Está utilizando un JRE versión 6.0 ó 7.0, y está utilizando ojdbc6.jar. Design Managment 4.0.3 y posterior ya no da soporte a JRE versión 5.0. Solo se soportan los JRE 6.0 y 7.0. La biblioteca de clases ojdbc5.jar requiere JRE versión 5.0 y la biblioteca de clases ojdbc6.jar requiere JRE versión 6.0 o posterior.
  • Ha creado una variable de entorno denominada ORACLE_JDBC_DRIVER_FILE que apunta al controlador JDBC ojdbc6.jar.
  • Tiene el nombre de usuario y la contraseña correctos.
  • Ha hecho una copia de seguridad de la base de datos antes de iniciar el proceso de actualización. Puede obtener información relativa a la copia de seguridad de las bases de datos consultando la documentación de su proveedor de bases de datos.
  • Se ha asegurado de que el controlador de Java Database Connectivity (JDBC) está instalado, y de que está utilizando sqljdbc4.jar. Design Management 4.0.3 y posterior ya no da soporte a JRE versión 5.0. Solo se soportan los JRE 6.0 y 7.0. La biblioteca de clases sqljdbc4.jar requiere JRE 6.0 o posterior.
  • Se ha iniciado el servicio SQL.
Información sobre licencia: ha indicado que está actualizando desde Design Management 3.0. Debe obtener las licencias de la versión 4.0.3. ha indicado que está actualizando desde Design Management 3.0.1.x. Debe obtener licencias de la versión 4.0.3. ha indicado que está actualizando desde Design Management 4.0.0.x. No es necesario obtener nuevas licencias para la versión 4.0.3. ha indicado que está actualizando desde Design Management 4.0.1. No es necesario obtener nuevas licencias para la versión 4.0.3. ha indicado que está actualizando desde Design Management 4.0.2. No es necesario obtener nuevas licencias para la versión 4.0.3. Gestión de licencias
Comprobación de la compatibilidad del navegador:
  • Habilite JavaScript en los navegadores web para que puedan visualizarse los asistentes.
  • En los navegadores web que se utilicen para la migración, asegúrese de que los bloqueadores de ventanas emergentes estén inhabilitados.
 
Compruebe las opciones de la Máquina virtual Java: asegúrese de que la Máquina virtual Java tenga un valor adecuado para el tamaño del almacenamiento dinámico.
Si ejecuta Jazz Team Server en Apache Tomcat como servicio Windows, consulte Ejecución en Apache Tomcat como servicio Windows (64 bits).

Abreviaturas de aplicaciones y directorios

Las siguientes abreviaturas hacen referencia a aplicaciones y directorios de instalación:

Opcional: prepare un entorno de pruebas para el proceso de actualización

Antes de actualizar el entorno de producción, configure un entorno de prueba para evitar problemas. Para obtener más información, consulte Fases del entorno de prueba para el proceso de actualización.

Registro del nombre del servidor, el nombre del perfil, el nombre del nodo, los valores del almacenamiento dinámico y los nombres de las aplicaciones instalada con anterioridad.

Durante la actualización debe conocer cierta información acerca del entorno actual. Asegúrese de anotar la información siguiente.

  1. Inicie sesión en WebSphere Application Server Integrated Solutions Console.
  2. Expanda Servidores > Tipos de servidor y, a continuación, pulse en WebSphere Application Servers.
  3. Registre el nombre del servidor y el nombre del nodo.
  4. Pulse en server1, expanda Java and Process Management y, a continuación, pulse Definición del proceso > Java Virtual Machine.
  5. Anote los valores que aparecen en Tamaño del almacenamiento dinámico inicial, Tamaño máximo de almacenamiento dinámico y Argumentos genéricos de JVM.
  6. Expanda Aplicaciones > Tipos de aplicación y, a continuación, pulse en WebSphere Enterprise Application.
  7. Registre los nombres de las siguientes aplicaciones instaladas:
    • Jazz Team Server (jts_war)
    • CLMHelp (clmhelp_war)
    • Admin (admin_war)
    • Gestión de cambios y configuración (ccm_war)

Actualizar Rational Reporting for Development Intelligence

Nota: antes de actualizar la solución de Rational para CLM, debe actualizar Rational Reporting for Development Intelligence. No es necesario que actualice el almacén de datos con Rational Reporting for Development Intelligence porque se actualiza durante la actualización de la solución de Rational para CLM.

Para actualizar Rational Reporting for Development Intelligence, consulte los enlaces siguientes:

Después de actualizar a la versión 4.0.6 de las aplicaciones para la solución Rational para CLM, descargue los ejemplos de informes y recursos más recientes y cárguelos en el servidor de informes. Para obtener instrucciones completas, consulte Actualización de artefactos de informes.

Instalar Rational Design Management versión 4.0.6

Instale las aplicaciones de Rational Design Management versión 4.0.6, pero no ejecute el asistente de configuración. Para configuraciones distribuidas, instale las aplicaciones de la versión 4.0.6 que corresponden a las aplicaciones instaladas anteriormente. Para obtener más información, consulte Cómo instalar con IBM Installation Manager o Cómo instalar con mandatos de la línea de mandatos.

Los releases anteriores de Design Management han instalado automáticamente las aplicaciones adicionales necesarias como la Gestión de configuración (/vvc). Estas aplicaciones ahora son componentes separados que se pueden instalar además de los componentes de Design Management, Design Management for Rational Software Architect (RSA-DM) o Design Management for Rhapsody (Rhapsody-DM). Los componentes adicionales que pueden necesitar instalarse son los siguientes:

  • El componente Gestión de configuración (VVC) siempre debe estar instalado y registrado con Jazz Team Server (JTS). No confunda este componente con Gestión de cambios y configuración (CCM/RTC).
  • Si está instalando RSA-DM también debe instalar la Extensión de IBM Rational Software Architect para la Extensión de dominios de Design Management.

Instale las aplicaciones CLM 4.0.6 en el nodo que se utilizará para actualizar el servidor, por ejemplo, el nodo 1. No ejecute el asistente de configuración. Para obtener más información, consulte Cómo instalar con IBM Installation Manager o Cómo instalar con mandatos de la línea de mandatos.

Instale las aplicaciones de CLM versión 4.0.6, pero no ejecute el asistente de configuración Para configuraciones distribuidas, instale las aplicaciones de la versión 4.0.6 que corresponden a las aplicaciones instaladas anteriormente. Para obtener información acerca de la instalación del servidor, consulte Instalación en IBM i utilizando programas bajo licencia.

Copia de seguridad del perfil de WebSphere Application Server

De forma opcional, puede crear un copia de seguridad de su perfil de WebSphere Application Server de modo que se pueda restaurar en caso de que falle la actualización.

En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:

  • Jazz Team Server
  • Aplicación Gestión de cambios y configuración

  1. Abra un indicador de mandatos y vaya a la carpeta bin del directorio de instalación de WebSphere Application Server. Por ejemplo, C:\Archivos de programa\IBM\WebSphere\AppServer\profiles\AppSrv01\bin.
  2. Ejecute el mandato siguiente. Si está activada la seguridad de WebSphere Application Server, también deberá proporcionar el nombre de usuario y la contraseña.
  3. Nota: El mandato concluye el servidor antes de iniciar el proceso de copia de seguridad.

    backupConfig.bat ruta_a_archivo_comprimido_nuevo_para_crear_copia_seguridad_del_perfil -username nombre_usuario_administrador_primario_WAS -password contraseña_administrador_WAS

    Por ejemplo:

    backupConfig.bat C:\WAS_backup\CLM_4.0.0.x_profile.zip -username administrador WAS -password contraseña administrador WAS

    backupConfig.bat C:\WAS_backup\CLM_4.0.1_profile.zip -username administrador WAS -password contraseña administrador WAS

    backupConfig.bat C:\WAS_backup\CLM_4.0.2_profile.zip -username administrador WAS -password contraseña administrador WAS

    backupConfig.bat C:\WAS_backup\CLM_4.0.3_profile.zip -username administrador WAS -password contraseña administrador WAS

    backupConfig.bat C:\WAS_backup\CLM_<ver_anterior>_profile.zip -username administrador WAS -password contraseña administrador WAS

    Nota: la ruta del directorio del archivo comprimido debe existir antes de ejecutar el mandato de copia de seguridad.

    Sugerencia: puede restaurar el perfil del que se ha hecho una copia de seguridad ejecutando el mandato restoreConfig.bat. Por ejemplo, restoreConfig.bat C:\WAS_backup\RTC_3.0_profile.zip restoreConfig.bat C:\WAS_backup\CLM_3.0.1.x_profile.zip restoreConfig.bat C:\WAS_backup\CLM_4.0.0.x_profile.zip restoreConfig.bat C:\WAS_backup\CLM_4.0.1_profile.zip restoreConfig.bat C:\WAS_backup\CLM_4.0.2_profile.zip

  1. Abra un shell de mandatos y vaya a la carpeta bin del directorio de instalación de WebSphere Application Server. Por ejemplo, /opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin.
  2. Ejecute el mandato siguiente. Si está activada la seguridad de WebSphere Application Server, también deberá proporcionar el nombre de usuario y la contraseña.
  3. Nota: El mandato concluye el servidor antes de iniciar el proceso de copia de seguridad.

    ./backupConfig.sh ruta_a_archivo_comprimido_nuevo_para_crear_copia_seguridad_del_perfil -username nombre_usuario_administrador_primario_WAS -password contraseña_administrador_WAS

    Por ejemplo:

    ./backupConfig.sh /root/WAS_backup/CLM_4.0.0.x_profile.zip -username admin -password contraseña

    ./backupConfig.sh /root/WAS_backup/CLM_4.0.1_profile.zip -username admin -password contraseña

    ./backupConfig.sh /root/WAS_backup/CLM_4.0.2_profile.zip -username admin -password contraseña

    ./backupConfig.sh /root/WAS_backup/CLM_4.0.3_profile.zip -username admin -password contraseña

    ./backupConfig.sh /root/WAS_backup/CLM_<ver_anterior>_profile.zip -username admin -password contraseña

    Nota: la ruta del directorio del archivo comprimido debe existir antes de ejecutar el mandato de copia de seguridad.

    Sugerencia: puede restaurar el perfil del que se ha hecho una copia de seguridad ejecutando el mandato ./restoreConfig.sh. Por ejemplo, ./restoreConfig.sh /root/WAS_backup/RTC_3.0_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_3.0.1.x_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.0.x_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.1_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.2_profile.zip

  1. Abra un indicador de mandatos y vaya a la carpeta bin del directorio de instalación de WebSphere Application Server. Por ejemplo, /usr/IBM/WebSphere/AppServer/profiles/AppSrv01/bin.
  2. Ejecute el mandato siguiente. Si está activada la seguridad de WebSphere Application Server, también deberá proporcionar el nombre de usuario y la contraseña.
  3. Nota: El mandato concluye el servidor antes de iniciar el proceso de copia de seguridad.

    ./backupConfig.sh ruta_a_archivo_comprimido_nuevo_para_crear_copia_seguridad_del_perfil -username nombre_usuario_administrador_primario_WAS -password contraseña_administrador_WAS

    Por ejemplo:

    ./backupConfig.sh /root/WAS_backup/CLM_4.0.0.x_profile.zip -username admin -password contraseña

    ./backupConfig.sh /root/WAS_backup/CLM_4.0.1_profile.zip -username admin -password contraseña

    ./backupConfig.sh /root/WAS_backup/CLM_4.0.2_profile.zip -username admin -password contraseña

    ./backupConfig.sh /root/WAS_backup/CLM_4.0.3_profile.zip -username admin -password contraseña

    ./backupConfig.sh /root/WAS_backup/CLM_<ver_anterior>_profile.zip -username admin -password contraseña

    Nota: la ruta del directorio del archivo comprimido debe existir antes de ejecutar el mandato de copia de seguridad.

    Sugerencia: puede restaurar el perfil del que se ha hecho una copia de seguridad ejecutando el mandato ./restoreConfig.sh. Por ejemplo, ./restoreConfig.sh /root/WAS_backup/RTC_3.0_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_3.0.1.x_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.0.x_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.1_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.2_profile.zip

Desinstalación de las aplicaciones instaladas previamente desde WebSphere Application Server

En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:

  • Jazz Team Server
  • Aplicación Design Management
  • Aplicación Gestión de calidad
  • Aplicación Gestión de la configuración

  1. Si ha llevado a cabo el paso anterior para realizar una copia de seguridad de su perfil de WebSphere Application Server, el mandato cierra el servidor. Inicie el servidor para continuar.
  2. Inicie sesión en WebSphere Application Server Integrated Solutions Console en https://nombre_host:9043/ibm/console/logon.jsp.
  3. Pulse Aplicaciones > Tipos de aplicación > Aplicaciones empresariales de WebSphere.
  4. Pulse jts_war y luego bajo Propiedades de detalle pulse Correlación de rol de seguridad con usuario o grupo. Anote la correlación de roles de seguridad para la aplicación jts_war. Utilizará esta información para volver a correlacionar la aplicación para su versión 4.0.3 equivalente.
  5. Pulse qm_war y luego bajo Propiedades de detalle pulse Correlación de rol de seguridad con usuario o grupo. Anote la correlación de roles de seguridad para la aplicación qm_war. Utilizará esta información para volver a correlacionar la aplicación para su versión 4.0.3 equivalente.
  6. Pulse el enlace Aplicaciones empresariales y detenga y desinstale las aplicaciones instaladas siguientes:
    • jts_war
    • clmhelp_war
    • admin_war
    • dm_war
    • rdmhelp_war
    • qm_war
    • vvc_war
    • vvchelp_war
  7. Cuando se le pida que guarde los cambios en la configuración maestra, guárdelos.

Actualizar las propiedades personalizadas JAZZ_HOME y log4j.configuration

En una topología distribuida, debe actualizar las propiedades personalizadas JAZZ_HOME y log4j.configuration en el servidor de aplicaciones en que se aloja:

  • Jazz Team Server
  • Aplicación Design Management
  • Aplicación Gestión de calidad
  • Aplicación Gestión de la configuración

  1. Inicie sesión en WebSphere Application Server Integrated Solutions Console en https://nombre_host:9043/ibm/console/logon.jsp.
  2. Pulse Servidores > Tipos de servidor > WebSphere Application Servers.
  3. Pulse el nombre del servidor para abrirlo. El nombre del servidor predeterminado es servidor1.
  4. En la sección Infraestructura del servidor, pulse Gestión de Java y procesos > Definición de procesos.
  5. En Propiedades adicionales, pulse Máquina virtual Java.
  6. En Propiedades adicionales, pulse Propiedades personalizadas.
  7. Pulse JAZZ_HOME y actualice su valor a file:///dir_instal_4.0.6/server/conf. Por ejemplo, file:///C:/PROGRA~2/IBM/JazzTeamServer_4.0.6/server/conf.
  8. Pulse JAZZ_HOME y actualice su valor a file:////dir_instal_4.0.6/server/conf. Por ejemplo, file:////opt/IBM/JazzTeamServer_4.0.6/server/conf.
  9. Pulse JAZZ_HOME y actualice su valor a file:////dir_instal_4.0.6/server/conf. Por ejemplo, file:////usr/IBM/JazzTeamServer_4.0.4/server/conf.
  10. Pulse log4j.configuration y actualice su valor a file:///dir_instal_4.0.6/server/conf/startup_log4j.properties. Por ejemplo, file:///C:/PROGRA~2/IBM/JazzTeamServer_4.0.6/server/conf/startup_log4j.properties.
  11. Pulse log4j.configuration y actualice su valor a file:////dir_instal_4.0.6/server/conf/startup_log4j.properties. Por ejemplo, file:////opt/IBM/JazzTeamServer_4.0.6/server/conf/startup_log4j.properties.
  12. Pulse log4j.configuration y actualice su valor a file:////dir_instal_4.0.6/server/conf/startup_log4j.properties. Por ejemplo, file:////usr/IBM/JazzTeamServer_4.0.6/server/conf/startup_log4j.properties.
  13. Si se conecta a una base de datos Oracle, asegúrese de que ORACLE_JDBC_DRIVER_FILE apunte al archivo del controlador JDBC correcto.
  14. Si se conecta a bases de datos SQL Server, asegúrese de que SQLSERVER_JDBC_DRIVER_FILE apunte al archivo del controlador JDBC correcto.
  15. Guarde los cambios en la configuración principal cuando se le solicite.

Puede obtener información detallada consultando Configuración de un servidor de aplicaciones WebSphere.

Detener WebSphere Application Server

En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:

  • Jazz Team Server
  • Aplicación Design Management
  • Aplicación Gestión de calidad
  • Aplicación Gestión de la configuración
  • Cualquier aplicación registrada con Jazz Team Server

Nota: al actualizar la aplicación Gestión de requisitos, debe asegurarse de que se detienen Jazz Team Server (incluidas las aplicaciones registradas con Jazz Team Server) y los servidores de aplicaciones de la aplicación Gestión de requisitos.

  1. Abra un indicador de mandatos y vaya al directorio dir_perfil_WAS\bin.
  2. Especifique el mandato siguiente:
  3. stopServer.bat servidor1 -user ID_usuario_admin -password contraseña_admin

  1. Abra un indicador de mandatos y vaya al directorio dir_perfil_WAS/bin.
  2. Especifique el mandato siguiente:
  3. ./stopServer.sh servidor1 -user ID_usuario_admin -password contraseña_admin

  1. En QShell, vaya al directorio de configuración antiguo, por ejemplo, /QIBM/UserData/JazzTeamServer40/server
  2. Especifique el mandato siguiente:
  3. ./serverShutdown.sh profileName wasVersion wasOption adminId adminPwd

Actualizar WebSphere eXtreme Scale

Asegúrese de que WebSphere eXtreme Scale esté actualizado con el arreglo temporal más reciente. Para descargar el arreglo temporal más reciente, consulte Instalación de WebSphere eXtreme Scale.

Borrado de los directorios temporales de WebSphere Application Server

En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:

  • Jazz Team Server
  • Aplicación Design Management
  • Aplicación Gestión de calidad
  • Aplicación Gestión de la configuración

Elimine el contenido relacionado con la aplicación de los siguientes directorios wscache y temp del perfil. Dependiendo de las aplicaciones que haya instaladas, es posible que dichos directorios estén en el perfil y puedan eliminarse.

  • jts_war
  • dm_war
  • rdmhelp_war
  • qm_war
  • vvc_war
  • vvchelp_war
  • admin_war
  • clmhelp_war

Ejemplo de ubicación de dir_perfil_WAS\wscache:

C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\wscache

Ejemplo de dir_ejemplo_WAS\temp:

C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\temp

Ejemplo de ubicación de dir_perfil_WAS/wscache:

opt/IBM/WebSphere/AppServer/profiles/AppSrv01/wscache

Ejemplo de dir_perfil_WAS/temp:

opt/IBM/WebSphere/AppServer/profiles/AppSrv01/temp

Ejemplo de ubicación de dir_perfil_WAS/wscache:

usr/IBM/WebSphere/AppServer/profiles/AppSrv01/wscache

Ejemplo de dir_perfil_WAS/temp:

usr/IBM/WebSphere/AppServer/profiles/AppSrv01/temp

Limpieza del directorio de registros

En una topología distribuida, debe completar el paso siguiente en el servidor de aplicaciones que aloja a:

  • Jazz Team Server
  • Aplicación Design Management
  • Aplicación Gestión de calidad
  • Aplicación Gestión de la configuración

Elimine los registros relacionados con la aplicación del directorio de registros en el perfil.

Ejemplo de ubicación de dir_perfil_WAS\logs:

C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\logs

Ejemplo de ubicación de dir_perfil_WAS/logs:

opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs

Ejemplo de ubicación de dir_perfil_WAS/logs:

usr/IBM/WebSphere/AppServer/profiles/AppSrv01/logs

Detención de los servidores

En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:

  • Jazz Team Server
  • Aplicación Design Management
  • Aplicación Gestión de calidad
  • Aplicación Gestión de la configuración
  • Cualquier aplicación registrada con Jazz Team Server

Nota: al actualizar la aplicación Gestión de requisitos, debe asegurarse de que se detienen Jazz Team Server (incluidas las aplicaciones registradas con Jazz Team Server) y los servidores de aplicaciones de la aplicación Gestión de requisitos.

  1. Abra un indicador de mandatos y vaya al directorio dir_instal_DM_4.0.0.x\server.
  2. Abra un indicador de mandatos y vaya al directorio dir_instal_DM_4.0.1\server.
  3. Abra un indicador de mandatos y vaya al directorio dir_instal_DM_4.0.2\server.
  4. Abra un indicador de mandatos y vaya al directorio dir_instal_DM_4.0.3\server.
  5. Abra un indicador de mandatos y vaya al directorio dir_instal_DM_<ver_anterior>\server. Por ejemplo dir_instal_DM_4.0.5
  6. Especifique el mandato siguiente:
  7. server.shutdown.bat

  1. Abra un shell de mandatos y vaya al directorio dir_instal_DM_4.0.0.x/server.
  2. Abra un shell de mandatos y vaya al directorio dir_instal_DM_4.0.1/server.
  3. Abra un shell de mandatos y vaya al directorio dir_instal_DM_4.0.2/server.
  4. Abra un shell de mandatos y vaya al directorio dir_instal_DM_4.0.3/server.
  5. Abra un shell de mandatos y vaya al directorio dir_instal_DM_<ver_anterior>/server.
  6. Especifique el mandato siguiente:
  7. ./server.shutdown

Copiar las bases de datos Derby desde el directorio de instalación de Design Management 3.0 Design Management versión 3.0.1.x Design Management versión 4.0.0.x Design Management versión 4.0.1 Design Management versión 4.0.2 Design Management versión 4.0.3 Design Management versión 4.0.4 o posterior

  1. Antes de copiar las bases de datos Derby, vaya al directorio donde acaba de instalar las aplicaciones de la versión 4.0.6 y suprima los directorios repositoryBD de Derby de cada aplicación. De forma alternativa, puede abrir un indicador de mandatos y especificar los mandatos siguientes para borrar el directorio predeterminado repositoryDB de la versión 4.0.6 de Derby:
  2. del /s /f dir_instal_4.0.6\server\conf\jts\derby\repositoryDB
    del /s /f dir_instal_4.0.6\server\conf\dm\derby\repositoryDB
    del /s /f dir_instal_4.0.6\server\conf\vvc\derby\repositoryDB
    rm -rf dir_instal_4.0.6/server/conf/jts/derby/repositoryDB
    rm -rf dir_instal_4.0.6/server/conf/dm/derby/repositoryDB
    rm -rf dir_instal_4.0.6/server/conf/vvc/derby/repositoryDB
  3. Vaya al directorio donde ha instalado previamente Design Management, copie la base de datos Derby y péguela en el directorio equivalente de la versión 4.0.6. También puede abrir un indicador de mandatos y ejecutar los mandatos siguientes para copiar la base de datos de Derby.
  4. Nota: Los mandatos siguientes funcionan si utiliza las bases de datos Derby que se proporcionan con el producto empaquetado. Si ha cambiado la ubicación de las bases de datos Derby, actualice la vía de acceso correspondiente.

    xcopy /s dir_instal_DM_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>\server\conf\jts\derby\repositoryDB dir_instal_4.0.6\server\conf\jts\derby\repositoryDB
    xcopy /s dir_instal_DM_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>\server\conf\jts\derby\warehouseDB dir_instal_4.0.6\server\conf\jts\derby\warehouseDB
    xcopy /s dir_instal_DM_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>\server\conf\dm\derby\repositoryDB dir_instal_4.0.6\server\conf\dm\derby\repositoryDB
    xcopy /s dir_instal_DM_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>\server\conf\vvc\derby\repositoryDB dir_instal_4.0.6\server\conf\vvc\derby\repositoryDB

    En un despliegue de WebSphere Application Sever, la ubicación predeterminada de la base de datos está en la instalación de WebSphere.

    xcopy /s dir_instal_WAS\OldAppServerHostIntall\jts\derby\conf\repositoryDB dir_instal_WAS\AppServerHost4.xIntall\jts\derby\conf\repositoryDB
    xcopy /s dir_instal_WAS\OldAppServerHostIntall\jts\derby\conf\warehouseDB dir_instal_WAS\AppServerHost4.xIntall\jts\derby\conf\warehouseDB
    xcopy /s dir_instal_WAS\OldAppServerHostIntall\dm\derby\conf\repositoryDB dir_instal_WAS\AppServerHost4.xIntall\dm\derby\conf\repositoryDB
    xcopy /s dir_instal_WAS\OldAppServerHostIntall\vvc\derby\conf\repositoryDB dir_instal_WAS\AppServerHost4.xIntall\vvc\derby\conf\repositoryDB
    cp -R dir_instal_DM_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>/server/conf/jts/derby/repositoryDB dir_instal_4.0.6/server/conf/jts/derby/repositoryDB
    cp -R dir_instal_DM_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>/server/conf/jts/derby/warehouseDB dir_instal_4.0.6/server/conf/jts/derby/warehouseDB
    cp -R dir_instal_DM_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>/server/conf/dm/derby/repositoryDB dir_instal_4.0.6/server/conf/dm/derby/repositoryDB
    cp -R dir_instal_DM_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>/server/conf/vvc/derby/repositoryDB dir_instal_4.0.6/server/conf/vvc/derby/repositoryDB
    cp -R dir_instal_DM_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>/server/conf/jts/derby/warehouseDB dir_instal_4.0.6/server/conf/jts/derby/warehouseDB

    En un despliegue de WebSphere Application Sever, la ubicación predeterminada de la base de datos está en la instalación de WebSphere.

    cp -R dir_instal_WAS/AppServerHost3.xIntall/jts/derby/conf/repositoryDB dir_instal_WAS/AppServerHost4.xIntall/jts/derby/conf/repositoryDB
    cp -R dir_instal_WAS/OldAppServerHostIntall/jts/derby/conf/warehouseDB dir_instal_WAS/AppServerHost4.xIntall/jts/derby/conf/warehouseDB
    cp -R dir_instal_WAS/OldAppServerHostIntall/dm/derby/conf/repositoryDB dir_instal_WAS/AppServerHost4.xIntall/dm/derby/conf/repositoryDB
    cp -R dir_instal_WAS/OldAppServerHostIntall/vvc/derby/conf/repositoryDB dir_instal_WAS/AppServerHost4.xIntall/vvc/derby/conf/repositoryDB

Copia de seguridad de la base de datos

Efectúe una copia de seguridad de las bases de datos DB2 incluídas las bases de datos del almacén de datos. Para obtener información sobre cómo hacer una copia de seguridad de una base de datos DB2, consulte Copia de seguridad y restauración de una base de datos DB2.

Efectúe una copia de seguridad de sus bases de datos Oracle incluída la base de datos del almacén de datos. Puede obtener instrucciones para realizar una copia de seguridad de la base de datos consultando la documentación de Oracle.

Efectúe una copia de seguridad de sus bases de datos SQL Server incluídas las bases de datos del almacén de datos . Puede obtener instrucciones para realizar una copia de seguridad de la base de datos consultando la documentación de SQL Server.

Ejecución del mandato de actualización de Repository Tools

Para actualizar los archivos de configuración de Jazz Team Server, vaya a dir_instal_JTS_4.0.6/server y ejecute los siguientes mandatos:

Si la vía de acceso contiene espacios, asegúrese de que dicha vía de acceso vaya entre comillas.

repotools-jts.bat -migration_jts_updateConfigurationFiles oldJTSHome=dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>dir_instal_JTS_<ver_anterior>/server/conf

repotools-jts.bat -addTables

repotools-jts.bat -upgradeWarehouse

repotools-jts.bat -migration_jts_updateConfigurationFiles oldJTSHome=dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>dir_instal_JTS_<ver_anterior>/server/conf updateTomcatFiles=no

repotools-jts.bat -addTables

repotools-jts.bat -upgradeWarehouse

./repotools-jts.sh -migration_jts_updateConfigurationFiles oldJTSHome=dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>dir_instal_JTS_<ver_anterior>/server/conf

./repotools-jts.sh -addTables

./repotools-jts.sh -upgradeWarehouse

./repotools-jts.sh -migration_jts_updateConfigurationFiles oldJTSHome=dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>dir_instal_JTS_<ver_anterior>/server/conf updateTomcatFiles=no

./repotools-jts.sh -addTables

./repotools-jts.sh -upgradeWarehouse

Para actualizar los archivos de configuración de la aplicación DM, vaya al dir_instal_DM_<ver_anterior>/server y ejecute estos mandatos:

La raíz de contexto de la aplicación predeterminada es jazz. Si la ruta de actualización proviene de un release de las versiones 3 ó 4, emplee el argumento applicationContextRoot=dm del mandato.

Si la vía de acceso contiene espacios, asegúrese de que dicha vía de acceso vaya entre comillas.

repotools-dm.bat -migration_dm_updateConfigurationFiles oldApplicationHome=dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>/server/conf ignoreJTSVersionCheck applicationContextRoot=dm

repotools-dm.bat -addTables

repotools-dm.bat -migration_dm_updateConfigurationFiles oldApplicationHome=dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>/server/conf ignoreJTSVersionCheck applicationContextRoot=dm updateTomcatFiles=no

repotools-dm.bat -addTables

./repotools-dm.sh -migration_dm_updateConfigurationFiles oldApplicationHome=dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>/server/conf ignoreJTSVersionCheck applicationContextRoot=dm

./repotools-dm.sh -addTables

./repotools-dm.sh -migration_dm_updateConfigurationFiles oldApplicationHome=dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>dir_instal_DM_<ver_anterior>/server/conf ignoreJTSVersionCheck applicationContextRoot=ccm updateTomcatFiles=no

./repotools-dm.sh -addTables

Para actualizar los archivos de configuración de la aplicación Gestión de configuración, vaya a dir_instal_VVC_4.0.6/server y ejecute estos mandatos:

La raíz de contexto de la aplicación predeterminada es jazz. Si la ruta de actualización proviene de un release de las versiones 3 ó 4, emplee el argumento applicationContextRoot=vvc del mandato.

Si la vía de acceso contiene espacios, asegúrese de que dicha vía de acceso vaya entre comillas.

repotools-vvc.bat -migration_vvc_updateConfigurationFiles oldApplicationHome=dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>dir_instal_VVC_<ver_anterior>/server/conf ignoreJTSVersionCheck applicationContextRoot=vvc

repotools-vvc.bat -addTables

repotools-vvc.bat -migration_vvc_updateConfigurationFiles oldApplicationHome=dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>dir_instal_VVC_<ver_anterior>/server/conf ignoreJTSVersionCheck applicationContextRoot=qm updateTomcatFiles=no

repotools-vvc.bat -addTables

./repotools-vvc.sh -migration_qm_updateConfigurationFiles oldApplicationHome=dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>dir_instal_VVC_<ver_anterior>/server/conf ignoreJTSVersionCheck applicationContextRoot=vvc

./repotools-vvc.sh -addTables

./repotools-vvc.sh -migration_qm_updateConfigurationFiles oldApplicationHome=dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>dir_instal_VVC_<ver_anterior>/server/conf ignoreJTSVersionCheck applicationContextRoot=vvc updateTomcatFiles=no

./repotools-vvc.sh -addTables

Para actualizar los archivos de configuración de la aplicación Gestión de requisitos (RM), siga estos pasos:

Si la vía de acceso contiene espacios, asegúrese de que dicha vía de acceso vaya entre comillas.

  1. Vaya al servidor físico donde están instaladas tanto la versión antigua como la versión 4.0.4 de las aplicaciones RM.
  2. Copie el contenido del directorio dir_instal_RM_4.0.3/server y el directorio dir_instal_RM_3.0.1.xdir_instal_RM_4.0.0.xdir_instal_RM_4.0.1dir_instal_RM_4.0.2/server en dos directorios distintos en una unidad portátil.
  3. Vaya al servidor físico donde está instalado Jazz Team Server versión 4.0.3 y copie el contenido de la unidad portátil en un directorio temporal. Asegúrese de tener un directorio para cada versión de la aplicación RM. Por ejemplo: C:\Temp\RM4.0.3 y C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1RM4.0.2.
  4. Abra un indicador de mandatos y vaya al directorio C:\Temp\RM4.0.3\server.
  5. Especifique este mandato:

    upgrade\rm\rm_upgrade.bat -oldApplicationHome C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1\server\conf -oldJTSHome dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2\server\conf -newJTSHome dir_instal_JTS_4.0.3\server\conf applicationContextRoot=rm

    La raíz de contexto de la aplicación es rdm. Si la ruta de actualización proviene de un release de las versiones 3 ó 4, emplee el argumento applicationContextRoot=rm del mandato.

  6. Después de completar la actualización en el servidor JTS, copie el contenido del directorio C:\Temp\RM4.0.3 en una unidad portátil.
  7. Vaya al servidor físico donde está instalada la aplicación RM y sobrescriba el contenido existente pegando el contenido de la unidad portátil al directorio dir_instal_RM4.0.3/server .
  1. Vaya al servidor físico donde están instaladas tanto la versión antigua como la versión 4.0.4 de las aplicaciones RM.
  2. Copie el contenido del directorio dir_instal_RM4.0.3/server y el directorio dir_instal_RM_3.0.1.xdir_instal_RM_4.0.0.xdir_instal_RM_4.0.1dir_instal_RM_4.0.2/server en dos directorios distintos en una unidad portátil.
  3. Vaya a la máquina física donde está instalado Jazz Team Server versión 4.0.3 y copie el contenido de la unidad portátil en un directorio temporal. Asegúrese de tener un directorio para cada versión de RM. Por ejemplo: C:\Temp\RM4.0.3 y C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1RM4.0.2.
  4. Abra un indicador de mandatos y vaya al directorio C:\Temp\RM4.0.3\server.
  5. Especifique este mandato:

    upgrade\rm\rm_upgrade.bat -oldApplicationHome C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1RM4.0.2\server\conf -oldJTSHome dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2\server\conf -newJTSHome dir_instal_JTS_4.0.3\server\conf -updateTomcatFiles=no applicationContextRoot=rm

    La raíz de contexto de la aplicación es rdm. Si la ruta de actualización proviene de un release de las versiones 3 ó 4, emplee el argumento applicationContextRoot=rm del mandato.

  6. Después de completar la actualización en el servidor JTS, copie el contenido del directorio C:\Temp\RM4.0.3 en una unidad portátil.
  7. Vaya a la máquina física donde está instalada la aplicación RM y sobrescriba el contenido existente pegando el contenido de la unidad portátil al directorio dir_instal_RM4.0.3/server .
  1. Vaya al servidor físico donde están instaladas tanto la versión antigua como la versión 4.0.3 de las aplicaciones RM.
  2. Copie el contenido del directorio dir_instal_RM4.0.3/server y el directorio dir_instal_RM_3.0.1.xdir_instal_RM_4.0.0.xdir_instal_RM_4.0.1dir_instal_RM_4.0.2/server en dos directorios distintos en una unidad portátil.
  3. Vaya al servidor físico donde está instalado Jazz Team Server versión 4.0.3 y copie el contenido de la unidad portátil en un directorio temporal. Asegúrese de tener un directorio para cada versión de la aplicación RM. Por ejemplo: opt/tmp/rm4.0.3 y opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2.
  4. Abra un shell de mandatos y vaya al directorio opt/tmp/rm4.0.2/server.
  5. Especifique este mandato:

    upgrade/rm/rm_upgrade.sh -oldApplicationHome opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2/server/conf -oldJTSHome dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2/server/conf -newJTSHome dir_instal_JTS_4.0.3/server/conf applicationContextRoot rm

    La raíz de contexto de la aplicación es rdm. Si la ruta de actualización proviene de un release de las versiones 3 ó 4, emplee el argumento applicationContextRoot=rm del mandato.

  6. Después de completar la actualización en el servidor JTS, copie el contenido del directorio opt/tmp/rm4.0.3 en una unidad portátil.
  7. Vaya al servidor físico donde está instalada la aplicación RM y sobrescriba el contenido existente pegando el contenido de la unidad portátil al directorio dir_instal_4.0.3RM/server.
  1. Vaya al servidor físico donde están instaladas tanto la versión antigua como la versión 4.0.3 de las aplicaciones RM.
  2. Copie el contenido del directorio dir_instal_RM_4.0.3/server y el directorio dir_instal_RM_3.0.1.xdir_instal_RM_4.0.0.xdir_instal_RM_4.0.1dir_instal_RM_4.0.2/server en dos directorios distintos en una unidad portátil.
  3. Vaya al servidor físico donde está instalado Jazz Team Server versión 4.0.3 y copie el contenido de la unidad portátil en un directorio temporal. Asegúrese de tener un directorio para cada versión de la aplicación RM. Por ejemplo: opt/tmp/rm4.0.3 y opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2.
  4. Abra un shell de mandatos y vaya al directorio opt/tmp/rm4.0.3/server.
  5. Especifique este mandato:

    upgrade/rm/rm_upgrade.sh -oldApplicationHome opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2/server/conf -oldJTSHome dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2/server/conf -newJTSHome dir_instal_JTS_4.0.3/server/conf updateTomcatFiles no applicationContextRoot rm

    La raíz de contexto de la aplicación es rdm. Si la ruta de actualización proviene de un release de las versiones 3 ó 4, emplee el argumento applicationContextRoot=rm del mandato.

  6. Después de completar la actualización en el servidor JTS, copie el contenido del directorio opt/tmp/rm4.0.3 en una unidad portátil.
  7. Vaya al servidor físico donde está instalada la aplicación RM y sobrescriba el contenido existente pegando el contenido de la unidad portátil al directorio dir_instal_RM_4.0.3/server .

Los mandatos ejecutados en los pasos anteriores realizan las tareas siguientes:

  • Actualizan la versión 4.0.3 del archivo teamserver.properties basándose en la información de la versión anterior
  • Añaden tablas a las bases de datos
  • Actualizan el esquema de la base de datos
  • Copian el contenido del archivo tomcat-users.xml.

    Solo para la base de datos de usuarios de Tomcat: El archivo tomcat-users.xml se copia en vez de fusionarse con el archivo existente. Si está actualizando varias aplicaciones CLM con un Jazz Team Server común, deberá fusionar manualmente la información de grupo y usuarios en el archivo tomcat-users.xml. La información de grupo y usuario será diferente si los usuarios son parte de diferentes grupos en diferentes aplicaciones. Por ejemplo, usuarioA podría tener el rol JazzAdmins en la aplicación CCM y el rol JazzUsers en la aplicación QM. Además, si los usuarios están presentes en una aplicación pero no en la otra, o viceversa, dichos usuarios deberán añadirse manualmente al archivo tomcat-users.xml.

  • Fusione el contenido de la versión anterior de los archivos server.xml y web.xml con la versión 4.0.3
  • Copie el contenido de la versión anterior del archivo fronting.properties a la versión 4.0.3
  • Copie el contenido de la versión anterior del archivo friendsconfig.rdf a la versión 4.0.3

Para obtener más información sobre estos mandatos de las herramientas de repositorio, consulte los siguientes temas de ayuda:

Ejecución del script de actualización

Este script utiliza los mandatos de Repository Tools para actualizar los archivos de configuración y actualizar las bases de datos y los esquemas del almacén de datos a la versión 4.0.6. Para obtener más información, consulte Archivos de script de actualización.

Para utilizar el script de actualización en un entorno distribuido donde se instala Rational Design Management aparte de Jazz Team Server, el script de actualización debe poder acceder a la unidad o sistema de archivos donde está instalada la aplicación. En sistemas Windows, por ejemplo, el montaje debe tener el siguiente formato: letra de unidad montada:\server\conf. Una vía de acceso absoluta, como \\nombre de sistema\dir_instal_JTS_4.0.6\server\conf, no funcionará. La unidad montada se tiene que configurar con privilegios lectura-escritura-ejecución para la cuenta de administrador.

Importante: aunque el archivo del script está ubicado en el directorio upgrade/raíz de contexto de la aplicación, el archivo debe ejecutarse desde el directorio del servidor. Si la ruta contiene espacios, asegúrese de escribir el nombre de la ruta entre comillas.

Para actualizar Jazz Team Server, abra un indicador de mandatos con privilegios administrativos, vaya al directorio dir_instal_JTS_4.0.6\server e introduzca este mandato:

upgrade\jts\jts_upgrade.bat -oldJTSHome dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>dir_instal_JTS_<ver_anterior>\server\conf

upgrade\jts\jts_upgrade.bat -oldJTSHome dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>dir_instal_JTS_<ver_anterior>\server\conf

Durante la actualización, una vez fusionados los archivos de configuración, se abrirá una ventana en la que puede comprobarse el archivo teamserver.properties de Jazz Team Server. Si la ubicación de la propiedad com.ibm.team.fulltext.indexlocation es una vía de acceso relativa, no es necesario cambiar la vía de acceso. Si la ubicación es una ruta absoluta, asegúrese de que el directorio sea estable y de que no se suprima si se desinstala una aplicación.

Una ubicación estable absoluta debería parecerse a la de este ejemplo: com.ibm.team.fulltext.indexLocation=dir_instal_JTS_4.0.6/server/conf/jts/indices/workitemindex, donde dir_instal_JTS_4.0.6 es la ubicación donde está instalado Jazz Team Server 4.0.6.

Importante:: como parte del paso 0 en el script dm_upgrade.xxx, el mandato "repotools-dm -version" se ejecuta para la instalación de origen. En Design Management 4.0, el mandato repotools-dm no se ejecutará debido a dependencias no resueltas. Antes de ejecutar el script dm_upgrade.xx, debe editar el archivo DM4.0_InstallDir/server/repotools-dm.xx y eliminar el comentario de la ldefines the property "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true". Si el paso 0 del script dm_upgrade ha fallado porque no ha podido determinar la versión de la instalación de origen, arregle el archivo 4.0 repotools-dm.xxx y vuelva a ejecutar el script upgrade/dm/dm_upgrade.xx, volviendo a empezar por el paso 0.

Para actualizar la Aplicación Design Management, abra un indicador de mandatos con privilegios de administrador dir_instal_DM_4.0.4\server y escriba este mandato:

upgrade\dm\dm_upgrade.bat -oldApplicationHome dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>\server\conf

upgrade\dm\dm_upgrade.bat -oldApplicationHome dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>\server\conf -ignoreJTSVersionCheck

Durante la actualización, una vez fusionados los archivos de configuración, se abrirá una ventana en la que puede comprobarse el archivo teamserver.properties de Design Management.

Para actualizar la aplicación Gestión de calidad, abra un indicador de mandatos con privilegios de administrador, vaya al directorio dir_instal_QM_4.0.3\server y especifique este mandato:

upgrade\qm\qm_upgrade.bat -oldApplicationHome dir_instal_QM_3.0.1.xdir_instal_QM_4.0.0.xdir_instal_QM_4.0.1dir_instal_QM_4.0.2\server\conf

upgrade\qm\qm_upgrade.bat -oldApplicationHome dir_instal_QM_3.0.1.xdir_instal_QM_4.0.0.xdir_instal_QM_4.0.1dir_instal_QM_4.0.2\server\conf -newJTSHome dir_instal_JTS_4.0.3\server\conf

Durante la actualización, una vez fusionados los archivos de configuración, se abrirá una ventana en la que puede comprobarse el archivo teamserver.properties. Si la ubicación es una ruta absoluta, asegúrese de que el directorio sea estable y de que no se suprima si se desinstala una aplicación. La ubicación estable absoluta debería parecerse a este ejemplo: com.ibm.team.fulltext.indexLocation=dir_instal_QM_4.0.3/server/conf/qm/indices/workitemindex donde dir_instal_QM_4.0.3 es la ubicación en la que está instalada la aplicación Gestión de calidad 4.0.3.

Para actualizar la Aplicación Gestión de la configuración, abra un indicador de mandatos con privilegios de administrador, vaya al directorio dir_instal_VVC_4.0.6\server y escriba este mandato:

upgrade\vvc\vvc_upgrade.bat -oldApplicationHome dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>dir_instal_VVC_<ver_anterior>\server\conf

upgrade\vvc\vvc_upgrade.bat -oldApplicationHome dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>dir_instal_VVC_<ver_anterior>\server\conf -ignoreJTSVersionCheck

Para actualizar Jazz Team Server, abra un shell de mandatos, vaya al directorio dir_instal_JTS_4.0.6/server y escriba este mandato:

upgrade/jts/jts_upgrade.sh -oldJTSHome dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>dir_instal_JTS_<ver_anterior>/server/conf

upgrade/jts/jts_upgrade.sh -oldJTSHome dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>/server/conf

Durante la actualización, una vez fusionados los archivos de configuración, se abrirá un editor en el que puede comprobarse el archivo teamserver.properties de Jazz Team Server. Si la ubicación es una ruta absoluta, asegúrese de que el directorio sea estable y de que no se suprima si se desinstala una aplicación. La ubicación estable absoluta debería parecerse a la de este ejemplo: com.ibm.team.fulltext.indexLocation=dir_instal_JTS_4.0.6/server/conf/jts/indices/workitemindex, donde dir_instal_JTS_4.0.6 es la ubicación donde está instalado Jazz Team Server 4.0.6.

Importante: Como parte del paso 0 en el script dm_upgrade.xxx, se ejecuta el mandato"repotools-dm -version" para la instalación de origen. En Design Management 4.0, el mandato repotools-dm no se ejecutará debido a dependencias no resueltas. Antes de ejecutar el script dm_upgrade.xx, debe editar el archivo DM4.0_InstallDir/server/repotools-dm.xx y eliminar el comentario de la ldefines the property "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true". Si el paso 0 del script dm_upgrade ha fallado porque no ha podido determinar la versión de la instalación de origen, arregle el archivo 4.0 repotools-dm.xxx y vuelva a ejecutar el script upgrade/dm/dm_upgrade.xx, volviendo a empezar por el paso 0.

Para actualizar la Aplicación Design Management, abra un shell de mandatos, vaya al directorio dir_instal_DM_4.0.6/server y escriba este mandato:

upgrade/dm/dm_upgrade.sh -oldApplicationHome dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>_install/server/conf

upgrade/ccm/ccm_upgrade.sh -oldApplicationHome dir_instal_RTC_3.0dir_instal_CCM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>/server/conf -ignoreJTSVersionCheck

Durante la actualización, una vez fusionados los archivos de configuración, se abrirá un editor en el que puede comprobarse el archivo teamserver.properties de Design Management. Si la ubicación es una ruta absoluta, asegúrese de que el directorio sea estable y de que no se suprima si se desinstala una aplicación. La ubicación estable absoluta debería parecerse a este ejemplo: com.ibm.team.fulltext.indexLocation=dir_instal_DM_<ver_anterior>/server/conf/dm/indices/workitemindex donde dir_instal_DM_<ver_anterior> es la ubicación donde se ha instalado la aplicación Design Management 4.0.6.

Para actualizar la Aplicación Configuration Management, abra un shell de mandatos, vaya al directorio dir_instal_VVC_4.0.6/server y escriba este mandato:

upgrade/vvc/vvc_upgrade.sh -oldApplicationHome dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>dir_instal_VVC_<ver_anterior>/server/conf

upgrade/vvc/vvc_upgrade.sh -oldApplicationHome dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>dir_instal_VVC_<ver_anterior>/server/conf -ignoreJTSVersionCheck

Para actualizar Jazz Team Server, abra un indicador de mandatos con privilegios administrativos, vaya al directorio dir_instal_JTS_4.0.6\server e introduzca este mandato:

upgrade\jts\jts_upgrade.bat -oldJTSHome dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>\server\conf -updateTomcatFiles no

upgrade\jts\jts_upgrade.bat -oldJTSHome dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>\server\conf -updateTomcatFiles no

Durante la actualización, una vez fusionados los archivos de configuración, se abrirá una ventana en la que puede comprobarse el archivo teamserver.properties de Jazz Team Server. Si la ubicación de la propiedad com.ibm.team.fulltext.indexlocation es una vía de acceso relativa en este archivo, debe cambiarla por una vía de acceso absoluta y asegurarse de que dicho directorio en particular sea estable y no se suprimirá si se desinstala una aplicación. Un ejemplo de un directorio inestable es dir_instal_anterior que se puede desinstalar y se perderán los archivos de índices. La ubicación estable absoluta debería parecerse a la de este ejemplo: com.ibm.team.fulltext.indexLocation=dir_instal_JTS_4.0.6/server/conf/jts/indices/workitemindex, donde dir_instal_JTS_4.0.6 es la ubicación donde está instalado Jazz Team Server 4.0.6.

Importante: Como parte del paso 0 en el script dm_upgrade.xxx, se ejecuta el mandato"repotools-dm -version" para la instalación de origen. En Design Management 4.0, el mandato repotools-dm no se ejecutará debido a dependencias no resueltas. Antes de ejecutar el script dm_upgrade.xx, debe editar el archivo DM4.0_InstallDir/server/repotools-dm.xx y eliminar el comentario de la ldefines the property "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true". Si el paso 0 del script dm_upgrade ha fallado porque no ha podido determinar la versión de la instalación de origen, arregle el archivo 4.0 repotools-dm.xxx y vuelva a ejecutar el script upgrade/dm/dm_upgrade.xx, volviendo a empezar por el paso 0.

Para actualizar la Aplicación Design Management, abra un indicador de mandatos con privilegios de administrador, vaya al directorio dir_instal_DM_4.0.6\server y escriba este mandato:

upgrade\dm\dm_upgrade.bat -oldApplicationHome dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>\server\conf -updateTomcatFiles no

upgrade\dm\dm_upgrade.bat -oldApplicationHome dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>\server\conf -ignoreJTSVersionCheck -updateTomcatFiles no

Durante la actualización, una vez fusionados los archivos de configuración, se abrirá una ventana en la que puede verificarse el archivo teamserver.properties de la aplicación Design Management. Si la ubicación de la propiedad com.ibm.team.fulltext.indexlocation es una vía de acceso relativa en este archivo, debe cambiarla por una vía de acceso absoluta y asegurarse de que dicho directorio en particular sea estable y no se suprimirá si se desinstala una aplicación. Un ejemplo de un directorio inestable es dir_instal_anterior que se puede desinstalar y se perderán los archivos de índices. La ubicación estable absoluta debería parecerse a este ejemplo: com.ibm.team.fulltext.indexLocation=dir_instal_DM_4.0.6/server/conf/dm/indices/workitemindex donde dir_instal_DM_4.0.6 es la ubicación donde se ha instalado la aplicación Design Management 4.0.6.

Para actualizar la Aplicación Gestión de la configuración, abra un indicador de mandatos con privilegios de administrador, vaya al directorio dir_instal_VVC_4.0.6\server y ejecute este mandato:

upgrade\vvc\vvc_upgrade.bat -oldApplicationHome dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>\server\conf -updateTomcatFiles no

upgrade\vvc\vvc_upgrade.bat -oldApplicationHome dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>\server\conf -ignoreJTSVersionCheck -updateTomcatFiles no

Para actualizar Jazz Team Server, abra un shell de mandatos, vaya al directorio dir_instal_JTS_4.0.4/server y escriba este mandato:

upgrade/jts/jts_upgrade.sh -oldJTSHome dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>/server/conf -updateTomcatFiles no

upgrade/jts/jts_upgrade.sh -oldJTSHome dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>/server/conf -updateTomcatFiles no

Durante la actualización, una vez fusionados los archivos de configuración, se abrirá un editor en el que puede comprobarse el archivo teamserver.properties de Jazz Team Server. Si la ubicación de la propiedad com.ibm.team.fulltext.indexlocation es una vía de acceso relativa en este archivo, debe cambiarla por una vía de acceso absoluta y asegurarse de que dicho directorio en particular sea estable y no se suprimirá si se desinstala una aplicación. Un ejemplo de un directorio inestable es dir_instal_anterior que se puede desinstalar y se perderán los archivos de índices. La ubicación estable absoluta debería parecerse a la de este ejemplo: com.ibm.team.fulltext.indexLocation=dir_instal_JTS_4.0.6/server/conf/jts/indices/workitemindex, donde dir_instal_JTS_4.0.6 es la ubicación donde está instalado Jazz Team Server 4.0.6.

Importante: Como parte del paso 0 en el script dm_upgrade.xxx, se ejecuta el mandato"repotools-dm -version" para la instalación de origen. En Design Management 4.0, el mandato repotools-dm no se ejecutará debido a dependencias no resueltas. Antes de ejecutar el script dm_upgrade.xx, debe editar el archivo DM4.0_InstallDir/server/repotools-dm.xx y eliminar el comentario de la ldefines the property "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true". Si el paso 0 del script dm_upgrade ha fallado porque no ha podido determinar la versión de la instalación de origen, arregle el archivo 4.0 repotools-dm.xxx y vuelva a ejecutar el script upgrade/dm/dm_upgrade.xx, volviendo a empezar por el paso 0.

Para actualizar la Aplicación Design Management, abra un shell de mandatos, vaya al directorio dir_instal_DM_4.0.6/server y escriba este mandato:

upgrade/dm/dm_upgrade.sh -oldApplicationHome dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>/server/conf -updateTomcatFiles no

upgrade/dm/dm_upgrade.sh -oldApplicationHome dir_instal_RTC_3.0dir_instal_CCM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>/server/conf -ignoreJTSVersionCheck -updateTomcatFiles no

Para actualizar la Aplicación Gestión de la configuración, abra un shell de mandatos, vaya al directorio dir_instal_VVC_4.0.6/server y escriba este mandato:

upgrade/vvc/vvc_upgrade.sh -oldApplicationHome dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>/server/conf -updateTomcatFiles no

upgrade/vvc/vvc_upgrade.sh -oldApplicationHome dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>/server/conf -ignoreJTSVersionCheck -updateTomcatFiles no

Ejecución del script de actualización en IBM i

  1. Inicie sesión en el sistema operativo IBM i utilizando un ID de usuario que tenga autorización QSECOFR.
  2. En QShell, vaya al directorio de configuración de Jazz Team Server 4.0.6 /QIBM/UserData/JazzTeamServer404/server.
  3. Ejecute este mandato para actualizar Jazz Team Server:

    upgrade/jts/jts_upgrade.sh -oldJTSHome /QIBM/UserData/dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2dir_instal_JTS_4.0.3dir_instal_JTS_<ver_anterior>/server/conf

  4. Ejecute el mandato siguiente para actualizar la aplicación Gestión de cambios y configuración:

    upgrade/ccm/ccm_upgrade.sh -oldApplicationHome /QIBM/UserData/dir_instal_RTC_3.0dir_instal_CCM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2dir_instal_DM_4.0.3dir_instal_DM_<ver_anterior>/server/conf

  5. Ejecute el mandato siguiente para actualizar la aplicación Gestión de calidad:

    upgrade/qm/qm_upgrade.sh -oldApplicationHome /QIBM/UserData/dir_instal_QM_3.0.1.xdir_instal_QM_4.0.0.xdir_instal_QM_4.0.1dir_instal_QM_4.0.2/server/conf

  6. Ejecute el mandato siguiente para actualizar la aplicación Gestión de la configuración:

    upgrade/vvc/vvc_upgrade.sh -oldApplicationHome /QIBM/UserData/dir_instal_RM_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2dir_instal_VVC_4.0.3dir_instal_VVC_<ver_anterior>/server/conf

  7. Ejecute el siguiente mandato para actualizar la versión anterior de WebSphere Application Server y desplegar los archivos .war de las aplicaiones CLM para la versión 4.0.6. El mandato también realiza una copia de seguridad, actualiza los valores de la JVM, actualiza los valores de la variable de entorno, suprime los directorios temporales y reinicia el servidor.

    upgrade/was_upgrade.sh profileName serverName nodeName wasVersion wasOption maxHeapSize adminId adminPwd jvmVersion jazzAppName jtsAppName clmHelpAppName qmAppName rmAppName adminAppName

    Donde:

    • profileName es el nombre del perfil de la versión anterior.
    • serverName es el nombre del servidor de la versión anterior.
    • nodeName es el nombre de nodo del servidor de la versión anterior.
    • wasVersion es la versión de WebSphere Application Server (V7 o V8).
    • wasOption es la opción de WebSphere Application Server (Base, ND o Express) que se elige para el servidor de la versión 3.0.1 de Jazz Team Server en IBM i.
    • maxHeapSize es el tamaño de almacenamiento dinámico máximo necesario para el servidor de aplicaciones.
    • adminId y adminPwd son el ID y las contraseña que ha utilizado para proteger WebSphere Application Server en IBM i.
    • jvmVersion es la versión de la Java Virtual Machine (JVM) (std64 para V6R1 /V7R1).
    • qmAppName es el nombre de la aplicación Design Management.
    • jtsAppName es el nombre de Jazz Team Server.
    • qmAppName es el nombre de la aplicación Gestión de calidad.
    • vvcAppName es el nombre de la aplicación Gestión de la configuración.
    • clmHelpAppName es el nombre de la aplicación de ayuda CLM.
    • adminAppName es el nombre de la aplicación Administración de proyectos de ciclo de vida.

Copia de los archivos de índice

Advertencia: siga estos pasos solo si los archivos de índice de los archivos teamserver.properties están ubicados en rutas relativas o en rutas absolutas de directorios inestables. Un ejemplo de directorio inestable es dir_instal_anterior. Si los archivos de índice se encuentran en dicho directorio, y este se borra, perderá los archivos de índice.

Copie los índices JFS/text del directorio de instalación anterior a la versión 4.0.3. Para los sistemas distribuidos vaya al servidor adecuado y copie los archivos.

  1. Abra un indicador de mandatos y escriba este mandato para borrar el directorio de índices predeterminado de la versión 4.0.3:
  2. Del /s /f dir_instal_JTS_4.0.3\server\conf\jts\indices
    Del /s /f dir_instal_DM_4.0.3\server\conf\dm\indices
    Del /s /f dir_instal_VVC_4.0.3\server\conf\vvc\indices
    rm -rf dir_instal_JTS_4.0.3/server/conf/jts/indices
    rm -rf dir_instal_DM_4.0.3/server/conf/dm/indices
    rm -rf dir_instal_VVC_4.0.3/server/conf/vvc/indices
  3. Abra un indicador de mandatos y escriba este mandato para copiar los índices de la instalación anterior a la versión 4.0.3:
  4. copy dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2\server\conf\jts\indices dir_instal_JTS_4.0.3\server\conf\jts\indices
    copy dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2\server\conf\dm\indices dir_instal_DM_4.0.3\server\conf\dm\indices
    copy dir_instal_QM_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2\server\conf\qm\indices dir_instal_VVC_4.0.3\server\conf\vvc\indices
    cp -R dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2/server/conf/jts/indices dir_instal_JTS_4.0.3/server/conf/jts/indices
    cp -R dir_instal_RTC_3.0dir_instal_CCM_3.0.1.xdir_instal_CCM_4.0.0.xdir_instal_CCM_4.0.1dir_instal_CCM_4.0.2/server/conf/ccm/indices dir_instal_CCM_4.0.3/server/conf/ccm/indices
    cp -R dir_instal_QM_3.0.1.xdir_instal_QM_4.0.0.xdir_instal_QM_4.0.1dir_instal_QM_4.0.2/server/conf/qm/indices dir_instal_QM_4.0.3/server/conf/qm/indices

Para copiar los índices JFS/text de una instalación anterior a la versión 4.0.3, siga estos pasos. En sistemas distribuidos, vaya al servidor que corresponda y copie los archivos.

  1. Abra un indicador de mandatos y escriba este mandato para borrar el directorio de índices predeterminado de la versión 4.0.3:
  2. Del /s /f dir_instal_JTS_4.0.3\server\conf\jts\indices
    Del /s /f dir_instal_DM_4.0.3\server\conf\dm\indices
    Del /s /f dir_instal_VVC_4.0.3\server\conf\vvc\indices
    rm -rf dir_instal_JTS_4.0.3/server/conf/jts/indices
    rm -rf dir_instal_DM_4.0.3/server/conf/dm/indices
    rm -rf dir_instal_VVC_4.0.3/server/conf/vvc/indices
  3. Abra el archivo teamserver.properties de cada aplicación y busque com.ibm.team.fulltext.indexlocation.
  4. Si la propiedad com.ibm.team.fulltext.indexlocation señala una vía de acceso relativa, por ejemplo, com.ibm.team.fulltext.indexLocation=conf/dm/indices/workitemindex los índices de texto completo se ubicarán en relación al perfil de WebSphere Application Server que aloja las aplicaciones. Por ejemplo: dir_instal_WAS/AppServer/profiles/Appsrv01.

    Cambie esta vía de acceso relativa por una vía de acceso absoluta a una ubicación estable en el archivo teamserver.properties de la aplicación Design Management 4.0.3. Un ejemplo de ubicación estable absoluta tiene el aspecto siguiente: com.ibm.team.fulltext.indexLocation=dir_instal_4.0.3/server/conf/dm/indices/workitemindex donde dir_instal_4.0.3 es la ubicación en la que está instalada la aplicación Design Management 4.0.3.

    Abra un indicador de mandatos y escriba el mandato siguiente para copiar los índices de texto completo de la versión anterior a la versión 4.0.3:

  5. copy dir_perfil_WAS\conf\jts\indices dir_instal_JTS_4.0.3\server\conf\jts\indices
    copy dir_perfil_WAS\conf\dm\indices dir_instal_DM_4.0.3\server\confdm\indices
    copy dir_perfil_WAS\conf\vvc\indices dir_instal_VVC_4.0.3\server\conf\vvc\indices
    cp -R dir_perfil_WAS/conf/jts/indices dir_instal_JTS_4.0.3/server/conf/jts/indices
    cp -R dir_perfil_WAS/conf/dm/indices dir_instal_DM_4.0.3/server/conf/dm/indices
    cp -R dir_perfil_WAS/conf/vvc/indices dir_instal_VVC_4.0.3/server/conf/vvc/indices
  6. Si la propiedad com.ibm.team.fulltext.indexlocation apunta a una ruta absoluta inestable como, por ejemplo, la ruta del directorio dir_instal_anterior, que podría ser desinstalada y suprimida, cambie la ruta a una ruta absoluta que apunte a una ubicación estable.

    Un ejemplo de ubicación estable absoluta tiene el aspecto siguiente: com.ibm.team.fulltext.indexLocation=dir_instal_4.0.3/server/conf/dm/indices/workitemindex, donde dir_instal_4.0.3 es la ubicación en la que está instalada la aplicación Design Management versión 4.0.3.

    Abra un indicador de mandatos y escriba este mandato para copiar los índices de texto completo de la instalación anterior a 4.0.3:

  7. copy dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2\server\conf\jts\indices dir_instal_JTS_4.0.3\server\conf\jts\indices
    copy dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2\server\conf\dm\indices dir_instal_DM_4.0.3\server\conf\dm\indices
    copy dir_instal_QM_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2\server\conf\vvc\indices dir_instal_VVC_4.0.3\server\conf\vvc\indices
    cp -R dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2/server/conf/jts/indices dir_instal_JTS_4.0.3/server/conf/jts/indices
    cp -R dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2/server/conf/dm/indices dir_instal_DM_4.0.3/server/conf/dm/indices
    cp -R dir_instal_QM_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2/server/conf/vvc/indices dir_instal_VVC_4.0.3/server/conf/vvc/indices
  8. Abra un indicador de mandatos y escriba este mandato para copiar los índices JFS de la versión anterior a la versión 4.0.3:
  9. copy dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2\server\conf\jts\indices dir_instal_JTS_4.0.3\server\conf\jts\indices
    copy dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2\server\conf\dm\indices dir_instal_DM_4.0.3\server\conf\dm\indices
    copy dir_instal_QM_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2\server\conf\vvc\indices dir_instal_VVC_4.0.3\server\conf\vvc\indices
    cp -R dir_instal_RTC_3.0dir_instal_JTS_3.0.1.xdir_instal_JTS_4.0.0.xdir_instal_JTS_4.0.1dir_instal_JTS_4.0.2/server/conf/jts/indices dir_instal_JTS_4.0.3/server/conf/jts/indices
    cp -R dir_instal_RTC_3.0dir_instal_DM_3.0.1.xdir_instal_DM_4.0.0.xdir_instal_DM_4.0.1dir_instal_DM_4.0.2/server/conf/dm/indices dir_instal_DM_4.0.3/server/conf/dm/indices
    cp -R dir_instal_VVC_3.0.1.xdir_instal_VVC_4.0.0.xdir_instal_VVC_4.0.1dir_instal_VVC_4.0.2/server/conf/vvc/indices dir_instal_VVC_4.0.3/server/conf/vvc/indices

Inicio de WebSphere Application Server

En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:

  • Jazz Team Server
  • Aplicación Design Management
  • Aplicación Gestión de calidad
  • Aplicación Gestión de la configuración
  • Cualquier aplicación registrada con Jazz Team Server

Antes de proceder: asegúrese de haber cambiado la variable de entorno JDBC para que apunte al controlador JDBC JRE6. Para obtener más información, consulte Configuración de una base de datos Oracle.

Antes de proceder: asegúrese de haber cambiado la variable de entorno JDBC para que apunte al controlador JDBC JRE6. Para obtener más información, consulte Configuración de una base de datos SQL Server.

  1. Abra un indicador de mandatos y vaya al directorio dir_perfil_WAS\bin.
  2. Especifique este mandato:
  3. startServer.bat servidor1 -user ID_usuario_admin -password contraseña_admin

Despliegue de los archivos WAR de la versión 4.0.3 en WebSphere Application Server

En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:

  • Jazz Team Server
  • Aplicación Design Management
  • Aplicación Gestión de calidad
  • Aplicación Gestión de la configuración

Ubicaciones del archivo WAR: si ha utilizado Installation Manager para instalar Rational Design Management, y durante la instalación quitó la marca del recuadro de selección del servidor de aplicaciones Tomcat 7, los archivos WAR se copiaron en el directorio dir_instal_4.0.3/server/webapps de forma predeterminada. Si ha seleccionado el servidor de aplicaciones Tomcat 7, los archivos WAR se han copiado en el directorio dir_instal_4.0.3/server/tomcat/webapps.

  1. Inicie la sesión en WebSphere Application Server Integrated Solutions Console enhttps://nombre_host.ejemplo.com:9043/ibm/console/logon.jsp.
  2. Pulse Aplicaciones > Tipos de aplicación > Aplicaciones empresariales de WebSphere.
  3. Instale las aplicaciones web siguientes:
    • jts_war
    • dm_war
    • rdmhelp_war
    • rsadm_war
    • qm_war
    • vvc_war
    • vvchelp_war
    • clmhelp_war
    • admin_war
  4. Correlacione de forma adecuada los roles de seguridad de:
    • jts_war
    • dm_war
    • qm_war

Para obtener más información, consulte Despliegue de aplicaciones CLM en WebSphere Application Server.

Importante: Si trabaja en un entorno como AIX o Solaris que no da soporte al conversor, debe instalar la versión 4.0.3 de converter.war en el convertidor dedicado. Puede obtener información detallada consultando Guía de configuración y resolución de problemas de la aplicación de conversor de gestión de requisitos.

Inhabilitación del clúster

Asegúrese de que solo esté iniciado el nodo 1 (el nodo en el que están instaladas las aplicaciones CLM versión 4.0.6) y de que todos los demás nodos estén detenidos. Para obtener instrucciones sobre cómo inhabilitar el clúster, consulte Inhabilitar el clúster.

Inicio de las aplicaciones

En la página Aplicaciones empresariales, inicie las siguientes aplicaciones:

En una topología distribuida, debe completar el paso siguiente en el servidor de aplicaciones que aloja a:

  • Jazz Team Server
  • Aplicación Design Management
  • Aplicación Gestión de calidad
  • Aplicación Gestión de la configuración

Inicie sesión en Integrated Solutions Console e inicie las aplicaciones siguientes:

  • jts_war
  • dm_war
  • rdmhelp_war
  • rsadm_war
  • qm_war
  • vvc_war
  • vvchelp_war
  • admin_war
  • clmhelp_war

Inicio de los servidores

En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:

  • Jazz Team Server
  • Aplicación Design Management
  • Aplicación Gestión de calidad
  • Aplicación Gestión de la configuración
  • Cualquier aplicación registrada con Jazz Team Server

Antes de proceder: asegúrese de haber cambiado la variable de entorno JDBC para que apunte al controlador JDBC JRE6. Para obtener más información, consulte Configuración de una base de datos Oracle.

Antes de proceder: asegúrese de haber cambiado la variable de entorno JDBC para que apunte al controlador JDBC JRE6. Para obtener más información, consulte Configuración de una base de datos SQL Server.

Inicie todos los servidores de aplicaciones de la versión 4.0.6:

  1. Abra el indicador de mandatos y vaya al directorio dir_instal_4.0.6\server.
  2. Especifique este mandato:
  3. server.startup.bat

  1. Abra un indicador de mandatos y vaya al directorio dir_instal_4.0.6/server.
  2. Especifique este mandato:
  3. ./server.startup

Migración de las aplicaciones Gestión de la configuración y Design Management

Al actualizar la aplicación Gestión de la configuración, debe asegurarse de que los servidores de aplicaciones de Jazz Team Server (incluidas las aplicaciones registradas con Jazz Team Server) y de Gestión de la configuración se hayan iniciado.

Si también está actualizando la aplicación Gestión de requisitos, debe realizar el paso de migración de RM en línea antes de intentar ejecutar el mandato de migración repotools-vvc que se muestra a continuación.

Asegúrese de que haya credenciales con el contenido siguiente:

  1. adminUserId
  2. adminPassword
  3. repositoryURL
  4. smartCard
  5. certificateFile

A continuación se muestra un ejemplo

  1. Abra un indicador de mandatos y vaya al directorio dir_instal_VVC_4.0.6\server según las aplicaciones instaladas.
  2. Especifique este mandato:
  3. ./repotools-vvc.sh -migration_vvc_updateResourcesCommand credentialsFile=credentials.txt

  1. Abra un indicador de mandatos y vaya al directorio de instalación de Configuration Management dir_instal_VVC_4.0.6\server.
  2. Especifique este mandato:
  3. repotools-vvc.bat -migration_vvc_updateResourcesCommand credentialsFile=credentials.txt

En WebSphere, utilice la consola de administración de WAS para verificar que ha correlacionado los roles de seguridad para la aplicación jts_war.

El mandato de migración repotools de VVC envía una solicitud a la aplicación VVC que está en ejecución y espera una respuesta. Si este mandato repotools-vvc se detiene inmediatamente con un error de autorización, verifique que el servidor está ejecutándose y que el id de usuario y contraseña en elarchivo de credenciales son correctos.

Cuando el mandato de migración de VVC repotools se completa, debe entonces ejecutar otro mandato de migración para Design Management. El mandato DM repotools también necesita un archivo credencials.txt con propiedades similares a la utlizada para el mandato VVC repotools, donde solo la propiedad de repositoryURL será diferente. Puede modificar el archivo credentials.txt o crear uno nuevo para DM. En cada caso, la propiedad de reposi torio URL debería definirse utilizando el contexto de raiz de DM de esta manera: repositoryURL=https://yourserver.com:9443/dm

Asegúrese de que haya credenciales con el contenido siguiente:

  1. adminUserId
  2. adminPassword
  3. repositoryURL
  4. smartCard
  5. certificateFile

A continuación se muestra un ejemplo

  1. Abra un indicador de mandatos y vaya al directorio dir_instal_DM_4.0.6\server según las aplicaciones instaladas.
  2. Especifique este mandato:
  3. ./repotools-dm.sh -migration_dm_runUpgradeManager credentialsFile=credentials.txt

  1. Abra un indicador de mandatos y vaya al directorio dir_instal_DM_4.0.6\server según las aplicaciones instaladas.
  2. Especifique este mandato:
  3. repotools-dm.bat -migration_dm_runUpgradeManager credentialsFile=credentials.txt

Este mandato instruirá al DM Upgrade Manager para realizar cada paso de actualización. La infromación se mostrará cuando se inicie cada paso de actualización y cuando termine con su estado de terminación; completado, no necesario o fallado. Si un paso de actualización falla debe examinar el archivo dm.log para determinar qué causó el fallo. Si el problema se puede arreglar, simplemente ejecute el mandato de migración de DM repotools otra vez. Este mandato se puede ejecutar varias veces. Los pasos de actualización que se completaron anteriormente se mostrarán como no necesarios cuando el mandato se ejecuta después. Para los pasos de actualización que llevan mucho tiempo, tales como volver a indexar, se mostrará un mensaje por el mandato repotools cada 5 minutos para indicar que el gestor de actualización está todavía funcionando.

El paso de actualización Migrate Shadow Index Resources necesita cada recurso del modelo de DM para ser leído, modificado y grabado. Esta migración de recursos realiza lecturas y grabaciones masivas donde el valor predeterminado es 200 recursos a la vez. Durante esta migración de recurso de índice puede ocurrir un error con memoria insuficiente. Si esto ocurre, debe cerrar el servidor y reducir el tamaño del proceso del volumen definiendo una nueva propiedad JVM system -Dcom.ibm.xtools.rmps.IndexResourceMigrator.bulkSize=10.

Para un servidor de aplicaciones Tomcat, modifique la variable JAVA_OPTS en el archivo server/server.startup script.
Para un servidor de aplicaciones de WebSphere , añada otra propiedad de cliente JVM denominada com.ibm.xtools.rmps.IndexResourceMigrator.bulkSize with a value of 10. Esta propiedad personalizada puede definirse utilizando la consola de WebSphere Administrator, en el mismo lugar que JAZZ_HOME está definido.

después de que esta nueva propiedad JVM está definida, reinicie el servidor de aplicaciones y ejecute el mandato de migración de DM repotools otra vez. Los pasos completados anteriormente deberían saltarse y la migración de los recursos de índice debería continuar donde se dejó.

En Design Management for Rational Software Architect, si la nueva aplicación de extensión de dominio RSA-DM se ha instalado debe registrarse con Design Management. Uno de los pasos de actualización buscará la aplicación que se ejecuta en el mismo servidor de aplicaciones y si la encuentra, la registrará. Si la aplicación de extensión de dominio está ejecutándose en un servidor de aplicaciones diferente, necesitará registrar manualmente esa aplicación con DM. Para verificar que la extensión de dominio se ha registrado o para registrarla, inicie sesión en <serverURL>/dm/admin y pulse en la barra de menu Domain Extension Servers. Si se ha registrado el servidor de dominio, aparecerá en la página como habilitado y en línea. Si no aparece, pulse el enlace Add New Server . El URL tiene el formato "https://host:port/rsadm". Asegúrese de marcar el control de habilitado en el diálogo.

Versión 4.0.6 y licencias

Las aplicaciones de la versión 4.0.6 funcionarán con las licencias de la versión 4.0.x. En el formulario ha indicado que está actualizando desde Rational Team Concert 3.0. Debe obtener las licencias de la versión 4.0.3. En el formulario ha indicado que está actualizando desde CLM 3.0.1.x. Debe obtener las licencias de la versión 4.0.3. En el formulario ha indicado que está actualizando desde Design Management 4.0.0.x. No es necesario obtener nuevas licencias para la versión 4.0.3. En el formulario ha indicado que está actualizando desde Design Management 4.0.1. No es necesario obtener nuevas licencias para la versión 4.0.3. En el formulario ha indicado que está actualizando desde Design Management 4.0.2. No es necesario obtener nuevas licencias para la versión 4.0.3.En el formulario ha indicado que está actualizando desde Design Management 4.0.3. No es necesario obtener nuevas licencias para la versión 4.0.4.

Instale las licencias de instalación única de usuario autorizado, de señal o flotantes de la versión 4.0.6 si se han usado las correspondientes de la versión anterior. Durante la instalación de las licencias de la versión 4.0.3 se mantendrán las asignaciones de licencias de usuario existentes.

Antes de iniciar la migración en línea de la aplicación RM, asegúrese de que tiene una versión activa 4.0 de la licencia de Aplicación RM interna asignada al rm_user. Para obtener más información, consulte el paso "Migración de la aplicación Gestión de requisitos".

Para obtener más información sobre licencias, consulte Gestión de licencias.

Redespliegue de plantillas predefinidas

Una plantilla de proyecto denominada "Base" en versiones anteriores se ha renombrado a "Requirements Templates for Testers" en la versión 4.0.3. Para seguir utilizando la plantilla después de la actualización, deben actualizarse las plantillas de proyecto de ciclo de vida. Puede obtener información detallada consultando Creación de proyectos de ciclo de vida a partir de una plantilla.

Habilitar el clúster

Para habilitar el clúster, concluya el miembro de clúster y el servidor de aplicaciones en el nodo 1. Para obtener instrucciones detalladas, consulte Rehabilitar el clúster.

Configuración del depósito de datos

Si no ha configurado el depósito de datos en la instalación anterior y desea configurar un depósito de datos para la versión 4.0.6, siga estos pasos:

  1. Cree una base de datos para utilizarla como depósito de datos. Para obtener más información, consulte Configuración de la base de datos.
  2. Ejecute el asistente de configuración, vaya al paso de configuración del almacén de datos y configure el almacén de datos. Para obtener más información, consulte Configuración o cambio del depósito de datos después de que haya configurado Jazz Team Server.

    Nota: No tiene que ejecutar el asistente de configuración para configurar el servidor de la versión 4.0.3. El asistente de instalación solo es necesario si no se ha configurado un depósito de datos en la instalación anterior y ahora se desea configurarlo.

Lista de comprobación de verificación

Tras finalizar el proceso de actualización, utilice esta lista de comprobación para determinar si cada uno de los pasos ha sido satisfactorio.

  Tarea de verificación Más información
Verifique que estos archivos de configuración de aplicaciones se han copiado de una instalación anterior en la versión 4.0.6:
  • Para Jazz Team Server: dir_instal_JTS_4.0.6/server/conf/jts/teamserver.properties
  • Para la aplicación Administración de proyectos de ciclo de vida: dir_instal_JTS_4.0.6/server/conf/admin/admin.properties
  • Para la aplicación Administración de proyectos de ciclo de vida: dir_instal_JTS_4.0.6/server/conf/admin/friends.rdf
  • Para la aplicación Design Management: dir_instal_DM_4.0.6/server/conf/dm/teamserver.properties
 
Verifique que cada archivo teamserver.properties contiene la siguiente información:
  • Las propiedades se copiaron desde archivos teamserver.properties de instalaciones anteriores.
  • La propiedad com.ibm.team.repository.server.webapp.url contiene un URL público válido y diferenciado. El URL para la aplicación versión 4.0.6 debe ser el mismo que el que se utilizaba en la versión anterior.
  • Entradas válidas de proveedor de base de datos. Asegúrese de que existe la base de datos especificada en el archivo /conf/jts/teamserver.properties.
 
Compruebe los servidores de aplicaciones:
  • Verifique que dir_instal_4.0.6/server/tomcat/conf/tomcat-users.xml contiene la información de la versión anterior.
  • Si está utilizando un registro LDAP o ha inhabilitado la autenticación por HTTPS o FORM, verifique esta información:
    • El archivo dir_instal_4.0.6/server/tomcat/conf/server.xml contiene estos fragmentos de código:

      <Realm className="org.apache.catalina.realm.JNDIRealm"
      ...>
      </Realm>

    • El archivo dir_instal_4.0.6/server/tomcat/conf/server.xml no contiene estos fragmentos de código:

      Realm className="org.apache.catalina.realm.UserDatabaseRealm"
      resourceName="UserDatabase"
      ...>
      </Realm>

  • Si tenía otros valores personalizados en el archivo dir_instal_RTC_3.0dir_instal_3.0.1.xdir_instal_4.0.0.xdir_instal_4.0.1dir_instal_4.0.2dir_instal_4.0.3dir_instal_<ver_anterior>_install_dir/server/tomcat/conf/server.xml, verifique que estos valores se copian en el archivo dir_instal_4.0.6/server/tomcat/conf/server.xml.
  • Verifique que el archivo web.xml tenga los códigos <security-role> correctos:
    • Para Jazz Team Server: dir_instal_4.0.6/server/tomcat/webapps/jts/WEB-INF/web.xml
    • Para la aplicación Gestión de cambios y configuración: dir_instal_4.0.6/server/tomcat/webapps/ccm/WEB-INF/web.xml
    • Para la aplicación Gestión de calidad: dir_instal_4.0.6/server/tomcat/webapps/qm/WEB-INF/web.xml
  • Asegúrese de que las aplicaciones siguientes se hayan desplegado e iniciado:
    • jts_war
    • dm_war
    • rdmhelp_war
    • rsadm_war
    • vvc_war
    • vvchelp_war
    • admin_war
    • clmhelp_war
Despliegue e inicio del servidor
Compruebe los archivos de registro del servidor: compruebe los archivos de registro del servidor para verificar que contienen información posterior a la actualización.
  • Si utiliza un servidor Tomcat, los archivos de registro se encuentran en el directorio dir_instal_4.0.6/server/logs.
  • Si está utilizando un servidor WebSphere, los archivos de registro se encuentran en el directorio dir_instal_WAS/profiles/AppSrv01/logs.
 
Compruebe los URL públicos: Si ha actualizado Jazz Team Server, la aplicación VVC o DM, asegúrese de que el URL público en la página de resumen del estado de la aplicación es el mismo que el URL que se ha utilizado en la versión anterior.  
Compruebe los enlaces de la página Administración de Jazz Team Server: en un navegador web, vaya a la página Administración de Jazz Team Server en https://nombrehost.ejemplo.com:9443/jts/admin y asegúrese de que no aparecen errores. Interfaz web administrativa de Jazz Team Server
Compruebe los enlaces en la página Administración de la aplicación: en un navegador web, vaya a la página Administración de la aplicación en https://nombrehost.ejemplo.com:9443/contexto raíz de la aplicación/admin y asegúrese de que no aparecen errores. Interfaz web administrativa de aplicaciones
Ejecute diagnósticos en cada servidor y verifique que los diagnósticos finalicen correctamente:
  • Abra un navegador e inicie sesión en la página de administración, por ejemplo, https://host.example.com:9443/jts/admin
  • Pulse en el enlace Diagnósticos.
 
Compruebe usuarios, licencias y artefactos de enlace:
  • Inspeccione los usuarios y las licencias
  • Compruebe los artefactos enlazados
  • Compruebe el cliente web
  • Compruebe el indexado mediante una búsqueda
  • Compruebe los clientes de Eclipse o de Visual Studio de Rational Team Concert
Verificación de usuarios, licencias y artefactos de enlace
Compruebe los artefactos de la aplicación:
  • Compruebe que todos los proyectos están listados y se puede navegar por ellos
  • Compruebe que todos los paneles de instrumentos están disponibles y que los viewlets funcionan
  • Busque y revise los artefactos existente y compruebe que los editores se abren correctamente
  • En la aplicación Design Management, verifique las carpetas, los elementos de dominio, los elementos gráficos y los elementos de dominio RSA.
  • En la aplicación Gestión de configuración, verifique los espacios de trabajo, las instantáneas y los conjuntos de cambios.
 
Ejecute los trabajos de recopilación de datos:
  • Abra un navegador e inicie sesión en la página Administración. El URL de dicha página es similar al de este ejemplo: https://host.ejemplo.com:9443/jts/admin.
  • En la página Informes, pulse Trabajos de recopilación de datos.
  • Pulse Ejecutar todos los trabajos de recopilación del almacén de datos para todas las aplicaciones.
  • Espere a que acaben los trabajos de recopilación de datos y verifique que los ETL han finalizado sin errores. Para supervisar el estado de cada trabajo de recopilación de datos, deberá tener acceso al correspondiente URL de aplicación. Puede obtener información adicional relativa a los trabajos de recopilación de datos consultando "Ejecución de los trabajos de recopilación de datos."
Ejecución de los trabajos de recopilación de datos

Integración con otros productos

Rational Developer for System z

Rational Developer for System z se integra con Rational Team Concert en System z para proporcionar a los desarrolladores de z/OS un entorno de desarrollo de aplicaciones colaborativas integrado. Esta solución integrada proporciona el valor del entorno de desarrollo individual de Rational Developer for System z con las capacidades de colaboración de equipos de Rational Team Concert. Para obtener más información, consulte Rational Team Concert y Rational Developer for System z.

Puede obtener instrucciones para actualizar Rational Developer for System z consultando Actualización de la integración de Rational Developer for System z.


Rational ClearQuest

Rational Team Concert incluye varias herramientas para ayudarle a integrar el trabajo con Rational ClearQuest. Rational ClearQuest Synchronizer, Rational ClearQuest Bridge y Rational ClearQuest Importer. Para obtener más información, consulte Rational Team Concert y Rational ClearQuest.

Puede integrar Rational Quality Manager con el sistema de rastreo de defectos de Rational ClearQuest utilizando ClearQuest Synchronizer (anteriormente denominado Connector). Para obtener más información, consulte Rational Quality Manager y Rational ClearQuest.

Puede integrar Rational Requirements Composer con Rational ClearQuest y configurar las aplicaciones para asociar requisitos con defectos, tareas, solicitudes de mejoras y otros tipos de registro. Para obtener más información, consulte Rational Requirements Composer y Rational ClearQuest.

Puede obtener instrucciones para la actualización de ClearQuest Synchronizer consultando Actualización de ClearQuest Synchronizer.


Rational ClearCase

Rational Team Concert incluye conectores ClearCase que soportan operaciones entre Rational Team Concert y Rational ClearCase. Para obtener más información, consulte Rational Team Concert y Rational ClearCase.


Rational Build Forge

La integración entre Rational Team Concert y Rational Build Forge permite crear motores de compilación y definiciones de Rational Build Forge para integrarlos con sus proyectos de Build Forge. Para obtener más información, consulte Rational Team Concert y Rational Build Forge.


Hudson

La integración entre Rational Team Concert y Hudson permite crear motores de compilación y definiciones de Hudson para integrarlos con sus proyectos de Hudson. Para obtener más información, consulte Rational Team Concert y Hudson.


Subversion

Rational Team Concert proporciona varias maneras para que colaboren los equipos que utilizan el control de origen de Subversion y Rational Team Concert. Para obtener más información, consulte Rational Team Concert y Subversion.


Rational DOORS

Puede utilizar Rational DOORS para gestionar sus requisitos y puede utilizar la función de elementos de trabajo de Rational Team Concert para colocar dichos requisitos bajo control de cambios. Para obtener más información, consulte Rational Team Concert y Rational DOORS.

Puede integrar Rational Quality Manager con Rational DOORS para asociar y realizar el seguimiento de los requisitos de Rational DOORS con los planes de prueba o casos de prueba. Para obtener más información, consulte Rational Quality Manager y Rational DOORS.


Rational Focal Point

Puede utilizar Rational Focal Point para capturar y priorizar necesidades empresariales y exportarlas a Rational Team Concert como un proyecto. Para obtener más información, consulte Rational Team Concert y Rational Focal Point.


Lotus Connections

Rational Team Concert proporciona una integración en Lotus Connections, que conecta los artefactos y recursos de gestión de cambios y configuración con artefactos y recursos de la comunidad de Lotus Connections. Para obtener más información, consulte Rational Team Concert y Lotus Connections.


Rational Developer for Power Systems Software

Rational Team Concert se integra con Rational Developer for Power Systems Software para proporcionar a los desarrolladores de IBM i un entorno de desarrollo de aplicaciones colaborativas integrado. Esta solución integrada proporciona el valor de las capacidades de colaboración en equipo de Rational Team Concert con el entorno de desarrollo individual de Rational Developer for Power Systems Software. Para obtener más información, consulte Rational Team Concert y Rational Developer for Power Systems Software.


Rational RequisitePro

Con la integración entre Rational Quality Manager y Rational RequisitePro, puede añadir vistas de requisitos y paquetes de Rational RequisitePro para probar planes en la aplicación Gestión de calidad. Para obtener más información, consulte Rational Quality Manager y Rational RequisitePro.


Rational Change

Puede utilizar la API de IBM Rational Change Open Services for Lifecycle Collaboration Change Management (OSLC-CM) para enviar nuevas solicitudes de cambio y enlazar los resultados de ejecución directamente desde la interfaz web de Gestión de calidad. Para obtener más información, consulte Rational Quality Manager y Rational Change.


Herramientas de prueba de Rational

Puede utilizar Rational Quality Manager para ejecutar pruebas automatizadas que residen en sus máquinas de laboratorio de pruebas o en ubicaciones de red compartidas. Para obtener más información, consulte Rational Quality Manager y Herramientas de prueba de Rational.


Selenium

La integración con Selenium se implementa utilizando un adaptador JUnit Selenium, con el que puede ejecutar las pruebas de la versión 2.0 de Selenium WebDriver JUnit4 en la aplicación Gestión de calidad. Para obtener más información, consulte Rational Quality Manager y Selenium.


Herramientas de inventario y automatización de software

Puede integrar Rational Quality Manager con las herramientas de inventario y automatización de software como, por ejemplo, Rational Build Forge y Software Testing Automation Framework (STAF) Software Testing Automation Framework Execution Engine (STAX). Para obtener más información, consulte Rational Quality Manager y Herramientas de inventario y automatización de software.


Rational Software Architect Design Manager

Puede integrar IBM Rational Software Architect Design Manager con Gestión de requisitos (RM) y las aplicaciones Gestión de cambios y configuración (CCM) en la solución de Rational para Collaborative Lifecycle Management (CLM). Puede utilizar esta integración para enlazar modelos de diseño y recursos de modelo con requisitos, artefactos relacionados con requisitos, elementos de trabajo y otros artefactos de desarrollo. Para obtener más información, consulte Rational Requirements Composer y Rational Software Architect Design Manager.