Como a automação Unattended é executada

As etapas abaixo descrevem as ações necessárias para executar automações Unattended bem-sucedidas. Estamos cientes de que esses processos em grande escala são gerenciados de forma diferente por cada empresa, o que significa que a ordem na qual as etapas são executadas variará. Assim, a ordem descrita abaixo é meramente uma recomendação de como uma configuração bem-sucedida pode ocorrer.

1. Configuração da infraestrutura

As seguintes etapas ajudam você a configurar sua máquina do host para executar automações Unattended.

1.1. Configuração das máquinas do host que executarão o Unattended Robot

As máquinas do host que executarão automações Unattended estão conectadas a um modelo de máquina do Orchestrator, por meio de uma chave da máquina ou um conjunto de credenciais do cliente. Isso permite que as automações sejam gerenciadas pelo Orchestrator.

Várias máquinas do host podem ser conectadas ao mesmo modelo de máquina. Entretanto, é uma boa prática manter modelos separados para cada conjunto de máquinas do host que compartilham a mesma configuração física, isto é:

• Elas têm a mesma configuração.

• Elas contêm os mesmos aplicativos, nas mesmas versões, instalados sob os mesmos caminhos em cada máquina.

• Os usuários que precisam fazer login nesses aplicativos têm os mesmos direitos de acesso.

Para assegurar que suas máquinas do host executem automações da forma mais tranquila possível, há algumas coisas importantes a se lembrar:

• Todos os recursos necessários, como aplicativos e serviços, devem ser instalados nas máquinas do host relevantes e agrupados de forma lógica, de acordo com os processos que você deseja executar.

• Todas as contas de Robots atribuídas a uma pasta devem poder fazer login em cada máquina do host associada ao modelo de máquina atribuído a essa mesma pasta.

Todas as contas de Robots atribuídas a uma pasta devem poder fazer login em cada máquina do host associada ao modelo de máquina atribuído a essa mesma pasta.

A máquina do host deve corresponder aos Requisitos técnicos de hardware e software, e sua funcionalidade do protetor de tela deve estar desabilitada.

1.2. Instalação de um Robot de modo de serviço em máquinas do host

Um Robot de modo de serviço é a opção recomendada para cenários de automação Unattended e implantações de plataformas em grande escala. Quando um processo é executado, o Robot é iniciado pelo Gerenciador de Controle de Serviços do Windows no sistema local, o que significa que ele tem todos os direitos de um administrador da máquina e pode ser executado com os mesmos direitos do usuário sob o qual está registrado.

Há duas formas de instalar o Robot:

• Por meio da linha de comando, usando o parâmetro ADDLOCAL - para instalar o Robot no modo de serviço, você também precisa adicionar a opção RegisterService. Essa é a escolha recomendada para Unattended Robots, especialmente no que diz respeito a implantações em grande escala.
• Junto com o UiPath® Studio, por meio do UiPathStudio.msi - o UiPath Robot é implantado por padrão no modo de serviço.

Recomendamos usar VDIs não persistentes, que ajudam a assegurar que todas as suas máquinas do host sigam uma configuração consistente, com o mínimo esforço.

1.3. (Opcional) Instalação do UiPath Studio na máquina Unattended

Importante:

Essa etapa só é necessária para desenvolvedores que executam automações Unattended e que podem querem solucionar quaisquer problemas.

Você também pode depurar seus processos diretamente a partir do UiPath Assistant, habilitando uma sessão de solução de problemas.

Para depurar automações Unattended em uma máquina Unattended, você precisa instalar o UiPathStudio.msi nessa máquina. Se você optar pela Configuração Rápida durante a instalação, o UiPath Robot é implantado no Modo de Usuário, o que significa que ele é executado sob o usuário que o iniciou e tem os mesmos direitos que esse usuário determinado.

O instalador do UiPathStudio.msi pode ser baixado do Resource Center.

Para iniciar um trabalho no Orchestrator em um usuário local (Robot no modo de usuário), o usuário do Windows deve ter feito login na máquina. O Robot no modo de usuário não pode executar trabalhos simultâneos em diferentes usuários, independentemente de o Robot estar instalado em um Windows Server ou não.

2. Configuração do Orchestrator

As seguintes etapas ajudam você a configurar objetos do Orchestrator necessários para executar automações Unattended bem-sucedidas.

2.1. Criação de um modelo de máquina

Um modelo de máquina é o tipo recomendado de máquina do Orchestrator para automações Unattended. Os modelos de máquina fornecem o poder computacional para executar o trabalho. Eles ajudam você a implantar várias máquinas, ao definir a configuração uma vez e, depois, usar um único conjunto de credenciais do cliente, para permitir que vários Robots se conectem ao Orchestrator.

1. No nível do tenant, clique em Máquinas > Adicionar máquina > Modelo de máquina. A janela Modelo de máquina é exibida.

2. Configure o modelo de máquina e atribua a ele no mínimo um Runtime UnattendedRuntimes são um tipo de licença de serviço dedicado a automações Unattended, sendo tirados do pool de tenants e atribuídos no nível do modelo de máquina. Com um runtime, você pode executar uma automação em uma máquina do host. Com dois runtimes, você pode executar duas automações na mesma máquina do host ou uma automação em duas máquinas do host.

3. Clique em Provisionar.

4. Copie a chave da máquina e/ou a ID do cliente e o segredo do cliente para uso posterior.

Esse é um exemplo de um modelo de máquina, que serve como base para uma estratégia de otimização eficiente:

Sua infraestrutura consiste em:

• um computador Windows

• um Windows Server de alta densidade

• três máquinas Linux

No. de processos	Compatibilidade (definido no Studio)	Configurações do modelo de máquina (definido no Orchestrator)	Motivo
4 processos em segundo plano	Windows - Legado (.NET Framework 4.6.1)	Conectamos um computador Windows usando o modelo A, que definimos da seguinte maneira: Tipo de processo = Compatibilidade de processos apenas em segundo plano = Runtimes Unattended apenas do Windows = 4	Os processos do .NET Framework 4.6.1 só podem ser executados em máquinas Windows. Os processos em segundo plano podem ser executados simultaneamente na mesma conta. O modelo A tem 4 runtimes atribuídos, permitindo a execução de 4 trabalhos simultaneamente.
6 processos em segundo plano	Multiplataforma (.NET 5.0 ou posterior)	Conectamos 3 máquinas Linux usando o modelo B, que definimos da seguinte maneira: Tipo de processo = Compatibilidade de processos apenas em segundo plano = Runtimes Unattended apenas multiplataforma = 2	Os processos do .NET Framework 5.0 podem ser executados em qualquer tipo de máquina. O modelo B permite a execução apenas de processos em segundo plano nas máquinas Linux conectadas. Os processos em segundo plano podem ser executados simultaneamente na mesma conta. O modelo B possui 2 runtimes atribuídos, permitindo a execução de 2 trabalhos simultaneamente em cada máquina Linux conectada: 2 trabalhos x 3 máquinas resulta em uma capacidade de execução de 6 trabalhos simultâneos.
10 processos de primeiro plano	Windows (.NET 5.0 ou posterior)	Conectamos o servidor Windows usando o modelo C, que definimos da seguinte maneira: Tipo de processo = Compatibilidade de processos apenas em primeiro plano = Runtimes Unattended apenas do Windows = 10	Os processos do .NET Framework 5.0 podem ser executados em qualquer tipo de máquina, incluindo máquinas Linux, mas como esses são processos de primeiro plano desenvolvidos para Windows, você precisa executá-los em máquinas Windows. Uma conta pode executar um processo de primeiro plano por vez. Um Windows Server do HD permite abrir várias sessões de contas. O modelo C possui 10 runtimes atribuídos, o que significa que 10 sessões são abertas simultaneamente, permitindo a execução de 10 tarefas em primeiro plano simultaneamente.

2.2. Criação de uma conta de Robot

A conta é a identidade que proporciona as permissões e credenciais necessárias para o Robot consumir recursos do Orchestrator e fazer login em máquinas do host, respectivamente. Recomenda-se usar uma conta de Robot, que é ideal quando você precisa executar processos Unattended de back-office que não devem ser da responsabilidade de um usuário específico qualquer.

Para criar uma conta de Robot, siga as etapas correspondentes a seu ambiente:

• Criação de contas de UiPath Robot no Automation Suite

• Criação de contas de Robot no Automation Suite

• Criação de contas de Robot no Orchestrator independente

2.3. Criação da estrutura de pastas

É altamente recomendável criar uma estrutura de pastas centrada em torno dos processos que você deseja executar. Ou seja, cada processo deve ter sua(s) própria(s) pasta(s) especializada(s) contendo todos os ativos necessários para que ele seja executado corretamente e sem interrupções.

2.4. Atribuição de objetos a pastas

O modelo de máquina, a conta de Robot, o processo de automação e quaisquer outros elementos necessários para uma iteração de automação Unattended devem ser colocados na mesma pasta. Isso é muito importante se você quiser garantir um processamento ininterrupto.

Atribuição de uma conta de Robot a uma pasta

1. No nível do tenant do Orchestrator, clique em Pastas, selecione a pasta desejada para sua automação (que deve ser a mesma na qual você adicionou o modelo de máquina) e, então, clique em Atribuir conta/grupo.
2. No campo Nome da conta ou grupo, comece a digitar o nome da conta que você acabou de criar e selecione-a na lista.
3. Na lista Funções, selecione Automation User.
4. Clique em Atribuir.

Atribuição de um modelo de máquina a uma pasta

1. Selecione a pasta que conterá todos os elementos pertencentes a essa automação e, em seguida, clique em Configurações > Máquinas > Gerenciar máquinas na pasta.
2. Clique em Adicionar máquina > Modelo de máquina. A Janela Gerenciar máquinas na pasta é exibida.
3. Marque a caixa de seleção à esquerda do modelo de máquina desejado e, em seguida, clique em Atualizar. A máquina é adicionada à pasta.

3. Conexão do Unattended Robot ao Orchestrator

Na automação Unattended, a máquina do host é conectada e licenciada no modo Unattended, executando, assim, processos por meio do Orchestrator. Essa conexão é estabelecida por meio de uma chave da máquina ou de um conjunto de credenciais do cliente, pela linha de comando. A chave da máquina ou as credenciais são geradas no Orchestrator quando você cria o modelo de máquina. Isso depende das configurações de segurança do Robot.

Para descobrir como obter essa conexão, visite esta seção.

4. Execução da automação Unattended

As seções a seguir percorrem as etapas necessárias para executar na prática a automação que você vem preparando até agora.

4.1. Criação de um projeto de automação no UiPath Studio e sua publicação no Orchestrator

Digamos que precisamos fazer um backup de arquivos de log em um servidor todos os dias às 9h. Para fazê-lo, precisamos copiar o arquivo de log desse dia para outra pasta. Neste exemplo, copiamos um arquivo chamado "Logs.txt" da pasta "Logs" para a pasta "Old Logs", substituindo o backup a cada vez.

1. No Studio, crie um novo processo, adicione a atividade Copy File, adicione os caminhos de arquivos e pastas necessários e, depois, selecione a opção Substituir, para que o arquivo recém-copiado possa substituir o arquivo anterior todos os dias.
   
2. No Studio, publique o pacote no Orchestrator:
   1. Na faixa de opções, clique em Publicar para exibir a janela Publicar processo.
   2. Na guia Propriedades de publicação, insira um nome para o pacote.
   3. Na guia Opções de publicação, para a opção Publicar em, selecione uma destas opções:

      • Feed de processos de tenants do Orchestrator - publicar no nível do tenant. Daqui, você precisará criar manualmente um processo em uma pasta de sua escolha. Qualquer usuário da organização terá acesso ao pacote quando publicado nesse local.

      • Feed de espaço de trabalho pessoal do Orchestrator - publicar no nível do espaço de trabalho pessoal. Um processo é criado automaticamente e colocado na pasta Espaço de trabalho pessoal. Apenas o usuário do espaço de trabalho pessoal tem acesso aos pacotes armazenados nesse local.

      • Personalizado - publicar em uma pasta específica diferente do espaço de trabalho pessoal.

   4. Clique em Publicar.
   

4.2. Criação de um processo no Orchestrator

Os processos do Orchestrator são criados com base em pacotes publicados no UiPath Studio.

Importante: o modelo de máquina, a conta de Robot, o processo de automação e quaisquer outros elementos necessários para uma iteração de automação Unattended devem ser colocados na mesma pasta.

1. Selecione a pasta que conterá todos os elementos pertencentes a essa automação, clique em Início > Processos ou Automações > Processos e, então, clique em Adicionar processo.
2. Na lista Nome da origem do pacote, selecione o pacote que você acabou de carregar e, então, clique em Avançar e defina quaisquer configurações nas telas a seguir, como quaisquer requisitos ou um nome de exibição e, em seguida, clique em Criar.
   

4.3. Execução da automação

Você pode executar sua automação diretamente ou agendá-la para ser executada configurando um gatilho.

Execução direta

Você pode executar um trabalho a partir de dois lugares dentro da pasta de destino de sua automação:

1.a. Clique em Automações > Trabalhos > Iniciar. Na página Configurações dos trabalhos que se abrirá, na lista Nome do processo, selecione o processo que você criou na etapa 2.

1.b. Clique em Automações > Processos e, em seguida, clique no símbolo Executar um trabalho ao lado do processo desejado. Isso abrirá a página Configurações dos trabalhos, com o processo desejado já exibido no campo Nome do processo.

2. Defina quaisquer outras configurações nessa página e, em seguida, clique em Iniciar.

Execução agendada

Os gatilhos permitem que você execute trabalhos de forma pré-planejada, seja em intervalos regulares (gatilhos de tempo) ou sempre que novos itens forem adicionados a suas filas (gatilhos de filas).

Os gatilhos constituem um ativo com escopo de pasta, o que significa que você pode criá-los acessando Automações > Gatilhos no nível da pasta. Assim como todos os outros ativos pertencentes a uma automação, os gatilhos também devem fazer parte da mesma pasta que o processo correspondente usado para executar a automação Unattended, assim como a conta de Robot e o modelo de máquina criados para essa finalidade.

Os gatilhos são criados com base em um processo existente e se beneficiam das mesmas prioridades de execução disponíveis nos níveis do processo e do trabalho.

Se você quiser agendar um tempo recorrente para iniciar um trabalho, você pode criar um gatilho de tempo.

Se você quiser iniciar um processo na criação de um gatilho ou sempre que você adicionar um novo item a uma fila, você pode criar um gatilho de filas.

Como as sessões dos Robots são gerenciadas

A atividade das sessões dos Robots está disponível na página Sessões Unattended, acessadas por meio de Monitoramento, no nível do tenant.

Quando o Robot estiver desconectado, seu status nessa página mudará, e sua licença será liberada, tornando-se, assim, disponível para outro Robot/processo.

Os Robots são desconectados quando a máquina do host é desligada. No entanto, eles também são considerados não responsivos e desconectados quando não enviam uma pulsação bem-sucedida por dois minutos.

Como os trabalhos são alocados

A alocação de trabalhos é realizada com base nos recursos das partes envolvidas na automação (ou seja, a conta de Robot, o processo, o trabalho e a máquina do host).

O Orchestrator coleta as seguintes informações, para decidir como alocar trabalhos:

I. Ele verifica nas pastas se há quaisquer trabalhos pendentes, os quais ele ordena primeiro com base na prioridade e, em seguida, no momento da criação. Trabalhos com prioridade mais alta e trabalhos com um momento de criação mais antigo são coletados primeiro.

II. Ele verifica o tipo de processo (que é definido no Orchestrator):

• Processo em segundo plano - pode ser executado sob qualquer identidade

• Processo em primeiro plano - o Robot verifica quaisquer credenciais disponíveis, o que significa usuários disponíveis dentro dessa pasta

• Todos — tanto processos em primeiro quanto em segundo plano.

III. Verifica a compatibilidade dos processos (que é definida no Orchestrator):

• Apenas do Windows - processos compatíveis apenas com o Windows

• Apenas multiplataforma - apenas processos multiplataforma

• Todos - tanto processos compatíveis com o Windows quanto multiplataforma

IV. Verifica a compatibilidade dos trabalhos (que é definida no Studio, no momento da criação):

• Legado do Windows (.NET Framework 4.6.1) - pode ser executado apenas em máquinas do Windows

• Multiplataforma (.NET 5.0 ou superior) - pode ser executado em qualquer tipo de máquina

• Windows (.NET 5.0 ou superior) - pode ser executado em qualquer tipo de máquina, incluindo máquinas do Linux; entretanto, como esses são processos em primeiro plano desenvolvidos para o Windows, eles precisam ser executados em máquinas do Windows.

V. Verifica a infraestrutura da máquina do host para a versão do Robot compatível.