Utilice esta guía para actualizar las siguientes aplicaciones de Rational Design Management (DM) a la versión 4.0.4:
Las instrucciones completas para actualizar el producto a la versión 4.0.4 se generan basándose en las selecciones que ha realizado en la página anterior.
Nota: Aunque la versión 4.0.3 y las versiones posteriores utilizan las bases de datos existentes, ya no da soporte al JRE versión 5.0. Solo se soportan los JRE 6.0 y 7.0. La biblioteca de clases ojdbc6.jar requiere JRE versión 6.0 o posterior. Debe utilizar ojdbc6.jar. Para obtener más información, consulte Configuración de una base de datos Oracle.
Nota: aunque la versión 4.0.3 y versiones posteriores utilizan las bases de datos existentes, ya no dará 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 versión 6.0 o posterior. Debe utilizar sqljdbc4.jar. Para obtener más información, consulte Configuración de una base de datos SQL Server.
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 | |
| 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, incluyendo un requisito para utilizar un sistema operativo de servidor de 64 bits. 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:
|
||
| 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:
|
||
| 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).
|
Las siguientes abreviaturas hacen referencia a aplicaciones y directorios de instalació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.
Durante la actualización debe conocer cierta información acerca del entorno actual. Asegúrese de anotar la información siguiente.
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.4 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.
Instale las aplicaciones de Rational Design Management versión 4.0.4, pero no ejecute el asistente de configuración. Para configuraciones distribuidas, instale las aplicaciones de la versión 4.0.3 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:
Instale las aplicaciones CLM 4.0.4 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.4, pero no ejecute el asistente de configuración Para configuraciones distribuidas, instale las aplicaciones de la versión 4.0.4 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.
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:
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
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
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
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
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
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
En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:
En una topología distribuida, debe actualizar las propiedades personalizadas JAZZ_HOME y log4j.configuration en el servidor de aplicaciones en que se aloja:
Puede obtener información detallada consultando Configuración de un servidor de aplicaciones WebSphere.
En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:
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.
stopServer.bat servidor1 -user ID_usuario_admin -password contraseña_admin
./stopServer.sh servidor1 -user ID_usuario_admin -password contraseña_admin
./serverShutdown.sh profileName wasVersion wasOption adminId adminPwd
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.
En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:
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.
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
En una topología distribuida, debe completar el paso siguiente en el servidor de aplicaciones que aloja a:
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
En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:
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.
server.shutdown.bat
./server.shutdown
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.
En un despliegue de WebSphere Application Sever, la ubicación predeterminada de la base de datos está en la instalación de WebSphere.
En un despliegue de WebSphere Application Sever, la ubicación predeterminada de la base de datos está en la instalación de WebSphere.
Efectúe una copia de seguridad de las bases de datos DB2 incluida la base 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 las bases de datos Oracle incluida 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 las bases de datos SQL Server incluida 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 SQL Server.
Para actualizar los archivos de configuración de Jazz Team Server, vaya a dir_instal_JTS_4.0.4/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.3/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.3/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.3/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.3/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_4.0.4/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.3/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.3/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.3/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.3/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_QM_4.0.4/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.3/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.3/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.3/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.3/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.
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.
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.
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.
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.
Los mandatos ejecutados en los pasos anteriores realizan las tareas siguientes:
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.
Para obtener más información sobre estos mandatos de las herramientas de repositorio, consulte los siguientes temas de ayuda:
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.4. 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.4\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.4\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.3\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.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 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.3/server/conf/jts/indices/workitemindex, donde dir_instal_JTS_4.0.4 es la ubicación donde está instalado Jazz Team Server 4.0.3.
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.3\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.3\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.4\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.3\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.3\server\conf -ignoreJTSVersionCheck
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.3/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.3/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 este ejemplo: com.ibm.team.fulltext.indexLocation=dir_instal_JTS_4.0.4/server/conf/jts/indices/workitemindex donde dir_instal_JTS_4.0.4 es la ubicación donde está instalado Jazz Team Server 4.0.4.
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.4/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.3/server/conf
upgrade/ccm/ccm_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.3/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_4.0.4/server/conf/dm/indices/workitemindex donde dir_instal_DM_4.0.4 es la ubicación donde se ha instalado la aplicación Design Management 4.0.4.
Para actualizar la Aplicación Gestión de la configuración, abra un shell de mandatos, vaya al directorio dir_instal_VVC_4.0.4/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.3/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.3/server/conf -ignoreJTSVersionCheck
Para actualizar Jazz Team Server, abra un indicador de mandatos con privilegios administrativos, vaya al directorio dir_instal_JTS_4.0.4\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.3\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.3\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 este ejemplo: com.ibm.team.fulltext.indexLocation=dir_instal_JTS_4.0.4/server/conf/jts/indices/workitemindex donde dir_instal_JTS_4.0.4 es la ubicación donde está instalado Jazz Team Server 4.0.4.
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.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.3\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.3\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.4/server/conf/dm/indices/workitemindex donde dir_instal_DM_4.0.4 es la ubicación donde se ha instalado la aplicación Design Management 4.0.4.
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.4\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.3\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.3\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.3/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.3/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 este ejemplo: com.ibm.team.fulltext.indexLocation=dir_instal_JTS_4.0.4/server/conf/jts/indices/workitemindex donde dir_instal_JTS_4.0.4 es la ubicación donde está instalado Jazz Team Server 4.0.4.
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.4/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.3/server/conf -updateTomcatFiles no
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.3/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.4/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.3/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.3/server/conf -ignoreJTSVersionCheck -updateTomcatFiles no
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.3/server/conf
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.3/server/conf
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
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.3/server/conf
Ejecute el mandato siguiente para actualizar la versión anterior de WebSphere Application Server y desplegar los archivos .war de las aplicaciones CLM de la versión 4.0.4. 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:
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.
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.
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:
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:
En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:
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.
startServer.bat servidor1 -user ID_usuario_admin -password contraseña_admin
En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:
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.
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.
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.4) 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.
En una topología distribuida, debe completar el paso siguiente en el servidor de aplicaciones que aloja a:
Inicie sesión en Integrated Solutions Console e inicie las aplicaciones siguientes:
En una topología distribuida, debe completar los pasos siguientes en el servidor de aplicaciones que aloja a:
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.4:
server.startup.bat
./server.startup
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:
A continuación se muestra un ejemplo
./repotools-vvc.sh -migration_vvc_updateResourcesCommand credentialsFile=credentials.txt
repotools-vvc.bat -migration_vvc_updateResourcesCommand credentialsFile=credentials.txt
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 repotool-vvc se detiene inmediatamente con un error de autorización, verifique que el servidor se está ejecutando y que el ID de usuario y la contraseña del archivo de credenciales son correctas.
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.
Si la migración de los datos de configuración tarda más que el tiempo de espera de solicitud predeterminado, el mandato repotools indicará que la migración ha fallado. Debe haber una indicación en el archivo de registro repotools-vvc correspondiente para ese mandato de migración que indica un tiempo de espera. Cuando esto sucede, vuelva a emitir el mandato repotools-vvc.
Importante: la migración de los datos de configuración lo lleva a cabo el mandato repotools-vvc más arriba. La migración de datos de Design Management la lleva a cabo automáticamente Design Manager Upgrade Manager cuando el servidor se inicia después de ejecutar los scripts de actualización. El gestor de actualización de DM despliega nuevas versiones de varios dominios y modifica recursos cuyo formato ha cambiado entre los releases de Design Management.
Este proceso de actualización de DM puede durar una o más horas, según la cantidad de datos que existen.
El último paso de actualización realizado por DM Upgrade Manager es la reindexación, que puede tardar mucho tiempo. Durante el proceso de actualización nadie debe utilizar el servidor.
El estado de DM Upgrade Manager puede supervisarse visualizando la salida del archivo dm.log.
En Linux o UNIX, puede utilizar "tail -f dm.log".
En Windows, salvo que tenga un programa "tail" equivalente, deberá examinar periódicamente el archivo dm.log.
Con el sistema operativo, busque mensajes que contengan "Design Manager Upgrade Manager".
Si el proceso de actualización falla, debe intentar arreglar el problema y volver a realizar toda la actualización. Parte del proceso de actualización de DM requiere que cada recurso de modelo DM se lea, modifique y escriba. Esta migración de recursos realiza lecturas y grabaciones masivas donde el valor predeterminado es 200 recursos a la vez. Esto puede provocar un error de falta de memoria. Para reducir el tamaño de proceso masivo puede definir una propiedad del sistema JVM como se indica a continuación:
-Dcom.ibm.xtools.rmps.IndexResourceMigrator.bulkSize=10
En WebSphere, defina esta propiedad como una propiedad JVM personalizada de la misma forma que se ha definido JAZZ_HOME para el servidor WAS.
En Design Management 4.0.4, si la nueva aplicación de extensión de dominio RSA-DM estaba instalada, debe registrarse con Design Management. Durante la configuración de una nueva instalación de RSA-DM, el registro se produce automáticamente pero no durante una actualización. Inicie la sesión en .../dm/admin y en la barra de menús pulse Servidores de extensión de dominio > Añadir servidor nuevo. El URL tiene el formato "https://host:port/rsadm". Asegúrese de marcar el control de habilitado en el diálogo.
Las aplicaciones de la versión 4.0.4 funcionarán con las licencias de la versión 4.0.x pero no con las licencias de la versión 3.0.1.x. Sin embargo, las aplicaciones de la versión 3.0.1.x funcionan con las licencias de la versión 4.0.4. 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.4 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.
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.
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.
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.3, siga estos pasos:
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.
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.4:
|
||
Verifique que cada archivo teamserver.properties contiene la siguiente información:
|
||
Compruebe los servidores de aplicaciones:
|
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.
|
||
| 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:
|
||
Compruebe usuarios, licencias y artefactos de enlace:
|
Verificación de usuarios, licencias y artefactos de enlace | |
Compruebe los artefactos de la aplicación:
|
||
Ejecute los trabajos de recopilación de datos:
|
Ejecución de los trabajos de recopilación de datos |
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.