Cette section ne couvre pas non plus les différentes configurations matérielles possibles ni les charges qu'elles peuvent absorber. Pour ce type d'informations, reportez-vous au manuel Rational Asset Manager Capacity Planning Guide.
La page de configuration de Rational Asset Manager comporte des réglages que vous pouvez ajuster pour obtenir des performances optimales. Cette page est accessible à tout administrateur de référentiels.| Problème | Paramètre / Valeur | Détails complémentaires |
|---|---|---|
| Lenteur des réponses lors de la recherche d'actifs | Dossiers locaux et d'index / N'utilisez pas de dossier distant ou partagé | Les meilleures performances sont obtenues lorsque chaque serveur d'applications dispose de ses propres dossiers locaux et d'index sur un disque local de l'ordinateur où il est installé. Il ne doit pas s'agir du disque où le serveur d'applications et le système d'exploitation sont installés. Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et allez à ; dans la section Stockage sur disque, définissez les paramètres Dossier local et Dossier d'index. |
| Lenteur des réponses lors de la recherche d'actifs | Indexation de la popularité / Désactivé | Le moteur de recherche peut prendre en compte la popularité (par exemple, le nombre de vues et de téléchargements) des actifs pour fournir des résultats de recherche plus pertinents. Cette procédure peut avoir une incidence sur les performances des référentiels volumineux. Pour désactiver l'indexation de la popularité, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et accédez à ; dans la section Options de performance, désélectionnez la case à cocher Activer l'indexation de la popularité. |
| Lenteur des réponses lors de la recherche d'actifs | Dossier d'index / Utilisez un disque rapide dédié au dossier d'index | Il est important que le dossier d'index réside sur un disque dur dédié qui ne soit pas utilisé à d'autres fins. La séparation du dossier local et du dossier d'index permet de garantir des temps de réponse rapides lors de la recherche d'actifs. Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et accédez à ; dans la section Stockage sur disque, définissez le paramètre Dossier d'index. |
| Baisse générale des performances à intervalles réguliers | Planning de génération de l'index de statistiques / 10 minutes | L'exécution trop fréquente du générateur de l'index de statistiques conduit à une dégradation des performances. Un réglage par défaut de 10 minutes convient à la plupart des environnements. Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et cliquez sur ; ensuite, dans la section Plannings des travaux, localisez Planning de génération de l'index de statistiques et cliquez sur Editer. |
| Baisse générale des performances à intervalles réguliers | Planning de traitement des abonnements / Choisir une heure creuse | L'intervalle de traitement des abonnements peut être personnalisé. Pour de meilleures performances, réglez-le de sorte que le traitement ait lieu à un moment où la charge de travail de Rational Asset Manager est relativement faible. Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et allez à ; ensuite, dans la section Plannings des travaux, localisez Planning de traitement des abonnements et cliquez sur Editer. |
| Baisse générale des performances à intervalles réguliers | Planning de mise à jour des informations sur les utilisateurs/groupes / Choisir une heure creuse | L'intervalle de mise à jour des informations sur les utilisateurs et les groupes peut être personnalisé. Pour de meilleures performances, réglez-le de sorte que le traitement ait lieu à un moment où la charge de travail de Rational Asset Manager est relativement faible. Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et allez à ; ensuite, dans la section Plannings des travaux, localisez Planning de mise à jour des informations sur les utilisateurs/groupes et cliquez sur Editer. |
| Baisse générale des performances à intervalles réguliers | Planning de notification des processus de révision / Choisir une heure creuse | L'intervalle de traitement des notifications de processus de révision peut être personnalisé. Pour de meilleures performances, réglez-le de sorte que le traitement ait lieu à un moment où la charge de travail de Rational Asset Manager est relativement faible. Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et allez à ; ensuite, dans la section Plannings des travaux, localisez Planning de notification des processus de révision et cliquez sur Editer. |
| Erreurs "mémoire insuffisante" consignées dans les journaux - Problèmes de session | Nombre maximal de sessions par utilisateur / 10 | Un seul utilisateur a la possibilité d'épuiser la totalité des sessions utilisables sur un serveur. La cause peut en être un script de conception médiocre, mais aussi d'une attaque DoS (refus de service). Pour prévenir ce risque, le nombre maximal de sessions par utilisateur est fixé à 10. Tout utilisateur ayant atteint cette limite se verra dans l'impossibilité de créer de nouvelles sessions sur le serveur. Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et accédez à ; dans la section Options de performances, définissez le paramètre Nombre maximal de sessions par utilisateur. |
| Lenteur de l'opération de soumission d'un actif | Créer automatiquement le contenu présent lors de la soumission de l'actif / Désactivé | Lorsque vous soumettez un actif, Rational Asset Manager crée des images miniatures des artefacts attachés à l'actif. Si l'actif possède plusieurs artefacts, soumettre un actif peut s'avérer une opération longue. Pour désactiver la création automatique de ces miniatures, ouvrez une session dans Rational Asset Manager en tant qu'administrateur de référentiels et accédez à ; dans la section Options de performances, désactivez la case à cocher Créer automatiquement un contenu présenté à la soumission d'un actif. |
Rational Asset Manager fonctionne en étroite collaboration avec votre serveur d'applications ; optimiser ses réglages a donc une incidence directe sur les performances de Rational Asset Manager.
| Problème | Paramètre / Valeur | Détails complémentaires |
|---|---|---|
| Problèmes d'expiration des sessions | Nombre maximal de sessions en mémoire / Valeur par défaut | Par défaut, WebSphere Application Server conserve jusqu'à 1 000 sessions en mémoire. Cependant, l'option Autoriser le dépassement est également sélectionnée ; cela signifie que les sessions additionnelles sont stockées dans une table de sessions secondaire. Si vous pensez avoir plus de 1000 sessions en mémoire, vous devez augmenter le nombre limite pour la table de sessions secondaire. Si vous souhaitez limiter le nombre de sessions pour empêcher les erreurs de mémoire insuffisante, assurez-vous que la case Autoriser le dépassement n'est pas cochée et définissez le nombre maximal de sessions en mémoire sur un paramètre adapté à votre système. Pour définir le paramètre, connectez-vous à la console d'administration WebSphere Application Server et accédez à . |
| Erreurs "mémoire insuffisante" consignées dans les journaux | Taille du segment Java de la JVM / Entre 1300 et 2000 | Sur un serveur disposant de 4 Go de mémoire, vous pouvez spécifier deux instances avec une taille de tas (heap) de 1300 Mo chacune, ou une seule instance avec une taille de tas de 2000 Mo. Vous devez surveiller la pagination du système afin de vérifier qu'il y a toujours suffisamment de mémoire disponible. Si votre serveur dispose de 8 Go de mémoire, spécifiez deux instances avec une taille de tas de 2000 Mo chacune. Pour définir le paramètre, connectez-vous à la console d'administration de WebSphere et accédez à et Taille maximale du segment Java. Notez que vous devez appliquer ce paramètre aux serveurs Rational Asset Manager. La valeur minimale requise pour le serveur IBM Rational Team Concert s'élève à 768 Mo (valeur par défaut). La valeur maximale s'élève à 2 048 Mo. Dans un cluster, le serveur IBM Rational Team Concert peut être installé sur son propre noeud, si nécessaire. |
| Erreurs "mémoire insuffisante" consignées dans les journaux - Problèmes de session | Délai d'expiration de session / Valeur par défaut (30 minutes) | Dans WebSphere Application Server, le délai d'expiration d'une session est fixé à 30 minutes par défaut. La diminution de ce délai permet à davantage d'utilisateurs d'ouvrir des sessions, surtout si c'est pour effectuer des transactions rapides. Veillez toutefois à ne pas choisir un délai trop court, car cela ferait échouer le téléchargement des très gros actifs. Ne perdez pas de vue que la plupart des utilisateurs ne pensent pas à se déconnecter explicitement lorsqu'ils en ont fini avec leurs transactions et que, de ce fait, la plupart des sessions continuent d'exister jusqu'à ce qu'elles expirent. Pour définir le paramètre, connectez-vous à la console d'administration de WebSphere Application Server et naviguez à . |
| Echec des téléchargements portant sur des actifs volumineux, avec des erreurs d'entrée-sortie ou de synchronisation | Canal des communications entrantes HTTP (HTTP 2) Délai d'attente d'écriture / 300 secondes | La valeur par défaut du délai d'attente d'écriture du serveur vers un client dans WebSphere Application Server est de 60 secondes. Définir cette valeur à un temps plus long permet d'éviter les échecs de téléchargements des fichiers, notamment lorsque le client qui télécharge les fichiers dispose d'une connexion lente ou effectue de nombreuses demandes. Pour changer le paramètre, connectez-vous à la console d'administration de WebSphere Application Server et naviguez à . |
| Ralentissements ou chutes périodiques des performances en raison des cycles de récupération de place | Récupération de place de classe/Xgcpolicy:optavgpause (pour WebSphere Application Server v6.1 Fix Pack 16 et antérieure) ou -Xgcpolicy:gencon (pour WebSphere Application Server v7 et v6.1 Fix Pack 17 et ultérieur) | Il est possible que l'une des autres options convienne mieux à votre serveur compte tenu des spécificités de son environnement ou de sa charge de travail. Voir http://www.oracle.com/technetwork/java/gc-tuning-5-138395.html pour plus d'informations sur les paramètres de récupération de place.' Pour définir le paramètre, connectez-vous à la console d'administration de WebSphere Application Server et naviguez à . |
| Une défaillance du serveur se produit lors du transfert de gros fichiers, peut-être avec consignation d'erreurs de type manque de mémoire ou malloc | Propriété personnalisée du conteneur Web channelwritetype / transfert de données synchrone (sync) | L'utilisation du transfert de données asynchrone peut nécessiter un nombre excessif de mémoires
tampons pour l'envoi des données via une connexion TCP/IP.
Pour un gestionnaire de déploiement :
Pour plus d'informations, reportez-vous à http://www.ibm.com/support/docview.wss?uid=swg21317658. |
| Fort taux d'utilisation du processeur | Infrastructure PMI (Performance Monitoring Infrastructure) / Désactivée | Par défaut, l'infrastructure de surveillance des performances (PMI) est activée dans WebSphere Application Server. L'infrastructure PMI est un bon outil de mesure pour optimiser les réglages d'un serveur d'applications, mais une fois celui-ci correctement réglé, il convient de la désactiver, car elle pèse sur les performances. Vous devez la désactiver pour toutes les instances ainsi que pour tous les agents de noeud. Pour régler ce paramètre, connectez-vous à la console d'administration de WebSphere Application Server et accédez à. |
| Erreurs de connexion à la base de données | Nombre maximal de connexions JDBC / 100 | Assurez-vous que les connexions JDBC disponibles sont en nombre suffisant pour prendre en charge tous les utilisateurs connectés à Rational Asset Manager. Pour régler ce paramètre, connectez-vous à la console d'administration de WebSphere Application Server et accédez à. Voyez aussi la partie consacrée aux paramètres MAXAPPLS et MAXAGENTS, dans la section des réglages de DB2. Reportez-vous également à la rubrique consacrée au nombre maximal de processus pour AIX et Linux, dans la section des réglages du système d'exploitation. |
| Problème général de performances | Cache d'instructions préparées / 100 | WebSphere Application Server offre la possibilité de mettre en cache les instructions préparées les plus utilisées. Si des instructions mises en cache sont rejetées, activez PMI dans WebSphere Application Server et augmentez la taille du cache. Pour régler ce paramètre, connectez-vous à la console d'administration de WebSphere Application Server e t accédez à. Reportez-vous également aux informations complémentaires sur les réglages de WebSphere Application Server. |
| Problème | Paramètre / Valeur | Détails complémentaires |
|---|---|---|
| Surutilisation ou sous-utilisation du processeur | Pools de conteneurs Web / 30 | Des unités d'exécution de conteneur Web sont utilisées par le serveur d'applications pour traiter les demandes. Si vous constatez que le processeur du serveur est sous-exploité, essayez d'augmenter ce nombre. Réduisez-le si, au contraire, vous observez une surutilisation du processeur. N'augmentez pas le nombre de conteneurs Web au-delà de 50. Pour définir le paramètre, connectez-vous à la console d'administration de WebSphere Application Server et accédez à . Taille minimale : 15 Taille maximale : 30 |
| Problème | Paramètre / Valeur | Détails complémentaires |
|---|---|---|
| Surutilisation ou sous-utilisation du processeur | Pools de conteneurs Web / 50 | Des unités d'exécution de conteneur Web sont utilisées par le serveur d'applications pour traiter les demandes. Si vous constatez que le processeur du serveur est sous-exploité, essayez d'augmenter ce nombre. Réduisez-le si, au contraire, vous observez une surutilisation du processeur. N'augmentez pas le nombre de conteneurs Web au-delà de 50. Pour définir le paramètre, connectez-vous à la console d'administration de WebSphere Application Server et accédez à . Taille minimale : 25 Taille maximale : 50 |
Outre ces paramètres, vous pouvez régler WebSphere Application Server sous une charge de travail spécifique en activant l'infrastructure de surveillance des performances (PMI). Vous obtiendrez ainsi des graphiques détaillés rendant compte des performances. L'infrastructure PMI doit être activée sous une charge de travail normale afin de capturer les données de performances, mais une fois cette capture terminée, elle doit être désactivée, car elle consomme des ressource et réduit donc les performances.
Pour activer PMI, connectez-vous à la console d'administration WebSphere Application Server et accédez à .
Pour améliorer les performances de Rational Asset Manager, vous devez optimiser votre base de données en prenant les paramètres et valeurs ci-après comme guide. Néanmoins, si vous installez Rational Asset Manager à l'aide de l'application de configuration du serveur, les paramètres de réglage des performances fournis dans cette section seront définis et vous pourrez passer cette section si vous décidez d'utiliser ces paramètres recommandés.
| Problème | Paramètre / Valeur | Détails complémentaires |
|---|---|---|
| Aucune connexion disponible | MAXAPPLS / AUTOMATIC (nombre maximal de connexions JDBC dans WebSphere Application Server x nombre d'instances) | Assurez-vous que la valeur de MAXAPPLS est suffisante pour faire face au nombre de pools de connexions JDBC spécifié dans votre serveur d'applications. La valeur de MAXAPPLS doit être supérieure ou égale à celle du paramètre Nombre maximal de connexions JDBC. Emplacement du réglage : paramètres de la base de données Consultez également la partie consacrée au nombre maximal de connexions JDBC dans la section des réglages du serveur d'applications. |
| Aucune connexion disponible | MAXAGENTS / AUTOMATIC (nombre maximal de connexions JDBC dans WebSphere Application Server x nombre d'instances) | Ce paramètre s'adresse aux versions 9.5 de DB2 et antérieure ; il n'est pas disponible dans DB2 version 9.7. Assurez-vous que la valeur de MAXAGENTS est suffisante pour faire face au nombre de pools de connexions JDBC spécifié dans votre serveur d'applications. La valeur de MAXAGENTS doit être supérieure ou égale à celle du paramètre Nombre maximal de connexions JDBC. Emplacement du réglage : paramètres de l'instance (gestionnaire de base de données) Consultez également la partie consacrée au nombre maximal de connexions JDBC dans la section des réglages du serveur d'applications. |
| Interblocages | MAXLOCKS / AUTOMATIC (80) | Le paramètre MAXLOCKS indique le pourcentage maximal de verrous disponibles dans DB2 qu'une application peut détenir avant de convertir les verrous appliqués aux lignes en verrous de table (opération appelée "escalade de verrous"). Ces verrous de table peuvent entraîner des interblocages. Emplacement du réglage : paramètres de la base de données |
| Interblocages | LOCKLIST / AUTOMATIC (20000) | Le paramètre LOCKLIST représente la mémoire disponible pour les verrous dans DB2. Vous pouvez définir sa valeur dans un environnement particulier en appliquant la formule suivante : LOCKLIST = [(512 x 64 x MAXAPPLS) / 4096]x2 Ne réglez pas ce paramètre à une valeur plus élevée que la taille du tas mémoire à la disposition de DB2. Emplacement du réglage : paramètres de la base de données |
| Interblocages | LOCKTIMEOUT / 60 | Si un seul verrou arrête d'autres transactions, il peut en résulter un interblocage. Pour éviter cette situation, réglez le délai d'expiration des verrous à 60 secondes. Emplacement du réglage : paramètres de la base de données |
| Problème général de performances | Statistiques / Planifier des mises à jour régulières | La mise à jour des statistiques sur les tables aide l'optimiseur à déterminer le meilleur chemin d'accès aux données. Les statistiques doivent être mises à jour régulièrement. Cette mise à jour peut s'effectuer manuellement ou être planifiée pour une exécution automatique. |
| Erreurs durant la migration des bases de données | LOG_FIL_SIZ / 10000 | Si la valeur du paramètre LOG_FIL_SIZ est trop faible, il est possible que la fonction de migration de Rational Asset Manager ne fonctionne pas sur des bases de données contenant plusieurs milliers d'actifs. |
| Problème | Paramètre / Valeur | Détails complémentaires |
|---|---|---|
| Impossibilité d'accéder au serveur DB2 | Voir la rubrique consacrée au nombre maximal de processus pour AIX et Linux, dans la section des réglages du système d'exploitation. | Si vous ne pouvez pas accéder au serveur DB2, il se peut que les agents DB2 aient utilisé le nombre maximal de processus. |
Le réglage des paramètres sur AUTOMATIC dans DB2 permettra à DB2 d'adapter les paramètres en fonction de la charge en cours. Dans un premier temps, ce procédé peut avoir un impact négatif sur les performances, voire entraîner quelques erreurs si certaines valeurs ne sont pas ajustées assez vite, mais il demeure un bon moyen de déterminer sur quels paramètres il faut agir pour maximiser les performances.
Si vous attribuez une valeur trop élevée à un paramètre et que vous ne pouvez plus démarrer le centre de contrôle DB2, vous pouvez corriger la valeur du paramètre sur la ligne de commande DB2 en utilisant l'instruction db2 update db cfg for nom_bd using nom_paramètre valeur.
Cette section fournit des informations relatives aux réglages pour le serveur Web HTTP IBM, inclus dans les suppléments pour WebSphere Application Server.
Les paramètres décrits dans cette section peuvent être modifiés dans le fichier httpd.conf.
| Problème | Paramètre / Valeur | Détails complémentaires |
|---|---|---|
| Erreurs de connexion fermée | MaxKeepAliveRequests / 0 | Cette directive indique le nombre maximal de demandes qu'un client peut émettre avant que la connexion ne soit fermée. Généralement, sa valeur est 0. |
| Problème général de performances | LoadModule / ibm_afpa_module modules/mod_afpa_cache.so | Remarque : L'utilisation de ce paramètre est dépréciée à partir d'IHS 7 et ne doit pas être activée. Voir http://publib.boulder.ibm.com/infocenter/wasinfo/fep/index.jsp?topic=/com.ibm.websphere.ihs.doc/info/ihs/ihs/tihs_cacheenable.html.
Pour que les contenus statiques tels que les images soient stockés en
cache, supprimez la mise en commentaire de la
ligne suivante :Vous activez ainsi la fonction Fast Response Cache Accelerator (FRCA). |
| Problème général de performances | Journalisation Afpa / désactivée | Remarque : L'utilisation de ce paramètre est dépréciée à partir d'IHS 7 et ne doit pas être activée.
Si vous n'avez pas besoin de la journalisation des activités de FRCA, vous pouvez la désactiver en faisant précéder la directive AfpaLogFile du caractère # afin de la mettre en commentaire. Les performances du serveur n'en seront que meilleures. |
| Problème | Paramètre / Valeur | Détails complémentaires |
|---|---|---|
| Erreurs signalant l'épuisement des unités d'exécution (dans les journaux du serveur Web) | ThreadLimit / 25 | Il peut être nécessaire d'augmenter le nombre limite d'unités d'exécution compte tenu du nombre d'utilisateurs susceptibles d'accéder simultanément à Rational Asset Manager. Pour savoir si cette limite a besoin d'être changée, consultez les journaux du serveur Web et voyez s'il contient des erreurs ou des avertissements signalant que le serveur est à court d'unités d'exécution (threads). |
| Erreurs signalant l'épuisement des unités d'exécution (dans les journaux du serveur Web) | ThreadsPerChild / 25 | Il peut être nécessaire d'augmenter le nombre limite d'unités d'exécution compte tenu du nombre d'utilisateurs susceptibles d'accéder simultanément à Rational Asset Manager. Pour savoir si cette limite a besoin d'être changée, consultez les journaux du serveur Web et voyez s'il contient des erreurs ou des avertissements signalant que le serveur est à court d'unités d'exécution (threads). |
| Problème | Paramètre / Valeur | Détails complémentaires |
|---|---|---|
| Erreurs signalant l'épuisement des unités d'exécution (dans les journaux du serveur Web) | ThreadLimit / 4000 | Il peut être nécessaire d'augmenter le nombre limite d'unités d'exécution compte tenu du nombre d'utilisateurs susceptibles d'accéder simultanément à Rational Asset Manager. Pour savoir si cette limite a besoin d'être changée, consultez les journaux du serveur Web et voyez s'il contient des erreurs ou des avertissements signalant que le serveur est à court d'unités d'exécution (threads). |
| Erreurs signalant l'épuisement des unités d'exécution (dans les journaux du serveur Web) | ThreadsPerChild / 3000 | Il peut être nécessaire d'augmenter le nombre limite d'unités d'exécution compte tenu du nombre d'utilisateurs susceptibles d'accéder simultanément à Rational Asset Manager. Pour savoir si cette limite a besoin d'être changée, consultez les journaux du serveur Web et voyez s'il contient des erreurs ou des avertissements signalant que le serveur est à court d'unités d'exécution (threads). |
Cette section traite spécifiquement d'IBM Edge Caching Proxy. Pour plus d'informations sur la configuration du serveur proxy avec mémoire cache DMZ, voir la section Configuration du serveur proxy avec mémoire cache DMZ.
Les paramètres décrits ici peuvent être modifiés dans le fichier ibmproxy.conf.
| Problème | Paramètre / Valeur | Détails complémentaires |
|---|---|---|
| Impossibilité de télécharger des actifs contenant de gros fichiers | LimitRequestBody / 2G | Par défaut, ce paramètre est réglé à 10 M. Augmentez sa valeur afin de permettre aux utilisateurs de remonter de gros fichiers. |
| Impossibilité de télécharger des actifs contenant de gros fichiers en raison de dépassements du délai imparti | InputTimeOut / 60 minutes | En changeant la valeur de ce paramètre à 60 minutes, vous accordez aux utilisateurs un temps suffisant pour remonter les gros actifs. Consultez également la partie consacrée au délai d'expiration de session dans la section des réglages du serveur d'applications. |
| Impossibilité de télécharger des actifs contenant de gros fichiers en raison de dépassements du délai imparti | ReadTimeout / 60 minutes | En changeant la valeur de ce paramètre à 60 minutes, vous accordez aux utilisateurs un temps suffisant pour remonter les gros actifs. Consultez également la partie consacrée au délai d'expiration de session dans la section des réglages du serveur d'applications. |
| Impossibilité de télécharger des actifs contenant de gros fichiers en raison de dépassements du délai imparti | ScriptTimeout / 60 minutes | En changeant la valeur de ce paramètre à 60 minutes, vous accordez aux utilisateurs un temps suffisant pour remonter les gros actifs. Consultez également la partie consacrée au délai d'expiration de session dans la section des réglages du serveur d'applications. |
| Paramètre | Valeur |
|---|---|
| SendRevProxyName | yes |
| PurgeAge | 3 |
| DirShowCase | off |
| MaxActiveThreads | 110 |
| ConnThreads | 15 |
| MaxPersistRequest | 15 |
| ServerConnPool | on |
| CacheMemory | 1200 M (max) |
| CacheAlgorithm | responsetime |
| Numclients | 100 |
| flexibleSocks | off |
| ListenBacklog | 256 |
Pour obtenir de meilleures performances, suivez ces instructions relatives au serveur proxy avec mémoire cache :
<services xmi:type="pmiservice:PMIService" xmi:id="PMIService_1243598970603" enable="false" initialSpecLevel="" statisticSet="basic" synchronizedUpdate="false" />
<services xmi:type="traceservice:TraceService" xmi:id="TraceService_1243598970603" enable="true" startupTraceSpecification="*=info" traceOutputType="SPECIFIED_FILE" traceFormat="BASIC" memoryBufferSize="8"> <traceLog xmi:id="TraceLog_1243598970603" fileName="$(SERVER_LOG_ROOT)/trace.log" rolloverSize="40" maxNumberOfBackupFiles="10" /> </services>
<services xmi:type="diagnosticproviderservice:DiagnosticProviderService" xmi:id="DiagnosticProviderService_1243598970603" enable="false" startupStateCollectionSpec=".*:.*=0" />
<proxy:ProxySettings xmi:id="ProxySettings_1243598971020" enableCaching="false" cacheInstanceName="proxy/DefaultCacheInstance" outboundRequestTimeout="1800" connectionPoolEnable="true" maxConnectionsPerServer="0" enableLogging="true" outboundConnectTimeout="10000" enableCustomErrorPagePolicy="false" enableStaticRouting="true"> <properties xmi:id="Property_1243847354992" name="http.routing.sendReverseProxyNameInHost" value="true" description="" required="false" validationExpression="" /> - <routingPolicy xmi:id="RoutingPolicy_1243598971020"> - <routingRules xmi:id="RoutingRule_1243847354917" name="local_port81_rule" isEnabled="true" virtualHostName="port_80" uriGroup="local81_all"> <routingAction xmi:type="proxy:GenericClusterRoute" xmi:id="GenericClusterRoute_1243847354926" genericServerClusterName="local81_http_cluster" /> </routingRules> </routingPolicy> <staticCachePolicy xmi:id="StaticCachePolicy_1243598971020" /> <staticFileServingPolicy xmi:id="StaticFileServingPolicy_1243598971020" /> </proxy:ProxySettings>
Pendant les téléchargements de fichiers volumineux (1 Go ou supérieur) sur une connexion lente, le serveur proxy DMZ peut retourner une erreur de délai d'attente 504. Cette erreur ne signale pas un problème avec Rational Asset Manager et le téléchargement se terminera normalement. Toutefois, pour éviter de voir apparaître une erreur 504, augmentez outboundRequesttimeout.
Pour garantir qu'ils sont distincts, déterminez l'emplacement d'installation de WebSphere, puis exécutez swap -l ou lsps -a.
Windows :
| Problème | Paramètre / Valeur | Détails complémentaires |
|---|---|---|
| Erreurs du type “Adresse déjà utilisée” affichées lors des tests avec Rational Performance Tester. | Entrée de registre MaxUserPort / 65534 | Remarque : Le paramètre doit être modifié sur le client Rational Performance Tester et non sur le serveur Rational Asset Manager.
|
| Pour éviter les goulots d'étranglement dus à une pénurie de sessions (problème observé avec 900 utilisateurs sur un cluster à six instances) | Entrée de registre TcpTimedWaitDelay / 30 |
|
Les instructions suivantes sont spécifiques d'AIX.
Nombre maximal de processus
Le nombre maximal de processus exécutables par un utilisateur doit être fixé à un niveau suffisant. C'est particulièrement vrai pour le serveur de bases de données, qui peut avoir de nombreux agents de base de données.
lsattr -E -l sys0 -a maxuprocPour régler le nombre maximal de processus à une autre valeur, utilisez la commande suivante :
chdev -l sys0 -a maxuproc=2000Ici, la nouvelle limite sera de 2 000.
Descripteurs de fichier
Soft FILE Size -1 Soft CPU Time -1 Soft STACK Size -1 Soft CORE File Size -1 Hard FILE Size -1 Hard CPU Time -1 Hard STACK Size -1 Hard CORE File Size -1Vous pouvez aussi effectuer cette opération en utilisant la commande ulimit.
| Problème | Paramètre / Valeur | Détails complémentaires |
|---|---|---|
| Accès à un DNS externe | /etc/netsvc.conf | Ajoutez la ligne suivante au fichier netsvc.conf : hosts=local,bind4 |
| La carte Ethernet effectue le déchargement par segmentation (TSO) | no -o tcp_recvspace=65536 no -o tcp_sendspace=65536 no -o udp_sendspace=65536 no -o udp_recvspace=65536 no -o tcp_finwait2=60 no -o tcp_timewait=1 no -o tcp_keepidle=600 no -o tcp_keepintvl=10 no -o tcp_keepinit=40 |
L'impact de ces commandes dépend en grande partie de la taille
des paquets TCP/IP créés, envoyés et reçus par
votre application. Les commandes "no -a" sont en vigueur jusqu'au prochain redémarrage
du système. Pour les rendre permanentes, ajoutez la commande suivante au fichier /etc/tunables/nextboot : non : tcp_recvspace=65536 tcp_sendspace=65536 udp_sendspace=65536 udp_recvspace=65536 tcp_finwait2=60 tcp_timewait=1 tcp_keepidle=600 tcp_keepintvl=10 tcp_keepinit=40 Vous pouvez aussi les définir individuellement pour chaque interface TCP/IP. Vérifiez les résultats de la commande "lsattr -E -l en0" et, si les attributs n'y figurent pas, cela signifie que AIX utilise les valeurs "no -a". |
| AIX perçoit un nombre de processeurs virtuels supérieur au nombre de processeurs physiques. | smtctl -m off | La commande AIX
smtctl indique combien de processeurs virtuels
sont vus
par AIX.
Désactivez SMT à l'aide de la commande : smtctl -m off L'exécution de la commande smtctl -m off requiert d'exécuter la commande bosboot afin d'effectuer la modification de façon permanente. Si vous n'exécutez pas bosboot, vous perdrez l'effet de l'exécution de smtctl -m off après un redémarrage du système. Les deux unités d'exécution sur chaque processeur physique partagent un même cache Level1. Si elles n'ont aucun lien entre elles, elles altèrent mutuellement leurs données en cache et cela finit par dégrader le débit global de traitement, car le système doit attendre que les données soient à nouveau extraites de la mémoire pour régénérer le cache. Si possible, faites quelques essais de fonctionnement avec SMT tantôt activé, tantôt désactivé, afin de voir quel réglage convient le mieux à votre charge de travail. |
| NIS est exécuté. | Désactivez NIS. | Si les fichiers /etc/hosts et /etc/passwd contiennent des lignes avec le signe '+', cela signifie que le système exécute le service NIS (Network Information Service), également appelé "pages jaunes". Vous pouvez aussi obtenir cette information par la
commande suivante : ps -ef | grep ypNormalement, NIS n'est pas activé dans la configuration standard de AIX. S'il est activé, et si vous n'en avez pas l'utilité pour votre serveur d'applications, désactivez-le et faites un essai de fonctionnement. |
| De nombreux sockets sont à l'état FIN_WAIT_2 | no -o tcp_finwait2=60 | Si la commande "netstat -an" révèle que de nombreux sockets sont à l'état FIN_WAIT_2, cela signifie qu'il se forme un gros arriéré de connexions, comme en témoigne le message "Adresse déjà utilisée consigné dans les journaux du serveur. Cela peut être
contrôlé par une commande "no". Déterminez d'abord le
réglage actuel :
"no -a | grep fin"La valeur par défaut est de 1200 demi-secondes (soit 10 minutes). Faites un essai de fonctionnement avec le réglage suivant : no -o tcp_finwait2=60 La commande "no" reste en vigueur jusqu'à la prochaine réinitialisation ou jusqu'au redémarrage suivant du système. Pour la rendre permanente, définissez-la dans /etc/tunables/nextboot. |
| Le processeur n'utilise pas de grandes pages alors qu'il en a la capacité. | Ajoutez le paramètre suivant à la machine virtuelle Java : -Xlp | Cette machine virtuelle Java s'adresse au serveur Rational Asset Manager sur le serveur WebSphere Application Server. Dans la console d'administration WebSphere Application Server, sélectionnez Serveurs d'application -> Nom de serveur RAM -> Java et gestion de processus -> Définition de processus -> Machine virtuelle Java -> Arguments machine JVM génériques. Le paramètre est -Xlp<size>. Spécifiez -Xlp sans taille afin d'activer une taille de pagination large par défaut. Vous pouvez également définir une taille spécifique. Par exemple -Xlp64 active les pages de 64 Ko. |