Las aplicaciones de Jazz Team Server y Rational Engineering Lifecycle Manager utilizan enlaces para almacenar relaciones entre los artefactos almacenados que puedan abarcar relaciones o sistemas, y para comunicarse entre sí y con aplicaciones que no son de Rational Engineering Lifecycle Manager. La redenominación del servidor vuelve a correlacionar los URL existentes con los URL nuevos para conservar la integridad de la mayoría de enlaces. Sin la acción de volver a correlacionar, estos enlaces se habrían roto.
La realización de una redenominación de servidor conlleva cierto riesgo, en especial si el despliegue de Rational Engineering Lifecycle Manager incluye integraciones con otras aplicaciones que no son de Rational Engineering Lifecycle Manager. En cualquier cambio en un nombre de host existe la posibilidad de romper los enlaces en los datos o de impedir que los productos de Rational Engineering Lifecycle Manager funcionen correctamente.
Si es necesario realizar cambios en la topología, el enfoque que se prefiere es hacerlo siempre de forma que se conserve un URL estable como, por ejemplo, utilizando un DNS para direccionar el nombre de host a una máquina distinta o utilizando un proxy inverso o hosts virtuales. Cuando no sea posible, puede utilizar la redenominación de servidor.
Se recomiendan los siguientes pasos de precauciones antes de llevar a cabo una redenominación de servidor:
La redenominación de servidor sólo está soportada para Rational Engineering Lifecycle Manager v4.0.4 o posterior.
La redenominación de aplicaciones de Jazz Team Server o Rational Engineering Lifecycle Manager requiere una nueva correlación de los URL que se almacenan en recursos de Jazz Team Server. Se puede renombrar todo el prefijo del URL, que incluye todas las partes del URL hasta la raíz de contexto, pero que no incluye la ruta de contexto de un recurso. Concretamente, se pueden renombrar el esquema (o protocolo), el host, el dominio, el puerto y la raíz de contexto.
Por ejemplo, suponga que desea renombrar el URL siguiente, que ha quedado obsoleto en un despliegue piloto que va a pasar a un centro de datos centralizado.
Este URL utiliza un protocolo no seguro (http), la configuración de puerto predeterminada (9443) y una raíz de contexto predeterminada (relm).
Este URL utiliza un protocolo seguro (https), modifica el nombre de host, utiliza el puerto predeterminado (no especificado en el URL) y una raíz de contexto personalizada (relm14).
| Parte del URI | Ejemplo | Comentarios |
|---|---|---|
| Esquema/Protocolo | http, https, ftp, URL de conexión remota | Se puede cambiar pero no se recomienda en absoluto utilizar el http. Si se cambia de https a http o viceversa, se tendrá que inhabilitar o habilitar los valores de seguridad. Para los URL de conexión remota que se utilizan con las funciones de gestión de laboratorio de Gestión de calidad, asegúrese de incluir todos los esquemas (escritorio remoto/VNC/FTP/HTTP/Telnet). |
| Host/Dominio | mihost.midominio.com | Utilice el nombre de host completo. |
| Puerto | 9443 | Se puede cambiar pero se tendrá que actualizar la información de puerto en el servidor de aplicaciones. También puede utilizar el puerto predeterminado no especificando un puerto en el URL. Consulte Archivo de correlación para una redenominación de servidor para obtener detalles relativos a la utilización del puerto predeterminado. |
| Raíz de contexto | /jts /relm, /sparql, /lqe, /admin | Para cambiar la raíz de contexto, necesitará realizar algunos pasos adicionales antes de realizar el cambio de nombre. Consulte Cambio de la raíz de contexto para obtener más detalles. |