Jazz Team Server et les applications Rational Engineering Lifecycle Manager utilisent des liens pour stocker les relations entre les artefacts stockés pouvant étendre des applications ou des systèmes, et pour communiquer entre eux et avec les applications autres que les applications Rational Engineering Lifecycle Manager. Le changement de nom de serveur remappe les URL existantes à de nouvelles URL afin de préserver l'intégrité de la majorité des liens. En l'absence de remappage, ces liens seraient rompus.
Le changement de nom d'un serveur n'est pas sans risque, en particulier si le déploiement Rational Engineering Lifecycle Manager inclut des intégrations à des applications qui ne sont pas des applications Rational Engineering Lifecycle Manager. Tout changement apporté à un nom d'hôte peut potentiellement rompre des liens figurant dans les données ou empêcher des produits Rational Engineering Lifecycle Manager de fonctionner correctement.
S'il est nécessaire d'apporter des modifications à la topologie, l'approche recommandée consiste à le faire tout en conservant une URL stable, par exemple en utilisant DNS pour router le nom d'hôte vers une autre machine, ou en utilisant un proxy inverse ou des hôtes virtuels. Si vous ne pouvez pas appliquer cette approche, vous pouvez utiliser le changement de nom.
Prenez les précautions suivantes avant de renommer un serveur :
Le changement de nom de serveur n'est pris en charge que pour Rational Engineering Lifecycle Manager version 4.0.4 ou ultérieure.
Le changement de nom d'un serveur Jazz Team Server ou des applications Rational Engineering Lifecycle Manager requiert un nouveau mappage des adresses URL qui sont stockées dans les ressources Jazz Team Server. Vous pouvez renommer le préfixe complet de l'URL qui inclut toutes les parties de l'URL jusqu'à la racine de contexte, mais qui n'inclut pas le chemin de contexte d'une ressource. Plus précisément, vous pouvez renommer le schéma (ou protocole), l'hôte, le domaine, le port et la racine de contexte.
Supposons, par exemple, que vous souhaitiez renommer l'ancienne URL suivante dans un déploiement pilote migré vers un centre de données géré de façon centralisée :
Cette adresse URL utilise un protocole non sécurisé (http), la configuration du port par défaut (9443) et une racine de contexte par défaut (relm).
Cette adresse URL utilise un protocole sécurisé (https), modifie le nom d'hôte, utilise le port par défaut (non spécifié dans l'adresse URL) et une racine de contexte personnalisée (relm14).
| Partie de l'URI | exemple | Commentaires |
|---|---|---|
| Schéma/Protocole | http, https, ftp, adresse URL de connexion distante | Peut être modifié, mais l'utilisation d'http est fortement déconseillée. Si vous passez d'https à http ou inversement, il est nécessaire de désactiver ou d'activer les paramètres de sécurité. Pour les URL de connexion distante utilisées avec les fonctions Gestion de lab de l'application Gestion de la qualité (QM), veillez à inclure tous les schémas (Remote Desktop/VNC/FTP/HTTP/Telnet). |
| Hôte/domaine | monhôte.mondomaine.com | Utilisez le nom d'hôte complet. |
| Port | 9443 | Peut être modifié mais vous devrez mettre à jour les informations de port sur le serveur d'applications. Vous pouvez également utiliser le port par défaut en n'indiquant pas de port dans l'adresse URL. Pour plus d'informations sur l'utilisation du port par défaut, voir Fichier de mappage d'un changement de nom de serveur. |
| Racine de contexte | /jts /relm, /sparql, /lqe, /admin | Pour changer la racine de contexte, vous devez effectuer des opérations supplémentaires avant de procéder au changement de nom. Pour plus de détails, voir Modification de la racine de contexte. |