Remarques sur les performances de Rational Asset Manager

Le référentiel est normalisé pour les recherches et la récupération (ou extraction) de données afin que vous puissiez rechercher efficacement des données, parcourir des artefacts et télécharger des actifs.

Par exemple, chaque instance de serveur IBM® Rational Asset Manager construit un index local d'actifs et un index local d'artefacts. Cela optimise les recherches, allège la charge de la base de données et favorise la montée en puissance dans un environnement en cluster. La construction des index peut prendre du temps, en fonction du nombre d'actifs dans le référentiel et du contenu des artefacts. Même si l'indexeur s'exécute avec une basse priorité, il consomme du temps processeur et a besoin d'une largeur de bande conséquente pour les accès au disque. En temps normal, l'indexation se déroule sans nécessiter une reconstruction complète de l'index. Rational Asset Manager met à jour l'index existant chaque fois qu'un actif est remonté, supprimé ou modifié.

Les informations suivantes décrivent les actions du référentiel qui peuvent demander aux serveurs un effort intensif pour normaliser les données.

Reconstruction de l'index

Si un administrateur de référentiels clique sur le bouton Régénérer l'index, l'index sera reconstruit complètement au prochain événement d'indexation prévu dans le planning.

Si un fichier d'index est endommagé, l'instance de serveur correspondante reconstruit complètement l'index. L'indexation des artefacts est généralement plus intensive en termes d'activité processeur et d'entrées-sorties.

Changement d'un rôle de communauté

Si vous changez un rôle d'une communauté et que cela conduit à ajouter ou supprimer un droit de recherche, de lecture ou de téléchargement, tous les actifs de cette communauté sont réindexés. L'index des artefacts ne sera pas mis à jour.

Suppression d'une communauté

Si vous supprimez une communauté et transférez ses actifs à une autre communauté, l'index des actifs est reconstruit. L'index des artefacts ne sera pas mis à jour.

Ajout, retrait ou modification d'actifs

La soumission d'un nouvel actif, le retrait d'un actif ou la modification d'un actif existant ne met à jour que l'entrée correspondante dans l'index des actifs.

Mise à jour de l'URL d'un serveur

Si vous mettez à jour l'URL d'un serveur Rational Asset Manager, celui-ci doit modifier en conséquence tous les actifs et manifestes d'actif stockés dans sa base de données. Le manifeste d'un actif contient un URI d'espace de noms qui pointe sur le serveur auquel il appartient.

Ajout de serveurs à un cluster

Si vous ajoutez une instance de serveur au cluster, cette instance reconstruit son index.

Intégration avec le serveur de licences

Des problèmes d'accès au serveur de licences peuvent induire un délai d'attente allant jusqu'à 30 secondes.

Intégration avec Rational ClearCase

Si vous utilisez IBM Rational ClearCase, veillez à ce qu'il se situe dans le même réseau local. Si les actifs sont stockés dans Rational ClearCase, leur persistance et leur téléchargement peuvent nécessiter plus de cycles processeur qu'avec des actifs sur une grappe RAID partagée.

Intégration avec WebSphere Service Registry and Repository

La première fois que Rational Asset Manager est synchronisé avec IBM WebSphere Service Registry and Repository (synchronisation planifiée ou déclenchée manuellement), il est probable que de nombreux actifs seront "recopiés" dans Rational Asset Manager. Il en résultera une utilisation accrue de la bande passante.