Services Web pour CA SDM - Meilleures pratiques et recommandations

L'utilisation des appels de service Web dans CA SDM est affectée aux raisons suivantes :
casm173
L'utilisation des appels de service Web dans CA SDM est affectée aux raisons suivantes :
  • Problèmes de performances
  • Aucune réponse de CA SDM
  • Augmentation de la mémoire processus CA SDM (domsrvr)
Pour éviter les problèmes de performances et autres, assurez-vous d'avoir pris en compte les éléments suivants :
Ajouter un serveur domsrvr dédié pour les appels de services Web
Si vous utilisez CA Process Automation avec CA SDM - ou si une autre application de votre environnement est intégrée à CA SDM, envisagez d'installer un serveur CA SDM secondaire et faites pointer votre application de Services Web ou les services Web vers le serveur CA SDM secondaire. En outre, il est recommandé d'ajouter une paire moteur Web/domsrvr pour chaque serveur secondaire utilisé pour cette raison.
Pour les installations conventionnelles, vous pouvez apporter les modifications dans l'onglet
Administration
de CA SDM, sous l'option
webservice_domsrvr
de
Service Web
, du
Gestionnaire d'options
. Si l'option n'est pas installée, installez-la et définissez le nouveau nom de processus domsrvr à utiliser par les services Web. Si vous avez déjà installé cette option, modifiez-la et ajustez le nom du processus domsrvr. Redémarrez CA SDM pour que les modifications soient appliquées.
Pour la configuration de disponibilité avancée, vous pouvez envisager les opérations suivantes :
  • Un serveur domsrvr dédié. La définition d'un serveur domsrvr dédié requiert une configuration et une planification différentes de disponibilité avancée. Pour plus d'informations, consultez la section Configuration d'un serveur domsrvr dédié pour le service Web SOAP - Disponibilité avancée.
  • Un serveur d'applications dédié pour les appels de services Web.
  • S'il n'est pas possible d'avoir un serveur d'applications dédié, envisagez de faire pointer les applications qui communiquent avec CA SDM via les services Web vers le serveur d'arrière-plan, mais de préférence vers un serveur d'applications avec moins d'utilisation/de charge.
Vérifiez l'utilisation de logoff() lorsque vous avez terminé
Après chaque jeu d'appels des Services Web, le client Services Web doit effectuer un logoff() à la fin. Les services Web sont destinés à une ressource "à la demande", utilisez ce dont vous avez besoin, puis fermez la connexion lorsque cela est possible, plutôt que de réutiliser le même ID de session pendant plusieurs heures à la fois ou de laisser la session inactive. L'option
Délai d'expiration de session de Services Web
est une option configurable dans les Options CA SDM Vous trouverez des preuves de ces options dans le fichier
stdlog
.
Par exemple, nous pouvons voir une session de connexion et une session de déconnexion effectuées par l'appel de services Web dans ce qui suit :
ada.cpp 2180 Web Services session ended 1814552582; user(ServiceDesk); IP Address; session count 0
ada.cpp 2180 web Services session created 779115035; user (serviceDesk); IP Address; session count 1
Recherchez
sda
dans les journaux
stdlog
et s'il affiche
Session des services Web créée
, cela signifie qu'une déconnexion n'est pas utilisée.
Chaque client de services Web doit utiliser une politique de Services Web CA SDM différente
Assurez-vous que le client de services Web utilise une autre politique de services Web CA SDM.
Utilisez une connexion CA SDM différente pour le client de services Web
Dans le client des services Web qui appelle les services Web CA SDM, il existe un emplacement où saisir le standard WSDL et le nom d'utilisateur. Il est déconseillé d'utiliser l'utilisateur avec privilège CA SDM (
Service Desk
) pour les intégrations.
N'autorisez pas les clients des services Web à effectuer des recherches avec des caractères génériques
En d'autres termes, si le client des services Web effectue des recherches (qui est un
doquery
ou un
getlist
), il ne doit pas permettre une recherche de caractère générique. Dans le cas de tables MDB volumineuses, les performances de CA SDM sont affectées négativement car la requête de services Web s'exécute sur la couche objets de CA SDM et toutes les données récupérées par la requête sont chargées dans le domsrv. Cela peut entraîner des problèmes de performances ou même une absence de réponse de domsrvr et lui faire atteindre la limite de taille maximale de 2 Go sur les applications 32 bits.
Eviter de demander de grands ensembles de données avec les appels de méthode de service Web comme "doSelect()"
Par exemple, la définition du paramètre
maxRows
avec
-1
pour renvoyer toutes les lignes a un impact négatif sur les performances de CA SDM. Il n'est pas recommandé d'utiliser
-1
. Vérifiez que tous les appels des services Web sont testés avant d'être placés en production pour voir s'il existe un impact sur les performances de CA SDM. Cela est particulièrement vrai pour les appels de services Web qui utilisent des recherches ou des demandes pour les listes.
Le nombre maximum de lignes récupérées par la méthode
doSelect
est de
250
. Cela tient à la conception et cela n'est pas configurable de manière à éviter les problèmes de performances dans CA SDM.
Client des services Web entièrement testé
Le support de CA recommande vivement que tous les clients des services Web soient entièrement testés par un utilisateur ou par un analyste programmeur dans un environnement de test avant son implémentation dans l'environnement de production.
Distribution des requêtes des services Web pour plusieurs serveurs secondaires CA SDM
Il est très important de planifier la manière dont les demandes de services Web seront distribuées au sein de plusieurs serveurs secondaires CA SDM. Vous pouvez y remédier en créant une routine qui fonctionne comme pool de connexions de services Web. La routine gère les connexions permanentes à CA SDM et distribue les appels parmi les sessions disponibles recréées au fil des besoins.
Augmenter la taille de mémoire (JVM) de Tomcat
Augmentez la taille de mémoire de Tomcat (JVM) d'au moins 1 Go.
Augmentez le nombre maximum
de threads de Tomcat
Par défaut, le nombre maximal de threads de Tomcat est défini sur
75
. Il est recommandé de définir cette valeur sur
300
lors de l'utilisation des services Web.
Implémentation du patch cumulatif
S'il s'agit d'une nouvelle implémentation de CA SDM, vérifiez que vous avez installé le dernier niveau de patch cumulatif. Pour vérifier le dernier niveau de patch cumulatif, consultez les Solutions et correctifs CA Service Desk Manager.
Chargeur général de ressources CMDB
L'utilitaire chargeur général de ressources CMDB utilise les services Web. Il est recommandé d'exécuter l'utilitaire chargeur général de ressources sur l'interface de services Web de CA SDM sur un serveur secondaire dédié CA SDM.