Sessões do Windows

O Robô executa automações em uma sessão do Windows, iniciando um console ou uma sessão RDP com base na configuração do LogonNoConsole no Orchestrator. Embora todos os Robôs possam se conectar a ambos os tipos de sessão, os Robôs de alta densidade usam apenas sessões RDP.

Como funciona

Uma sessão do Windows é sempre criada na máquina física ou virtual na qual o Robô está instalado. O Orchestrator não cria diretamente sessões do Windows. Em vez disso, quando um trabalho é iniciado no Orchestrator, ocorre a seguinte sequência:

1. O Orchestrator envia uma mensagem com os detalhes do processo para o Serviço de Robôs da UiPath na máquina.

2. O Serviço de Robôs da UiPath solicita a criação ou acesso a uma sessão existente do Windows na máquina.

3. O Serviço de Robôs da UiPath inicia o Executor do Robô na sessão criada anteriormente.

4. Então, o Executor do Robô inicia a execução da automação nessa sessão.

O Serviço de Robôs da UiPath conecta o comando para executar uma automação à execução real.

Sem trabalhos pendentes, o Serviço de Robôs da UiPath entra em estado ocioso e não requer uma sessão do Windows totalmente ativa para a execução de automação. A sessão de serviço subjacente permanece ativa para uma comunicação constante com o Orchestrator por meio de WebSockets (SignalR). Isso garante a execução imediata quando um comando é recebido.

Sessão de console

Esse é o ambiente de execução padrão.

Em uma sessão de console, o Robô executa trabalhos enquanto um usuário está conectado à máquina de hospedagem. Esse tipo de sessão é geralmente recomendado para:

• Automações que usam a resolução de exibição do computador host.Embora você possa especificar uma resolução personalizada, ela é limitada às resoluções compatíveis com o computador Host.

• A automação sequencial é executada, uma nova execução é iniciada quando a anterior termina, e o robô de execução desconecta-se da sessão ativa.

Importante:

Pode haver apenas uma sessão de console ativa de cada vez.

Sessão RDP

Em uma sessão de Protocolo de Área de Trabalho Remota (RDP), o Robô cria ou conecta-se a um ambiente virtual de área de trabalho remota na máquina em que está sendo executado. Esse tipo de sessão é geralmente recomendado para:

• Automações que exigem uma resolução de tela personalizada, definindo a largura, altura e profundidade da resolução na aba Configurações do robô no Orchestrator.

• Estações de trabalho do Windows para executar uma automação de cada vez, já que uma nova execução é iniciada quando a anterior termina e o robô de execução desconecta-se da sessão ativa.

• Máquinas do Windows Server, para executar várias automações simultaneamente:

  • para o mesmo usuário em sua sessão RDP diferente, com a limitação de que os processos não devem depender de eventos de hardware, como atividades do UIAutomation.

  • para vários usuários, cada um em sua sessão RDP

• Execuções de Robôs em alta densidade.

Importante:

Se um trabalho for iniciado a partir do Orchestrator e uma sessão RDP já estiver ativa, o processo será executado nessa sessão.

A opção LoginToConsole no Orchestrator

Ao definir ou editar uma conta de Robô no Orchestrator, você pode selecionar o tipo de sessão usada pelos seus Robôs para executar automações. Para fazer isso, use a opção LoginToConsole.

Na página Tenant > Gerenciar acesso > Contas do Robô > Configurações do Robô no Orchestrator, a opção Fazer login no console é desabilitada por padrão. No entanto, o Robô executa tarefas em uma sessão do console por padrão.

Para ativar a sessão do console, ative a opção Fazer login no console e selecione Sim. Se um trabalho for iniciado no Orchestrator durante uma sessão RDP ativa, a sessão RDP será encerrada automaticamente.

Para ativar a sessão RDP, ative a opção LoginToConsole e selecione Não. Se um trabalho for iniciado a partir do Orchestrator e uma sessão RDP já estiver ativa, o Robô executará o trabalho dentro da sessão RDP ativa.

Execução de processos sobre RDP

A imagem a seguir resume a execução de processos sobre RDP:

1. O Serviço de Robôs da UiPath recebe o comando para iniciar uma execução do Orchestrator, por meio do protocolo HTTPS, chamado WebSockets (SignalR).

2. Então, o Serviço de Robôs da UiPath cria uma sessão do Windows na máquina usando RDP. Essa sessão RDP é criada para o usuário atribuído ao Robô.

3. Depois que a sessão RDP é criada, o Serviço de Robôs da UiPath gera um Executor do Robô dentro dessa sessão. O Serviço de Robôs da UiPath e o Executor do Robô comunicam-se entre si por meio de pipes com nomes.Esse método permite que o Executor saiba exatamente quais tarefas precisam ser executadas.

4. As tarefas são executadas dentro da sessão do Windows gerada.

Observação:

• O Serviço de Robôs da UiPath usa o RDP exclusivamente para iniciar uma sessão do Windows na máquina onde o Robô está instalado.Ele não usa o RDP para conectar o Orchestrator à máquina na qual o processo é executado, nem para se comunicar com outros componentes fora da máquina.

• Para executar automações unattended em ambientes onde as sessões RDP requerem autenticação Kerberos, você precisa usar o Nome do Host DNS para o valor do localhost. Para fazer isso, adicione a seguinte variável de ambiente à sua máquina:

  UIPATH_DNS_MACHINENAME=True

• A execução de automações em ambientes que impõem o TCP não influencia suas sessões RDP.

Solução de problemas de sessões do Windows

O Serviço de Robôs da UiPath captura uma série de capturas de tela de sessão ao configurar sua sessão do Windows e as exclui quando a sessão é criada com sucesso. Se a configuração da sessão falhar, ela salva as capturas de tela no diretório %ProgramData%\UiPath\SessionScreenshots para solução futura de problemas.