2021.10.1
Fecha de lanzamiento: 7 de diciembre de 2021
En este parche, se ha cambiado la lógica de los desencadenadores de cola, teniendo en cuenta tanto los elementos de cola nuevos como los que están en curso, a la hora de calcular el número de trabajos objetivo que deben lograrse. Antes, solo se tenían en cuenta los artículos nuevos, por lo que cuando había menos elementos nuevos que en curso, no se lanzaba ningún trabajo a pesar de que los robots estuvieran inactivos. Esto sucedía porque el número de trabajos en ejecución (es decir, procesando activamente elementos de cola) superaba el número de trabajos objetivo (necesarios para procesar nuevos elementos).
A continuación, se muestra un ejemplo para entender mejor el comportamiento antes y después del cambio:
Supongamos que tenemos un desencadenador de cola definido de la siguiente manera:
Campo |
Valor |
---|---|
Número mínimo de elementos para desencadenar el primer trabajo: |
1 |
Número máximo de trabajos en ejecución y pendientes permitidos de forma simultánea |
100 |
Se desencadenará otro trabajo para cada __ nuevo elemento |
1 |
Pasos y comportamiento de la replicación previos a este cambio:
- Añade 3 elementos de cola a la cola. Orchestrator calcula el número de trabajos de destino en función del número de elementos nuevos => se necesitan 3 trabajos de destino. Orchestrator lanza 3 trabajos para procesar los 3 elementos de cola. Los 3 elementos pasan a estar en curso.
- Añade otros 2 nuevos elementos a la cola. Orchestrator calcula el número de trabajos de destino en función del número de elementos nuevos => se necesitan 2 trabajos de destino. Orchestrator no lanza ningún otro trabajo nuevo, ya que el número de trabajos de destino es menor que el número de trabajos en ejecución.
- Añade otros 2 nuevos elementos a la cola. Orchestrator calcula el número de trabajos de destino en función del número de elementos nuevos => se necesitan 4 (2+2) trabajos de destino. Orchestrator lanza 1 trabajo para lograr el objetivo de 4.
Pasos y comportamiento de la replicación posteriores a este cambio:
- Añade 3 elementos de cola a la cola. Orchestrator calcula el número de trabajos de destino en función del número de elementos nuevos y en curso => se necesitan 3 trabajos de destino. Orchestrator lanza 3 trabajos para procesar los 3 elementos de cola. Los 3 elementos pasan a estar en curso.
- Añade otros 2 nuevos elementos a la cola. Orchestrator calcula el número de trabajos de destino en función del número de elementos nuevos y en curso => se necesitan 5 (3+2) trabajos de destino. Orchestrator lanza 2 nuevos trabajos para lograr el objetivo de 5.
Con el fin de proporcionar una mejor visibilidad de los problemas en tiempo de ejecución, como los problemas de permisos o los fallos de conexión, Orchestrator ahora registra las excepciones en tiempo de ejecución en Elasticsearch.
Conecta tu almacenamiento compatible con S3 a Orchestrator y aprovecha todas sus ventajas exclusivas: escalabilidad, coste y fiabilidad.
A partir de esta versión, la integración con Azure Active Directory (Azure AD) también está disponible a nivel de organización/tenant (cada organización comprende un tenant).
Ya estaba disponible una integración con Azure AD a nivel de host, que te permite usarla para SSO. Con este cambio, si la integración de Azure AD está configurada a nivel de organización/tenant, te beneficias del SSO, pero también de la búsqueda en el directorio y del aprovisionamiento automático de usuarios.
Para obtener más información e instrucciones, consulta Configurar la integración de Azure AD.
A partir de ahora, puedes asignar un nombre personalizado al servicio web del proveedor de credenciales central. Para ello, al configurar un almacén de credenciales de CyberArk CCP se dispone de un nuevo campo que permite establecer el nombre del servicio, Nombre del servicio Web. Si dejas el campo vacío, se utilizará el nombre predeterminado AIMWebService.
- ¿Te preguntas cuáles son las últimas novedades en cuanto al rendimiento de Orchestrator? Nos complace anunciar que la instancia de Orchestrator independiente permite conectar hasta 300 000 robots atendidos con inicio de sesión interactivo en una implementación de IaaS de 15 nodos. Para obtener una descripción detallada de las últimas mejoras de rendimiento, consulta Escalar su implementación.
- Tanto en las instalaciones desde cero como en las actualizaciones, el servidor de actualizaciones ahora utiliza de forma predeterminada la base de datos existente de Orchestrator en lugar de su propia base de datos.
- Se han introducido cinco nuevos parámetros de línea de comandos para añadir flexibilidad a la hora de configurar y personalizar las conexiones con las bases de datos de Orchestrator. Inclúyelos en un comando de instalación silenciosa de Orchestrator, ya sean instalaciones desde cero o actualizaciones. También puedes añadir los nuevos parámetros en el archivo
parameters.JSON
.Descubre cuáles son los nuevos parámetros y ve algunos ejemplos sobre cómo utilizarlos en nuestra guía de instalación.
Publish-IdentityServer.ps1
tiene ahora dos nuevos parámetros obligatorios:-orchDetails
y-identityServerDetails
. Son tablas hash que contienen los siguientes valores para Orchestrator e Identity Server, respectivamente:resourceGroupName
,appServiceName
ytargetSlot
. Para obtener más información, consulta Parámetros Publish-IdentityServer.ps1.
Se han realizado los siguientes cambios en la configuración de seguridad a nivel de host, disponibles en el portal de gestión del host:
- Ahora se permite que el valor del campo Longitud mínima de la contraseña esté comprendido entre 1 y 256. Anteriormente, el valor máximo permitido era 14.
- Se permite que el valor del campo Días restantes para que caduque la contraseña esté comprendido entre 0 y 1000. Anteriormente, el valor máximo permitido era 120.
UiPathOrchestrator.msi
solo funciona con ASP.NET Core Hosting Bundle 3.0.x o 5.0.0-5.0.2.
- La configuración predeterminada de SignalR en Orchestrator (con solo el transporte Websocket seleccionado) impide que la correspondiente utilidad de robot remoto
UiPath.RemoteDebugging.Agent.exe
se ejecute en entornos multinodo (ya sean instalaciones independientes o de Automation Suite). Para solucionar este comportamiento, selecciona todos los transportes disponibles de SignalR (WebSocket (selección predeterminada), Eventos enviados por el servidor (SEE) y Encuesta prolongada) y habilita las sesiones fijas en el equilibrador de carga. - Tras actualizar a Orchestrator 2021.10, al iniciarse la aplicación puede aparecer el error 500.30 HTTP de fallo de inicio de sesión de la aplicación ASP.NET Core.
Esto sucede debido a que el sistema de configuración no se inicializa y devuelve la siguiente excepción:
"Exception Info: System.Configuration.ConfigurationErrorsException: Configuration system failed to initialize System.Configuration.ConfigurationErrorsException: Unrecognized configuration section system.web. (C:\Program Files (x86)\UiPath\Orchestrator\UiPath.Orchestrator.dll.config line 228)".
UiPath.Orchestrator.dll.config
eliminando las siguientes secciones de configuración y sus correspondientes subsecciones:
<system.web>
<system.webserver>
<system.webServer>
<system.serviceModel>
<nwebsec>
<system.net>
- La actualización de la versión de Orchestrator a la 2021.10 puede mostrar el siguiente error:
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.InternalExecute
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.InternalExecute
Para evitar este comportamiento, asegúrate de que la instalación es ejecutada por un usuario del dominio con acceso al mismo. Para verificar que el usuario del dominio tiene acceso, ejecuta el siguiente comando del shell:
$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)
- Orchestrator no mostraba correctamente los formatos de hora en la página Registros cuando el idioma de Orchestrator estaba configurado en chino, japonés o coreano.
0
Los caracteres se representaban como ceros cortados e impedían que se mostrase el glifo que sigue a0
. Por ejemplo, lo que debería aparecer como11時20分03秒
se representa como11時2Ø03秒
. - A veces, al iniciar/reiniciar tu máquina de Orchestrator, uno de los nodos mostraba errores y quedaba inutilizado. Esto ya no supone un problema.
- Los interbloqueos se producían en entornos de Orchestrator 2020.10.10 en los que el procesamiento de los artículos en cola tardaba menos de un segundo por cada uno. Los procesos podían mostrar numerosos errores del tipo "An error has occurred. Código de error: 0" antes de bloquearse. El problema se ha solucionado y ya puedes procesar artículos en cola sin bloqueos.
- Al configurar las notificaciones de correo electrónico del sistema, el botón Probar la configuración del correo electrónico no se podía utilizar si se seleccionaba Usar credenciales predeterminadas estando en blanco los campos Nombre de usuario SMTP y Contraseña SMTP.
- Novedades
- Nuevo mecanismo para lanzar trabajos a través de desencadenadores de cola
- Registrar excepciones en tiempo de ejecución en Elasticsearch
- Almacenamiento compatible con S3
- Azure AD a nivel de organización/tenant
- Parámetro AIMWebserviceName personalizado
- Mejoras
- Rendimiento
- Configuración
- Política de contraseñas
- Problemas conocidos
- Corrección de errores