2021.10.1

Date de publication : 7 décembre 2021

Nouveautés

Nouveau mécanisme de lancement de tâches via des déclencheurs de file d'attente

Attention : Cette version marque un changement significatif dans la façon dont Orchestrator lance les tâches via les déclencheurs de file d'attente. Le nouveau comportement est activé par défaut et ne peut pas être désactivé. Lisez attentivement la note de version avant de passer à 2021.10.1. Si vous n'êtes pas sûr, guettez les prochains correctifs dans lesquels nous aborderons plus en détail ce comportement.

Dans ce correctif, nous avons modifié la logique des déclencheurs de file d'attente en tenant compte à la fois des éléments de la file d'attente Nouveau (New) et En cours (In Progress) lors du calcul du nombre de tâches cibles à atteindre. Auparavant, seuls les nouveaux éléments étaient pris en compte, et chaque fois qu'il y avait moins de nouveaux éléments que d'éléments en cours, aucune tâche n'était lancée malgré l'inactivité des Robots. Cela se produisait parce que le nombre de tâches en cours d'exécution (autrement dit, qui traitaient activement les éléments de la file d'attente) dépassait le nombre de tâches cibles (tâches nécessaires pour traiter les nouveaux éléments).

Voici un exemple pour mieux comprendre le comportement avant et après le changement :

Supposons que nous ayons un déclencheur de file d'attente défini comme suit :

Champ	Valeur (Value)
Nombre minimal d'éléments pour déclencher la première tâche :	1
Nombre maximal d'exécutions en attente et en cours autorisées simultanément	100
Une autre tâche est déclenchée pour chaque ___ nouveau(x) élément(s)	1

Étapes et comportement de la réplication avant cette modification :

Ajoutez 3 éléments de file d'attente à la file d'attente. Orchestrator calcule le nombre de tâches cibles en fonction du nombre de nouveaux éléments => 3 tâches cibles sont nécessaires. Orchestrator lance 3 tâches pour traiter les 3 éléments de la file d'attente. Les 3 éléments passent à En cours (In Progress).
Ajoutez 2 nouveaux éléments à la file d'attente. Orchestrator calcule le nombre de tâches en fonction du nombre de nouveaux éléments => 2 tâches cibles sont nécessaires. Orchestrator ne lance aucune autre nouvelle tâche, car le nombre de tâches cibles est inférieur au nombre de tâches en cours d'exécution.
Ajoutez 2 nouveaux éléments à la file d'attente. Orchestrator calcule le nombre de tâches en fonction du nombre de nouveaux éléments => 4 (2+2) tâches cibles sont nécessaires. Orchestrator lance 1 tâche afin d'atteindre la cible de 4.

Étapes et comportement de la réplication après cette modification :

Ajoutez 3 éléments de file d'attente à la file d'attente. Orchestrator calcule le nombre de tâches cibles en fonction du nombre d'éléments nouveaux et en cours => 3 tâches cibles sont nécessaires. Orchestrator lance 3 tâches pour traiter les 3 éléments de la file d'attente. Les 3 éléments passent à En cours (In Progress).
Ajoutez 2 nouveaux éléments à la file d'attente. Orchestrator calcule le nombre de tâches en fonction du nombre d'éléments nouveaux et en cours => 5 (3+2) tâches cibles sont nécessaires. Orchestrator lance 2 nouvelles tâches pour atteindre l'objectif de 5.

Journalisation des exceptions de runtime dans Elasticsearch

Pour offrir une meilleure visibilité sur les problèmes de runtime tels que les problèmes d'autorisation ou les échecs de connexion, Orchestrator journalise désormais les exceptions de runtime dans Elasticsearch.

Stockage compatible S3

Plug and play de votre stockage compatible S3 avec Orchestrator et profitez de tous ses avantages uniques : évolutivité, coût et fiabilité.

Découvrez comment activer les fournisseurs compatibles S3 pour créer des compartiments de stockage dans Orchestrator.

Découvrez comment créer et configurer des compartiments de stockage.

Azure AD au niveau de l'organisation/du locataire

À partir de cette version, l'intégration avec Azure Active Directory (Azure AD) est également disponible au niveau de l'organisation/du locataire (chaque organisation comprend un locataire).

Une intégration avec Azure AD était déjà disponible au niveau de l'hôte, ce qui vous permet de l'exploiter pour l'authentification unique. Avec ce changement, si l'intégration Azure AD est configurée au niveau de l'organisation/du locataire, vous bénéficiez de l'authentification unique, mais également de la recherche dans l'annuaire et de l'enregistrement automatique des utilisateurs.

Pour plus d’informations et d’instructions, consultez Configuration de l’intégration d’Azure AD.

Nom du service Web AIM personnalisé

À partir de maintenant, vous pouvez donner un nom personnalisé au service Web du fournisseur central d'informations d'identification. À cette fin, un nouveau champ est disponible lors de la configuration d'un magasin d'informations d'identification CyberArk CCP qui vous permet de définir le nom du service, Nom du service Web ( Web Service Name). Si vous laissez ce champ vide, le nom par défaut est utilisé : AIMWebService.

Améliorations

Performances

Vous vous demandez quelles sont les dernières nouveautés en matière de performances d’Orchestrator ? Nous sommes heureux de vous annoncer que la version autonome d’Orchestrator vous permet de connecter jusqu’à 300 000 Attended Robots grâce à la connexion interactive dans un déploiement IaaS à 15 nœuds. Pour plus de détails sur les dernières améliorations des performances, consultez Montée en charge de votre déploiement.

Configuration

Dans les nouvelles installations et les mises à niveau, Update Server utilise désormais par défaut la base de données Orchestrator existante au lieu de sa propre base de données.
Nous avons mis en place cinq nouveaux paramètres de ligne de commande pour ajouter de la flexibilité à la configuration et à la personnalisation des connexions à vos bases de données Orchestrator. Incluez-les dans une commande d'installation en mode silencieux d'Orchestrator, qu'il s'agisse d'installations nouvelles ou de mises à niveau. Vous pouvez également ajouter les nouveaux paramètres dans le fichier parameters.JSON.
Découvrez quels sont les nouveaux paramètres et consultez quelques exemples sur la façon de les utiliser dans notre guide d’installation.
Publish-IdentityServer.ps1 a désormais deux nouveaux paramètres obligatoires : -orchDetails et -identityServerDetails. Il s’agit de tables de hachage qui contiennent les valeurs suivantes pour Orchestrator et Identity Server, respectivement : resourceGroupName, appServiceName et targetSlot. Pour en savoir plus à ce sujet, consultez Paramètres Publish-IdentityServer.ps1.

Stratégie de mot de passe

Nous avons apporté les modifications suivantes aux paramètres de sécurité au niveau de l'hôte, disponibles dans le portail de gestion de l'hôte :

Nous autorisons désormais la valeur du champ Longueur minimale du mot de passe (Minimum password length) à être comprise entre 1 et 256. Auparavant, la valeur maximale autorisée était de 14.
Nous autorisons désormais la valeur du champ Nombre de jours avant l’expiration du mot de passe (Days before password expiration) dans la plage de 0 à 1000. Auparavant, la valeur maximale autorisée était de 120.

Problèmes connus

Remarque : Le programme d'installation UiPathOrchestrator.msi ne fonctionne qu'avec ASP.NET Core Hosting Bundle 3.0.x ou 5.0.0-5.0.2.

Le paramètre SignalR par défaut dans Orchestrator (avec uniquement le transport Websocket sélectionné) empêche l'utilitaire de robot distant UiPath.RemoteDebugging.Agent.exe correspondant de s'exécuter dans des environnements multi-nœuds (installations autonomes ou Automation Suite). Pour corriger ce comportement, sélectionnez tous les transports SignalR disponibles - WebSocket (sélection par défaut), Événements envoyés par le serveur (SEE) et interrogation longue - et activez les sessions persistantes sur l'équilibreur de charge.
Après la mise à niveau vers Orchestrator 2021.10, le démarrage de l’application peut renvoyer un message d’erreur « Erreur HTTP 500.30 L’application ASP.NET Core n’a pas démarré ».
Cela se produit car le système de configuration ne parvient pas à s'initialiser et renvoie l'exception suivante :

Informations sur l'exception : System.Configuration.ConfigurationErrorsException : le système de configuration n'a pas réussi à s'initialiser -System.Configuration.ConfigurationErrorsException : section de configuration non reconnue system.web. (C:\Program Files (x86)\UiPath\Orchestrator\UiPath.Orchestrator.dll.config ligne 228)".

Pour éviter ce comportement, corrigez le fichier UiPath.Orchestrator.dll.config en supprimant les sections de configuration suivantes et leurs sous-sections correspondantes :

<system.web>
<system.webserver>
<system.webServer>
<system.serviceModel>
<nwebsec>
<system.net>

La mise à jour de votre version d'Orchestrator vers 2021.10 peut renvoyer l'erreur suivante :

Updating failed with the following error: System.Exception: Error:-1, Message:An error occurred while migrating orchestrator data during post migration. DomainUnreachable at UiPath.OrchestratorCAs.IdentityDatabaseManager.RunDbMigrationToolObfuscatedLogging(String arguments, String[] tokensToObfuscate) at UiPath.OrchestratorCAs.IdentityDatabaseManager.MigrateUsersFromOrchestratorDbOnIdentityDecoupledInstall(String webConfigPath, String identityPublicUrl, String orchestratorDBConnectionString, String identityDBConnectionstring, String secretsFilePath) at UiPath.OrchestratorCAs.IdentityDatabaseManager.ApplyDbMigrationsOnIdentityDecoupledInstalling(String webConfigPath, String identityAppSettingsJsonPath, String orchestratorUrl, String identityPublicUrl, String orchestratorDbConnectionString, String identityDbConnectionstring) at UiPath.OrchestratorCAs.CustomActions.Deferred.UpdateConfigurationAndDatabasesAction.ApplyIdentityDbConfigMigrations() at UiPath.OrchestratorCAs.CustomActions.Deferred.UpdateConfigurationAndDatabasesAction.Execute() at UiPath.OrchestratorCAs.CustomActions.Base.BaseCustomAction.InternalExecuteUpdating failed with the following error: System.Exception: Error:-1, Message:An error occurred while migrating orchestrator data during post migration. DomainUnreachable at UiPath.OrchestratorCAs.IdentityDatabaseManager.RunDbMigrationToolObfuscatedLogging(String arguments, String[] tokensToObfuscate) at UiPath.OrchestratorCAs.IdentityDatabaseManager.MigrateUsersFromOrchestratorDbOnIdentityDecoupledInstall(String webConfigPath, String identityPublicUrl, String orchestratorDBConnectionString, String identityDBConnectionstring, String secretsFilePath) at UiPath.OrchestratorCAs.IdentityDatabaseManager.ApplyDbMigrationsOnIdentityDecoupledInstalling(String webConfigPath, String identityAppSettingsJsonPath, String orchestratorUrl, String identityPublicUrl, String orchestratorDbConnectionString, String identityDbConnectionstring) at UiPath.OrchestratorCAs.CustomActions.Deferred.UpdateConfigurationAndDatabasesAction.ApplyIdentityDbConfigMigrations() at UiPath.OrchestratorCAs.CustomActions.Deferred.UpdateConfigurationAndDatabasesAction.Execute() at UiPath.OrchestratorCAs.CustomActions.Base.BaseCustomAction.InternalExecute

Pour éviter ce comportement, assurez-vous que l'installation est exécutée par un utilisateur de domaine disposant d'un accès au domaine. Pour vérifier que l'utilisateur du domaine a accès, exécutez la commande shell suivante :

$domain="WindowsAuth.Domain" $context = new-object System.DirectoryServices.ActiveDirectory.DirectoryContext("domain",$domain) [system.directoryservices.activedirectory.domain]::GetDomain($context)$domain="WindowsAuth.Domain" $context = new-object System.DirectoryServices.ActiveDirectory.DirectoryContext("domain",$domain) [system.directoryservices.activedirectory.domain]::GetDomain($context)

Résolution de bogues

Orchestrator ne restituait pas correctement les formats d'heure sur la page Journaux (Logs) lorsque la langue d'Orchestrator était définie sur le chinois, le japonais ou le coréen. Les caractères 0 étaient rendus sous forme de zéros barrés et empêchent l'affichage du glyphe suivant le 0. Par exemple, ce qui doit être affiché comme 11時20分03秒 était renvoyé comme 11時2Ø03秒.
Parfois, lors du démarrage/redémarrage de votre machine Orchestrator, l'un des nœuds affichait des erreurs et était rendu inutilisable. Ce n'est plus un problème.
Des blocages se produisaient dans les environnements Orchestrator 2020.10.10 lorsque le traitement des éléments de file la d'attente prenait moins d'une seconde par élément. Les processus généraient plusieurs erreurs « Une erreur s'est produite. Code d'erreur : 0 » (An error has occurred. Error code: 0) avant de planter. Le problème a été résolu et vous pouvez désormais traiter les éléments de la file d'attente sans subir de blocages.
Lors de la configuration des notifications par e-mail du système, le bouton Tester les paramètres de messagerie (Test Email Settings) ne pouvait pas être utilisé lorsque Utiliser les informations d'identification par défaut (Use Default Credentials) était sélectionné si les champs Nom d'utilisateur SMTP (SMTP Username) et Mot de passe SMTP étaient vides.