- Primeros pasos
- Introducción
- Actualización automática de los componentes del cliente
- Periodos de vigencia
- Direcciones IP salientes de Orchestrator
- Mejores prácticas
- Tenant
- Acerca del contexto de tenant
- Buscar recursos en un tenant
- Gestionar robots
- Conexión de los robots a Orchestrator
- Almacenar credenciales de robots en CyberArk
- Almacenar contraseñas de robots desatendidos en Azure Key Vault (solo lectura)
- Almacenar las credenciales de robots desatendidos en HashiCorp Vault (solo lectura)
- Almacenamiento de credenciales de Unattended Robot en AWS Secrets Manager (solo lectura)
- Eliminar sesiones desconectadas y sin respuesta no atendidas
- Autenticación de Robot
- Autenticación de robots con credenciales de cliente
- Configurar las capacidades de automatización
- Auditoría
- Configuración
- Cloud Robots
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Apps
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Servicio de catálogo de recursos
- Integraciones
- Solución de problemas
Actualización automática de los componentes del cliente
Esta característica permite a los administradores actualizar los clientes Robot, Studio y UiPath® Assistant a versiones más recientes desde Orchestrator. Esto proporciona una manera fácil de entregar una actualización de versión a una gran base de máquinas desde una ubicación centralizada, lo que ayuda a eliminar la fricción del usuario y agiliza el proceso de actualización.
- Orchestrator, Studio y Robot 2021.10 o posterior.
- Studio y/o Robot 2021.10 o posterior instalado en el equipo cliente y conectado a Orchestrator.
Parte del cliente
-
Aplicaciones para clientes:
- Robot
- Asistente
- Studio
- Servicio de robots
- Agente de actualización: proceso de Windows responsable de la comunicación entre el usuario y el servicio de actualización. (solo presente en el modo usuario y en la instalación de robots asistidos)
- Servicio de actualización: un servicio de Windows responsable de la comunicación entre la máquina cliente y el servidor de actualización.
Parte del servidor
- Orchestrator: proporciona la interfaz de usuario para que los administradores establezcan políticas de actualización automática y comprueben el estado de la versión de las aplicaciones cliente.
- Servidor de actualización: servicio centralizado encargado de gestionar las políticas de actualización automática y de mantener la comunicación con los equipos cliente a través del servicio de actualización.
Como administrador, puedes elegir la versión específica que se desplegará en una máquina concreta.
UiPath.UpdateService.Worker.exe
y UiPath.UpdateService.Agent.exe
.
Dependiendo del tipo de instalación de Studio/Robot, se instalan de una manera diferente:
- Robot unattended:
UiPath.UpdateService.Worker.exe
se instala como servicio Windows, mientras que noUiPath.UpdateService.Agent.exe
está instalado. - Robot atendido:
UiPath.UpdateService.Worker.exe
se instala como servicio Windows, mientras queUiPath.UpdateService.Agent.exe
se instala como tarea de inicio de sesión en el programador de tareas. - Instalación rápida (modo de usuario):
UiPath.UpdateService.Worker.exe
y seUiPath.UpdateService.Agent.exe
instalan como Tareas de inicio de sesión en el programador de tareas.Importante: Al instalar UiPath Studio y Robot en el equipo en modo de usuario asistido, para que el servicio de actualización se conecte al servidor de actualización, asegúrate de añadir la URL de Orchestrator durante la configuración. Si la URL de Orchestrator no se añade durante la instalación, un usuario con derechos de administrador en la máquina debe iniciar sesión y conectar el robot a Orchestrator.
Cuando se define o modifica una nueva política, el servidor de actualización envía un comando al servicio de actualización en el equipo cliente, que pregunta a las aplicaciones cliente si están listas para iniciar el proceso de actualización.
Para estar listo para recibir una actualización, un producto debe estar en un estado neutral:
- Studio: no hay procesos en ejecución ni sesiones activas.
- Robot: no hay trabajos ni procesos en ejecución.
- Assistant: no hay procesos en ejecución ni actividades pendientes (procesos de instalación o descarga).
Nota: durante el proceso de actualización, el UiPath Robot no inicia ningún trabajo hasta que se complete la actualización.
En el escenario atendido, se muestra un aviso de actualización que ofrece al usuario dos opciones:
Update Now
: detiene todos los trabajos que se están ejecutando y cierra todas las instancias de Studio en esa máquina para proceder a la actualización.-
Later
: silencia la notificación y el proceso de actualización puede reanudarse dirigiéndote al icono de la interfaz de usuario en la bandeja del sistema y haciendo clic en Buscar actualizaciones.Cuando el usuario acepta la solicitud, se envía la confirmación al servicio de actualización y se inicia el proceso de actualización. Si no se responde en 24 horas desde la primera notificación, la actualización se instalará automáticamente.
En el escenario desatendido, el servicio de actualización confirma que la aplicación cliente esté en un estado neutro (como se ha descrito anteriormente) antes de enviar la confirmación al servidor de actualización.
- Si se ejecuta algún proceso en la máquina, se solicita al usuario del robot que detenga el proceso o espere a que finalice antes de que pueda continuar la actualización. Si está abierta una sesión de Studio, se le pide al usuario del robot que guarde su progreso.
- Si el usuario del robot no reacciona, Studio se cierra y guarda el proceso tal como está en ese momento. El proceso puede recuperarse después de que se complete la actualización.
- Si se alcanza un límite de tiempo determinado, el robot en modo de servicio fuerza una actualización incluso si un trabajo aún se está ejecutando. Debido a este comportamiento, el trabajo puede fallar. El tiempo de espera predeterminado es:
- 10 minutos para los robots en modo de servicio.
- 1440 minutos para robots en modo de usuario.
Pasos del proceso de actualización
El proceso de actualización se divide en siete etapas:
Mecanismo de reintento
Durante el proceso de actualización, si el archivo no puede recuperarse en la primera descarga, el servicio de actualización lo reintenta tres veces más. Los intervalos de reintento son: una hora después del primer intento, dos horas después del primer reintento y cuatro horas después del último reintento. Antes de cada reintento, se informa al usuario a través del sistema de notificación.
%localappdata%/Uipath/UpdateService/logs
.
El proceso es similar para la instalación, por lo que si se produce un error en la primera instalación, el servicio de actualización lo vuelve a intentar tres veces con la misma frecuencia (una hora después del intento inicial, luego dos después del primer reintento y cuatro horas después del último reintento).
El servidor de actualizaciones espera 72 horas para que la actualización se complete desde su inicio. Si la nueva versión no se instala después de este intervalo, se añade un error detallado a los registros. La actualización se vuelve a intentar la próxima vez que se reciba una solicitud.
También puedes reintentar manualmente la actualización utilizando el botón si la actualización automática falla.
Los aspectos técnicos del servidor son idénticos para las implantaciones en modo servicio y en modo usuario, ya que utilizan el mismo tipo de conexión entre el servidor y el servicio de actualización. La diferencia consiste en la forma en que el servicio de UiPath Robot se comunica con el servicio de actualización en la máquina cliente, como se explica a continuación.
Modo de servicio
En las implantaciones en modo servicio, el servicio del robot y el servicio de actualización se ejecutan en la sesión de la cuenta local del sistema.
Modo de usuario
En las implementaciones en modo usuario, el servicio de robot se ejecuta en la sesión del usuario y el servicio de actualización se ejecuta en la sesión de la cuenta local del sistema.
Las políticas pueden establecerse para usuarios, grupos de usuarios (recomendado para casos de uso atendidos) o máquinas (recomendado para casos de uso desatendidos).
La configuración de políticas de actualización para usuarios o grupos de usuarios permite a los administradores controlar la versión de Studio, UiPath Robot y Assistant para un usuario o grupo de usuarios específico.
- Usuario específico: para actualizar de forma granular los componentes vinculados a un usuario específico.
-
Grupo de usuarios: para actualizar el acceso a todos los miembros del grupo sin necesidad de establecer el nivel de acceso para cada usuario individualmente.
Importante: Para los usuarios que tienen asignada la licencia Automation Express, la política de actualización no se puede editar y se establece para entregar la última versión de la empresa.
Las políticas se configuran editando un usuario o grupo específico desde la sección Administrar acceso en Orchestrator.
- Dirígete a Tenant > Administrar acceso. Se mostrará la ventana Usuarios.
- Para el usuario/grupo de usuarios deseado, haz clic en Editar. Se mostrará la ventana Editar usuario.
- En la sección Actualizar la configuración de la política, cambia la política de actualización automática a uno de los siguientes valores:
Por usuario
Por grupo
None
, pero también forma parte de un grupo que tiene una política específica (por ejemplo, el último parche), se aplica la política de grupo. Si quieres que no se actualicen los componentes de ese usuario concreto, debes eliminarlos del grupo que tiene la política o establecer la política de actualización a la versión actual que está instalada.
Si el usuario tiene una política configurada para enviar una versión específica y también forma parte de un grupo que tiene una política diferente, la política a nivel de usuario tiene prioridad.
La configuración de una política de actualización para los objetos de la máquina permite a los administradores actualizar las versiones del robot en todas las máquinas conectadas a Orchestrator usando una clave de máquina específica.
Para configurar las políticas de actualización de los objetos máquina, sigue estos pasos:
En caso de que una política a nivel de usuario, una política a nivel de grupo y una política a nivel de máquina se apliquen al mismo UiPath Robot, la política a nivel de usuario tiene prioridad.
Ejemplo:
- Machine_1 tiene instalada la versión 2021.10 de UiPath Robot y Studio.
- En machine_1, el robot se conecta a Orchestrator a través del registro interactivo con el usuario John.Doe@domain.com.
- Se aplica una política de actualización a john.doe@domain.com que está configurada para implementar la versión 2021.10.2.
- john.doe@domain.com también forma parte de group_1.
- Se aplica una política de actualización a group_1 configurada para implementar la versión 2021.10.3.
-
Se aplica una política de actualización a machine_1 que está configurada para implementar la versión 2022.4.
Resultado: cuando se activan las políticas de actualización, los componentes de esa máquina se actualizan a la versión 2021.10.2.
Nota: cuando utilice cuentas de robot , tenga en cuenta que se utiliza la política a nivel de máquina para gestionar la actualización.
Disponibilidad de la versión en las políticas
Al crear una política de actualización, puedes elegir una de las siguientes opciones:
Última versión principal |
Último parche |
Parche específico |
---|---|---|
Instala la última versión disponible que se encuentra en el servidor de actualizaciones. |
Instala el último parche disponible para cada una de las versiones compatibles. (por ejemplo, el último parche 2021.10, el último parche 2022.4). |
Instala un parche específico de la lista de los parches disponibles en el servidor de actualización. |
%localappdata%/Uipath/UpdateService/logs
.
Cuando los robots se despliegan en entornos virtuales en los que se clonan las máquinas, el nombre de la máquina, el guid, el ID de la unidad y la dirección mac son los mismos. Esto puede causar conflictos, ya que Orchestrator recibe diferentes estados de actualización de varias máquinas con los mismos identificadores.
En este escenario, el estado de actualización en Orchestrator se muestra en base a la última máquina conectada.
Esto también puede afectar a los registros de Orchestrator, ya que si varias máquinas tienen los mismos identificadores, pueden aparecer registros duplicados.
El Estado de la versión te permite comprobar el estado de la versión del UiPath Robot para tus máquinas con respecto a la política asociada.
Están disponibles los siguientes valores:
- Sin política: no se define ninguna política
- Actualización en curso: este estado se presenta cuando el proceso de actualización está en curso en la máquina
- Compatible: la versión del robot en la máquina coincide con la política de actualización.
- No compatible: la versión del robot en la máquina es diferente a la configurada en la política. (por ejemplo, la versión del robot es 2021.10.3 y la política está configurada como 2021.10.1)
- Error de actualización: este estado se muestra cuando el proceso de actualización ha dado error. Puedes encontrar más detalles en los registros de actualización.
- N/A: este estado se muestra cuando la configuración para excluir máquinas inactivas está activada y el robot no se ha conectado durante un tiempo, o cuando el tipo de máquina no es compatible con el proceso de actualización automática.
La columna Estado de la versión en la pestaña Máquinas de Orchestrator te permite comprobar el estado de la versión del UiPath Robot para tus máquinas con respecto a la política asociada.
N/A
con el texto: «La actualización automática no es aplicable a este tipo de máquina».
Exclusión de las máquinas inactivas
Non compliant
. Esto ocurre porque la plantilla de máquinas se comunica con el servidor de actualización utilizando la misma clave de máquina, y si una de las máquinas conectadas no puede recibir una actualización, el estado general de la plantilla de máquinas se ve afectado.
Para evitarlo, accede a la sección General del menú Configuración en el contexto del tenant, selecciona la casilla Binarios del cliente, y establece el intervalo de inactividad preferido. Esto excluye a las máquinas inactivas del proceso de actualización, y ya no las tiene en cuenta cuando se informa del estado de actualización.
En los casos en los que los robots se encuentran detrás de un proxy, para que la función de actualización automática funcione, puede ser necesario realizar ajustes adicional. Según el tipo de instalación, las configuraciones del proxy pueden heredarse de la configuración del proxy a nivel de usuario, o establecerse manualmente editando el archivo config.
Tipo de instalación |
Implementación de robots |
Servicio de actualización |
Agente de actualización |
Configuración de Proxy |
---|---|---|---|---|
Robot desatendido |
Servicio de Windows |
Servicio de Windows |
N/D
1 |
Desde del archivo
uipath.config .
|
Robot atendido |
Ejecución a nivel de usuario |
Servicio de Windows |
Ejecución a nivel de usuario |
Desde del archivo
uipath.config .
|
Instalación rápida |
Ejecución a nivel de usuario |
Ejecución a nivel de usuario |
Ejecución a nivel de usuario |
Desde la configuración del proxy a nivel de usuario. |
1
cuando el robot se instala en modo desatendido, el agente de actualización no se añade a la máquina.
Cuando una actualización produce un error, puedes utilizar la Herramienta de diagnóstico para recopilar registros y enviarlos a nuestro equipo de soporte, los cuales se usan para investigar más a fondo el error específico.
- Acerca de
- Requisitos previos
- Componentes que intervienen en el proceso de actualización
- Cómo funciona
- Despliegue de robots en modo servicio y en modo usuario
- Configurar las políticas
- Configuración de políticas para usuarios/grupos de usuarios
- Por objetos de máquina
- Política de prioridades
- Registros de actualización
- Estados de la versión
- Estado de la versión de las máquinas
- Estado de la versión para los usuarios
- Configuración de proxy
- Recopilación de registros de errores
- Mensaje de error
- Configuración de la herramienta de diagnóstico