Logging et dépannage d'ASCR

Cette section donne des conseils sur le dépannage et le logging des problèmes potentiels que les utilisateurs peuvent rencontrer lors de l'utilisation d'ASCR.

ASCR

Lorsque vous donnez des instructions à une ressource d'exécution à partir de la salle de contrôle, le client interactif vérifie si le canal ASCR est actuellement en cours d'exécution et tente de se reconnecter si nécessaire. Si le canal n'est pas en cours d'exécution, un message s'affiche pour informer l'utilisateur que le canal est hors service et lui propose des conseils de dépannage. Toutefois, il peut être nécessaire d'activer et d'afficher le fichier log pertinent.

Logging ASCR

Pour plus d'informations sur le nLogging, les niveaux de logging et la façon d'activer le logging, voir Dépannage – Logging.

Pour inclure les messages de log des connexions ASCR dans les fichiers de log, selon le niveau de log requis, vous devrez ajouter la ligne suivante au fichier Automate.NLog.config sur le VM/PC client et au fichier Server.NLog.config sur le serveur d'application :

Copier 
<logger name="BluePrism.ClientServerResources.*" minlevel="Trace" writeTo="app-logfile" />

ou

Copier 
<logger name="BluePrism.ClientServerResources.*" minlevel="Debug" writeTo="app-logfile" />

Les logs gRPC des connexions ASCR sont également affichés dans les logs générés par nLogs pour permettre aux utilisateurs d'évaluer les messages d'erreur des connexions gRPC dans les environnements de production.

Connexions et équilibreurs de charge ASCR

Ces informations ne s'appliquent qu'aux versions 7.0 et 7.1 de Blue Prism.

Lors de l'équilibrage de la charge des connexions entre les clients interactifs et les serveurs d'application, si un serveur d'application cesse inopinément d'être opérationnel, les canaux de rappel ASCR ne basculent pas vers un autre serveur d'application. Au lieu de cela, les canaux de rappel ASCR continuent d'essayer de se connecter au serveur d'applications actuellement indisponible. Cette situation est due au fait que les canaux de communication de rappel utilisés par ASCR ne sont pas équilibrés en termes de charge avec la connexion de données principales du client.

Si un serveur d'application cesse inopinément de fonctionner ou ne répond plus, redémarrez le client interactif. Cela permettra d'établir une connexion avec un serveur d'application fonctionnel, avec lequel des canaux de communication de rappel ASCR peuvent ensuite être ouverts.

Canaux gRPC et WCF

Si le client interactif ne parvient pas à établir une connexion avec l'hôte, un message d'erreur s'affiche, informant l'utilisateur que le client interactif n'a pas réussi à se connecter à toutes les adresses. La connexion du client interactif à l'hôte peut échouer pour les raisons suivantes :

  • Configuration d'ASCR non résolue : c'est le résultat d'une configuration incorrecte, ou de l'absence de configuration, comme lorsque le nom d'hôte n'est pas résolu, ou que le port défini est bloqué sur le client interactif Blue Prism ou le serveur d'applications.

    Si le nom d'hôte sur le serveur d'applications est correct et peut être résolu via une commande nslookup <APPSERVERNAME> de la machine sur laquelle le client interactif est installé, mais que le message d'erreur « Échec de connexion » persiste :

    1. fermez le client interactif Blue Prism.

    2. Créez un fichier de lot sur la machine où le client interactif Blue Prism est installé avec les contenus suivants :

      set GRPC_DNS_RESOLVER=native

      start "" "C:\Program Files\Blue Prism Limited\Blue Prism Automate\Automate.exe"

    3. Exécutez le fichier de fichier de commande pour démarrer le client interactif.

    4. Si cela ne résout pas le problème, définissez le nom d'hôte ASCR sur le serveur d'applications à l'adresse IP numérique du serveur d'applications Blue Prism.

  • Le certificat du serveur d'applications ou du client interactif ne répond pas aux exigences : voir Configuration du serveur ASCR pour plus de détails sur la configuration et les exigences en matière de certificat.