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.
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.
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.
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.
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.
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.
Si vous ajoutez une instance de serveur au cluster, cette instance reconstruit son index.
Des problèmes d'accès au serveur de licences peuvent induire un délai d'attente allant jusqu'à 30 secondes.
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.
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.